Vanocni tajemstvi tajemnych SD karet. (diskuse)

[kralyk z abclinuxu]

O jaké SD karty se jedná? Jako výrobce, deklarovaná třída rychlosti a tak...

Při testování SW na Raspberry jsem viděl celkem běžně, že shitská SD karta způsobovala nestabilitu systému, neschopnost unést zátěž I/O apod. SD karty kupované z pochybných zdrojů mohou být padělky s mnohem nižší reálnou rychlostí / spolehlivostí, než je deklarováno.

[JiK]

znackovy sandisk, stara je 32Gb class 10 A1, nova 16 GB sandisk class 10 HC1. Adapter sandisk.

[figliar0]

Osobne nemôžem veľmi slúžiť skúsenosťami, malina mi beží pár mesiacov ako multimediálne centrum (a to zďaleka nie 24/7). Som ale zvedavý na tú kartu - po tom, ako sa všade hovorí, ako to žerie karty som preventívne kúpil SanDisk High Endurance - sú aj tie Tvoje z tejto rady?

[JiK]

Jsou to tyhle dvě: https://i.postimg.cc/Yq8z6yG3/3-EFA2694-054-D-4-E93-ABEB-1484-AD857-F99.jpg

Co mne zarazilo je, ze nová karta se po nakopírovani starých dat stane nebootovaci. Ani neblikne. Nechápu.

[Radovan]

Vyměnil jsi kartu, vyměnil jsi Malinu, ještě zkus vyměnit zdroj a napájecí kablík. Třeba kompletně prohodit s tou druhou, která funguje.

Ještě bys pak mohl otestovat tu kartu v adaptéru přímo v té Malině, až jí zrovna na chvíli rozeběhneš, jestli není nějaká xenofobní.

[JiK]

ono je to pi zero, takze tam je jeden adapter a zadne io veci pokud nenabootujes. ani hdmi. proste tma. Existuje nejaky hw test, kdyz to funguje, aby protestoval tu malinu? je neco, co prubezne monitoruje treba to napajeni a ruzne lagy? nemely by byt treba nejake volty na gpio pinech?

Kdyz "se karta stane spatnou", co to ve skutecnosti znamena, jak to poznat a merit?

[zito]

Nu já mám teď RPi4 jako set top box a v poslední době mi občas udělá zásek právě na čtení z karty. Už jsem měl i připojené ssh a spuštěné dmesg -w -T a byly tam chyby čtení z karty. Problém čtení sektorů, bloků, rozpadnuté clock-sync. Ono když se to stalo prvně, tak jsem si řekl, hmm, shitoidní uSDkarta z Ali 64GB Microdata. Tak jsem ji vyndal, ale na čtečce se po opravě filesystému chovala OK. Vzal jsem koupenou z CZC nějakou Kingston a nakopíroval tam zazálohovaný obraz. Přišlo těžké rozčarování z rychlosti kartu. Mnohem dražší značková karta - v RPi nepoužitelně pomalá . Nu tak jsem dal do RPi zase tu z Ali a ono to frčí, jenom jednou za čas to vytuhne, tak jenom vytahnu zastrčím adaptér a jede se dál. Popravdě nevím, jestli je problém spíše v té uSD kartičce, nebo v implementaci rozhraní v RPi. Zatím mě to netočí tak, abych to řešil, ale připravuji se na použití disku přes USB3.

[jancici]

skúšal si :

- stiahnuť Raspberry Pi OS Lite

- vičistiť SD kartu wipefs --all /dev/sdXXX

- copy image to SD

- boot

[JiK]

To je přeci přesně to, co jsem udělal. Vzal jsem novou kartu, zapsal na ni pomoci dd raspbian lite, zapsal ssh a wpa-supplicant.conf a normálně to fungovalo. Jako zatezovy test jsem stáhl velký soubor a zkontroloval jeho hash.

Když jsem na tu novou kartu přesunul obraz ze staré tak to zas nejde a nedělá nic.

[TechnikTom]

