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