Dotaz: Vypínání systému "natvrdo"

[RYU.cz]

Zdravím, potřeboval bych poradit jak na Raspberry Pi ošéfovat systém tak aby nebyl poškozen při vypnutí natvrdo. Vím že například na Voyage (pro routery WRAP a Alix) byla například karta v read only režimu.

Lze tohoto dosáhnout i u Raspianu? Popřípadě, jak?

Odpovědi

[Jendа]

Osobně to ve své aplikaci neřeším, spoléhám se na žurnál souborového systému. A nekonzistenci při tvrdém vypnutí na aplikační úrovni musíš řešit sám….

[Pat1]

Problem SD karet je ze se navenek tvari ze se na ne da zapsovat 512B bloky, skutecne bloky jsou ale mnohem vetsi. Obecne tedy muze pozadavek na zapis znamenat precteni/zapis mnohem vetsiho bloku. Logicke a fyzicke bloky nejsou namapovany 1:1 a kvuli ruznym optimalizacim a wear-levelingu se mohou pohybovat. Nejhorsi na tom je ze tyto operace obecne NEJSOU atomicke, tzn. pokud dojde k vypadku napajeni behem zapisu muze dojit k poskozeni nejen zapisovanych dat ale i dat lezicich ve stejnem fyzickem bloku. Z pohledu fs to znamena ze jeden zapis muze poskodit i uplne jina data nez s kterymi se pracovalo, a na to zadny zurnal nepomuze. Pokud je tedy vyzadovana odolnost proti vypadku proudu je nutne pouzit jedno z reseni:

- RO file system (https://wiki.debian.org/ReadonlyRoot)

- Zalohovane napajeni

- Prumyslova SD karta

K vyse uvedenemu jevu nedochazi casto, ale stava se to a pokud je RPi 100km daleko tak to dokaze nastvat ... Pokud ho mas jen na hrani a vali se ti na stole tak to asi neni potreba nejak resit.

[kujón]

A přepnutím toho read only čudlíku na SD kartě to nejde?

[RYU.cz]

To zas není to co ptřebuju, občas tam zápis být musí. Asi se zkusím spolehnout na žurnál, jak radí Jenda.

[Josef Kufner]

Můžeš si zlepšit šance na přežití volbami sync,commit=1,data=ordered,barrier=1 a pravidelným fsck při každém bootu (malá partition je za chvilku).

[R]

A karta vydrzi 3 mesiace.

[Josef Kufner]

Píše, že zapisuje jen občas

[RYU.cz]

Já technicky zápisy vůbec nepotřebuju, ale co systém samotný?

[Josef Kufner]

Systém zapisovat nepotřebuje. Něco dáš do tmpfs, např. /run, /tmp, /dev a další (a ve /var pak mít odpovídající symlinky). Pak je tam pár věcí, které budou zlobit, neboť jsou špatně umístěné (např. /etc/resolv.conf), ale to vyřeší pár symlinků.

[Jendа]

Po přepnutí to nejspíš nenabootuje (nechce se mi to zkoušet).

[Jirka]

Nevím jak vám, ale mě to na zapisuje i na zamčenou kartu.

[Mti.]

jen bych upozornil, ze ten "maly plastovy cudlik na karte (TM)" je jen "maly plastovy cudlik na karte (TM)". Ctecka ma mikrospinac, kterym MUZE zjistovat polohu toho "maleho plastoveho cudliku na karte (TM)", ale s touto informaci muze nalozit podle svych potreb. Rozhodne o tom karta nevi vubec nic.

[Jirka]

Přidat do fstabu option sync?

[pet]

Bootuj z ramdisku, zapisuj na ramdisk nebo na /dev/null, kartu mountuj jen readonly. System potrebuje zapisovat jen tehdy, kdyz mu to admin dovoli (ve vychozim stavu povoleno)

[jbohac]

Příloha:

• read-only (816 bytů)

Přesně toto jsem vyřešil přiloženým initscriptem.

- vytvořit adresář /rw
- umístit do /etc/init.d skript a zapnout pomocí update-rc.d

Do /rw to namountuje tmpfs, vytvoří v něm podadresáře a ty to bindmountne na místa, kam systém obvykle potřebuje zapisovat. Pro /var/run tam nakopíruje obsah z SD karty, aby tam programy měly vytvořené své adresáře.

Chodí mi to na vlastní instalaci debianu, ale s raspbianem by to mělo být stejné. Pro běžné serverové služby to funguje dobře.

Rozběhat na tom Xka a firefox bylo trošku horší, chtělo to pár symlinků z HOME uživatele do /tmp

YMMV.

[Josef Kufner]

Má nějaký význam vytvářet jeden tmpfs a ten bindmountovat oproti prostému mountu několika tmpfs?