No jestli jsem ten popis pochopil, tak mi to přijde stejné jako by někdo, komu přestal bootovat Linux ( třeba po aktualizacích ), se divil, že když přesune image současného HDD a nový, mu to nezačne normálně bootovat. Prostě když obraz nabouraného původního systému přesunete na novou kartu, tak asi zázračně nezačne fungovat. Zkusil bych na tu "vadnou" kartu znovu nainstalovat systém. V RPi kartám nejvíc škodí vypínání za běhu. Mám v RPI2 za 3 roky 2. kartu - Domoticz zapisuje data cca 50 čidel co minutu plus intenzivní log. Karta odešla když po vichřicích energetici "opravovali "síť" opakovaným zapínáním a vypínáním. Používám obyčejné Kingston a Sandisk 16GB á cca 160Kč. Žádné ladění a optimalizace systému kůli zápisům na SD kartu - čistá instalace. Preventivně jsem si připlatil okamžitou výměnu karty při reklamaci a zatím nebyla potřeba. To samé s druhým RPi3 s LibreElec.

[JiK]

... mi to přijde stejné jako by někdo, komu přestal bootovat Linux ( třeba po aktualizacích ), se divil, že když přesune image současného HDD a nový, mu to nezačne normálně bootovat.

Ano, pochopil jste to spravne. Ano, cekal jsem, ze to zacne fungovat, protoze nic ve filesystemu te puvodni karty se nezda byt poskozne, fsck funguje, cteni funguje, zapis funguje, resize funguje...co vic by jeste melo fungovat? Daji se nejak chytre srovnat 2 filesystemy a zjistit, ktere soubory a jak se v nich lisi?

Prostě když obraz nabouraného původního systému přesunete na novou kartu, tak asi zázračně nezačne fungovat.

Viz vyse, cekal bych ze ano, a pokud ne, ze bude vic jasne proc ne. vzhledem k tomu, ze to ani nezacne cist, LED ani neblikne, bude to tezke diagnostikovat. O to zajimavejsi to je.

Nedivil bych se, kdyby to byla nejaka naprosta blbost, typu atribut bootable, nebo kvalita toho oddilu mmcblk0 ne tech dvou p1 a p2 pod nim, nebo tak neco, jenze, kdyz to nezacne ani vypisovat veci na hdmi, tak jak to vyresit? Kdyz se pokazi disk, je pokazeny, a nejde na nej dal normalne zapisovat a nejde z nej dal normalne bezchybne cist.

V RPi kartám nejvíc škodí vypínání za běhu. Mám v RPI2 za 3 roky 2. kartu - Domoticz zapisuje data cca 50 čidel co minutu plus intenzivní log. Karta odešla když po vichřicích energetici "opravovali "síť" opakovaným zapínáním a vypínáním.

Co presne znamena odesla? Jake jsou hypoteticke scenare? kdyz se vypne proud pri cteni, nemelo by se stat nic. Kdyz pri zapisu, bude spatny prave ten jeden soubor, ktery byl zapisovan, ne? Ne ze bude necitelne cele zarizeni, a navic ale bude v pohode citelne jinde...Ja uz ted spis jen marne premyslim, co se stalo abych ukojil svou zvedavost. Ma ta karta nejaky firmware mezi cteckou a kernelem? Jsou v nem nejake uzitecne metainformace? Jde z toho neco dostat, vi o tom nekdo nekde vic? Je to preci trida zarizeni, kterou pouzivaji stovky milionu lidi v mobilech, fotakach, cteckach, a musi to byt nekde zdokumentovano, ne? Nekdo ty karty vyrabi, nekdo na ne dela ctecky, adaptery...?

Používám obyčejné Kingston a Sandisk 16GB á cca 160Kč.

ja taky, asi za 6 dolaru.

[k3dAR]

co vic by jeste melo fungovat?

treba takova drobnost jako bootloader, resp. boot config a jadro (na prvnim fat oddilu(pokud se neco nezmenilo))

kvalita toho oddilu mmcblk0 ne tech dvou p1 a p2 pod nim

mmcblk0 neni oddil, ale device cele te karty, podobne jako u disku je to sda, akorat misto a,b,c.. je to 0,1,2...
p1 a p2 pak jsou prvni a druhej oddil, tedy mmcblk0p1 je principem to same jako sda1...

[JiK]

ted se nekam dostavame....takze co dal?

co vic by jeste melo fungovat?

