Richard Mittendorfer schrieb:
Zugegebenermassen habe ich nicht jeden Testlauf durchgefuehrt mit Hinblick auf die in solchen Situationen vefuegbaren Systemressourcen. Der Konqueror jedenfalls war in diesem Fall vollstaendig ausser Funktion gesetzt und konnte (mit Glueck) nur noch abgeschossen werden.Also sprach Gerhard Wendebourg <gw@web-hh.de> (Sat, 13 Aug 2005 11:32:43bereits mehrfach hatte ich die Gelegeneit zu erfahren, wie eine CD / ein Laufwerk das System komplett blockieren kann: eine CD laesst sich nicht unmounten oder Lesefehler beanspruchen nahezu saemtliche Rechnerressourcen. Haeufig blieb mir bei solcen Situationen nur noch ein Neustart bzw. die Bedienung des Reset-Knopfes.Gibt es mittlerweile elegantere Wege mit diesem Problem umzugehen, zb. einen Treiber, der sich weniger ruecksichtslos an der CD festkrallt oder auch noch im Fall von Unregelmaessigkeiten auf Kommandos (umount...) hoert, anstatt einen harten Reset unausweichlich zu machen ?Also das von dir beschriebene Problem ist mir unter Linux _komplett_ unbekannt. Egal ob ich retries am scsi- oder ide/atapi-cdrom hab - die einzige Systemresource die da beansprucht wird ist der syslogd/klogd. ;)
Ein "unmount" _kann_ gar nicht funktionieren, da ja ein Prozess auf die Resource "cdrom" zugreift - wenn schon, dann kille den Prozess der dies tut.
Hier eben ging das Raetselraten los: welche Prozesse sind es denn, die auf cdrom zugreifen ?Saemtliche Applikationen / Player und andere Laufwerkszugriffe waren laengst beendet, wenn ich mit dem besagten Problem zu kaempfen hatte, und bekomme auf einen "umount"-Versuch die Rueckmeldung "ressource busy.."
Ich habe eigentlich keine Lust, jedesmal Detektiv spielen zu muessen auf der Fahndung nach irgendwelchen wildgewordenen Prozessen, die cdrom ohne mein WIssen benutzen, damit mich das System wieder an die CD heranlaesst, ohne dass ich hierfuer den Reset-Knopf brauche.
ist recht schlicht: P3 mit trivialem 52x-Atapi-CDRom; nur IDE. System ist Sarge mit 2.6.9. Habe dasselbe Problem aber aehnlich auf anderer Hardware (und andern Debian-Releases) erleben koennen.Wie sieht denn die Fehlermeldung im Log aus. Wird dma dabeiabgeschalten? Was sagt in so einem Fall "$ top" - welcher Prozess sorgt fuer das? Kannst du uns was zu deiner Hardware erzaehlen?
im Fall der blockierten (nicht zu umountenden CD) konnte ich keine Fehlermeldung finden. Wenn die CD aufgrund von Lesefehlern hing, waren die messages des Kernel recht eindeutig und unuebersehbar ("I/O Error.."), was mr aber keinen Hinweis gibt, wie das Spiel zu beenden ist, dass der erfolglose Zugriffsversuch endlos wiederholt wird..