Já měl u Raspberry 4B problémy s Wifi na 2,4 GHz, pokud jsem měl velkou aktivitu na USB3 (SATA převodník a systémové SSD). Workaround byl přehodit disk do USB2 (při nutnosti 2,4 GHz Wifi) nebo se vykašlat na b/g/n a přepnout na 5GHz ac.
Nemá autorův problém s periodickým zamrzáním Wi-Fi také tuto příčinu?
Já ten jejich Debian normálně upgraduju a bez problémů to prochází. Přešel jsem z 10 na 11,12 a zatím jsem na 13.
Jo ale musíte ručně editovat repositáře. A když máte instalované nějak custom balíčky, tak může při tom dojít ke konfliktu a ten je potřeba zase manuálně řešit nebo to odinstalovat atd.
Některé opravy z toho receptu jsou opravdu vtipné.. neseeduje torrent klient, vypni celý firewall místo povolení příchozího portu. Nebo koktá zvuk, vrať tam celý starý legacy audio server místo nastavení delšího bufferu (clock.quantum), atd.
:)
Na omezení častých, krátkých zápisů do SD karty bych spíš doporučil dát /var/log do tmpfs
https://github.com/azlux/log2ram (funguje víceméně na všech distribucích a řeší synchronizaci s persistentním adresářem na disku)
Jinak zvlášť jestli to autor používá jako desktop a ještě s rolling distrem, kde je pořád hromada aktualizací balíčků, tak mi stejně přijde nějaký USB 3.0 na SATA/NVME jako jediná rozumná možnost. Jak s hlediska duševního zdraví při práci se zařízením (spustit třeba standardní webový prohlížeč, který téměř permanentně zapisuje do disku), tak z hlediska životnosti té karty.
Sám mám takhle u RPi4 připojenou SATA krabičku asi za 200 Kč s nějakým recyklovaným SATA SSD. Provozuju tam AlmaLinux (spíš obecné preferenci pro RH like distribuce místo Debianu) a pouštím a sestavuju tam aarch64 rootless kontejnery v Podmanu na což se to SSD samozřejmě také velmi hodí.
Celkem souhlas. Naštěstí mám RPi5 a provozuju tam SSD přímo na interním pcie. Na tmpfs mám docela dost adresářů v /tmp i pod user homem, prostě všechno co dělá intenzivně dočasné soubory by tam mělo jít. Logy nechávám zapisovat na disk, na SSD to problém už tak není (mám tam 1TB a na druhém krabičce 512GB). Ale pro starší RPi3, kde mám meteostanice by asi ten log2ram zkusím. U SD karty existují i extendery, které ji vytahnou mimo krabičku, kde se karta jinak dost zahřívá.
"Některé opravy z toho receptu jsou opravdu vtipné.."
To vis, to sou holt ty widlostandardy, co se postupne presouvaj do tuxe ... takze celkem bezne najdes rady na tema ze na www mas nastavit 777, to aby web server (a libovolnej prichozi) moh pekne ten web celej prepsat ...
Mno a ve widlich si treba kazda jedna single offline gamesa pridava (nebo se o to sapon snazi, ale 100% bfu to potvrdi) pravidlo do prichoziho firewallu ... to aby se to dalo lepe hackovat.
Z hlediska dusevniho zdravi mi prijde naprosto uchylny pouzivat cokoli, co nema sata nebo nvme.
Ja len dodám, že na všetky krabičky ála Raspberry používam
https://armbian.com/
ak o tom niekto nevie.
Taky mi přijde divné takhle dlouho laborovat s (nevhodným) distrem, když existuje armbian. Nu což, každý věnuje svůj čas tomu, co ho zajímá.
Máte ale používat defaultní resp. výrobcem doporučovanou distribuci. Pokud je tady nějaký fork Armbianu i pro Rasbperry, tak to je věc druhá. Možná je lepší, zajímalo by mně nezávislé srovnání. Asi to zadám AI, bo anekdotické výkřiky uživatelů jsou celkem neprůkazné.
Abych přešel od defaultu na tento systém, tak by výhody musely být opravdu velké.
A ta AI bude cerpat informacie prave s anekdotickych prispevkov pouzivatelov a PR clankov vyrobcov OS.
Na EndeavourOS jsem přešel, protože Raspberry Pi OS (Debian) nepodporuje update na vyšší major verzi a 33 dní poté, co byla chyba Copy Fail opravena v linuxovém jádře, 5 dní po zveřejnění exploitu a 4 dny po varování CISA, že se aktivně zneužívá v terénu, měl stále tři roky staré jádro s touto chybou, přestože jsem ho aktualizoval a bezpečnostní záplaty měly být ještě čtyři měsíce
Nepodporuje update na vyšší verzi? Je napsané "Rather than an in-place upgrade on your existing boot media, we strongly recommend that you use a clean install to upgrade the OS version on your Raspberry Pi, like moving from Bookworm to Trixie." Takže se raději doporučuje nový image pro BFU. Ale normálně debian-style aktualizace z bullseye ma bookworm a pak na trixie funguje bez problémů.
Je trochu divné plakat nad tím, že bullseye z roku 2022 není aktualizovaný na XY, když už mezitím máte dávno mít od 2023 bookworm a od 2025 trixie.
To přece není žádná aktualizace, když přijdete o všechna data. Nebo musíte použít nový čistý disk a pak si vaše konfigurace překopírovat do nového uživatele. Jiné distribuce mají rolling update. Tam sice občas ručně pořešíte pár konfliktů ale může to fungovat celá léta automaticky přes updater.
Debian-style aktualizace nepřijdete o žádý data. Pokud použijete jiný obraz na celou SD kartu, tak to jo, to si ale BFU mají zálohovat /home asi.
https://www.cmsws.com/blog/upgrading-debian
Debian nikdy nebyl rolling. Debian (viz výše) , Ubuntu (do-release-update), Fedora přesto že nejsou rolling umožňují aktualizace major verzí bez velkých problémů.
echo bfq > /sys/block/mmcblk0/queue/scheduler
pro SSD a SD karty je asi lepší scheduler none, bfq je spíš pro rotační disky
No ještě jsem nedočetl, ale jako intenzivní uživatel RPi s defaultním systémem (Bookworm, Trixie) teda koukám, kolik věcí najednou dává konzistentní smysl:
1) nemožnost update na vyšší hlavní verzi je velký problém a koukám, že oficiálně to vůbec nepodporují. Ale co vím, tak se dají manuálně změnit repositáře a pak to nějak jde, ale je s tím obvykle spousta práce s manuálními nastaveními. Ale podařilo se mi takto upgradovat i když to není uživatelsky příjemné.
2) problém špatně fungující Wifi. To mi vadilo vždy a zase koukám, že se o tom ví. Vyřešeno použitím externího wifi dongle a když se zvolí zařízení, které si se systémem sedne, tak pak bez problému. V podstatě interní wifi, je nepoužitelné, a to zvláště, pokud máte třeba kovovou krabičku s masivním chladičem. Dneska je výhoda, že můžete mít zařízení třeba Wifi7 s parametry, o kterých si interní verze (byť na RPi 5) ani nezdá.
3) další body teprve mám rozečtené, ale vidím, že toho bude spousta...
Jinak u mně obrovské potíže s Waylandem a konfigurací LabWC, nakonec jsem to zvládl, aby vše fungovalo správně, ale už nikdy více. Zvlášť když X byl bezproblémový včetně všech utilit, některé z nich na Waylandu stále ještě nefungují anebo nemají alternativu (u těch, kde se s reworkem nepočítá). Pokud potřebujete nějakou automatizaci desktopu, tak s Waylandem je to stále tortura. Třeba KDE má vlastní js skriptování a to funguje jak pro X tak Wayland, takže máte vyřešeno, ovšem provozovat to na Rasp/Debianu by byl asi trošku overkill, líbí se mi zase, že to prostředí je jednoduché a nekomplikované. (doplním další postřehy po dočtení)
7. 8. 2026, 22:28 editováno autorem komentáře
Hmm, nastavit governor na performance (a ne na ondemand) - jak se Vám to projevilo na ampérmetru?
A jaký tam byl vlastně před změnou? (ptám se proto, že nedávno jsem měl problém s ondemand na RISCV, kde i když nebyla žádná práce, drželo to CPU na maximální frekvenci. Na jiných architekturách s ním problém nemám, naopak)