Hallo,
unter SusE 9.0 mit einem 2.4'er Kernel konnte ich mit meinem LG 4081B Kombi DVD+RW-RW-RAM Laufwerk noch problemlos DVD-RAM Medien beschreiben. Mit dem 2.6'er Kernel
funktioniert das nicht mehr. Weder mit dem Installationskernel (+ Updates) noch mit einem Kernel-of-the-day (vom 12.12).
Wenn ich versuche ein DVD-RAM Medium zu mounten (mount /dev/dvdram /mnt), dann passiert lt. strace folgendes:
...
...
lstat64("/etc/mtab", {st_mode=S_IFREG|0644, st_size=1617, ...}) = 0
rt_sigprocmask(SIG_BLOCK, ~[TRAP SEGV RTMIN], NULL, 8) = 0
stat64("/dev/dvdram", {st_mode=S_IFBLK|0600, st_rdev=makedev(34, 0), ...}) = 0
open("/dev/dvdram", O_RDONLY|O_LARGEFILE) = 3
bei diesem Open Call bleibt der Mount jetzt hängen. Nichts geht mehr und das Kommando ist auch nicht abzubrechen. Ein Öffnen des Trays funktioniert jedoch und
liefert dann nocht folgendes:
_llseek(3, 0, [0], SEEK_SET) = 0
read(3, 0xbfffe960, 576) = -1 EIO (Input/output error)
_llseek(3, 32768, [32768], SEEK_SET) = 0
read(3, 0xbfffdb10, 2048) = -1 EIO (Input/output error)
ioctl(3, CDROMREADTOCHDR, 0xbfff4aa6) = -1 EIO (Input/output error)
dup(2) = 4
fcntl64(4, F_GETFL) = 0x2 (flags O_RDWR)
fstat64(4, {st_mode=S_IFCHR|0600, st_rdev=makedev(136, 1), ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7e6d000
_llseek(4, 0, 0xbfff4910, SEEK_CUR) = -1 ESPIPE (Illegal seek)
...
write(4, "/dev/dvdram: Eingabe-/Ausgabefeh"..., 36) = 36
close(4) = 0
munmap(0xb7e6d000, 4096) = 0
close(3) = 0
open("/etc/filesystems", O_RDONLY|O_LARGEFILE) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=26, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7e6d000
read(3, "vfat\nhfs\nminix\nreiserfs\n*\n", 4096) = 26
mount("/dev/dvdram", "/mnt", "vfat", 0xc0ed0000, 0) = -1 ENOMEDIUM (No medium found)
open("/proc/filesystems", O_RDONLY|O_LARGEFILE) = 4
fstat64(4, {st_mode=S_IFREG|0444, st_size=0, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7e43000
read(4, "nodev\tsysfs\nnodev\trootfs\nnodev\tb"..., 1024) = 328
close(4) = 0
munmap(0xb7e43000, 4096) = 0
close(3) = 0
munmap(0xb7e6d000, 4096) = 0
rt_sigprocmask(SIG_UNBLOCK, ~[TRAP SEGV RTMIN], NULL, 8) = 0
write(2, "mount: Kein Medium gefunden\n", 28) = 28
exit_group(32) = ?
Während der Mount hängt, sind auch im Syslog keine Ausgaben zu finden. Wenn ich den Tray dann öffne, werden folgende Syslog Ausgaben geschrieben.
Dec 31 08:35:37 lotus kernel: hdg: tray open
Dec 31 08:35:37 lotus kernel: end_request: I/O error, dev hdg, sector 0
Dec 31 08:35:37 lotus kernel: Buffer I/O error on device hdg, logical block 0
Dec 31 08:35:37 lotus kernel: hdg: tray open
Dec 31 08:35:37 lotus kernel: end_request: I/O error, dev hdg, sector 4
Dec 31 08:35:37 lotus kernel: Buffer I/O error on device hdg, logical block 1
Dec 31 08:35:37 lotus kernel: hdg: tray open
Dec 31 08:35:37 lotus kernel: end_request: I/O error, dev hdg, sector 8
Dec 31 08:35:37 lotus kernel: Buffer I/O error on device hdg, logical block 2
Dec 31 08:35:37 lotus kernel: hdg: tray open
Dec 31 08:35:37 lotus kernel: end_request: I/O error, dev hdg, sector 12
Dec 31 08:35:37 lotus kernel: Buffer I/O error on device hdg, logical block 3
Dec 31 08:35:37 lotus kernel: hdg: tray open
Dec 31 08:35:37 lotus kernel: end_request: I/O error, dev hdg, sector 16
Dec 31 08:35:37 lotus kernel: Buffer I/O error on device hdg, logical block 4
Dec 31 08:35:37 lotus kernel: hdg: tray open
Dec 31 08:35:37 lotus kernel: end_request: I/O error, dev hdg, sector 20
Dec 31 08:35:37 lotus kernel: Buffer I/O error on device hdg, logical block 5
Dec 31 08:35:37 lotus kernel: hdg: tray open
Dec 31 08:35:37 lotus kernel: end_request: I/O error, dev hdg, sector 24
Dec 31 08:35:37 lotus kernel: Buffer I/O error on device hdg, logical block 6
Ein neues UDF Dateisystem mittels mkudffs anlegen funktioniert ebensowenig. Auch hier hängt lt. strace Ausgabe der open call.
Ich bin ratlos? Was kann ich tun?
Mfg Jörg