Dotaz: Kdo muze za device is busy

[elviin]

Dobry den

Jak lze zjistit, ktery program pouziva konkretni device. Ted se mi stalo, ze jsem vypnul vsechny konzole, a opravdu jsem nezjistil, ktery program zamestnava moji cdromku, lepe receno k odstreleni toho bylo dost, ale neni to systematicke.

Dekuji za namety.

Odpovědi

[David]

fuser -v /mnt/cdrom nebo lsof |grep cdrom A co fulltext ? vážně tam nic nebylo ? David

[elviin]

Hledal jsem, ale nenarazil.

Zadal jsem

device AND is AND busy

Nenapadlo mne v tu chvili nic lepsiho, a kdyby ano, pak bych nepsal tuto odpoved na tvoji odpoved a nasel bych to :o)

Myslim si, ze by byl vhodnej clanek od nekoho zkusenyho, jak hledat a najit reseni pro linux v pripade, kdy:

• mam dokumentaci
• mam kamarady
• mam bezproblemovy pristup na internet
• nic z toho
• ... a prislusne kombinace uvedeneho

Ale budu se zlepsovat ve vyhledavani. Kazdopadne je to vybornej zdroj vedomosti. A dekuji za odpoved. Uz se to nebude opakovat :o).

[David]

v pohodě, to já jenom, když tu máme ten novej způsob pokládání dotazů do diskuse měj se hezky David.

[Vlastimil Ott]

Já používám 'lsof /dev/cdrom'. --vo

[Stanislav Brabec]

fuser -m /dev/cdrom

A nebo rovnou:

fuser -m -k -15 /dev/cdrom
sleep 3
fuser -m -k /dev/cdrom
umount /dev/cdrom
eject /dev/cdrom

Pokud není některý z procesů zaseklý v jádře, otevře to mechaniku vždy. Samozřejmě to také odstřelí programy, které jí používaly.

[Peter Golis]

Este sa moze stat ze program uz davno nebezi, cdrom je odpojena a ajtak to nejde otvorit. Tvaro sa to podobne. Mne to robilo ked mi nevedela cdrom citat data zo session (poskrkane medium alebo napalene na dosluhujucej napalovacke). Vsetko sa tvarilo OK, ale jadro zabudlo (asi koli timeOut-u citania, citacka si este trieskala hlavicku) odomknut dvere. Musel som to rucne odomknut cez /proc. Teraz si nespomeniem plnu (som za inymi OS) cestu ale znelo to ako

 echo 1 > /proc/bus/ide/hdd(cdrom)/lock

[jose]

to je nahoda, ze zrovna riesim ten isty problem. uz den mam zaseknute CD v mechanike a nechce sa mi restartovat kvoli tomu komp. tato diskusia mi teda prisla zrovna vhod.

skusil som lsof /dev/scd0 a dozvedel sa:
COMMAND PID USER FD TYPE DEVICE SIZE NODE NAME
eject 4101 root 3r BLK 11,0 1547 /dev/scsi/host0/bus0/target0/lun0

kill -9 4101 nepomaha - asi to bude nezabitelny proces.

umount /dev/scd0 inak hlasi:
umount: /dev/scd0: not mounted

ak by Vas nieco napadlo (okrem restartu), dajte prosim vediet. diky.

-- jose

[rastos]

Nezabitelnych procesov je skutocne malo. De fakto som to videl len pre mount, ktory sa snazil odpojic SCSI disk, ktoremu som v medzicasom odpojil datovy kabel - skratka odvislo to v low-level volani nieke v SCSI driveri.

Za pokus by stalo zistit co je 4101 a akym sposobom /dev/scd0 pouziva (current directory, citanie/zapis, ...?)