Die Meldung aber bitte nicht so ins Forum stellen, das wird zu unübersichtlich, sondern hier rein.abyss schrieb:dmesg bzw. tail -f /var/log/messages
scummos schrieb:su
mkdir cdrom
mount /dev/cdrom ./cdrom
und dann
dmesg
und die meldung angucken
whois schrieb:Hi
Meines Erachtens steckt das dahinter.
http://www.linux-club.de/ftopic87266.html
cu
/etc/rc.d/policykitd
/etc/rc.d/haldaemon restart
Leider lässt sich die Einbindung für das Gerät system:/media/sr1 (/dev/sr1) namens 'Disk' mit der Einbindung unter /media/Disk nicht lösen.
Das Lösen der Geräteeinbindung ist aufgrund des folgenden Fehlers fehlgeschlagen:
Gerät ist belegt:
Die unten aufgeführten Programme greifen noch auf das Gerät zu. Sie müssen diese Programme schließen oder deren Arbeitsordner ändern, bevor Sie erneut probieren, die Geräteeinbindung zu lösen.
USER PID ACCESS COMMAND
/media/Disk: Coolzero 5141 f.... konqueror
Coolzero 5728 ..c.. kio_file
Coolzero 5888 ..c.. kio_file
Coolzero 6409 f.... kio_thumbnail
Also meine fstab siehta uch seltsam aus, denn da steht garnichts von einem Cd Laufwerk
gropiuskalle schrieb:Du hast beim versuchten unmounten offenbar noch einen Konqueror auf, der auf das Medium zugreift. Solange dies der Fall ist, wird auch nicht unmounted, in diesem Fall z.B. erstellt kio gerade Vorschaubilder eines Verzeichnisses mit Bilddateien.
Also meine fstab siehta uch seltsam aus, denn da steht garnichts von einem Cd Laufwerk
Externe Medien verwaltet SuSE über HAL / udev / automount, diese werden also nicht mehr in die fstab eingetragen (allerdings dachte ich, dass dies schon seit SuSE 10.2 oder 10.1 der Fall sei).
Das ziemlich unzuverlässige Verhalten Deines Laufwerks lässt mich auf einen Defekt der Hardware tippen.
tail -f /var/log/messages
gropiuskalle schrieb:War auch eher in's Blaue getippt, zugegeben. Ich denke bei einem derart inkonsistenten Verhalten irgendwie immer zunächst an die Hardware.
Man könnte versuchen, den mount-Vorgang zu beobachten um zu sehen, ob es da irgendwelche Fehlermeldungen gibt.
Als root anmelden, dann
Code:tail -f /var/log/messages
dann Medium in das Laufwerk schieben und schauen, ob die Konsole irgendwas informatives meldet. Eventuell ist diese Ausgabe auch dann interessant, wenn das mounten geklappt hat.
tail -f /var/log/messages
Jan 9 09:01:38 linux-80kk kernel: ata1.01: configured for UDMA/66
Jan 9 09:01:38 linux-80kk kernel: ata1: EH complete
Jan 9 09:02:06 linux-80kk su: (to root) Coolzero on /dev/pts/0
Jan 9 09:02:08 linux-80kk kernel: ata1.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x2 frozen
Jan 9 09:02:08 linux-80kk kernel: ata1.00: cmd a0/00:00:00:00:20/00:00:00:00:00/a0 tag 0 cdb 0x0 data 0
Jan 9 09:02:08 linux-80kk kernel: res 40/00:03:00:00:00/00:00:00:00:00/b0 Emask 0x4 (timeout)
Jan 9 09:02:08 linux-80kk kernel: ata1: soft resetting link
Jan 9 09:02:09 linux-80kk kernel: ata1.00: configured for UDMA/25
Jan 9 09:02:10 linux-80kk kernel: ata1.01: configured for UDMA/66
Jan 9 09:02:10 linux-80kk kernel: ata1: EH complete
Jan 9 09:02:40 linux-80kk kernel: ata1.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x2 frozen
Jan 9 09:02:40 linux-80kk kernel: ata1.00: cmd a0/00:00:00:00:20/00:00:00:00:00/a0 tag 0 cdb 0x0 data 0
Jan 9 09:02:40 linux-80kk kernel: res 40/00:03:00:00:00/00:00:00:00:00/b0 Emask 0x4 (timeout)
Jan 9 09:02:40 linux-80kk kernel: ata1: soft resetting link
Jan 9 09:02:40 linux-80kk kernel: ata1.00: configured for UDMA/25
Jan 9 09:02:41 linux-80kk kernel: ata1.01: configured for UDMA/66
Jan 9 09:02:41 linux-80kk kernel: ata1: EH complete
Jan 9 09:03:11 linux-80kk kernel: ata1.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x2 frozen
Jan 9 09:03:11 linux-80kk kernel: ata1.00: cmd a0/00:00:00:00:20/00:00:00:00:00/a0 tag 0 cdb 0x0 data 0
Jan 9 09:03:11 linux-80kk kernel: res 40/00:03:00:00:00/00:00:00:00:00/b0 Emask 0x4 (timeout)
Jan 9 09:03:11 linux-80kk kernel: ata1: soft resetting link
Jan 9 09:03:11 linux-80kk kernel: ata1.00: configured for UDMA/25
Jan 9 09:03:12 linux-80kk kernel: ata1.01: configured for UDMA/66
Jan 9 09:03:12 linux-80kk kernel: ata1: EH complete
Jan 9 09:03:12 linux-80kk kernel: VFS: busy inodes on changed media.
Jan 9 09:03:42 linux-80kk kernel: ata1.01: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x2 frozen
Jan 9 09:03:42 linux-80kk kernel: ata1.01: cmd a0/00:00:00:00:20/00:00:00:00:00/b0 tag 0 cdb 0x25 data 8 in
Jan 9 09:03:42 linux-80kk kernel: res 40/00:03:00:00:00/00:00:00:00:00/b0 Emask 0x4 (timeout)
Jan 9 09:03:42 linux-80kk kernel: ata1: soft resetting link
Jan 9 09:03:42 linux-80kk kernel: ata1.00: configured for UDMA/25
Jan 9 09:03:43 linux-80kk kernel: ata1.01: configured for UDMA/66
Jan 9 09:03:43 linux-80kk kernel: ata1: EH complete
tail -f /var/log/messages9 09:04:13 linux-80kk kernel: ata1.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x2 frozen
Jan 9 09:04:13 linux-80kk kernel: ata1.00: cmd a0/00:00:00:00:20/00:00:00:00:00/a0 tag 0 cdb 0x0 data 0
Jan 9 09:04:13 linux-80kk kernel: res 40/00:03:00:00:00/00:00:00:00:00/b0 Emask 0x4 (timeout)
Jan 9 09:04:13 linux-80kk kernel: ata1: soft resetting link
Jan 9 09:04:14 linux-80kk kernel: ata1.00: configured for UDMA/25
Jan 9 09:04:14 linux-80kk kernel: ata1.01: configured for UDMA/66
Jan 9 09:04:14 linux-80kk kernel: ata1: EH complete
Jan 9 09:04:44 linux-80kk kernel: ata1.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x2 frozen
Jan 9 09:04:44 linux-80kk kernel: ata1.00: cmd a0/00:00:00:00:20/00:00:00:00:00/a0 tag 0 cdb 0x0 data 0
Jan 9 09:04:44 linux-80kk kernel: res 40/00:03:00:00:00/00:00:00:00:00/b0 Emask 0x4 (timeout)
Jan 9 09:04:44 linux-80kk kernel: ata1: soft resetting link
Jan 9 09:04:45 linux-80kk kernel: ata1.00: configured for UDMA/25
Jan 9 09:04:45 linux-80kk kernel: ata1.01: configured for UDMA/66
Jan 9 09:04:45 linux-80kk kernel: ata1: EH complete
Jan 9 09:05:15 linux-80kk kernel: ata1.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x2 frozen
Jan 9 09:05:15 linux-80kk kernel: ata1.00: cmd a0/00:00:00:00:20/00:00:00:00:00/a0 tag 0 cdb 0x0 data 0
Jan 9 09:05:15 linux-80kk kernel: res 40/00:03:00:00:00/00:00:00:00:00/b0 Emask 0x4 (timeout)
Jan 9 09:05:15 linux-80kk kernel: ata1: soft resetting link
Jan 9 09:05:16 linux-80kk kernel: ata1.00: configured for UDMA/25
Jan 9 09:05:16 linux-80kk kernel: ata1.01: configured for UDMA/66
Jan 9 09:05:16 linux-80kk kernel: ata1: EH complete
http://www.linux-club.de/viewtopic.php?t=89505&highlight=
abyss schrieb:http://lists.opensuse.org/opensuse-de/2007-11/msg00045.html
zitiert aus dem Link:
Das sieht mir ganz genau nach bug #332588 (siehe comment #4) aus.
Der derzeitig beste workaround (!) ist wohl der Bootparameter
libata.pata_dma=1
aber vielleicht gibt es ja auch bald mal nen fix (per Onlineupdate) dafür.