Dotaz: príkaz na okamžité prestanie zapisovania údajov (raspbian, debian)

[adrinko]

Ahojte, prosím Vás, používam Raspbian (z Debianu) a hľadám príkaz, ktorým by som môjmu Raspberry Pi povedal, aby okamžite prestal zapisovať na SD kartu (t.j. stopol zapisovanie hoc aj veľkého súboru, skrátka aby ihneď prestal čokoľvek zapisovať na SD kartu a vykonávať na nej iné operácie, napr. aj čítanie).

Existuje na to nejaký štandardný príkaz?

Odpovědi

[dustin]

A k čemu to má sloužit? Výsledkem může snadno být poškozený filesystém.

[lertimir]

Přemountovat na read only

mount -o ro,remount [device]

[Jendа]

root@raspberrypi:~# mount -no ro,remount /
mount: / is busy

…překvapivě.

Jak ho zastavit OKAMŽITĚ netuším (patchni si driver pro SD kartu), pro clean umount by mohlo pomoct injectnout "s" a "u" do sysrq.

[dustin]

I ten sync flušne keše, takže nepřestane ihned zapisovat

[dustin]

Pokud to má blokovat i čtení, zřejmě rovnou odmontovat. Pravděpodobně s parametrem -l, ale to určitě stejně aspoň zapíše keše.

[lertimir]

Pokud tedy slovenštině rozumím, tak tazatel chtěl bloknout zápis a nechat čtení. Ale bloknout to okamžitě asi jen robotická ruka a vyrvat ze slotu.

[dustin]

skrátka aby ihneď prestal čokoľvek zapisovať na SD kartu a vykonávať na nej iné operácie, napr. aj čítanie

Pochopil jsem, že chce přestat vykonávat i čtení. Ale je na tazateli, aby to objasnil. Jasně že ten požadavek je přinejmenším hodně nestandardní.

[adrinko]

skúsim to objasniť - mohlo by to prestať aj zapisovať aj čítať. V podstate ide o to, že keď bude zapisovať a ja vytiahnem zariadenie z elektriny, tak to povedie k poškodenej karte (ak nie hneď, tak po niekoľkých razoch určite). Chcem sa tomuto vyhnúť, t.j. idea bola taká, že prestane čokoľvek zapisovať na kartu (pripadne asi najlepšie aj z nej čítať) a teda som si myslel, že pri takomto následnom vytiahnutí z elektriny by sa karte nemuselo nič stať a systém by mohol nabudúce nabootovať bez problémov.

[1john2]

systemova partisna muze byt RO, tim ochranite OS. /var a jine kam se zapisuje muze byt v RAM a pri korektnim vypnuti se muze obsah logu(a jine) odeslat na jiny stroj.

co se tyce dat.. na SD kartu zase tak moc velkych dat nezapisete, muzete vypnout cacheovani, takze ztratite vykon, ale data budou rovnou zapsany. Dost zalezi na pouzitem FS.

Vytazeni z elektriny bych resil pomoci ups, pripadne bych zvazil cenu dat, je vubec nutne to resit? Co konkretne za data vlastne chcete chranit? jak casto dochazi k vypadkum?

[lertimir]

Pořád ještě nerozumím, co je vlastně cílem. Přece pokud chci vytáhnout systému elektřinu, tak mu přikážu poweroff a systém se zastaví. Pokud mu nemůžu poslat poweroff tak mu nepošlu ani jiný příkaz na zastavení zápisu. Jinak Linux má obecně dost informací v cache a to jak obsahu souborů tak metainformací o inode a strukturách na disku. Okamžité zastavení zápisu by stejně strukturu poškodilo, disky se musí syncnout aby informace na nich byly konzistentní. Původně jsem z otázky měl pocit, že řešíte problém: "Karta se mi hroutí, chci zachránit, co jde, tak nechci už do ni zapsat ani byte.", ale teď už ten dojem nemám. K ochraně hroutící karty by částečně pomohlo mít (od počátku) oddělený oddíl připojený jako RO kde je systém (jak je v předchozím příspěvku)

[lertimir]

Jen ještě poznámka ke kartám: Karta se dá také hacknout.

[Jendа]