treba takova drobnost jako bootloader, resp. boot config a jadro (na prvnim fat oddilu(pokud se neco nezmenilo))

Jak vypada krok po kroku to bootovani pi zero w? Kde je to popsane? muzu nakopirovat novy sd obraz raspbianu a nejak chytre porovnat tu boot partition (je to nejaka vfat, asi) s tou mou existujici? jak? co mam hledat? Pokud by tam bylo neco spatne, nemelo by to aspon bliknout, jako ze zkousi neco cist a spustit, a nejde mu to?

Nakonec se preci jen neco noveho naucim...

[kralyk z abclinuxu]

Jak vypada krok po kroku to bootovani pi zero w?

Pokud se dobře vzpomínám, tak Raspberries* jsou trochu zvláštní v tom, že prvotní inicalizaci provádí GPU a teprve potom předává štafetu CPU.

*) A nevim o tom, že by Zero W byla nějaká výjimka.

[JiK]

tak jsem se preci jen nekam dostal !!

Zacal jsem studiem tady odkud vyplynulo, ze skutecne ocekavame bootloader pojmenovany bootcode.bin a ten ve vfat oddilu /boot k memu prekvapeni nebyl. Vubec. Prekvapko. Stahnu ho, vlozim tam, strcim kartu z laptopu do pi a zacalo to poblikavat. Ale dal nic.

Uz tusim, ze jsem na spravne stope, zapnu tedy ssh a kouknu do toho vedle beziciho pi, co ma v oddilu /boot a krome bootloaderu tam jsou jeste nejake srandy, binarky .elf, a k nim odpovidajici linery .dat, tak tam asi tak 8 souboru nadrzo nakopiruju, odmountuju, prendam kartu, zapnu, a bum, ono to funguje. He?

Nabootovalo to, a uz jsem se tam i dostal pres ssh. Necekany uspech. funguje webserver, i php, i pihole. Jeste koukam na dmesg, a jsou tam nejake problemy, ale nevyznam se v tom.

Pastebin prvniho dmesg

Zajimalo by mne jestli je nejaky balik nebo postup, ktery by ten boot oddil dal do poradku protoze tohle byla strasna prasarna...des bes.

[k3dAR]

reinstalovat balicek pro bootloader a mozna i jadro, ale nevim nazvy balicku

[k3dAR]

tak rychlej find, dle:

sudo apt update && sudo apt install --reinstall raspberrypi-bootloader raspberrypi-kernel

