Archiv verlassen und diese Seite im Standarddesign anzeigen : Hach... Usb-Floppy
Ich hab n nettes USb-Floppy Laufwerk, das nicht will.
Beim Mount-Versuch kommt die Meldung, dass mein Floppy kein blockorientiertes Gerät sei.
Meine Daten:
SuSE Linux 9.1, Kernel 2.6.4-52-default
Meine FStab:
/dev/hde3 / reiserfs acl,user_xattr 1 1
/dev/hde1 /windows/C ntfs ro,users,gid=users,umask=0002,nls=utf8 0 0
/dev/hde2 swap swap pri=42 0 0
devpts /dev/pts devpts mode=0620,gid=5 0 0
proc /proc proc defaults 0 0
usbfs /proc/bus/usb usbfs noauto 0 0
sysfs /sys sysfs noauto 0 0
/dev/dvd /media/dvd subfs fs=cdfss,ro,procuid,nosuid,nodev,exec,iocharset=ut f8 0 0
/dev/dvdrecorder /media/dvdrecorder subfs fs=cdfss,ro,procuid,nosuid,nodev,exec,iocharset=ut f8 0 0
USBview erkennt das Ding so:
NEC USB UF000x
Hersteller: NEC
Klasse
0
((Defined at Interface level))
Unterklasse
0
Protokoll
0
USB-Version
1.16
Anbieter-Kennung
0x409
(NEC Corp.)
Produkt-Kennung
0x40
Revision
1.96
Geschwindigkeit
12 Mbit/s
Kanäle
0
Max. Paketgröße
0
Mein Mountbefehl:
# mount -t msdos /dev/sde /mnt/Floppy
mount: /dev/sde ist kein blockorientiertes Gerät
(Vielleicht probieren Sie »-o loop«?)
# mount -t msdos /dev/fd0 /mnt/Floppy
mount: /dev/fd0 ist kein gültiges blockorientiertes Gerät
Meine Suche:
Hab das Forum mal durchsucht. Aber alles, was hilfreich für mich schien, bezog sich auf die 8er Version und war übern Jahr alt ^^
YaST (unter "Partitionierung") erkennt mir das Ding seltsamerweise als /dev/sde.
Randfrage: Meine Festplatte steht dort auch als /dev/hde drin... Seltsam, oder? Woran liegt das???
YaST (unter "Partitionierung") erkennt mir das Ding seltsamerweise als /dev/sde.
Prüfe in der Ausgabe von 'dmesg' unter welchem Gerätenamen das
Ding wirklich eingebunden wird. Bist Du sicher, daß Yast mit sde das Floppy
meint ?
Wenn Du keine SCSI oder andere USB-Block-Geräte (z.B. Card-Reader) hast,
sollte das sda sein.
Randfrage: Meine Festplatte steht dort auch als /dev/hde drin...
Hast Du die Festplatte an einem zweiten Controller angeschlossen
(onboard RAID) ? Dann ist hde ok.
1. a) Nja, YaST gibt den Gerätenamen dazu an....
b) Hab nur nen internen Cardreader (darum auch das externe Usb-Dingens...)
c) Nja, ich muss ehrlich sagen, dass dmesg mich total verwirrt und folglich nicht weiterhilft. Die Ausgbe ist endlos lang, ich hab hier mal den Part, der irgendwas mit USb zu tun hat, vielleicht versteht das jemand anderes...
USB Universal Host Controller Interface driver v2.2
uhci_hcd 0000:00:10.0: UHCI Host Controller
uhci_hcd 0000:00:10.0: irq 11, io base 00001800
uhci_hcd 0000:00:10.0: new USB bus registered, assigned bus number 1
usb usb1: Product: UHCI Host Controller
usb usb1: Manufacturer: Linux 2.6.4-52-default uhci_hcd
usb usb1: SerialNumber: 0000:00:10.0
hub 1-0:1.0: USB hub found
hub 1-0:1.0: 2 ports detected
uhci_hcd 0000:00:10.1: UHCI Host Controller
uhci_hcd 0000:00:10.1: irq 11, io base 00001c00
uhci_hcd 0000:00:10.1: new USB bus registered, assigned bus number 2
usb usb2: Product: UHCI Host Controller
usb usb2: Manufacturer: Linux 2.6.4-52-default uhci_hcd
usb usb2: SerialNumber: 0000:00:10.1
hub 2-0:1.0: USB hub found
hub 2-0:1.0: 2 ports detected
uhci_hcd 0000:00:10.2: UHCI Host Controller
uhci_hcd 0000:00:10.2: irq 11, io base 00002000
uhci_hcd 0000:00:10.2: new USB bus registered, assigned bus number 3
usb usb3: Product: UHCI Host Controller
usb usb3: Manufacturer: Linux 2.6.4-52-default uhci_hcd
usb usb3: SerialNumber: 0000:00:10.2
hub 3-0:1.0: USB hub found
hub 3-0:1.0: 2 ports detected
uhci_hcd 0000:00:10.3: UHCI Host Controller
uhci_hcd 0000:00:10.3: irq 11, io base 00002400
uhci_hcd 0000:00:10.3: new USB bus registered, assigned bus number 4
usb usb4: Product: UHCI Host Controller
usb usb4: Manufacturer: Linux 2.6.4-52-default uhci_hcd
usb usb4: SerialNumber: 0000:00:10.3
hub 4-0:1.0: USB hub found
hub 4-0:1.0: 2 ports detected
usb 1-1: new full speed USB device using address 2
usb 1-1: Product: NEC USB UF000x
usb 1-1: Manufacturer: NEC
ehci_hcd 0000:00:10.4: EHCI Host Controller
ehci_hcd 0000:00:10.4: irq 11, pci mem f9c47400
ehci_hcd 0000:00:10.4: new USB bus registered, assigned bus number 5
ehci_hcd 0000:00:10.4: USB 2.0 enabled, EHCI 1.00, driver 2003-Dec-29
usb usb5: Product: EHCI Host Controller
usb usb5: Manufacturer: Linux 2.6.4-52-default ehci_hcd
usb usb5: SerialNumber: 0000:00:10.4
hub 5-0:1.0: USB hub found
hub 5-0:1.0: 8 ports detected
ieee1394: Host added: ID:BUS[0-00:1023] GUID[00300531000cb2b0]
hub 3-0:1.0: connect-debounce failed, port 1 disabled
usb 5-5: new high speed USB device using address 2
usb 5-5: Product: Flash Reader
usb 5-5: SerialNumber: 00001
usb 1-1: USB disconnect, address 2
usb 1-1: new full speed USB device using address 3
usb 1-1: Product: NEC USB UF000x
usb 1-1: Manufacturer: NEC
usb 2-2: new low speed USB device using address 2
usb 2-2: Product: Optical USB Mouse
usb 2-2: Manufacturer: Logitech
parport0: PC-style at 0x378 (0x778) [PCSPP,TRISTATE]
parport0: irq 7 detected
lp0: using parport0 (polling).
drivers/usb/serial/usb-serial.c: USB Serial support registered for Generic
drivers/usb/core/usb.c: registered new driver usbserial
drivers/usb/serial/usb-serial.c: USB Serial Driver core v2.0
Non-volatile memory driver v1.2
st: Version 20040318, fixed bufsize 32768, s/g segs 256
BIOS EDD facility v0.13 2004-Mar-09, 1 devices found
Initializing USB Mass Storage driver...
scsi0 : SCSI emulation for USB Mass Storage devices
Vendor: Generic Model: STORAGE DEVICE Rev: 0125
Type: Direct-Access ANSI SCSI revision: 02
Attached scsi removable disk sda at scsi0, channel 0, id 0, lun 0
Attached scsi generic sg0 at scsi0, channel 0, id 0, lun 0, type 0
eth0: no IPv6 routers present
Vendor: Generic Model: STORAGE DEVICE Rev: 0125
Type: Direct-Access ANSI SCSI revision: 02
Attached scsi removable disk sdb at scsi0, channel 0, id 0, lun 1
Attached scsi generic sg1 at scsi0, channel 0, id 0, lun 1, type 0
Vendor: Generic Model: STORAGE DEVICE Rev: 0125
Type: Direct-Access ANSI SCSI revision: 02
Attached scsi removable disk sdc at scsi0, channel 0, id 0, lun 2
Attached scsi generic sg2 at scsi0, channel 0, id 0, lun 2, type 0
Vendor: Generic Model: STORAGE DEVICE Rev: 0125
Type: Direct-Access ANSI SCSI revision: 02
Attached scsi removable disk sdd at scsi0, channel 0, id 0, lun 3
Attached scsi generic sg3 at scsi0, channel 0, id 0, lun 3, type 0
USB Mass Storage device found at 2
scsi1 : SCSI emulation for USB Mass Storage devices
Vendor: NEC Model: USB UF000x Rev: 1.60
Type: Direct-Access ANSI SCSI revision: 02
Attached scsi removable disk sde at scsi1, channel 0, id 0, lun 0
Attached scsi generic sg4 at scsi1, channel 0, id 0, lun 0, type 0
Vendor: NEC Model: USB UF000x Rev: 1.60
Type: Direct-Access ANSI SCSI revision: 02
Attached scsi removable disk sdf at scsi1, channel 0, id 0, lun 1
Attached scsi generic sg5 at scsi1, channel 0, id 0, lun 1, type 0
Vendor: NEC Model: USB UF000x Rev: 1.60
Type: Direct-Access ANSI SCSI revision: 02
Attached scsi removable disk sdg at scsi1, channel 0, id 0, lun 2
Attached scsi generic sg6 at scsi1, channel 0, id 0, lun 2, type 0
Vendor: NEC Model: USB UF000x Rev: 1.60
Type: Direct-Access ANSI SCSI revision: 02
Attached scsi removable disk sdh at scsi1, channel 0, id 0, lun 3
Attached scsi generic sg7 at scsi1, channel 0, id 0, lun 3, type 0
Vendor: NEC Model: USB UF000x Rev: 1.60
Type: Direct-Access ANSI SCSI revision: 02
Attached scsi removable disk sdi at scsi1, channel 0, id 0, lun 4
Attached scsi generic sg8 at scsi1, channel 0, id 0, lun 4, type 0
Vendor: NEC Model: USB UF000x Rev: 1.60
Type: Direct-Access ANSI SCSI revision: 02
Attached scsi removable disk sdj at scsi1, channel 0, id 0, lun 5
Attached scsi generic sg9 at scsi1, channel 0, id 0, lun 5, type 0
Vendor: NEC Model: USB UF000x Rev: 1.60
Type: Direct-Access ANSI SCSI revision: 02
Attached scsi removable disk sdk at scsi1, channel 0, id 0, lun 6
Attached scsi generic sg10 at scsi1, channel 0, id 0, lun 6, type 0
Vendor: NEC Model: USB UF000x Rev: 1.60
Type: Direct-Access ANSI SCSI revision: 02
Attached scsi removable disk sdl at scsi1, channel 0, id 0, lun 7
Attached scsi generic sg11 at scsi1, channel 0, id 0, lun 7, type 0
USB Mass Storage device found at 3
drivers/usb/core/usb.c: registered new driver usb-storage
USB Mass Storage support registered.
drivers/usb/core/usb.c: registered new driver hiddev
input: USB HID v1.10 Mouse [Logitech Optical USB Mouse] on usb-0000:00:10.1-2
drivers/usb/core/usb.c: registered new driver hid
drivers/usb/input/hid-core.c: v2.0:USB HID core driver
mtrr: 0xd0000000,0x10000000 overlaps existing 0xd0000000,0x1000000
Device not ready. Make sure there is a disc in the drive.
Device not ready. Make sure there is a disc in the drive.
Device not ready. Make sure there is a disc in the drive.
Device not ready. Make sure there is a disc in the drive.
Device not ready. Make sure there is a disc in the drive.
Device not ready. Make sure there is a disc in the drive.
Device not ready. Make sure there is a disc in the drive.
Device not ready. Make sure there is a disc in the drive.
mtrr: 0xd0000000,0x10000000 overlaps existing 0xd0000000,0x1000000
SCSI device sdl: 2880 512-byte hdwr sectors (1 MB)
sdl: assuming Write Enabled
sdl: assuming drive cache: write through
SCSI device sdl: 2880 512-byte hdwr sectors (1 MB)
sdl: assuming Write Enabled
sdl: assuming drive cache: write through
sdl:<3>ldm_parse_privhead(): Cannot find PRIVHEAD structure. LDM database is corrupt. Aborting.
ldm_validate_privheads(): Cannot find PRIVHEAD 1.
unable to read partition table
SCSI device sdh: 2880 512-byte hdwr sectors (1 MB)
sdh: assuming Write Enabled
sdh: assuming drive cache: write through
SCSI device sdh: 2880 512-byte hdwr sectors (1 MB)
sdh: assuming Write Enabled
sdh: assuming drive cache: write through
sdh:<3>ldm_parse_privhead(): Cannot find PRIVHEAD structure. LDM database is corrupt. Aborting.
ldm_validate_privheads(): Cannot find PRIVHEAD 1.
unable to read partition table
2. Ja, könnte sein. Danke ^^
Also kurzgefaßt: /dev/sde ist das richtige Gerät.
Um nun zu testen, ob das funktioniert führe mit eingelegter formattierter
Floppy aus:
dd if=/dev/sde of=/tmp/sde.img bs=18k
Wenn's fehlerfrei funktioniert, hast Du ein floppy-Image in /tmp/sde.img
(nach ca. 45 Sekunden).
Wenn Fehler auftreten sollte die USB-Verkabelung geprüft werden.
Speziell die Stromversorgung wäre wichtig, kann sein daß eine externe
Stromzufuhr (bzw. aktiver Hub) nötig ist.
Die USB-disconnects im Log könnten darauf hinweisen:
usb 1-1: USB disconnect, address 2
usb 1-1: new full speed USB device using address 3
usb 1-1: Product: NEC USB UF000x
Es kann auch helfen, das Floppy-LW an einen anderen USB-Port
anzuschließen.
Die Meldungen ganz am Ende des Logs "LDM database is corrupt.Aborting"
ist problematisch, ich kann abber die Auswirkung auf das Floppy-LW noch
nicht einschätzen.
Sag also erst mal, ob dd funktioniert.
Gruss, Wolfgang
Jo, ich hab eine sde.img unter /tmp !! ^^
Und falls es interessiert:
> dd if=/dev/sde of=/tmp/sde.img bs=18k
0+1 Datensätze ein
0+1 Datensätze aus
Jo, ich hab eine sde.img unter /tmp !! ^^
...
Und falls es interessiert:
Sieht nicht gut aus. Es hätte interessiert wie groß die ist ;)
Die Ausgabe hätte sein sollen:
> 80+0 records in
> 80+0 records out
wenn die Floppy komplett gelesen wurde.
Prüfe die log-Datei (dmesg oder /var/log/messages, oder wo immer
SuSE die in /var/log/ hinschreibt...) da müßten mehr Fehlermeldungen
sein.
Die datei von vorhin ist 5 B groß und "Test" steht drin....
Und zur /var/log/messages:
Da steht wieder folgendes:
Nov 21 21:01:23 linux kernel: SCSI device sdl: 2880 512-byte hdwr sectors (1 MB)
Nov 21 21:01:23 linux kernel: sdl: assuming Write Enabled
Nov 21 21:01:23 linux kernel: sdl: assuming drive cache: write through
Nov 21 21:01:23 linux kernel: SCSI device sdl: 2880 512-byte hdwr sectors (1 MB)
Nov 21 21:01:23 linux kernel: sdl: assuming Write Enabled
Nov 21 21:01:23 linux kernel: sdl: assuming drive cache: write through
Nov 21 21:01:24 linux kernel: sdl:<3>ldm_parse_privhead(): Cannot find PRIVHEAD structure. LDM database is corrupt. Aborting.
Nov 21 21:01:24 linux kernel: ldm_validate_privheads(): Cannot find PRIVHEAD 1.
Nov 21 21:01:24 linux kernel: unable to read partition table
Nov 21 21:01:30 linux kernel: SCSI device sdh: 2880 512-byte hdwr sectors (1 MB)
Nov 21 21:01:30 linux kernel: sdh: assuming Write Enabled
Nov 21 21:01:30 linux kernel: sdh: assuming drive cache: write through
Nov 21 21:01:30 linux kernel: SCSI device sdh: 2880 512-byte hdwr sectors (1 MB)
Nov 21 21:01:30 linux kernel: sdh: assuming Write Enabled
Nov 21 21:01:30 linux kernel: sdh: assuming drive cache: write through
Nov 21 21:01:31 linux kernel: sdh:<3>ldm_parse_privhead(): Cannot find PRIVHEAD structure. LDM database is corrupt. Aborting.
Nov 21 21:01:31 linux kernel: ldm_validate_privheads(): Cannot find PRIVHEAD 1.
Nov 21 21:01:31 linux kernel: unable to read partition table
..zu dem Thema.
Hmm.. Dein Auszug aus /var/log/messages ist ein paar Stunden zu alt ;)
(wie am Zeitstempel zu sehen)
Es interessieren natürlich die Meldungen, die während des Schreibens
auf Floppy auftreten - ich dachte das sei klar.
Ich würde Dir empfehlen, den USB-Card-Reader, sowie alle anderen
USB-Geräte, abzuklemmen, bis die Sache mit der Floppy geklärt ist.
Etwas zerschießt Dir den Kernel-Partionsmanager (LDM database is corrupt).
LDM ist der Logical Disk Manager für XP-Partitionen, d.h. das müssen
Windows XP-Partitionen sein (ob von einem USB-kontrollierten Gerät oder
sonstwoher weiß ich bei den Log-Auszügen nicht).
Es könnte weiterhin sinnvoll sein, während der Diagnose mit "acpi=off
nolapic pci=noacpi" zu Booten, für den Fall eines problematischen
ACPI-BIOS.
Ist das ein A^H Medion-PC :confused: ?
Hmm.. Dein Auszug aus /var/log/messages ist ein paar Stunden zu alt ;)
(wie am Zeitstempel zu sehen)
Es interessieren natürlich die Meldungen, die während des Schreibens
auf Floppy auftreten - ich dachte das sei klar.
Ich würde Dir empfehlen, den USB-Card-Reader, sowie alle anderen
USB-Geräte, abzuklemmen, bis die Sache mit der Floppy geklärt ist.
Etwas zerschießt Dir den Kernel-Partionsmanager (LDM database is corrupt).
LDM ist der Logical Disk Manager für XP-Partitionen, d.h. das müssen
Windows XP-Partitionen sein (ob von einem USB-kontrollierten Gerät oder
sonstwoher weiß ich bei den Log-Auszügen nicht).
Es könnte weiterhin sinnvoll sein, während der Diagnose mit "acpi=off
nolapic pci=noacpi" zu Booten, für den Fall eines problematischen
ACPI-BIOS.
Ist das ein A^H Medion-PC :confused: ?
1.) Wieso zu alt?? Der Zeitstempel stimmt doch....
2.)
Etwas zerschießt Dir den Kernel-Partionsmanager (LDM database is corrupt).
LDM ist der Logical Disk Manager für XP-Partitionen, d.h. das müssen
Windows XP-Partitionen sein
Sry, aber könntest du mir das erklären? Was zerschießt mir das jetzt?? Und was sind Xp-Partitionen?
3.) Ne, kein Medion-PC... Fujitsu Siemens Scaleo 600
Zinnwurm]> Wieso zu alt?? Der Zeitstempel stimmt doch....
Also im Log 21:01 Uhr, Dein Posting mit dd war von ca. 16:30h.
Das meinte ich. Im Log sehe ich nichts was auf /dev/sde deutet.
> Sry, aber könntest du mir das erklären? Was zerschießt mir das jetzt?? Und
> was sind Xp-Partitionen?
Windows XP, Logical Disk Manager, tüdeldü...
In beiden geposteten Logs wiederholen sich Fehlermeldungen darüber
"LDM database is corrupt. Aborting.". D.h. die interne Verwaltung
der Partitionen durch den Linux-Kernel ist gestört.
Schau mal was 'cat /proc/partitions' sagt.
> Ne, kein Medion-PC... Fujitsu Siemens Scaleo 600
Ok, ich fragte nur, weil ich ein paar Minuten vorher einen Kunden mit einem
Medion-PC am Telefon hatte, bei dem ein ähnlicher USB-Fronteinschub
Probleme macht ;)
> Wieso zu alt?? Der Zeitstempel stimmt doch....
Also im Log 21:01 Uhr, Dein Posting mit dd war von ca. 16:30h.
Das meinte ich. Im Log sehe ich nichts was auf /dev/sde deutet.
Mein Posting ist von 21:04... ^^ Steht bei mir auch dran...
> Sry, aber könntest du mir das erklären? Was zerschießt mir das jetzt?? Und
> was sind Xp-Partitionen?
Windows XP, Logical Disk Manager, tüdeldü...
In beiden geposteten Logs wiederholen sich Fehlermeldungen darüber
"LDM database is corrupt. Aborting.". D.h. die interne Verwaltung
der Partitionen durch den Linux-Kernel ist gestört.
Schau mal was 'cat /proc/partitions' sagt.
Das:
ich@linux:~> cat /proc/partitions
major minor #blocks name
33 0 245117376 hde
33 1 86076270 hde1
33 2 1044225 hde2
33 3 157943047 hde3
> Ne, kein Medion-PC... Fujitsu Siemens Scaleo 600
Ok, ich fragte nur, weil ich ein paar Minuten vorher einen Kunden mit einem
Medion-PC am Telefon hatte, bei dem ein ähnlicher USB-Fronteinschub
Probleme macht ;)
Lol, das Ding zeigt mir die ganze Zeit an, dass mein Text hier zu kruz sei... wtf....
Lol, das Ding zeigt mir die ganze Zeit an, dass mein Text hier zu kruz sei... wtf....
Ja, Quotes zählen nicht ;)
Also werden nur die 3 Partitionen der Festplatte angezeigt, womit
wir nicht weiter kommen...
Ist denn auf einer Partiton ein Windows installiert, mit dem man
testen könnte ob das Floppy da funktioniert ? Damit könnte man
zumindest die Frage der Stromversorgung als Ursache klären.
Ja, Quotes zählen nicht ;)
Also werden nur die 3 Partitionen der Festplatte angezeigt, womit
wir nicht weiter kommen...
Ist denn auf einer Partiton ein Windows installiert, mit dem man
testen könnte ob das Floppy da funktioniert ? Damit könnte man
zumindest die Frage der Stromversorgung als Ursache klären.
1. Ja, ist da und habs auch schon getestet: Funzt dort einwandfrei.....
2. Ich bin ein Volldepp.... Mit Diskette sieht das Output dann so aus:
major minor #blocks name
33 0 245117376 hde
33 1 86076270 hde1
33 2 1044225 hde2
33 3 157943047 hde3
8 112 1440 sdh
8 176 1440 sdl
Ich hatte schon aus früheren Logs befürchtet, daß sdl und sdh auch
für das Floppy generiert werden (wegen der 2880 Sektoren).
Ich weiß nun nicht ob das bei USB-Floppys so normal ist
(Vermutung: vielleicht erzeugt der Treiber unterschiedliche Geräte-
einträge für verschiedene Formate wie 1440,720MB u.s.w.)
Damit können wir jedoch die Meldungen des LDM ignorieren (der hat
einfach auf der Floppy nach LDM-Volumes gesucht ;) ).
Versuche mit eingelegter Disk:
mount -t msdos /dev/sdh /mnt/Floppy
mount -t msdos /dev/sdl /mnt/Floppy
Nja, ich hab zur Sicherheit nochmal /proc/partitions ausgelesen... lol?
cat /proc/partitions
major minor #blocks name
33 0 245117376 hde
33 1 86076270 hde1
33 2 1044225 hde2
33 3 157943047 hde3
8 64 1440 sde
8 80 1440 sdf
8 96 1440 sdg
8 112 1440 sdh
8 128 1440 sdi
8 144 1440 sdj
8 160 1440 sdk
8 176 1440 sdl
Nja, auf jeden Fall sind sdl und sdh wieder mit dabei XXD
Nja, ich hab dann "mount -t msdos /dev/sdh /mnt/Floppy" ausgeführt und - ich traute meinen Augen kaum - es ging... ^^
Nja, die datein sehen bissl komisch aus, aba...
linux:/mnt/Floppy # dir
insgesamt 1122
drwxr-xr-x 2 root root 7168 1970-01-01 01:00 .
drwxr-xr-x 3 root root 72 2004-11-20 14:09 ..
-rwxr-xr-x 1 root root 340992 2004-06-27 15:27 arme_a~1.ppt
-rwxr-xr-x 1 root root 41472 2002-02-20 12:51 einlad~1.doc
-rwxr-xr-x 1 root root 48640 2001-12-14 13:02 textma~1.doc
-rwxr-xr-x 1 root root 26624 2001-10-05 13:45 tg00a(~1.doc
-rwxr-xr-x 1 root root 19968 2001-10-05 12:28 tg01a(~1.doc
-rwxr-xr-x 1 root root 19968 2001-10-10 13:55 tg01a.doc
-rwxr-xr-x 1 root root 20992 2001-10-26 13:43 tg03(v~1.doc
-rwxr-xr-x 1 root root 19968 2001-10-17 13:53 tg04a(~1.doc
-rwxr-xr-x 1 root root 20992 2001-10-24 13:42 tg05(s~1.doc
-rwxr-xr-x 1 root root 25600 2001-11-14 12:57 tg06(p~1.doc
-rwxr-xr-x 1 root root 23040 2001-12-07 13:02 tg07(t~1.doc
-rwxr-xr-x 1 root root 30208 2002-01-11 12:39 tg08(b~1.doc
-rwxr-xr-x 1 root root 20480 2002-01-18 12:53 tg09(b~1.doc
-rwxr-xr-x 1 root root 165888 2002-02-27 12:45 tg10(c~1.doc
-rwxr-xr-x 1 root root 316416 2002-03-15 13:10 tg11(c~1.doc
Axo, das ist gelöst... Muste vfat als Typ nehmen, msdos unterstützt wohl nur 8-3-Formate ^^
Außerdem hab ich nach bissl rumpobieren, dass einige dieser /dev/sd's auf die Floppy verweisen (also sind es höstwahrscheinlich alle ^^ war aber aber zu faul, wirklich alle zu mounten, sry... Wird schon stimmen...)
Also, es läuft irgendwie, jetzt nur noch schnell n Shellskript dafür zusammenbasteln und hoffen, dass es nach dem nächsten Reboot immer noch läuft XXXD
Also, vielen, vielen Dank, tictatux... Aber vielleicht kann ich dich ja noch weiterhin nerven, also nicht zu früh freuen ;-)
Danke ^^
Hey, gut Ding will Weile haben :D
Das ist dann wohl so wie vermutet: beim USB-Floppy werden
viele Device-Einträge erstellt (analog zu den /dev/fd0xxxx) um
verschiedene Disketten-Formate anzusprechen.
Muß man nur noch herausfinden welches wofür steht...
Mangels USB-Floppy bin ich darüber noch nicht gestolpert ;)
Powered by vBulletin® Version 4.2.5 Copyright ©2024 Adduco Digital e.K. und vBulletin Solutions, Inc. Alle Rechte vorbehalten.