Třeba tam má kapacitu, která mu to udrží po vytáhnutí napájení půl sekundy. Tam na poweroff čas není, ale když hned přestane zapisovat, karta zapíše poslední write-block a zemře ve spánku, čímž se nepoškodí.

[adrinko]

Jendo, ano, presne nad týmto som uvažoval, že by tam bola kapacita tak na 1 sekundu. Vrámci toho bude detekované, že dochádza šťava, tak by systém vykonal poslednú operáciu (alebo ako to presne nazvať) a nepoškodila by sa karta. Klasický poweroff tu samozrejme nejde spraviť, ten chvíľu trvá.

[dustin]

Tak bych zavolal normální sync, prip. přemontoval kartu do read-only s parametrem -l. Nepotrebuješ bránit čtení, to nic kartě neudělá.

[Jendа]

Tak bych zavolal normální sync, prip. přemontoval kartu do read-only s parametrem -l.

To trvá moc dlouho, navíc při běžícím zápisu to neprojde.

Jediné, co mě napadá, je ulomit to nějak destruktivně v kernelu. Odstranit příslušný modul nebo spáchat kamikadze pomocí reboot -f/halt -f. To nevím, jestli na RPi funguje. Prostě Linux tohle zřejmě neumí, ale máš zdrojáky, takže si můžeš udělat do kódu pro SDIO interface, kterej to blokne.

Nepotrebuješ bránit čtení, to nic kartě neudělá.

Pár lidí mi tvrdilo, že u MLC flashky může čtení ovlivňovat okolní buňky. Nejspíš to ale nesouvisí s výpadkem napájení.

[chrono]

Problém je, že karta už mohla dostať nejaké príkazy, ktorých vykonávanie môže trvať dlhšie (a teda v tom najnevhodnejšom okamihu bude určite trvať dlhšie), ako je tá jedna sekunda.

[R]

Presne tak - a prave v tom case, ked je prikaz zapisu odoslany a este nie je dokonceny, je najvacsia sanca na poskodenie karty.

Inak "echo b >/proc/sysrq-trigger" okamzite restartuje system.

[Sten]

echo u >/proc/sysrq-trigger

Akorát to hodně programů dost pravděpodobně nerozdýchá

[Jendа]

Tazatel si opravdu nemůže dovolit korektní remount.

[Jendа]

(naopak tohle to ještě zhorší -- je možné, že při přijetí sudoku signálu se nezapisovalo, a tohle zaručeně zápis spustí)

[Sten]

Tohle ale nedělá korektní remount

[Jendа]

Udělal jsem dva pokusy na virtuálu s ext4 s Debianem (kernel 3.2.0) v single-user módu.

1. Když zabiju ten virtuál, při příštím bootu to dělá recovery. Když předtím udělám sysrq u, tak to je FS korektně odpojený. Proto si myslím, že to musí něco zapsat.
2. Když udělám sysrq u, udělá to do dmesg stejnou zprávu jako když to normálně remountnu ro z řádky (EXT4-fs (sda1): re-mounted.)
3. Když si to odtrasuju přes blktrace a udělám "touch foo; sleep 1; echo u > /proc/sysrq-trigger" (echo je builtin a samo o sobě na disk nehrabe), tak to hrábne na disk, pak vteřinu počká a pak hrábne znovu. Proto si myslím, že to minimálně flushnuje metadata.

[2X4B-523P]

on je ext4 poměrně odolný, mám tu RPi se systémem na USB flash a kolikrát jsem omylem vytáhl ji, nebo i cele RPi za běhu z USB a zatím se to vždycky opravilo bez problému... ani nemám / ro, ale uvažuji o nějaké baterii, kdyby vypadl proud, aby se to stihlo vypnout korektně...

[Jendа]

on je ext4 poměrně odolný

Samozřejmě, ostatně žurnálovacím FS by odpojení v kterémkoli okamžiku prostě nemělo vadit. Celou dobu se ale nebavíme o konzistenci FS (to by tazatel nechtěl nekorektně odpojit), nýbrž o konzistenci mikrořadiče v kartě.

[adrinko]

Jenda to vystihol - problémom v tomto prípade bude karta samotná. Keby sme to mali zhrnúť, aký liek z poradených odpovedí je pre toto najlepší? prípadne iný?

boli tu zmieňované:

"echo b >/proc/sysrq-trigger"

halt -f