("aktivne" sem zmenil apt-get na apt, doufam ze rpi ho ma, kdyztak viz ten link

[JiK]

tak je to dal rozbity, nejakym zajimavym, spektatularnim zpusobem. Kdyz dam doporucovane sudo apt-get update; sudo apt-get install --reinstall raspberrypi-bootloader raspberrypi-kernel skonci to s chybou:

Get:4 http://archive.raspberrypi.org/debian buster/main armhf Packages [346 kB]
Fetched 13.4 MB in 31s (427 kB/s)                                              
Reading package lists... Done
E: dpkg was interrupted, you must manually run 'sudo dpkg --configure -a' to correct the problem. 

naivne se rozhodnu pustit to sudo dpkg --configure -a, neco se zacne zurive dit, a tusim, ze neco nedobreho...

Setting up raspberrypi-kernel (1.20201201-1) ...
Removing 'diversion of /boot/overlays/hifiberry-dacplushd.dtbo to /usr/share/rpikernelhack/overlays/hifiberry-dacplushd.dtbo by rpikernelhack'
Removing 'diversion of /boot/overlays/hifiberry-digi-pro.dtbo to /usr/share/rpikernelhack/overlays/hifiberry-digi-pro.dtbo by rpikernelhack'
...
asi 100 radku tehoz, a pak
...
Removing 'diversion of /boot/overlays/spi-gpio35-39.dtbo to /usr/share/rpikernelhack/overlays/spi-gpio35-39.dtbo by rpikernelhack'
dlouho nic, jakoby to vytuhlo...
packet_write_wait: Connection to 2601:5c4:4300:89e:21b8:6ec9:571b:bd4b port 22: Broken pipe

skoro bych rekl, ze probehlo to, co melo a znicilo to fungujici system...podruhe, tahle to zkapalo pri prvnim pokusu o normalni apt-get upgrade zacatkem tydne...

protoze tentokrat jsem to pro jistotu pustil z galvanicky oddelene powerbanky, a z nove sd karty s kopii starych dat...nechce se mi verit, ze by experti z PiOS udelali chybu a meli update, ktery vsem brickuje zarizeni...

Ponekud nastvan uvazuju, ze proste vezmu cely /boot oddil z karty v te druhe maline a proste ho scp vykopiruju na tu prvni, potom, co na ni pustim rm -rf na oddil /boot ... co se muze stat? Je to moc debilni napad?

[k3dAR]

na 99% nastal pretim problem pri aktualizaci systemu, tim ze si ted pustil "dpkg --configure -a" se maji dokonfigurovat pretim rozaktulizovane/rozinstalovane balicky, pokud chces regulerne zkusit zjistit co se deje, je potreba NEbyt pripojen pres SSH, ale lokalne hdmi+kbd a zjistit co v te fazi ktere ti ted odpojilo ssh se deje... pripadne pres SSH (pokud nemas moznost lcd+kbd) alespon to pustit pod screen/tmux/byobu a po vykopnuti se tam zkusit za chvili pripojit znovu a napojit se na (snad)bezici screen/tmux/byobu... protoze bez toho se ti to ted pri vykopnuti zastavilo...

nahrat na prasaka /boot/* z jineho je sice mozne, ale minimalne budes mit system stale v nedokonfigurovanem/nedoaktulizovanem stavu kde navic nepujde nic aktualizovat ci instalovat...

[JiK]

premyslim o tom, ze se k tomu pripojim jako ethernet gadget, to by mohlo fungovat... po cem mam koukat v tech vypisech?

[k3dAR]

pres g_ether si podle me nepomuzes, to je proste jen usb sitovka, takze pokud se pres to pripojis na ssh bez "screen" tak se stane to same, ze v momente kdy to v prubehu konfigurace balicku te odpojilo z eth0, te to odpoji z usb0 resp. samozrejme nevim zda to jen schodi ssh spojeni, ci sit, nebo zpanikari jadro... ale to prave zjistis (kdyz uz ne s hdmi+kbd) tim ze to nechas bezet v "nejakem" screenu a pak se zkusit pripojit, resp. i bez toho.. po tom co te to odpoji, muzes se pripojit na ssh za chvili znovu(i kdyz by to neporesilo aby dojela ta konfigurae)? pinguje? pripadne jeste zkusit pres serial...

pokud by se to misto "kousnuti" neco napsalo navic, tak kouknout prave na to treba to napise ze doslo misto na disku nebo to opravdu jen proste odpoji ssh ktere bez screenu ukonci ten dpkg proces nedokoncenej...
pokud to neberes jako "vyuku", tak nejjednodusi bude pripojit ten monitor

[JiK]

tak jsem se naucil neco noveho. Z ssh jsem dokazal spustit tohle logger '### nedele ###' ; sudo journalctl -f | sudo /bin/sh -c "cat > /dev/tty1" &

Coz mi presmerovalo vystup logu na ten pripojeny monitor. Klavesnici nemam, resp tu, co mam tak po pripojeni nic nedela...

po spusteni trivialniho, nenarocneho prikazu sudo apt update -y ; sudo apt upgrade -y to zkapalo. Neco probehlo rychle, ale neco mi zustalo na monitoru...tady je screenshot, a to doslova, je to fotka monitoru...

moudry z toho teda nejsem...

[petr_p]

Coz mi presmerovalo vystup logu na ten pripojeny monitor.

V dávných dobách bylo normální mít syslog nastavený, aby logoval na virtuální konzolu.

neco mi zustalo na monitoru

To ti zpanikařilo jádro, protože program counter (registr, který ukazuje na místo do paměti, které se právě vykonává) obsahuje neplatnou adresu (která nemá dovoleno obsahovat spustitelný kód). A stalo se to při obsluze přerušení čtení přijatého síťového rámce a práci s SD kartou.

Panická hláška jádra by se s nejvyšší pravděpodobností vypsala na konzolu i bez toho čachrování s journalem.

Zkus použít jiné jádro a ujistit se, že v tom Rapsberry lze přečíst celý souborový systém.

[JiK]

Diky. Stejne jsem to zatim nevyresil.

Uz ztracim nadeji. Nechapu, co se k certu deje. Vzal jsem dalsi, fungl novou SD kartu, dal na ni fungl novy Pi OS lite image, pomoci ubuntu imageru, udelal ssh a wpa_supplicant conf, vymenil novy zdroj a kablik, a cele jsem to poprve zapnul "pod dozorem", s kabelem na minotor v hdmi. Tesim se co a jak, a ono to zdechlo uz pri prvnim bootu. WFT. Tohle snad neni normalni. Co se deje?

Screenshot

[kralyk z abclinuxu]

Straší ti v tom. Nepouštěl sis na tom náhodou Forejtovo video?

[petr_p]

Oprava: Nebylo to o ovladači SD karty, ale o ovladači WiFi. A tento panic taky. Kromě jádra ještě může být chyba ve firmware pro WiFi čip.

[JiK]

woow, to by ovsem znamenalo, ze vsechny ty me tanecky s vymenama SD karet byly uplne k nicemu, pokud je to v kernel, v ovladaci wifi, nebo ve firmware wifi.

A ano, klidne by to tak mohlo byt, kdyz se na to kouknu, s odstupem, tak vsechny problemy jsou po Dec 2 update at uz vsech oficialnich Pi OS lite obrazu nebo jako dusledek apt-get upgrade, ktere se rozhodne upgradovat kernel a firmware...

Ma vubec to pi zero w nejake zapisovatelne (a tedy pokazitelne) casti firmware a eeprom? je mozne ten hw pokazit spatnym sw? protoze to je, pokud si pamatuju, definice spatne navrzeneho hw.

[NgN]

Bootováni RPi zde : https://www.raspberrypi.org/documentation/hardware/raspberrypi/bootmodes/bootflow.md P.

[Vantomas]

Mám asi 5x RPi 1 ještě s plnou SD kartou, každý den se to v sedm ráno rebootuje a zhruba jednou za půl roku jedno takový RPi nenaběhne. Odpojení/připojení napájení nepomáhá. Opravu řeším tak, že párkrát vysunu a zasunu SD kartu a pak je od toho zase klid. Takhle už to běží zhruba 4 roky. U obrazovek, kde už je novější RPi s MicroSD se mi toto ještě nestalo.

Zkusil bych se tedy podívat na stav kontaktů na SD kartě, jestli to nemá známky nějaké oxidace a tím zhoršení parametrů.

[Max]

Toto se mi stávalo u foťáku, kontakty a věci okolo vypadaly dobře, ale foťák kartu neviděl, pomohlo vždy párkrát vysunout a zasunout. Možná fakt nějaká menší oxidace na kontaktech, nevím. U microsd karet se mi to také ještě nestalo. Kupuju převážně Sandisky a 4 roky to běží venku v nepříznivých podmínkách a stále to drží.
Zdar Max

[Miriam (ten levý)]

pomohlo vždy párkrát vysunout a zasunout.

to věřím

[Bherzet]

OK. Vypadá to, že RPi je v pořádku a karta je v pořádku. Tipoval bych rozbitý systém. Fungovat to přestalo po aktualizaci, ne? Předtím to chcíplo, ale nabootovat to ještě šlo. Po aktualizaci vůbec.

Pokud chceš mít jistotu, zkus ten image nabootovat v nějakém emulátoru.

[Petr Fiedler]

Já jsem více jak 2 roky používal na RPi ADATA Industrial micro SD 16 GB (MLC, S.M.A.R.T., ECC) a naprostá spokojenost. Nejdříve jsem jí měl v RPi 3B+ a pak v RPi 4B a s kartou nebyl nikdy vůbec žádný problém. Tahle SD karta je vlastně takové malé SSD. Asi před 14 dny jsem jí z RPi vytáhl a nainstaloval jsem systém na 120 GB SSD a je to super. Takže na tvém místě bych si koupil RPi 4B (2 | 4 GB RAM) a nějaké to SSD a hotovo.

BTW: ta SD karta tenkrát stála více jak to SSD, které jsem nedávno pro RPi OS koupil.

[Petr Fiedler]

Zapomněl jsem uvést, že ta SD karta ty 2+ roky jela 24/7. Několikrát jsem na ní instaloval, nebo obnovoval rozbitý OS. Fakt držák.

[Margzen]

Ty jsme používali taky, dokud nedošlo ke zradě - někdy v roce 2018 Adata přešli na jinýho OEM (v Linuxu byly všechny kódy pod /sys/block/*/device/ jiné) a nám ty karty v podstatě přestaly fungovat. Bylo to v dost ghetto IoT aplikaci, mluvilo se s nimi jen po SPI, takže to bylo odladěno s konkrétními kartami. Bohužel u těchto comsumer výrobků není garantováno, že pod stejným SKU koupíte dnes to samé, co jste koupili o rok dřív...

