Názory k článku
Jak na problémy s umountem

Tak doufám, že to nakonec povede ke zautomatizování celé záležitosti, protože já nejsem na takové úrovni, abych se hrabal v procesech a popravdě řečeno ani nechci. Nemám na to čas, chci prostě pracovat, ne štelovat. Jiné systémy takhle taky fungují.

Ehm, ktere systemy takto funguji? :)

jo? a ktere? treba XP? kdyz mas v pruzkumnikovi otevreno neco z flashky tak ji taky neodpojis…

To mate asi tak:

1.nefunguje odpojeni USB disku ve widlich, tak si s tim bude hrat do zblbnuti pripadne se pusti do reinstalace.

2. nefunguje odpojeni USB disku v linuxu ktery si nainstaloval pred 10 minutami, tak se pusti do formatovani disku a odstranovani linuxu.

MSfans nemaji soudnost.

Vo Viste nemusim mat nic nikde otvorene a aj tak mi obcas odmietne odpojit ext. disk.

To jako opravdu, i z USB flešky?

ja chci a chci a chci a tak to vsichni musite udelat, jinak …
jo, tahle argumentace mi pripomina 4leteho synovce.

lsof | grep /mnt/usb

kontrola, kill…

jo, ale lepsi je prvne zkouset jen force a pak lazy, kdyz ani force nepomuze

zase ti ale vzniknou chciply procesy, ne?

Bohužel někdy nepomůže ani to.

To je ovšem bomba, když tam bude nějaký zapomenutý proces, ve kterém máte neuložená data, tak si ho sejmete.

> Takový zapomenutý proces má prostě smůlu

To je pěkné, ale až si pustíte (třeba omylem) z toho mc nebo shellu openoffice nebo gimp, a třeba jimi pak budete editovat něco na disku, budete mít tu smůlu spíš vy.

Ne, kdyz to odpojim normalne, tak mi to nedovoli, takze ochrana tam je.
Pokud uz neco sestreluju, tak predpokladam, ze jsem inteligentni a vim co delam.
V opacnem pripade at uzivatel pouziva psaci stroj a ne tak komplexni vec jako PC.

> tak predpokladam, ze jsem inteligentni a vim co delam.

No, kropit procesy po dávkách bez toho, abych věděl, na které mířím, se s inteligencí skoro až vylučuje.

Taky už se mi stalo :) .. konkrétně šlo o jackd, ale stávalo se to i jiným procesům. V dmesg nic zajímavého, dodnes nevím, co brání kernelu prostě zastavit přidělování CPU time danému procesu a uvolnit místo v paměti.

Ohledně mountu – nikdy jsem nepochopil, proč rm -rf /* jde tak snadno, ale věci jako umount (třeba NFS – dříve, teď už to jde) tak spolehlivé nejsou. Co když mě absolutně nezajímá, že je tam nějaký file deskriptor otevřený, že po super-force-unmountu ten process asi segfaultí nebo dostane I/O error (read/write vrátí –1), proč sakra nejde svazek odpojit.
Asi to bude filesystémem a nějakou souvislostí mezi fd a ním, nevím. Jen mi připadne, že přístup „neunmountneme to za žádnou cenu, protože nějaký směšný userspace process to využívá“ je stejně nesmyslné jako „nedovolíme to remountnout readonly, protože by to mohlo ublížit nějakému procesu“ (kde musím remount vynutit přes sysrq nebo vyvoláním chyby na filesystému), což mi přijde stejně, s prominutím, dementní, jako windows-like „soubor nemůže být smazán, protože jej něco využívá“.
Varování je dobré, ale neschopnost –force parametru ne ..

…prostě to neumíte a svádíte to na to že to je windows-like :)

Linux je jen tak dobry nebo debilni jaky lidi ho spravujou a vytvari... Kdyz ho vytvari lidi s pristupem ktery mate vy, pak by se nebylo opravdu cemu divit. Ale vy nejspis o Linuxu lautr hovno vite, tak jen melete.

Pokud se z procesu stane zombie, tak už proces jako takový neexistuje, takže to není moc podobné „procesu který nejde zabít“, protože ten proces už byl zabit, akorát ve výpisu procesů ho ještě vidíte a navenek to pro uživatele „vypadá jako proces“.

> Pokud proces v okamžiku signálu čekal v kernelu, stane se z něj zombie

Nikoliv, pokud proces čeká v kernelu, pošlete mu SIGKILL, a on se z nějakého důvodu neprobudí, tak se z něj nestane vůbec nic (ani zombie).