lsmod meldet u.a., daß die Kerneltreiber usbcore, uhci und usb-storage geladen wurden. Gut.
cat /proc/bus/usb/devices
cat /proc/scsi/usb-storage-0/0 gibt auch was her (u.a. Attached: Yes).
cat /proc/scsi/scsi zeigt folgendes:
Attached devices: Host: scsi0 Channel: 00 Id: 00 Lun: 00 Vendor: IC25N030 Model: ATMR04-0 Rev: MOAO Type: Direct-Access ANSI SCSI revision: 02
Dummerweise gibt es aber kein /dev/sda – warum nicht? dmesg gibt leider auch keinen hilfreichen Hinweis :-( …was nun?
(Daß die Platte erkannt wird, habe ich gemerkt, als ich parted aufgerufen habe, sie summt, und parted warnt, daß der partition table nicht in Ordnung ist…)
dmesg Zeigt mir nun (?) auch die Zeile Attached scsi disk sda at scsi0, channel 0, id 0, lun 0 – warum erst jetzt? Jetzt gibt es jedenfalls auch endlich die lang ersehnten Einträge /dev/sda und /dev/sda1.
Jetzt kann sie jedenfalls auch eingeklinkt werden: mount -t auto -o ro /dev/sda1 /mnt/usb
lsmod listet vor und nach einem Neustart des Systems die folgenden Module auf:
Modulname | vor Neustart | nach Neustart |
---|---|---|
nls_iso8859-1 | x | - |
nls_cp437 | x | - |
vfat | x | - |
fat | x | - |
sd_mod | x | - |
usb-storage | x | x |
uhci | x | x |
floppy | x | x |
tun | x | x |
strip | x | x |
slip | x | x |
nvnet | x | x |
mii | x | x |
dummy | x | x |
defxx | x | x |
aironet4500-core | x | x |
8390 | x | x |
usbcore | x | x |
cloop | x | x |
Sobald das Modul sd_mod manuell in den Kernel eingebunden wird – modprobe sd_mod – erscheinen alle für das mounten notwendigen Einträge!
mkdir /mnt/usb mount -t auto /dev/sda /mnt/usb # sicherstellen, dass die anderen Partionen nicht gemounted sind umount /dev/hda1 umount /dev/hdb1 partimage -o -z1 save /dev/hda1 /mnt/usb/Anni20040112.partimage_hda1.tgz
Nachrichten der folgenden Art beginnen den Bildschirm zu füllen:
I/O error: dev 08:01, sector 4432 bread in fat_access failed I/O error: dev 08:01, sector 28626 dev = 08:01, ino = 458027 Filesystem panic (dev 08:01). msdos_write_inode: unable to read i-node block I/O error: dev 08:01, sector 18050985 I/O error: dev 08:01, sector 1 FAT bread failed in fat_clusters_flush I/O error: dev 08:01, sector 4432 bread in fat_access failed Filesysttem panic (dev 08:01). File without EOF
Die geordnete Form kann man wieder mit dmesg | less anschauen. (Wenn man allerdings weiter versucht, auf die Festplatte zuzugreifen, dann verdrängen die folgenden Fehlermeldungen die ursprünglichen…– das werden nämlich nicht weniger ;-).
Tip: knoppix 2 startet Knoppix im Text-Modus. (Notiz: die verwendete Version ist Knoppix 2.3, der Kernel heißt 2.4.20-lfx.
Knoppix erkennt alles automatisch (auch ohne das Modul sd_mod zu laden, läßt sich /dev/sda1 auf /mnt/sda1 mounten; die entsprechenden Einträge waren schon vorhanden, und sogar der Dateisystemtyp war offenbar schon registriert worden, es funktionierte ganz einfach mit: mount /dev/sda1 /mnt/sda1!)
Das hieß aber leider nicht, daß alles Super ist: Schon beim Löschen der alten liegengebliebenen Dateien auf dem USB-Laufwerk traten Fehler auf:
Filesystem panic (dev 08:01). fat_free: deleting beyond EOF File system has been set read-only
Tip: dosfsck -av /dev/sda1 (Der Fehler könnte einfach daherkommen, daß das Laufwerk vorher nicht vernünftig beschrieben und ausgehängt (unmounted) worden war, und daher in der Tat das Dateisystem fehlerhaft war.)
Zwischenstand: nach 32m:38sec Kopierte Datenmengen:....803,54 MiB / 2,58 GiB Und der Bildschirm sheint eingefroren zu sein, die Operation hängt, das System auch: Umschalten auf andere virtuelle Konsolen mit Ctrl-Alt-F# geht nicht :-( Ebensowenig wie *, Ctrl-S, Ctrl-Q, Ctrl-C, Ctrl-D, Ctrl-Alt-Entf... Und das dumme ist, daß es diesmal überhaupt keine Fehlermeldung bis auf den Bildschirm gebracht hat :-( Da hilft nur noch der Schalter!
(Aber immerhin waren das schon 30%! und mehr als eine CD ;-)
Da bei 64MB RAM wiederholt vor Speicherplatz-Problemen gewarnt wird, versuche ich es mal mit einer 60MB-Swap-Datei auf /dev/sda1 (!?). Deren Größe wird von dosfsck -va /dev/sda1 allerdings gleich wieder auf 0 bytes reduziert :-( Außerdem bleibt es stecken: usb-uhci.c: interrupt, status 3, frame# 1129, usb_control/bulk_msg: timeout. Und wieder hat sich das System aufgehängt.
Swap-file wird wiedererkannt! Und soll benutzt werden, dafür wird /dev/sda1 auch gleich read-only gemountet und kann nicht unmountet werden... Das gefällt mir gar nicht. Durchstarten mit Entfernung der Verbindung zwischen USB-Laufwerk und PC.
swap-file 60 MB auf /dev/hda1
# dosfsck /dev/sda1 # mount /dev/sda1 # rm /mnt/sda1/pi* # partimage -z1 -cdo -f0 -V 1000000 save /dev/hdb1 /mnt/sda1/pi_hdb1.tgz
System streikt diesmal schon bei der Anzeige der Info über das Dateisystem (/dev/hdb1). Das USB-Laufwerk zeigt aber Aktivität (6:55). Nach zwei Stunden leuchtet das USB-Laufwerk immer noch rot, obwohl die Menge der zu schreibenden Daten eigentlich nur 350MB betragen hätte, was nach obiger Erfahrung nichtmal eine halbe Stunde dauern bräuchte. Schalter. :-(
Vielleicht nochmal die usb-Treiber untersuchen und uhci statt usb-uhci benutzen?
rmmod usb-uhci modprobe uhci dosfsck -va /dev/sda1 mount /dev/sda1 partimage -z0 -cdo -f0 save /dev/hdb1 /mnt/sda1/pi_hdb1.img # (keine Kompression der Image-Datei)
(9:14) Läuft erstmal los wie geschmiert. Friert aber auch nach 1m:56sec bzw. 49,50 MiB / 348,454 MiB ein. Das USB-Laufwerk zeigt weiterhin rot.
Das Ergebnis in der kernel-log-Datei ist ziemlich mager :-(
... <3>hub.c: already running port 1 disabled by hub (EMI=), re-enabling... <6>usb.c: USB disconnect on device 00:05.0-1 address 2
Linux-USB-Howto: http://www.linux-usb.org/USB-guide/ Mass Storage Devices im Howto.
# cat /proc/scsi/scsi # cat /proc/bus/usb/drivers # cat /proc/bus/usb/devices
Zum den Nutzen von USB device filesystem-Informationen siehe linux/Documentation/usb/proc_usb_info.txt
Auf der Seite http://www.linux-usb.org/usb.ids ist zwar die Hersteller-Kennung Vendor=067b, nicht aber die Produktkennung ProdID=3507 aufgeführt.
Es gibt einen Fehlerbericht auf der linux-usb-users-Mailingliste, der meinem Problem sehr ähnlich sieht. Leider keine Antwort oder sonstigen weiteren Ausführungen. usb-users@lists.sourceforge.net/msg08789.html">http://www.mail-archive.com/linux-usb-users@lists.sourceforge.net/msg08789.html Der Autor schreibt, daß er wohl die Datei /usr/src/linux/drivers/usb/storage/unusual_devs.h patchen müsse, aber nicht wisse wie.
Probleme mit 3507 werden auch vermeldet in einem Fehlerbericht in drei Teilen, der auf linux-usb-users am 13/14.Januar 2004 eingegangen ist: http://marc.theaimsgroup.com/?l=linux-usb-users&m=107396713031305&w=2, http://marc.theaimsgroup.com/?l=linux-usb-users&m=107403295509277&w=2, http://marc.theaimsgroup.com/?l=linux-usb-users&m=107405121426211&w=2. (Fazit: the USB bridge on the KT333/400 is buggy with both the uhci, usb-uhci and ehci drivers when combined with
usb-storage. Was bedeutet VIA {KT333 | KT400} bzw. i810 chipset?) |
Der Treiber ehci unsterstützt 2.0-Modus (?)
SATA scheint eher eine Alternative zu USB zu sein, welche nur „zufällig“ auf der Installations-CD für ein reines USB-Laufwerk rumzuliegen scheint :-(
Die Treiber-Mini-Cd spricht von einem SATA-PCI-Treiber für Linux, bzw. dem Silicon Image SiI0680 Ultra ATA/133 controller Dazu gibt es bei Silicon Image eine Seite: „SiI 0680 Ultra ATA/133 PCI to ATA host controller“ http://www.siliconimage.com/products/sii0680.asp http://www.siliconimage.com/products/overview_sii0680.asp