Teď bereme skutečně průmyslové karty (Apacer SLC Lite), kde máme ve smlouvě i právě manfid, oemid, hwrev, fwrev... prostě dostaneme přesně stejně se chovající kus křemíku.

[henk]

Co to je za hovadskej nápad dávat SD karty do prostředí malých a častých zápisů. Udělal bych to RO a případné zápisy jen do RAM nebo síťového disku.

[Mumin]

Pomer cena/vykon. Problem je v tom ze tyden pred tim nez picko dojebe kartu by mohlo poslat mejl "uz je cas pane profesore, zvoni" abych ji moh vymenit.

[jiwopene]

Pokud je to možné, bylo by lepší zapisovat do RAM (pro pár MB dat bez problému) a jendou za čas to překopírovat na kartu.

[Josef Kufner]

Je to tak. Mám tu Raspberry, které běží z jedné a té samé µSD karty už několik let. Karta je připojena jako read-only a pár věcí nutných pro běh je v tmpfs, data na NFS. Žádný sync na kartu se nedělá – když něco náhodou potřebuju, tak remount na read-write přístup.

[JiK]

jsou na neco takoveho nejake dobre navody?

[Petr Fiedler]

A proč nechceš dát OS na 120 GB SSD za ~ $20 USD? Bude to někde úplně jinde.

