Dotaz: nečitelné CD, umount

[agi]

Můj dotaz se týká odmountování vadného CD. Typická situace: namountuju CD, přečtu část filesystému, cdromka narazí na poškábané místo a už není cesty zpět. Mechanika je zamčená a filesystém nejde odmountovat, protože je používán (busy). Killnout -9 proces, který ho používá není možné, protože stále čeká na odezvu a stane se z něj zombie. Mám pocit, že celý problém má hlubší kořeny. Dokáže se linux vypořádat s výpadkem filesystému? Pokud ano, proč se zamyká vysouvání mechaniky? Pokud ne, znamená to, že systém pošle do kytek špatná disketa nebo CD? Pokud je někde v jádře timeout, na kolik je nastaven a jak ho ovlivnit případně vynutit?

Odpovědi

[Mark Stopka]

man umount:
-f     Force unmount (in case of an unreachable NFS system).  (Requires
       kernel 2.1.116 or later.)

-l     Lazy unmount. Detach the filesystem from the filesystem  hierar-
       chy now, and cleanup all references to the filesystem as soon as
       it is not busy anymore.  (Requires kernel 2.4.11 or later.)

-- umount -l mi zatim vzdy pomohl

[agi]

Děkuji za radu! umount -l je skutečně mocná věc. Dalším mým (novým) poznatkem je, že
echo 0 > /proc/sys/dev/cdrom/lock
vypne zámek vysouvání mechaniky, ale možná to není nutné. Jak je ale ošetřena situace, kdy se pokusím namountovat opravdu špatné CD na opravdu mizerné mechanice, které ani namountovat nejde. Zkušenost je taková, že příkaz mount zůstane viset, killnout -9 nejde, umountnout -l to taky nejde, protože to ještě není namountované a příkaz mount to nevzdá ani po půl hodině.

[Mark Stopka]

Hmm tak to netusim zatim se mi podarilo kazde CD namountovat, mozna je to bug a potom neni problem zaslat bugreport.

[petr_p]

Vetsinou mechanika nenajde posledni session a sama to po chvili vzda. Mozna mate nejakou tvrdohlavou mechaniku ;) (Ale musim priznat, ze mam taky jednu podivnou mechaniku, ktera ma problem cist CD-RW a pri prvnim mountu mi kernel vrati Media not found, ale pri druhem mountu bez mezivysunuti dvirek, jej primountuje.)

K vasemu dotazu: jadro ma urcite nejaky timeout. Napr. po nekolika neuspesnych pokusech vypne DMA, pak resetuje mechaniku pres ATAPI rozhrani a nakonec to vzda. Jak je na tom vase mechanika? Taky se celou pulhodinu snazi cist, nebo jenom mount zustane viset v kernelspace? Pak bych to videl na bug v ovladaci.

[George]

mrkni na

ps aux

ve vypisu bude proces , ktery cdrom pouziva. A ten killni. Pak by mela prestat byt BUSY a mel by jit umount

[agi]

Obávám se, že tudy cesta nevede. Příkaz ps aux nevypíše proces, který cdrom používá. K tomuto účelu slouží spíše příkaz "lsof /dev/cdrom". A i když se dozvím PID procesu, není to nic platné, protože takový proces nejde killnout, viz původní dotaz.