Hallo Liste, habe mir vor ein paar Tagen eine externe USB Platte gekauft (http://www.trekstor.de/usbstorage35.shtml). Leider funktioniert sie nicht so wie sie sollte. Habe verschiedene aktuelle Kernel ausprobiert (linux-2.6.5-7.75, linux-2.6.7-bk13, linux-2.6.7-mm4) aber alle hatten das gleiche Fehlerverhalten. Die Platte wird richtig erkannt und das mounten geht auch ohne Probleme. Wenn ich aber Daten auf die Platte kopiere hängt sie sich nach einer Weile (mehrere GBs sind bereits kopiert) auf und es gar nix mehr. Ich befürchte schon, dass es an der Platte liegt und nicht am OS. Anbei noch ein Auszug aus dem Logfile. Vielleicht kann mir ja doch noch jemand helfen. Besten Dank Hans Jun 30 17:28:05 tux0815 kernel: usb 1-8: new high speed USB device using address 2 Jun 30 17:28:05 tux0815 /etc/hotplug/usb.agent[10176]: need a device for this command Jun 30 17:28:11 tux0815 kernel: Initializing USB Mass Storage driver... Jun 30 17:28:11 tux0815 kernel: scsi2 : SCSI emulation for USB Mass Storage devices Jun 30 17:28:11 tux0815 kernel: Vendor: Genesys Model: USB to IDE Disk Rev: 0002 Jun 30 17:28:11 tux0815 kernel: Type: Direct-Access ANSI SCSI revision: 02 Jun 30 17:28:11 tux0815 kernel: SCSI device sda: 234441648 512-byte hdwr sectors (120034 MB) Jun 30 17:28:11 tux0815 kernel: sda: test WP failed, assume Write Enabled Jun 30 17:28:11 tux0815 kernel: sda: assuming drive cache: write through Jun 30 17:28:11 tux0815 /etc/hotplug/block.agent[10254]: try 1 while waiting for /block/sda's bus_id 2:0:0:0 Jun 30 17:28:11 tux0815 kernel: sda: sda1 sda2 Jun 30 17:28:11 tux0815 kernel: Attached scsi removable disk sda at scsi2, channel 0, id 0, lun 0 Jun 30 17:28:11 tux0815 kernel: Attached scsi generic sg0 at scsi2, channel 0, id 0, lun 0, type 0 Jun 30 17:28:11 tux0815 kernel: USB Mass Storage device found at 2 Jun 30 17:28:11 tux0815 kernel: usbcore: registered new driver usb-storage Jun 30 17:28:11 tux0815 kernel: USB Mass Storage support registered. Jun 30 17:28:11 tux0815 /etc/hotplug/block.agent[10277]: new block device /block/sda/sda2 Jun 30 17:28:11 tux0815 /etc/hotplug/block.agent[10276]: waiting for /var/lock/block.agent.lock, process 10277 holds it Jun 30 17:28:12 tux0815 /etc/hotplug/block.agent[10254]: waiting for /var/lock/block.agent.lock, process 10277 holds it Jun 30 17:28:19 tux0815 /etc/hotplug/block.agent[10277]: mount by-path/usb-storage-odd-0x05e3-0x0702:0:0:0p2 Jun 30 17:28:19 tux0815 /etc/hotplug/block.agent[10277]: mount: fs type subfs not supported by kernel Jun 30 17:28:19 tux0815 /etc/hotplug/block.agent[10276]: new block device /block/sda/sda1 Jun 30 17:28:19 tux0815 /etc/hotplug/block.agent[10276]: mount by-path/usb-storage-odd-0x05e3-0x0702:0:0:0p1 Jun 30 17:28:19 tux0815 /etc/hotplug/block.agent[10276]: mount: fs type subfs not supported by kernel Jun 30 17:28:20 tux0815 /etc/hotplug/block.agent[10254]: new block device /block/sda Jun 30 17:28:27 tux0815 kernel: (fs/jbd/recovery.c, 255): journal_recover: JBD: recovery, exit status 0, recovered transactions 2 to 59 Jun 30 17:28:27 tux0815 kernel: (fs/jbd/recovery.c, 257): journal_recover: JBD: Replayed 3939 and revoked 0/0 blocks Jun 30 17:28:37 tux0815 kernel: kjournald starting. Commit interval 5 seconds Jun 30 17:28:37 tux0815 kernel: EXT3 FS on sda1, internal journal Jun 30 17:28:37 tux0815 kernel: EXT3-fs: recovery complete. Jun 30 17:28:37 tux0815 kernel: EXT3-fs: mounted filesystem with ordered data mode. Jun 30 17:39:07 tux0815 kernel: device being removed Jun 30 17:39:07 tux0815 kernel: scsi2 (0:0): rejecting I/O to device being removed Jun 30 17:39:07 tux0815 kernel: scsi2 (0:0): rejecting I/O to device being removed Jun 30 17:39:07 tux0815 kernel: sda : READ CAPACITY failed. Jun 30 17:39:07 tux0815 kernel: sda : status=0, message=00, host=1, driver=00 Jun 30 17:39:07 tux0815 kernel: sda : sense not available. Jun 30 17:39:07 tux0815 kernel: scsi2 (0:0): rejecting I/O to device being removed Jun 30 17:39:07 tux0815 last message repeated 20 times Jun 30 17:39:07 tux0815 kernel: sda: Write Protect is off Jun 30 17:39:07 tux0815 kernel: sda: Mode Sense: 00 00 00 00 Jun 30 17:39:07 tux0815 kernel: sda: assuming drive cache: write through Jun 30 17:39:07 tux0815 kernel: scsi2 (0:0): rejecting I/O to device being removed Jun 30 17:39:07 tux0815 last message repeated 16 times Jun 30 17:39:07 tux0815 kernel: <3being removed Jun 30 17:39:07 tux0815 kernel: scsi2 (0:0): rejecting I/O to device being removed Jun 30 17:39:07 tux0815 last message repeated 266 times Jun 30 17:39:07 tux0815 kernel: Aborting journal on device sda1. Jun 30 17:39:07 tux0815 kernel: ext3_abort called. Jun 30 17:39:07 tux0815 kernel: EXT3-fs abort (device sda1): ext3_journal_start: Detected aborted journal Jun 30 17:39:07 tux0815 kernel: Remounting filesystem read-only Jun 30 17:39:07 tux0815 kernel: scsi2 (0:0): rejecting I/O to device being removed Jun 30 17:39:08 tux0815 last message repeated 32 times Jun 30 17:39:08 tux0815 kernel: EXT3-fs error (device sda1) in start_transaction: Journal has aborted Jun 30 17:39:08 tux0815 kernel: scsi2 (0:0): rejecting I/O to dead device Jun 30 17:39:08 tux0815 kernel: EXT3-fs error (device sda1): ext3_find_entry: reading directory #1818760 offset 0 Jun 30 17:39:08 tux0815 kernel: Jun 30 17:39:08 tux0815 kernel: scsi2 (0:0): rejecting I/O to dead device Jun 30 17:39:08 tux0815 kernel: EXT3-fs error (device sda1): ext3_find_entry: reading directory #1818760 offset 0 Jun 30 17:39:08 tux0815 kernel: Jun 30 17:39:08 tux0815 kernel: scsi2 (0:0): rejecting I/O to dead device Jun 30 17:39:08 tux0815 kernel: EXT3-fs error (device sda1): ext3_find_entry: reading directory #1818760 offset 0 Jun 30 17:39:08 tux0815 kernel: Jun 30 17:39:08 tux0815 kernel: scsi2 (0:0): rejecting I/O to dead device Jun 30 17:39:08 tux0815 kernel: EXT3-fs error (device sda1): ext3_find_entry: reading directory #1818760 offset 0 Jun 30 17:39:08 tux0815 kernel: Jun 30 17:39:09 tux0815 kernel: scsi2 (0:0): rejecting I/O to dead device .... Jun 30 17:39:10 tux0815 kernel: EXT3-fs error (device sda1): ext3_find_entry: reading directory #1015813 offset 0 Jun 30 17:39:10 tux0815 kernel: Jun 30 17:39:15 tux0815 kernel: scsi2 (0:0): rejecting I/O to dead device Jun 30 17:39:15 tux0815 kernel: printk: 24708 messages suppressed. Jun 30 17:39:15 tux0815 kernel: Buffer I/O error on device sda1, logical block 4040926 Jun 30 17:39:15 tux0815 kernel: lost page write due to I/O error on sda1 Jun 30 17:39:15 tux0815 kernel: scsi2 (0:0): rejecting I/O to dead device Jun 30 17:39:15 tux0815 last message repeated 2 times Jun 30 17:43:53 tux0815 kernel: scsi2 (0:0): rejecting I/O to dead device Jun 30 17:43:53 tux0815 kernel: EXT3-fs error (device sda1): ext3_find_entry: reading directory #1015811 offset 0
Am Mittwoch, 30. Juni 2004 18:47 schrieb Hans Galic:
Wenn ich aber Daten auf die Platte kopiere hängt sie sich nach einer Weile (mehrere GBs sind bereits kopiert) auf und es gar nix mehr.
Hi Hans! Hast Du 'ne Ahnung, was für eine HD da drin steckt? Dann besorge Dir mal ein Testtool vom Hersteller der Platte und lass das laufen. (In der Regel musst Du DOS-Bootdisketten anlegen.) Hast Du Win noch laufen? Ich lese da EXT3. Ausschließlich? Was meint denn ggfl. Win? Ist die Platte "hostpowered" - reicht die Stromversorgung über USB? Dennis
Dennis Kielhorn wrote:
Am Mittwoch, 30. Juni 2004 18:47 schrieb Hans Galic:
Wenn ich aber Daten auf die Platte kopiere hängt sie sich nach einer Weile (mehrere GBs sind bereits kopiert) auf und es gar nix mehr.
Hi Hans!
Hallo Dennis.
Hast Du 'ne Ahnung, was für eine HD da drin steckt? Dann besorge Dir mal ein Testtool vom Hersteller der Platte und lass das laufen. (In der Regel musst Du DOS-Bootdisketten anlegen.)
Die Bezeichnung der 3.5 Zoll Platte lautet WDC WD12 (120 GB), könnte also ne Western Digital Platte sein, kann ich aber nicht genau sagen.
Hast Du Win noch laufen? Ich lese da EXT3. Ausschließlich? Was meint denn ggfl. Win?
Unter Windows XP läuft die Platte ohne Probleme. Es sind 2 Primäre Partitionen angelegt. 40GB ext3 und 80GB NTFS.
Ist die Platte "hostpowered" - reicht die Stromversorgung über USB?
Sie hat eine eigene Stromversorgung, sollte also kein Problem sein.
Dennis
Am Mittwoch, 30. Juni 2004 23:47 schrieb Hans Galic:
Die Bezeichnung der 3.5 Zoll Platte lautet WDC WD12 (120 GB), könnte also ne Western Digital Platte sein, kann ich aber nicht genau sagen.
Hi Hans! Das ist eine. Um Hardware auszuschließen, lade Dir mal das Testprogramm runter. http://support.wdc.com/de/download/index.asp
Unter Windows XP läuft die Platte ohne Probleme. Es sind 2 Primäre Partitionen angelegt. 40GB ext3 und 80GB NTFS.
Sie hat eine eigene Stromversorgung, sollte also kein Problem sein.
Dann tippe ich auf Soft und kann auch nicht mehr helfen. Dennis
Willkommen im Club der USB Festplattenbesitzer. Leider werden einige USB Festplatten noch nicht richtig unterstützt. Ich habe zB. eine mit einem Genesys Logic Controller mit dem Efect das ich ca. 80MB schreiben kann und dann fliegt die Platte aus dem System. Mit dem Patch sollen einige Erfolg gehabt haben: ===== drivers/usb/storage/usb.c 1.119 vs edited ===== --- 1.119/drivers/usb/storage/usb.c Sun Jun 13 16:09:07 2004 +++ edited/drivers/usb/storage/usb.c Mon Jun 21 10:51:41 2004 @@ -359,6 +359,7 @@ /* we've got a command, let's do it! */ else { US_DEBUG(usb_stor_show_command(us->srb)); + udelay(300); us->proto_handler(us->srb, us); } Ich bin daraus nicht schlau geworden. Frank F.T.
Hallo Liste,
habe mir vor ein paar Tagen eine externe USB Platte gekauft (http://www.trekstor.de/usbstorage35.shtml). Leider funktioniert sie nicht so wie sie sollte. Habe verschiedene aktuelle Kernel ausprobiert (linux-2.6.5-7.75, linux-2.6.7-bk13, linux-2.6.7-mm4) aber alle hatten das gleiche Fehlerverhalten.
Die Platte wird richtig erkannt und das mounten geht auch ohne Probleme.
Wenn ich aber Daten auf die Platte kopiere hängt sie sich nach einer Weile (mehrere GBs sind bereits kopiert) auf und es gar nix mehr.
Ich befürchte schon, dass es an der Platte liegt und nicht am OS.
Anbei noch ein Auszug aus dem Logfile. Vielleicht kann mir ja doch noch jemand helfen.
Besten Dank
Hans
Jun 30 17:28:05 tux0815 kernel: usb 1-8: new high speed USB device using address 2 Jun 30 17:28:05 tux0815 /etc/hotplug/usb.agent[10176]: need a device for this command Jun 30 17:28:11 tux0815 kernel: Initializing USB Mass Storage driver... Jun 30 17:28:11 tux0815 kernel: scsi2 : SCSI emulation for USB Mass Storage devices Jun 30 17:28:11 tux0815 kernel: Vendor: Genesys Model: USB to IDE Disk Rev: 0002 Jun 30 17:28:11 tux0815 kernel: Type: Direct-Access ANSI SCSI revision: 02 Jun 30 17:28:11 tux0815 kernel: SCSI device sda: 234441648 512-byte hdwr sectors (120034 MB) Jun 30 17:28:11 tux0815 kernel: sda: test WP failed, assume Write Enabled Jun 30 17:28:11 tux0815 kernel: sda: assuming drive cache: write through Jun 30 17:28:11 tux0815 /etc/hotplug/block.agent[10254]: try 1 while waiting for /block/sda's bus_id 2:0:0:0 Jun 30 17:28:11 tux0815 kernel: sda: sda1 sda2 Jun 30 17:28:11 tux0815 kernel: Attached scsi removable disk sda at scsi2, channel 0, id 0, lun 0 Jun 30 17:28:11 tux0815 kernel: Attached scsi generic sg0 at scsi2, channel 0, id 0, lun 0, type 0 Jun 30 17:28:11 tux0815 kernel: USB Mass Storage device found at 2 Jun 30 17:28:11 tux0815 kernel: usbcore: registered new driver usb-storage Jun 30 17:28:11 tux0815 kernel: USB Mass Storage support registered. Jun 30 17:28:11 tux0815 /etc/hotplug/block.agent[10277]: new block device /block/sda/sda2 Jun 30 17:28:11 tux0815 /etc/hotplug/block.agent[10276]: waiting for /var/lock/block.agent.lock, process 10277 holds it Jun 30 17:28:12 tux0815 /etc/hotplug/block.agent[10254]: waiting for /var/lock/block.agent.lock, process 10277 holds it Jun 30 17:28:19 tux0815 /etc/hotplug/block.agent[10277]: mount by-path/usb-storage-odd-0x05e3-0x0702:0:0:0p2 Jun 30 17:28:19 tux0815 /etc/hotplug/block.agent[10277]: mount: fs type subfs not supported by kernel Jun 30 17:28:19 tux0815 /etc/hotplug/block.agent[10276]: new block device /block/sda/sda1 Jun 30 17:28:19 tux0815 /etc/hotplug/block.agent[10276]: mount by-path/usb-storage-odd-0x05e3-0x0702:0:0:0p1 Jun 30 17:28:19 tux0815 /etc/hotplug/block.agent[10276]: mount: fs type subfs not supported by kernel Jun 30 17:28:20 tux0815 /etc/hotplug/block.agent[10254]: new block device /block/sda Jun 30 17:28:27 tux0815 kernel: (fs/jbd/recovery.c, 255): journal_recover: JBD: recovery, exit status 0, recovered transactions 2 to 59 Jun 30 17:28:27 tux0815 kernel: (fs/jbd/recovery.c, 257): journal_recover: JBD: Replayed 3939 and revoked 0/0 blocks Jun 30 17:28:37 tux0815 kernel: kjournald starting. Commit interval 5 seconds Jun 30 17:28:37 tux0815 kernel: EXT3 FS on sda1, internal journal Jun 30 17:28:37 tux0815 kernel: EXT3-fs: recovery complete. Jun 30 17:28:37 tux0815 kernel: EXT3-fs: mounted filesystem with ordered data mode. Jun 30 17:39:07 tux0815 kernel: device being removed Jun 30 17:39:07 tux0815 kernel: scsi2 (0:0): rejecting I/O to device being removed Jun 30 17:39:07 tux0815 kernel: scsi2 (0:0): rejecting I/O to device being removed Jun 30 17:39:07 tux0815 kernel: sda : READ CAPACITY failed. Jun 30 17:39:07 tux0815 kernel: sda : status=0, message=00, host=1, driver=00 Jun 30 17:39:07 tux0815 kernel: sda : sense not available. Jun 30 17:39:07 tux0815 kernel: scsi2 (0:0): rejecting I/O to device being removed Jun 30 17:39:07 tux0815 last message repeated 20 times Jun 30 17:39:07 tux0815 kernel: sda: Write Protect is off Jun 30 17:39:07 tux0815 kernel: sda: Mode Sense: 00 00 00 00 Jun 30 17:39:07 tux0815 kernel: sda: assuming drive cache: write through Jun 30 17:39:07 tux0815 kernel: scsi2 (0:0): rejecting I/O to device being removed Jun 30 17:39:07 tux0815 last message repeated 16 times Jun 30 17:39:07 tux0815 kernel: <3being removed Jun 30 17:39:07 tux0815 kernel: scsi2 (0:0): rejecting I/O to device being removed Jun 30 17:39:07 tux0815 last message repeated 266 times Jun 30 17:39:07 tux0815 kernel: Aborting journal on device sda1. Jun 30 17:39:07 tux0815 kernel: ext3_abort called. Jun 30 17:39:07 tux0815 kernel: EXT3-fs abort (device sda1): ext3_journal_start: Detected aborted journal Jun 30 17:39:07 tux0815 kernel: Remounting filesystem read-only Jun 30 17:39:07 tux0815 kernel: scsi2 (0:0): rejecting I/O to device being removed Jun 30 17:39:08 tux0815 last message repeated 32 times Jun 30 17:39:08 tux0815 kernel: EXT3-fs error (device sda1) in start_transaction: Journal has aborted Jun 30 17:39:08 tux0815 kernel: scsi2 (0:0): rejecting I/O to dead device Jun 30 17:39:08 tux0815 kernel: EXT3-fs error (device sda1): ext3_find_entry: reading directory #1818760 offset 0 Jun 30 17:39:08 tux0815 kernel: Jun 30 17:39:08 tux0815 kernel: scsi2 (0:0): rejecting I/O to dead device Jun 30 17:39:08 tux0815 kernel: EXT3-fs error (device sda1): ext3_find_entry: reading directory #1818760 offset 0 Jun 30 17:39:08 tux0815 kernel: Jun 30 17:39:08 tux0815 kernel: scsi2 (0:0): rejecting I/O to dead device Jun 30 17:39:08 tux0815 kernel: EXT3-fs error (device sda1): ext3_find_entry: reading directory #1818760 offset 0 Jun 30 17:39:08 tux0815 kernel: Jun 30 17:39:08 tux0815 kernel: scsi2 (0:0): rejecting I/O to dead device Jun 30 17:39:08 tux0815 kernel: EXT3-fs error (device sda1): ext3_find_entry: reading directory #1818760 offset 0 Jun 30 17:39:08 tux0815 kernel: Jun 30 17:39:09 tux0815 kernel: scsi2 (0:0): rejecting I/O to dead device
.....
Jun 30 17:39:10 tux0815 kernel: EXT3-fs error (device sda1): ext3_find_entry: reading directory #1015813 offset 0 Jun 30 17:39:10 tux0815 kernel: Jun 30 17:39:15 tux0815 kernel: scsi2 (0:0): rejecting I/O to dead device Jun 30 17:39:15 tux0815 kernel: printk: 24708 messages suppressed. Jun 30 17:39:15 tux0815 kernel: Buffer I/O error on device sda1, logical block 4040926 Jun 30 17:39:15 tux0815 kernel: lost page write due to I/O error on sda1 Jun 30 17:39:15 tux0815 kernel: scsi2 (0:0): rejecting I/O to dead device Jun 30 17:39:15 tux0815 last message repeated 2 times Jun 30 17:43:53 tux0815 kernel: scsi2 (0:0): rejecting I/O to dead device Jun 30 17:43:53 tux0815 kernel: EXT3-fs error (device sda1): ext3_find_entry: reading directory #1015811 offset 0
-- Um die Liste abzubestellen, schicken Sie eine Mail an: suse-linux-unsubscribe@suse.com Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: suse-linux-help@suse.com
Das hat definitiv geholfen. Auf Basis von 2.6.7-bk13 habe ich den Hotfix eingebaut und bin derzeit mit Erfolg am Testen. Habe bereits mehrere GB's kopiert ohne Probleme. Was der Hotfix genau macht kann ich auch nicht sagen. Ich vermute mal, dass hier der Platte/dem Controller etwas mehr Zeit gegeben wird die Daten zu verarbeiten bzw. die Daten werden verzögert weitergegeben, um somit der Platte etwas mehr Luft zu verschaffen. Sollte sich doch noch Probleme einschleichen, werde ich hier nochmal was reinposten. Vielen Dank an die Liste, Gruß Hans Frank F. T. wrote:
Willkommen im Club der USB Festplattenbesitzer. Leider werden einige USB Festplatten noch nicht richtig unterstützt. Ich habe zB. eine mit einem Genesys Logic Controller mit dem Efect das ich ca. 80MB schreiben kann und dann fliegt die Platte aus dem System.
Mit dem Patch sollen einige Erfolg gehabt haben:
===== drivers/usb/storage/usb.c 1.119 vs edited ===== --- 1.119/drivers/usb/storage/usb.c Sun Jun 13 16:09:07 2004 +++ edited/drivers/usb/storage/usb.c Mon Jun 21 10:51:41 2004 @@ -359,6 +359,7 @@ /* we've got a command, let's do it! */ else { US_DEBUG(usb_stor_show_command(us->srb)); + udelay(300); us->proto_handler(us->srb, us); }
Ich bin daraus nicht schlau geworden. Frank F.T.
Hallo Hans, hallo Leute, Am Mittwoch, 30. Juni 2004 18:47 schrieb Hans Galic:
habe mir vor ein paar Tagen eine externe USB Platte gekauft (http://www.trekstor.de/usbstorage35.shtml). Leider funktioniert sie nicht so wie sie sollte. Habe verschiedene aktuelle Kernel ausprobiert (linux-2.6.5-7.75, linux-2.6.7-bk13, linux-2.6.7-mm4) aber alle hatten das gleiche Fehlerverhalten.
Die Platte wird richtig erkannt und das mounten geht auch ohne Probleme.
Mountest Du von Hand? Oder lässt Du subfs mounten?
Wenn ich aber Daten auf die Platte kopiere hängt sie sich nach einer Weile (mehrere GBs sind bereits kopiert) auf und es gar nix mehr.
Ich befürchte schon, dass es an der Platte liegt und nicht am OS.
Das kann ich nicht ausschließen. Trotzdem erstmal eine schnelle Analyse Deines Logs:
Jun 30 17:28:11 tux0815 /etc/hotplug/block.agent[10277]: new block device /block/sda/sda2 [...] Jun 30 17:28:19 tux0815 /etc/hotplug/block.agent[10277]: mount by-path/usb-storage-odd-0x05e3-0x0702:0:0:0p2 Jun 30 17:28:19 tux0815 /etc/hotplug/block.agent[10277]: mount: fs type subfs not supported by kernel
Das war ein fehlgeschlagener Mountversuch (/dev/sda2) durch subfs, weil angeblich das Dateisystem nicht bekannt ist.
Jun 30 17:28:19 tux0815 /etc/hotplug/block.agent[10276]: new block device /block/sda/sda1 Jun 30 17:28:19 tux0815 /etc/hotplug/block.agent[10276]: mount by-path/usb-storage-odd-0x05e3-0x0702:0:0:0p1 Jun 30 17:28:19 tux0815 /etc/hotplug/block.agent[10276]: mount: fs type subfs not supported by kernel
Und noch ein Fehlschlag für subfs, diesmal bei /dev/sda1
Jun 30 17:28:20 tux0815 /etc/hotplug/block.agent[10254]: new block device /block/sda Jun 30 17:28:27 tux0815 kernel: (fs/jbd/recovery.c, 255): journal_recover: JBD: recovery, exit status 0, recovered transactions 2 to 59 Jun 30 17:28:27 tux0815 kernel: (fs/jbd/recovery.c, 257): journal_recover: JBD: Replayed 3939 and revoked 0/0 blocks Jun 30 17:28:37 tux0815 kernel: kjournald starting. Commit interval 5 seconds Jun 30 17:28:37 tux0815 kernel: EXT3 FS on sda1, internal journal Jun 30 17:28:37 tux0815 kernel: EXT3-fs: recovery complete. Jun 30 17:28:37 tux0815 kernel: EXT3-fs: mounted filesystem with ordered data mode
/dev/sda1 wurde erfolgreich als ext3 gemountet. War das von Hand oder mit subfs?
Jun 30 17:39:07 tux0815 kernel: device being removed Jun 30 17:39:07 tux0815 kernel: scsi2 (0:0): rejecting I/O to device being removed Jun 30 17:39:07 tux0815 kernel: scsi2 (0:0): rejecting I/O to device being removed
Hast Du die Platte abgestöpselt? Wenn ja: das war nicht gut, da es eine Menge Fehler nach sich zieht:
Jun 30 17:39:07 tux0815 kernel: sda : READ CAPACITY failed. Jun 30 17:39:07 tux0815 kernel: sda : status=0, message=00, host=1, driver=00 Jun 30 17:39:07 tux0815 kernel: sda : sense not available. Jun 30 17:39:07 tux0815 kernel: scsi2 (0:0): rejecting I/O to device being removed [...] Jun 30 17:39:07 tux0815 kernel: Aborting journal on device sda1. [...] Jun 30 17:39:15 tux0815 kernel: scsi2 (0:0): rejecting I/O to dead device
Da der Rest sowieso Folgefehler sind, kann ich mir eine weitere Analyse sparen. Gruß Christian Boltz -- Das ist etwa so, als würde man Anfängern ed(1) statt $EDITOR empfehlen, weil man damit ja alles machen kann, weil man den ja gut kennen würde, weil der ja nach $ÜBLE_VERRENKUNG auch in der einen oder anderen Funktion fast so einfach zu benutzen wäre wie andere Editoren. [Thorsten Haude in suse-linux]
Christian Boltz wrote:
Hallo Hans, hallo Leute,
Am Mittwoch, 30. Juni 2004 18:47 schrieb Hans Galic:
habe mir vor ein paar Tagen eine externe USB Platte gekauft (http://www.trekstor.de/usbstorage35.shtml). Leider funktioniert sie nicht so wie sie sollte. Habe verschiedene aktuelle Kernel ausprobiert (linux-2.6.5-7.75, linux-2.6.7-bk13, linux-2.6.7-mm4) aber alle hatten das gleiche Fehlerverhalten.
Die Platte wird richtig erkannt und das mounten geht auch ohne Probleme.
Mountest Du von Hand? Oder lässt Du subfs mounten?
Die von mir kompilierten nicht Suse Kernel bringen diesen Fehler, da hab ich wohl was vergessen zu kompilieren? Ist aber sonst kein Problem. Das manuelle mounten tuts auch. Da ich bei dem beschriebenen Fehler zu Beginn den Rechner immer neu gebootet habe und dieser beim fs check immer hängen geblieben ist (mit der Meldung, dass ich doch bitte manuell das Filesystem reparieren soll) habe ich die Platte in der fstab auskommentiert.
Wenn ich aber Daten auf die Platte kopiere hängt sie sich nach einer Weile (mehrere GBs sind bereits kopiert) auf und es gar nix mehr.
Ich befürchte schon, dass es an der Platte liegt und nicht am OS.
Das kann ich nicht ausschließen. Trotzdem erstmal eine schnelle Analyse Deines Logs:
Jun 30 17:28:11 tux0815 /etc/hotplug/block.agent[10277]: new block device /block/sda/sda2
[...]
Jun 30 17:28:19 tux0815 /etc/hotplug/block.agent[10277]: mount by-path/usb-storage-odd-0x05e3-0x0702:0:0:0p2 Jun 30 17:28:19 tux0815 /etc/hotplug/block.agent[10277]: mount: fs type subfs not supported by kernel
Das war ein fehlgeschlagener Mountversuch (/dev/sda2) durch subfs, weil angeblich das Dateisystem nicht bekannt ist.
Muss wohl ein subfs Problem gewesen sein, da auf /dev/sda2 eine NTFS Partition liegt und vom Kernel unterstüzt wird.
Jun 30 17:28:19 tux0815 /etc/hotplug/block.agent[10276]: new block device /block/sda/sda1 Jun 30 17:28:19 tux0815 /etc/hotplug/block.agent[10276]: mount by-path/usb-storage-odd-0x05e3-0x0702:0:0:0p1 Jun 30 17:28:19 tux0815 /etc/hotplug/block.agent[10276]: mount: fs type subfs not supported by kernel
Und noch ein Fehlschlag für subfs, diesmal bei /dev/sda1
Jun 30 17:28:20 tux0815 /etc/hotplug/block.agent[10254]: new block device /block/sda Jun 30 17:28:27 tux0815 kernel: (fs/jbd/recovery.c, 255): journal_recover: JBD: recovery, exit status 0, recovered transactions 2 to 59 Jun 30 17:28:27 tux0815 kernel: (fs/jbd/recovery.c, 257): journal_recover: JBD: Replayed 3939 and revoked 0/0 blocks Jun 30 17:28:37 tux0815 kernel: kjournald starting. Commit interval 5 seconds Jun 30 17:28:37 tux0815 kernel: EXT3 FS on sda1, internal journal Jun 30 17:28:37 tux0815 kernel: EXT3-fs: recovery complete. Jun 30 17:28:37 tux0815 kernel: EXT3-fs: mounted filesystem with ordered data mode
/dev/sda1 wurde erfolgreich als ext3 gemountet. War das von Hand oder mit subfs?
Manuell.
Jun 30 17:39:07 tux0815 kernel: device being removed Jun 30 17:39:07 tux0815 kernel: scsi2 (0:0): rejecting I/O to device being removed Jun 30 17:39:07 tux0815 kernel: scsi2 (0:0): rejecting I/O to device being removed
Hast Du die Platte abgestöpselt?
Nein, definitiv nicht. Ich vermute, dass hier ein Timeout gegriffen hat und dadurch angenommen wurde, dass die Platte nicht mehr vorhanden ist. In der Tat ist es so, dass sich die Platte beim Kopieren 'schlafen' gelegt hat und auch nach diesem Fehler noch 10-20 Minuten nicht mehr ansprechbar ist und danach auch nur duch einen Kaltstart der Platte wieder benutzbar wird. Hatte zu Beginn es auch mal mit reiserfs probiert mit dem Ergebnis eines Kernel Panik Fehlers (wer an der Fehlermeldung interessiert ist kann sich gerne melden). Gruß Hans
Wenn ja: das war nicht gut, da es eine Menge Fehler nach sich zieht:
Jun 30 17:39:07 tux0815 kernel: sda : READ CAPACITY failed. Jun 30 17:39:07 tux0815 kernel: sda : status=0, message=00, host=1, driver=00 Jun 30 17:39:07 tux0815 kernel: sda : sense not available. Jun 30 17:39:07 tux0815 kernel: scsi2 (0:0): rejecting I/O to device being removed
[...]
Jun 30 17:39:07 tux0815 kernel: Aborting journal on device sda1.
[...]
Jun 30 17:39:15 tux0815 kernel: scsi2 (0:0): rejecting I/O to dead device
Da der Rest sowieso Folgefehler sind, kann ich mir eine weitere Analyse sparen.
Gruß
Christian Boltz
Am Mittwoch, 30. Juni 2004 18:47 schrieb Hans Galic: Hallo Hans, in deinem log steht:
Jun 30 17:28:11 tux0815 kernel: Vendor: Genesys Model: USB to IDE Disk Rev: 0002 Das Gehäuse hat also einen Genesys Chipsatz der immernoch Probleme macht. Ein 2.6er Kernel mit USB2 support für diesen Chipsatz, der entgegen der USB Spezifikation in bestimmten Momenten eine Pause braucht scheint in arbeit zu sein - die Kernel Entwickler testen verschiedene Wartezeiten (µs) an verschiedenen Stellen im USB Code. Leider gibt der Hersteller keine Informationen heraus.
Vorläufig wirst du die Platte nur mit USB1 stabil zum laufen bekommen (vielleicht funktioniert der von Frank gepostete Patch - habe ich nicht probiert). Ich habe gestern dazu bei Suse9.1 im /lib/modules/..???../kernel/usb/host Verzeichnis das Modul ehci-hcd.ko in ehci-hcd.ko.bak umbenannt und per rmmod ehci-hcd.ko den USB2 Treiber entfernt. Danach lief meine Genesys Platte mit USB1, auch wenn subfs ständig auf der Platte rumrödelt, wenn ich sie garnicht benutze. Gruss Michael
Am Mittwoch, 30. Juni 2004 18:47 schrieb Hans Galic:
Hallo Liste,
habe mir vor ein paar Tagen eine externe USB Platte gekauft (http://www.trekstor.de/usbstorage35.shtml). Leider funktioniert sie nicht so wie sie sollte. Habe verschiedene aktuelle Kernel ausprobiert (linux-2.6.5-7.75, linux-2.6.7-bk13, linux-2.6.7-mm4) aber alle hatten das gleiche Fehlerverhalten.
Die Platte wird richtig erkannt und das mounten geht auch ohne Probleme.
Wenn ich aber Daten auf die Platte kopiere hängt sie sich nach einer Weile (mehrere GBs sind bereits kopiert) auf und es gar nix mehr.
Mal eine andere Richtung. Ich hatte das Problem mal mit einem älteren Board an dem ich eine Steckkarte (PCI USB2) hatte, da mein Mainboard damals nur USB 1.1 konnte. Du benutzt nicht zufällig auch so eine ? -- Gruss | http://www.suse-etikette.de.vu/ | http://suse-linux-faq.koehntopp.de/ Thomas | http://learn.to/quote
Thomas Janssen wrote:
Mal eine andere Richtung. Ich hatte das Problem mal mit einem älteren Board an dem ich eine Steckkarte (PCI USB2) hatte, da mein Mainboard damals nur USB 1.1 konnte. Du benutzt nicht zufällig auch so eine ?
Der Rechner ist relativ neu. Es handelt sich um einen P4 Rechner von Dell. Sollte also kein Problem sein. Hier noch ein paar Angaben dazu: # lspci 0000:00:00.0 Host bridge: Intel Corp. 82865G/PE/P Processor to I/O Controller (rev 02) 0000:00:01.0 PCI bridge: Intel Corp. 82865G/PE/P Processor to AGP Controller (rev 02) 0000:00:1d.0 USB Controller: Intel Corp. 82801EB USB (rev 02) 0000:00:1d.1 USB Controller: Intel Corp. 82801EB USB (rev 02) 0000:00:1d.2 USB Controller: Intel Corp. 82801EB USB (rev 02) 0000:00:1d.3 USB Controller: Intel Corp. 82801EB USB (rev 02) 0000:00:1d.7 USB Controller: Intel Corp. 82801EB USB2 (rev 02) 0000:00:1e.0 PCI bridge: Intel Corp. 82801BA/CA/DB/EB PCI Bridge (rev c2) 0000:00:1f.0 ISA bridge: Intel Corp. 82801EB LPC Interface Controller (rev 02) 0000:00:1f.1 IDE interface: Intel Corp. 82801EB Ultra ATA Storage Controller (rev 02) 0000:00:1f.2 IDE interface: Intel Corp. 82801EB Ultra ATA Storage Controller (rev 02) 0000:00:1f.3 SMBus: Intel Corp. 82801EB SMBus Controller (rev 02) 0000:00:1f.5 Multimedia audio controller: Intel Corp. 82801EB AC'97 Audio Controller (rev 02) 0000:01:00.0 VGA compatible controller: ATI Technologies Inc RV350 AP [Radeon 9600] 0000:01:00.1 Display controller: ATI Technologies Inc RV350 AP [Radeon 9600] (Secondary) 0000:02:0c.0 Ethernet controller: Intel Corp. 82540EM Gigabit Ethernet Controller (rev 02)
Am Donnerstag, 1. Juli 2004 13:01 schrieb Hans Galic:
Thomas Janssen wrote:
Mal eine andere Richtung. Ich hatte das Problem mal mit einem älteren Board an dem ich eine Steckkarte (PCI USB2) hatte, da mein Mainboard damals nur USB 1.1 konnte. Du benutzt nicht zufällig auch so eine ?
Der Rechner ist relativ neu. Es handelt sich um einen P4 Rechner von Dell. Sollte also kein Problem sein. Hier noch ein paar Angaben dazu:
0000:00:1d.0 USB Controller: Intel Corp. 82801EB USB (rev 02) 0000:00:1d.1 USB Controller: Intel Corp. 82801EB USB (rev 02) 0000:00:1d.2 USB Controller: Intel Corp. 82801EB USB (rev 02) 0000:00:1d.3 USB Controller: Intel Corp. 82801EB USB (rev 02) 0000:00:1d.7 USB Controller: Intel Corp. 82801EB USB2 (rev 02)
Ok, daran liegt es nicht. Dann muss ich erstmal passen. -- Gruss | http://www.suse-etikette.de.vu/ | http://suse-linux-faq.koehntopp.de/ Thomas | http://learn.to/quote
participants (6)
-
Christian Boltz -
Dennis Kielhorn -
Frank F. T. -
Hans Galic -
Michael Born -
Thomas Janssen