[Mumin]

Spotreba, teplo, rozmery. Jako casem prepokladam ze SSD cipy pujdou zmensit na velikost microSD a problemy s prepisem flashky zmizi. Ta doba ale jeste nenastala.

[Petr Fiedler]

Spotřeba

Nula celá nula nic/rok.

Teplo

To je vtip?

Rozměry

Nevěřím, že je to problém, ale kdyby ano, tak RPi může ležet na SSD. Já osobně mám vespod RPi hliníkový chladič, který je takřka studený.

[msk]

Mesiac som vo volnych chvilach ladil svoju zibee2mqtt gateway na rpi4 tak, aby obstojne fungovala s readonly sdkartou a zapisom do tmpfs, ale s ukecanym systemd a dockerom to moc neslo dohromady a nehc som zapinal dokonca kernel debugging aby som nasiel co vsetko zapisuje na kartu, furt tam nieco zapisovalo v pravidelnych intervaloch. Vysral som sa definitivne na sdkartu, kupil za par korun 120GB usb3 ssd a sd kartu nechal len na boot (usb3 boot nebol v tom case este hotovy, dnes uz tusim je).

SSD je mensie nez RPI, mam ho pod nim, chytene to mam dokopy gumickou do vlasov a vala sa to v rozvadzaci, ani o tom neviem. Za ten cca rok co to takto bezi prebehol jeden jediny zasah - raz som to chytil do ruk lebo mi to zavadzalo a zistil som, ze sa to velmi hreje ako bolo rpi nacapene na ssd, tak som medzi ne dal wago svorku - co bol jediny hranaty predmet co som mal v tej chvili k dispozicii :D Ucel splnil, spravil vzduchovu medzeru, teploty klesly, zas o tom ani neviem ze to niekde bezi a pocitam ze to takto bude zase nejaky ten rok.

Zaver - rpi s sdkartou jedine do auticka na dialkove co mam neustale v rukach a nevadi sa mi v tom neustale hrabat a pripadne vymienat karty. V comkolvek co ma realne bezat a nieco robit je u mna sdkarta na blackliste. Priemyselne SLC karty som neskusal, za cenu 4 GB karty mam dnes snad 256 GB SSD.

[a1bert]

cmdline.txt:

console=serial0,115200 console=tty1 root=/dev/nfs nfsroot=172.16.1.254:/data/nfs/rpi1 ip=dhcp rootfstype=nfs elevator=deadline quiet

[Josef Kufner]

Moc ne, i když něco asi najdeš. Já šel na to tak, že jsem v /etc/fstab nastavi / jako read-only a koukal, co nebude fungovat. Věci jako /tmp a /run jsem rovnou hodil do tmpfs a pak stačilo pár věcí ve /var/lib. Logování jsem nechal jen do paměti, takže /var/log není zapisovatelný.

$ mount | grep ^tmpfs
tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev)
tmpfs on /run type tmpfs (rw,nosuid,nodev,mode=755)
tmpfs on /run/lock type tmpfs (rw,nosuid,nodev,noexec,relatime,size=5120k)
tmpfs on /sys/fs/cgroup type tmpfs (ro,nosuid,nodev,noexec,mode=755)
tmpfs on /tmp type tmpfs (rw,relatime)
tmpfs on /var/lib/pulse type tmpfs (rw,relatime)
tmpfs on /var/lib/NetworkManager type tmpfs (rw,relatime)
tmpfs on /var/tmp type tmpfs (rw,relatime)
tmpfs on /run/user/1000 type tmpfs (rw,nosuid,nodev,relatime,size=94828k,mode=700,uid=1000,gid=1000)

Ale pravdou je, že tam běží jen PulseAudio a je to píchnuté po HDMI do AV receiveru.

Alternativní přístup je udělat overlay a nechat, ať se zapisuje kam je libo. Po rebootu se to pak vrátí do definovaného stavu. Případně jde čas od času propisovat ten overlay do trvalejšího úložiště.

Hodně záleží, pro jakou aplikaci to děláš a co po tom chceš.

[jiwopene]

Poměrně pěkně udělané to měl Slax ve verzi ≤ 8. Systém se skládal ze SquashFS vrstev a jakékoliv zápisy šly do tmpfs. Při vypínání se změny volitelně zabalily do SquashFS. Pokud se tento krok přeskočil, systém změny zapomenul. Pokud se provedl, změny se zapsaly na disk a příště jste dostal systém s Vašimi změnami. Potom tam byl režim, který překlopil celý systém do RAM a mohl jste odpojit disk, takže jste mohl s jedním flashdiskem obejít víc strojů a nabootovat je.

Princip ukládání do SquashFS navíc dovoluje použít libovolný filesystém – Slax mohl být nainstalovaný i na FAT32, který jste mohl používat pro jiná data.

[Josef Kufner]

Na jednu stranu to hezké řešení je. Na druhou to vyžaduje docela pečlivou přípravu a podporu v systému.

Na mém read-only přístupu s pár věcma v tmpfs se mi líbí, že remountnu na rw, udělám upgrade a remountnu zpět na ro. Chová se to jako běžný systém. Android dělá něco podobného, kdy je také vyhrazeno pár adresářů, kam jde zapisovat (data a cache) a zbytek (systém) je read-only.

Jednodušší alternativu k Slax přístupu, tedy prostý tmpfs overlay nad celým systémem, je snadné nastavit, ale zas to skryje chyby v konfiguraci, kdy něco někam zapisuje, myslí si to, že má uloženo a ono to mizí. Když je vše read-only, tak to nehrozí – chyba se projeví hned a nepřekvapí později.

[jiwopene]

Ještě trochu lepší pro SD kartu by bylo třeba sekvenční zapisování taru (nebo cpio, …) přímo na blokové zařízení. Pokud ale zařízení neběží roky bez odstávky, tak pár zápisů na stejné místo denně by karta měla snést.

Nějakou dobu uvažuji o tom, že bych napsal sadu nástrojů (tedy možná spíš linuxovou distribuci) pro vytvoření a následnou správu takového systému – systém by se skládal z modulů/vrstev (jako Slax ≤8), správa kernelů včetně automatického downgradu na staré jádro při selhání novějšího, kopírování systému, použitelnější emulace Raspberry v QEMU atd.