Floppy disk wird nicht eingebunden opensuse 11.2 x86_64 Kernel 2.6.31.5-0.1-desktop
Hallo Liste ich benötige gelegentlich noch Disketten und habe deshalb in meinem neuen Rechner ein internes Dislkettenlaufwerk eingebaut und Floppy im BIOS aktiviert. Bei früheren Distributionen war das alles, was für die FD Erkennung unter opensuse nötig war. Jetzt aber tut sich nichts. Das Gerät wird nicht gemountet. Hier einige Ausgaben, die zeigen, dass fd0 wohl physikalisch existiert, aber nichts weiter passiert: als user: mount /dev/fd0 /media/floppy mount: Nur „root“ kann dies tun als root: mount /dev/fd0 /media/floppy mount: blockorientiertes Gerät /dev/fd0 ist schreibgeschützt, wird eingehängt im Nur-Lese-Modus mount: Sie müssen den Dateisystemtyp angeben In der device map habe ich fd0 manuell nachgetragen: (hd1) /dev/disk/by-id/ata-WDC_WD6401AALS-00J7B1_WD-WMATV4019513 (fd0) /dev/fd0 (hd0) /dev/disk/by-id/ata-SAMSUNG_HD501LJ_400612EPB15406 In der fstab habe ich folgenden Eintrag zugefügt: /dev/fd0 /media/floppy auto noauto,user,sync 0 0 hwinfo --floppy ergibt: 02: Floppy 00.0: 10603 Floppy Disk [Created at floppy.120] Unique ID: sPPV.oZ89vuho4Y3 Parent ID: rdCR.3wRL2_g4d2B Hardware Class: floppy Model: "Floppy Disk" Device File: /dev/fd0 Device Files: /dev/fd0, /dev/block/2:0 Size: 3.5 '' Size: 2880 sectors a 512 bytes Drive status: no medium Config Status: cfg=no, avail=yes, need=no, active=unknown Attached to: #1 (Floppy disk controller) dmesg 28234.797060] floppy driver state [28234.797071] ------------------- [28234.797085] now=4322902093 last interrupt=4322899092 diff=3001 last called handler=ffffffffa0143340 [28234.797105] timeout_message=floppy start [28234.797116] last output bytes: ... [28234.797343] last result at 4322899093 [28234.797354] last redo_fd_request at 4322899093 [28234.797366] [28234.797381] status=50 [28234.797391] fdc_busy=1 [28234.797401] do_floppy=ffffffffa0147e00 [28234.797412] cont=ffffffffa014efc0 [28234.797423] current_req=ffff88013c016660 [28234.797435] command_status=-1 [28234.797445] [28234.797456] floppy0: floppy timeout called [28234.797472] end_request: I/O error, dev fd0, sector 0 [28234.797490] Buffer I/O error on device fd0, logical block 0 fdisk -l Gerät boot. Anfang Ende Blöcke Id System /dev/sdb1 1 262 2104483+ 82 Linux Swap / Solaris /dev/sdb2 263 2873 20972857+ 83 Linux /dev/sdb3 2874 77825 602051940 83 Linux Also floppy exisitiert, aber das Laufwerk ist nicht konfiguriert, wenn ich das richtig interpretiere. Ist das im Kernel nicht per default konfiguriert?? Kann ich das "nachkonfigurieren", ohne den Kernel neu kompilieren zu müssen?? Letzteres wäre nicht so mein Ding, weil ich da überhaupt keine Erfahrung damit habe. Danke für jeden Tipp (bitte verständlich, weil nur Laie!) Gruß F. -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Hallo, Am Freitag, 1. Januar 2010 schrieb Dr. Franz Nachbar:
Hallo Liste
ich benötige gelegentlich noch Disketten und habe deshalb in meinem neuen Rechner ein internes Dislkettenlaufwerk eingebaut und Floppy im BIOS aktiviert. ... [28234.797381] status=50 [28234.797391] fdc_busy=1 [28234.797401] do_floppy=ffffffffa0147e00 [28234.797412] cont=ffffffffa014efc0 [28234.797423] current_req=ffff88013c016660 [28234.797435] command_status=-1 [28234.797445] [28234.797456] floppy0: floppy timeout called [28234.797472] end_request: I/O error, dev fd0, sector 0 [28234.797490] Buffer I/O error on device fd0, logical block 0 ... na das sieht doch sehr nach Lesefehlern aus...
Also floppy exisitiert, aber das Laufwerk ist nicht konfiguriert, wenn ich das richtig interpretiere. Ist das im Kernel nicht per default konfiguriert?? also wenn schon der Sektor 0 der Floppy nicht gelesen werden kann, ist da auch nichts zu mounten. Ich gehe mal davon aus, dass Du eine formatierte und grundsätzlich lesbare Diskette im Laufwerk hast - dann ist noch die Frage, ob das Laufwerk selbst überhaupt in Ordnung ist (und richtig angeschlossen, den Stecker kann man auch verkehrt herum draufstecken, dann hast Du ein Dauerleuchten und jede eingeschobene Disk wird gelöscht).
Letztes Jahr habe ich für jemanden einen kompletten neuen Rechner mitsamt Diskettenlaufwerk geordert - der Rechner lief, aber das Floppylaufwerk war defekt - was niemand beim Hersteller je getestet hatte ;-) Gruß Martin -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Am Fr Januar 1 2010 glaubte Martin Hofius zu wissen:
Am Freitag, 1. Januar 2010 schrieb Dr. Franz Nachbar:
ich benötige gelegentlich noch Disketten und habe deshalb in meinem neuen Rechner ein internes Dislkettenlaufwerk eingebaut und Floppy im BIOS aktiviert. ... [28234.797381] status=50 [28234.797391] fdc_busy=1 [28234.797401] do_floppy=ffffffffa0147e00 [28234.797412] cont=ffffffffa014efc0 [28234.797423] current_req=ffff88013c016660 [28234.797435] command_status=-1 [28234.797445] [28234.797456] floppy0: floppy timeout called [28234.797472] end_request: I/O error, dev fd0, sector 0 [28234.797490] Buffer I/O error on device fd0, logical block 0 ... na das sieht doch sehr nach Lesefehlern aus...
Ja, sieht nicht gut aus. Probiere mal eine/mehrere andere. Aber erst mal keine, auf denen was wichtiges ist.
Also floppy exisitiert, aber das Laufwerk ist nicht konfiguriert, wenn ich das richtig interpretiere. Ist das im Kernel nicht per default konfiguriert?? also wenn schon der Sektor 0 der Floppy nicht gelesen werden kann, ist da auch nichts zu mounten. Ich gehe mal davon aus, dass Du eine formatierte und grundsätzlich lesbare Diskette im Laufwerk hast - dann ist noch die Frage, ob das Laufwerk selbst überhaupt in Ordnung ist (und richtig angeschlossen,
Sind die Stecker auch richtig aufgesetzt? Nicht daß da einer schief draufhängt... Datenkabel in Ordnung? Nicht geknickt oder sowas? Keine Pins am Controlleranschluß oder am Diskettenlaufwerk verbogen?
den Stecker kann man auch verkehrt herum draufstecken, dann hast Du ein Dauerleuchten und jede eingeschobene Disk wird gelöscht).
In dieser Pauschalität kann ich deine Aussage nicht bestätigen. So etwas habe ich schon oft gelesen, aber als ich das mit einem Kumpel bewußt ausnutzen wollte haben wir das nicht hinbekommen. Wir haben es mit mehreren Rechnern und zig Diskettenlaufwerken ausprobiert, aber wir haben nicht geschafft, auch nur eine Diskette auf diese Art zu löschen. Leider. Wenn das geklappt hätte und die Diskette nachher noch zu verwenden gewesen wäre, hätten wir uns eine Art Löschstation gebaut. Wir hatten da über 1000 Disketten, die gelöscht werden wollten. flo -- Es geht doch nichts über eine Protion "Weisheit" . Die wäscht den grauen Alltag einfach weg. [WoKo in dag°] -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Hallo, Am Fre, 01 Jan 2010, Dr. Franz Nachbar schrieb:
Bei früheren Distributionen war das alles, was für die FD Erkennung unter opensuse nötig war. Jetzt aber tut sich nichts. Das Gerät wird nicht gemountet.
udev/hal/krimskrams. Keine Ahnung.
Hier einige Ausgaben, die zeigen, dass fd0 wohl physikalisch existiert, aber nichts weiter passiert: als user: mount /dev/fd0 /media/floppy mount: Nur ???root??? kann dies tun
Normal.
als root: mount /dev/fd0 /media/floppy mount: blockorientiertes Gerät /dev/fd0 ist schreibgeschützt, wird eingehängt im Nur-Lese-Modus
Normal.
mount: Sie müssen den Dateisystemtyp angeben
Was sagt /var/log/messages dazu? Diese Meldung kann diverse Ursachen haben.
In der device map habe ich fd0 manuell nachgetragen: (hd1) /dev/disk/by-id/ata-WDC_WD6401AALS-00J7B1_WD-WMATV4019513 (fd0) /dev/fd0 (hd0) /dev/disk/by-id/ata-SAMSUNG_HD501LJ_400612EPB15406
Irrelevant (die wird nur von Grub benötigt, sobald der Kernel läuft ...).
In der fstab habe ich folgenden Eintrag zugefügt: /dev/fd0 /media/floppy auto noauto,user,sync 0 0
Ist die Diskette den überhaupt formatiert? Was sagen: file /dev/fd0 und v.a. file -s /dev/fd0 [..]
[28234.797456] floppy0: floppy timeout called [28234.797472] end_request: I/O error, dev fd0, sector 0 [28234.797490] Buffer I/O error on device fd0, logical block 0
Oder die Floppy is putt. Hab ich auch zunehmend. Die Dinger sind halt auch uralt und wurden nicht unbedingt sehr pfleglich behandelt. Steckt das Kabel ganz sicher RICHTIGHERUM am Laufwerk? Leuchtet die LW-LED normal nicht, sondern nur bei Zugriffen z.B. per 'mdir a:' (s.u.)?
fdisk -l Gerät boot. Anfang Ende Blöcke Id System /dev/sdb1 1 262 2104483+ 82 Linux Swap / Solaris /dev/sdb2 263 2873 20972857+ 83 Linux /dev/sdb3 2874 77825 602051940 83 Linux
Das ein Floppy da nicht auftaucht ist normal. Grad nochmal getestet (unter ner ex-SUSE 6.2 mit Kernel 2.4.37.5. fdisk -l zeigt nur /dev/hd*, fdisk -l /dev/fd0 zeigt dann ne passende (Fehler-) Meldung. Disk /dev/fd0: 1 MB, 1474560 bytes 2 heads, 18 sectors/track, 80 cylinders Units = cylinders of 36 * 512 = 18432 bytes Device Boot Start End Blocks Id System /dev/fd0p1 ? 51932289 97323482 817041466 44 Unknown Partition 1 has different physical/logical beginnings (non-Linux?): phys=(10, 0, 13) logical=(51932288, 1, 15) Partition 1 has different physical/logical endings: [..] (is ne willkürlich gegriffene, natürlich unpartitionierte, direkt mit FAT12 formatierte Treiberfloppy zur echten NoName NIC für 5 DM (oder schon EUR?) (die FCC-ID auf der Platine ist der einzige Hinweis!) mit Realtek 8139 Chip :) Die fdisk -l Ausgabe dürfte normal dafür sein, daß ein FAT12 Bootsektor als MBR interpretiert wird... Äh, ja, genau. Extra nochmal die Floppy eingelegt und per 'dd if=/dev/fd0 count=1 | od -tx1z' eingelesen. Als Partitionstabelle wird folgender Bereich interpretiert: 0000660 0a 00 >ey when ready...< 0000700 0d 0a 44 69 73 6b 20 42 6f 6f 74 20 66 61 69 6c >..Disk Boot fail< ^^ 0000720 75 72 65 0d 0a 00 49 42 4d 42 49 4f 20 20 43 4f >ure...IBMBIO CO< 0000740 4d 49 42 4d 44 4f 53 20 20 43 4f 4d 00 00 00 00 >MIBMDOS COM....< 0000760 00 00 00 00 00 00 00 00 00 00 00 00 00 00 55 aa >..............Uª< Da taucht auch schon die 44 als fälschliche Dateisystem-ID auf ;) Den Rest auf die CHS Angaben umzurechnen bin ich zu faul. Hach ja, die c't 5/97 und 6/00 haben sich richtig gelohnt :))
Also floppy exisitiert, aber das Laufwerk ist nicht konfiguriert, wenn ich das richtig interpretiere. Ist das im Kernel nicht per default konfiguriert??
Ei freilsch! (AFAIK)
Kann ich das "nachkonfigurieren", ohne den Kernel neu kompilieren zu müssen??
Nö. Alles schon eingebaut. Nur mit der Anwendung hapert's wohl a bisserl.
Danke für jeden Tipp (bitte verständlich, weil nur Laie!)
s.o. Über die Ausgabe von 'file -s' sollte man herausfinden können, ob die Diskette schon formatiert ist. Spuckt das z.B.: /dev/fd0: x86 boot sector aus, kann man sich den ggfs. näher angucken oder mal 'mdir' probieren, aber wenn's dabei Lesefehler gibt (s.o., laß grundsätzlich bei den Tests mit den Floppies ein extra Root-xterm mit nem 'tail -f /var/log/messages' mitlaufen (oder xconsole oder sowas). Achso: installier dir am besten gleich die 'mtools', damit kann man ohne mounten z.B. per 'mdir' sich DOS-'dir'-ähnlich den Inhalt anzeigen lassen (lohnt sich v.a. wenn man am Suchen ist ;) Nochwas (auch wenn ich davon ausgehe, daß das bei dir nicht der Fall ist): man kann die zuletzt üblichen Disketten teils deutlich überformatieren (ich hab mit Erfolg schlechte "noname" Disketten mit 1760KB statt mit 1440 KB verwendet), auf solche Disketten MUSS man zwingend "per Hand" über das passende Device zugreifen, z.B. /dev/fd0u1760. Ob 'udev' solcherlei "antike" Sachen überhaupt kennt??? Also muß man ggfs. die devices per Hand anlegen. Bei Interesse schreib ich mal eben ein Script oder pack nen tarball oder sowas für die udev-gestraften, ich hab hier ja schlappe 32 /dev/fd0* Devices ;) Und nochwas: zieh am besten von allen Disketten, die noch lesbar sind gleich mal Images per z.B. dd if=/dev/fd0 of=/backup/floppy_imgs/aussagekraeftiger_name.img oder sowas in der Art. Die Images kannst du dann später in aller Ruhe verarzten (auslesen, auf CD brennen) ... *grummel* Sollte ich auch mal machen -- alle meine Floppys auf HD ziehen ... Gibt's überhaupt noch neue Floppy-LW? HTH, und frohes Neues, -dnh, keine Lust auf udev-Regeln-Basteln, da kenn ich mich eh nicht aus ;) -- "Well, I asked the servalist at the restaurant for a coke. She asked the drinkalist for it, and removalisted it to my table. I feel much better, almost as if I'd gone to a medicalist." -- Paul Tomblin -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Am Freitag, 1. Januar 2010 14:40:51 schrieb David Haller:
Hallo,
Am Fre, 01 Jan 2010, Dr. Franz Nachbar schrieb:
Bei früheren Distributionen war das alles, was für die FD Erkennung unter opensuse nötig war. Jetzt aber tut sich nichts. Das Gerät wird nicht gemountet.
udev/hal/krimskrams. Keine Ahnung.
Hier einige Ausgaben, die zeigen, dass fd0 wohl physikalisch existiert, aber nichts weiter passiert: Ja, das stimmte so nicht (siehe auch die übrigen Antworten im Thread). Der Stecker zum fdd Anschluss auf dem Motherboard war nicht eingerastet. Habe ich mittlerweile nachgeholt. Da das nur auf eine Weise geht (die dritte Pin von rechts oben "fehlt"), sollte das jetzt passen (es sei denn, am Floppy Laufwerk gibts auch mehrere Möglichkeiten, den Stecker anzuschließen).
als user: mount /dev/fd0 /media/floppy mount: Nur ???root??? kann dies tun
Normal.
als root: mount /dev/fd0 /media/floppy mount: blockorientiertes Gerät /dev/fd0 ist schreibgeschützt, wird eingehängt im Nur-Lese-Modus
Normal.
mount: Sie müssen den Dateisystemtyp angeben
Was sagt /var/log/messages dazu? Diese Meldung kann diverse Ursachen haben.
In der device map habe ich fd0 manuell nachgetragen: (hd1) /dev/disk/by-id/ata-WDC_WD6401AALS-00J7B1_WD-WMATV4019513 (fd0) /dev/fd0 (hd0) /dev/disk/by-id/ata-SAMSUNG_HD501LJ_400612EPB15406
Irrelevant (die wird nur von Grub benötigt, sobald der Kernel läuft ...).
In der fstab habe ich folgenden Eintrag zugefügt: /dev/fd0 /media/floppy auto noauto,user,sync 0 0
Ist die Diskette den überhaupt formatiert? Ja. Ich kann mir die Probediskette auf einem danebenstehenden Rechner mit opensuse 10.3 problemlos anschauen.
Was sagen:
file /dev/fd0 und v.a. file -s /dev/fd0 file -s /dev/fd0 ergibt /dev/fd0: ERROR: cannot read `/dev/fd0' (Input/output error)
in den /var/log/messages findet man Jan 1 18:37:06 ppp04 kernel: [ 553.809061] floppy driver state Jan 1 18:37:06 ppp04 kernel: [ 553.809072] ------------------- Jan 1 18:37:06 ppp04 kernel: [ 553.809087] now=4295221105 last interrupt=4295217745 diff=3360 last called handler=ffffffffa0a7de00 Jan 1 18:37:06 ppp04 kernel: [ 553.809106] timeout_message=floppy start Jan 1 18:37:06 ppp04 kernel: [ 553.809118] last output bytes: Jan 1 18:37:06 ppp04 kernel: [ 553.809129] 0 90 4295217745 Jan 1 18:37:06 ppp04 kernel: [ 553.809141] 13 90 4295217745 Jan 1 18:37:06 ppp04 kernel: [ 553.809151] 0 90 4295217745 Jan 1 18:37:06 ppp04 kernel: [ 553.809162] 1a 90 4295217745 Jan 1 18:37:06 ppp04 kernel: [ 553.809172] 0 90 4295217745 Jan 1 18:37:06 ppp04 kernel: [ 553.809183] 3 90 4295217745 Jan 1 18:37:06 ppp04 kernel: [ 553.809193] c1 90 4295217745 Jan 1 18:37:06 ppp04 kernel: [ 553.809204] 10 90 4295217745 Jan 1 18:37:06 ppp04 kernel: [ 553.809215] 7 80 4295217745 Jan 1 18:37:06 ppp04 kernel: [ 553.809225] 0 90 4295217745 Jan 1 18:37:06 ppp04 kernel: [ 553.809236] 8 81 4295217745 Jan 1 18:37:06 ppp04 kernel: [ 553.809246] e6 80 4295218125 Jan 1 18:37:06 ppp04 kernel: [ 553.809257] 0 90 4295218125 Jan 1 18:37:06 ppp04 kernel: [ 553.809267] 0 90 4295218125 Jan 1 18:37:06 ppp04 kernel: [ 553.809278] 0 90 4295218125 Jan 1 18:37:06 ppp04 kernel: [ 553.809288] 1 90 4295218125 Jan 1 18:37:06 ppp04 kernel: [ 553.809299] 2 90 4295218125 Jan 1 18:37:06 ppp04 kernel: [ 553.809309] 12 90 4295218125 Jan 1 18:37:06 ppp04 kernel: [ 553.809320] 1b 90 4295218125 Jan 1 18:37:06 ppp04 kernel: [ 553.809330] ff 90 4295218125 Jan 1 18:37:06 ppp04 kernel: [ 553.809341] last result at 4295217745 Jan 1 18:37:06 ppp04 kernel: [ 553.809352] last redo_fd_request at 4295217745 Jan 1 18:37:06 ppp04 kernel: [ 553.809364] 20 0 Jan 1 18:37:06 ppp04 kernel: [ 553.809384] status=50 Jan 1 18:37:06 ppp04 kernel: [ 553.809393] fdc_busy=1 Jan 1 18:37:06 ppp04 kernel: [ 553.809403] do_floppy=ffffffffa0a77180 Jan 1 18:37:06 ppp04 kernel: [ 553.809415] fd_timer.function=ffffffffa0a7c020 Jan 1 18:37:06 ppp04 kernel: [ 553.809427] cont=ffffffffa0a84fc0 Jan 1 18:37:06 ppp04 kernel: [ 553.809438] current_req=ffff88013b32edc0 Jan 1 18:37:06 ppp04 kernel: [ 553.809450] command_status=-1 Jan 1 18:37:06 ppp04 kernel: [ 553.809460] Jan 1 18:37:06 ppp04 kernel: [ 553.809472] floppy0: floppy timeout called Jan 1 18:37:06 ppp04 kernel: [ 553.809488] end_request: I/O error, dev fd0, sector 0 Jan 1 18:37:09 ppp04 kernel: [ 556.811038] Jan 1 18:37:09 ppp04 kernel: [ 556.811061] floppy driver state Jan 1 18:37:09 ppp04 kernel: [ 556.811072] ------------------- Jan 1 18:37:09 ppp04 kernel: [ 556.811086] now=4295224107 last interrupt=4295221107 diff=3000 last called handler=ffffffffa0a7de00 Jan 1 18:37:09 ppp04 kernel: [ 556.811106] timeout_message=floppy start Jan 1 18:37:09 ppp04 kernel: [ 556.811117] last output bytes: Jan 1 18:37:09 ppp04 kernel: [ 556.811129] 0 90 4295221107 Jan 1 18:37:09 ppp04 kernel: [ 556.811140] 13 90 4295221107 Jan 1 18:37:09 ppp04 kernel: [ 556.811150] 0 90 4295221107 Jan 1 18:37:09 ppp04 kernel: [ 556.811161] 1a 90 4295221107 Jan 1 18:37:09 ppp04 kernel: [ 556.811172] 0 90 4295221107 Jan 1 18:37:09 ppp04 kernel: [ 556.811182] 3 90 4295221107 Jan 1 18:37:09 ppp04 kernel: [ 556.811193] c1 90 4295221107 Jan 1 18:37:09 ppp04 kernel: [ 556.811203] 10 90 4295221107 Jan 1 18:37:09 ppp04 kernel: [ 556.811214] 7 80 4295221107 Jan 1 18:37:09 ppp04 kernel: [ 556.811224] 0 90 4295221107 Jan 1 18:37:09 ppp04 kernel: [ 556.811235] 8 81 4295221107 Jan 1 18:37:09 ppp04 kernel: [ 556.811245] e6 80 4295221107 Jan 1 18:37:09 ppp04 kernel: [ 556.811256] 0 90 4295221107 Jan 1 18:37:09 ppp04 kernel: [ 556.811266] 0 90 4295221107 Jan 1 18:37:09 ppp04 kernel: [ 556.811277] 0 90 4295221107 Jan 1 18:37:09 ppp04 kernel: [ 556.811288] 1 90 4295221107 Jan 1 18:37:09 ppp04 kernel: [ 556.811298] 2 90 4295221108 Jan 1 18:37:09 ppp04 kernel: [ 556.811309] 12 90 4295221108 Jan 1 18:37:09 ppp04 kernel: [ 556.811319] 1b 90 4295221108 Jan 1 18:37:09 ppp04 kernel: [ 556.811330] ff 90 4295221108 Jan 1 18:37:09 ppp04 kernel: [ 556.811340] last result at 4295221107 Jan 1 18:37:09 ppp04 kernel: [ 556.811352] last redo_fd_request at 4295221107 Jan 1 18:37:09 ppp04 kernel: [ 556.811364] 20 0 Jan 1 18:37:09 ppp04 kernel: [ 556.811383] status=50 Jan 1 18:37:09 ppp04 kernel: [ 556.811393] fdc_busy=1 Jan 1 18:37:09 ppp04 kernel: [ 556.811402] do_floppy=ffffffffa0a77180 Jan 1 18:37:09 ppp04 kernel: [ 556.811414] fd_timer.function=ffffffffa0a7c020 Jan 1 18:37:09 ppp04 kernel: [ 556.811426] cont=ffffffffa0a84fc0 Jan 1 18:37:09 ppp04 kernel: [ 556.811437] current_req=ffff88013c81a990 Jan 1 18:37:09 ppp04 kernel: [ 556.811449] command_status=-1 Jan 1 18:37:09 ppp04 kernel: [ 556.811460] Jan 1 18:37:09 ppp04 kernel: [ 556.811472] floppy0: floppy timeout called Jan 1 18:37:09 ppp04 kernel: [ 556.811488] end_request: I/O error, dev fd0, sector 0 Jan 1 18:37:09 ppp04 kernel: [ 556.811506] Buffer I/O error on device fd0, logical block 0 Jan 1 18:37:12 ppp04 kernel: [ 559.813041] Jan 1 18:37:12 ppp04 kernel: [ 559.813062] floppy driver state Jan 1 18:37:12 ppp04 kernel: [ 559.813074] ------------------- Jan 1 18:37:12 ppp04 kernel: [ 559.813088] now=4295227109 last interrupt=4295224109 diff=3000 last called handler=ffffffffa0a7de00 Jan 1 18:37:12 ppp04 kernel: [ 559.813108] timeout_message=floppy start Jan 1 18:37:12 ppp04 kernel: [ 559.813119] last output bytes: Jan 1 18:37:12 ppp04 kernel: [ 559.813131] 0 90 4295224109 Jan 1 18:37:12 ppp04 kernel: [ 559.813142] 13 90 4295224109 Jan 1 18:37:12 ppp04 kernel: [ 559.813153] 0 90 4295224109 Jan 1 18:37:12 ppp04 kernel: [ 559.813164] 1a 90 4295224109 Jan 1 18:37:12 ppp04 kernel: [ 559.813174] 0 90 4295224109 Jan 1 18:37:12 ppp04 kernel: [ 559.813185] 3 90 4295224109 Jan 1 18:37:12 ppp04 kernel: [ 559.813195] c1 90 4295224109 Jan 1 18:37:12 ppp04 kernel: [ 559.813206] 10 90 4295224109 Jan 1 18:37:12 ppp04 kernel: [ 559.813216] 7 80 4295224109 Jan 1 18:37:12 ppp04 kernel: [ 559.813227] 0 90 4295224109 Jan 1 18:37:12 ppp04 kernel: [ 559.813237] 8 81 4295224109 Jan 1 18:37:12 ppp04 kernel: [ 559.813248] e6 80 4295224109 Jan 1 18:37:12 ppp04 kernel: [ 559.813258] 0 90 4295224109 Jan 1 18:37:12 ppp04 kernel: [ 559.813269] 0 90 4295224109 Jan 1 18:37:12 ppp04 kernel: [ 559.813280] 0 90 4295224109 Jan 1 18:37:12 ppp04 kernel: [ 559.813290] 1 90 4295224109 Jan 1 18:37:12 ppp04 kernel: [ 559.813301] 2 90 4295224109 Jan 1 18:37:12 ppp04 kernel: [ 559.813311] 12 90 4295224109 Jan 1 18:37:12 ppp04 kernel: [ 559.813322] 1b 90 4295224109 Jan 1 18:37:12 ppp04 kernel: [ 559.813332] ff 90 4295224109 Jan 1 18:37:12 ppp04 kernel: [ 559.813342] last result at 4295224109 Jan 1 18:37:12 ppp04 kernel: [ 559.813354] last redo_fd_request at 4295224109 Jan 1 18:37:12 ppp04 kernel: [ 559.813366] 20 0 Jan 1 18:37:12 ppp04 kernel: [ 559.813385] status=50 Jan 1 18:37:12 ppp04 kernel: [ 559.813395] fdc_busy=1 Jan 1 18:37:12 ppp04 kernel: [ 559.813405] do_floppy=ffffffffa0a77180 Jan 1 18:37:12 ppp04 kernel: [ 559.813417] fd_timer.function=ffffffffa0a7c020 Jan 1 18:37:12 ppp04 kernel: [ 559.813429] cont=ffffffffa0a84fc0 Jan 1 18:37:12 ppp04 kernel: [ 559.813440] current_req=ffff88013c154ba0 Jan 1 18:37:12 ppp04 kernel: [ 559.813452] command_status=-1 Jan 1 18:37:12 ppp04 kernel: [ 559.813462] Jan 1 18:37:12 ppp04 kernel: [ 559.813474] floppy0: floppy timeout called Jan 1 18:37:12 ppp04 kernel: [ 559.813490] end_request: I/O error, dev fd0, sector 0 Jan 1 18:37:12 ppp04 kernel: [ 559.813508] Buffer I/O error on device fd0, logical block 0
[..]
[28234.797456] floppy0: floppy timeout called [28234.797472] end_request: I/O error, dev fd0, sector 0 [28234.797490] Buffer I/O error on device fd0, logical block 0
Oder die Floppy is putt. Hab ich auch zunehmend. Die Dinger sind halt auch uralt und wurden nicht unbedingt sehr pfleglich behandelt.
Steckt das Kabel ganz sicher RICHTIGHERUM am Laufwerk? Leuchtet die LW-LED normal nicht, sondern nur bei Zugriffen z.B. per 'mdir a:' (s.u.)?
fdisk -l Gerät boot. Anfang Ende Blöcke Id System /dev/sdb1 1 262 2104483+ 82 Linux Swap / Solaris /dev/sdb2 263 2873 20972857+ 83 Linux /dev/sdb3 2874 77825 602051940 83 Linux
Das ein Floppy da nicht auftaucht ist normal. Grad nochmal getestet (unter ner ex-SUSE 6.2 mit Kernel 2.4.37.5. fdisk -l zeigt nur /dev/hd*, fdisk -l /dev/fd0 zeigt dann ne passende (Fehler-) Meldung.
Disk /dev/fd0: 1 MB, 1474560 bytes 2 heads, 18 sectors/track, 80 cylinders Units = cylinders of 36 * 512 = 18432 bytes
Device Boot Start End Blocks Id System /dev/fd0p1 ? 51932289 97323482 817041466 44 Unknown Partition 1 has different physical/logical beginnings (non-Linux?): phys=(10, 0, 13) logical=(51932288, 1, 15) Partition 1 has different physical/logical endings: [..]
(is ne willkürlich gegriffene, natürlich unpartitionierte, direkt mit FAT12 formatierte Treiberfloppy zur echten NoName NIC für 5 DM (oder schon EUR?) (die FCC-ID auf der Platine ist der einzige Hinweis!) mit Realtek 8139 Chip :)
Die fdisk -l Ausgabe dürfte normal dafür sein, daß ein FAT12 Bootsektor als MBR interpretiert wird... Äh, ja, genau. Extra nochmal die Floppy eingelegt und per 'dd if=/dev/fd0 count=1 | od -tx1z' eingelesen. Als Partitionstabelle wird folgender Bereich interpretiert:
0000660 0a 00 >ey when ready...< 0000700 0d 0a 44 69 73 6b 20 42 6f 6f 74 20 66 61 69 6c >..Disk Boot fail< ^^ 0000720 75 72 65 0d 0a 00 49 42 4d 42 49 4f 20 20 43 4f >ure...IBMBIO CO< 0000740 4d 49 42 4d 44 4f 53 20 20 43 4f 4d 00 00 00 00 >MIBMDOS COM....< 0000760 00 00 00 00 00 00 00 00 00 00 00 00 00 00 55 aa >..............Uª<
Da taucht auch schon die 44 als fälschliche Dateisystem-ID auf ;) Den Rest auf die CHS Angaben umzurechnen bin ich zu faul.
Hach ja, die c't 5/97 und 6/00 haben sich richtig gelohnt :))
Also floppy exisitiert, aber das Laufwerk ist nicht konfiguriert, wenn ich das richtig interpretiere. Ist das im Kernel nicht per default konfiguriert??
Ei freilsch! (AFAIK)
Kann ich das "nachkonfigurieren", ohne den Kernel neu kompilieren zu müssen??
Nö. Alles schon eingebaut. Nur mit der Anwendung hapert's wohl a bisserl.
Danke für jeden Tipp (bitte verständlich, weil nur Laie!)
s.o. Über die Ausgabe von 'file -s' sollte man herausfinden können, ob die Diskette schon formatiert ist. Spuckt das z.B.:
/dev/fd0: x86 boot sector
aus, kann man sich den ggfs. näher angucken oder mal 'mdir' probieren, aber wenn's dabei Lesefehler gibt (s.o., laß grundsätzlich bei den Tests mit den Floppies ein extra Root-xterm mit nem 'tail -f /var/log/messages' mitlaufen (oder xconsole oder sowas).
Achso: installier dir am besten gleich die 'mtools', damit kann man ohne mounten z.B. per 'mdir' sich DOS-'dir'-ähnlich den Inhalt anzeigen lassen (lohnt sich v.a. wenn man am Suchen ist ;)
Mtools ist installiert.
Nochwas (auch wenn ich davon ausgehe, daß das bei dir nicht der Fall ist): man kann die zuletzt üblichen Disketten teils deutlich überformatieren (ich hab mit Erfolg schlechte "noname" Disketten mit 1760KB statt mit 1440 KB verwendet), auf solche Disketten MUSS man zwingend "per Hand" über das passende Device zugreifen, z.B. /dev/fd0u1760. Ob 'udev' solcherlei "antike" Sachen überhaupt kennt??? Also muß man ggfs. die devices per Hand anlegen. Bei Interesse schreib ich mal eben ein Script oder pack nen tarball oder sowas für die udev-gestraften, ich hab hier ja schlappe 32 /dev/fd0* Devices ;)
Und nochwas: zieh am besten von allen Disketten, die noch lesbar sind gleich mal Images per z.B. dd if=/dev/fd0 of=/backup/floppy_imgs/aussagekraeftiger_name.img oder sowas in der Art. Die Images kannst du dann später in aller Ruhe verarzten (auslesen, auf CD brennen) ...
*grummel* Sollte ich auch mal machen -- alle meine Floppys auf HD ziehen ... Gibt's überhaupt noch neue Floppy-LW?
HTH, und frohes Neues, -dnh, keine Lust auf udev-Regeln-Basteln, da kenn ich mich eh nicht aus ;)
Okay Hardwareanschluss sollte jetzt passen, aber leider keine Änderung. Wo kann ich weitersuchen? -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Am Freitag, 1. Januar 2010 18:47:25 schrieb Dr. Franz Nachbar:
Am Freitag, 1. Januar 2010 14:40:51 schrieb David Haller:
Hallo,
Am Fre, 01 Jan 2010, Dr. Franz Nachbar schrieb:
Bei früheren Distributionen war das alles, was für die FD Erkennung unter opensuse nötig war. Jetzt aber tut sich nichts. Das Gerät wird nicht gemountet.
udev/hal/krimskrams. Keine Ahnung.
Hier einige Ausgaben, die zeigen, dass fd0 wohl physikalisch existiert, aber nichts weiter passiert:
Ja, das stimmte so nicht (siehe auch die übrigen Antworten im Thread). Der Stecker zum fdd Anschluss auf dem Motherboard war nicht eingerastet. Habe ich mittlerweile nachgeholt. Da das nur auf eine Weise geht (die dritte Pin von rechts oben "fehlt"), sollte das jetzt passen (es sei denn, am Floppy Laufwerk gibts auch mehrere Möglichkeiten, den Stecker anzuschließen).
als user: mount /dev/fd0 /media/floppy mount: Nur ???root??? kann dies tun
Normal.
als root: mount /dev/fd0 /media/floppy mount: blockorientiertes Gerät /dev/fd0 ist schreibgeschützt, wird eingehängt im Nur-Lese-Modus
Normal.
mount: Sie müssen den Dateisystemtyp angeben
Was sagt /var/log/messages dazu? Diese Meldung kann diverse Ursachen haben.
In der device map habe ich fd0 manuell nachgetragen: (hd1) /dev/disk/by-id/ata-WDC_WD6401AALS-00J7B1_WD-WMATV4019513 (fd0) /dev/fd0 (hd0) /dev/disk/by-id/ata-SAMSUNG_HD501LJ_400612EPB15406
Irrelevant (die wird nur von Grub benötigt, sobald der Kernel läuft ...).
In der fstab habe ich folgenden Eintrag zugefügt: /dev/fd0 /media/floppy auto noauto,user,sync 0 0
Ist die Diskette den überhaupt formatiert?
Ja. Ich kann mir die Probediskette auf einem danebenstehenden Rechner mit opensuse 10.3 problemlos anschauen.
Was sagen:
file /dev/fd0 und v.a. file -s /dev/fd0
file -s /dev/fd0 ergibt /dev/fd0: ERROR: cannot read `/dev/fd0' (Input/output error)
in den /var/log/messages findet man
Jan 1 18:37:06 ppp04 kernel: [ 553.809061] floppy driver state Jan 1 18:37:06 ppp04 kernel: [ 553.809072] ------------------- Jan 1 18:37:06 ppp04 kernel: [ 553.809087] now=4295221105 last interrupt=4295217745 diff=3360 last called handler=ffffffffa0a7de00 Jan 1 18:37:06 ppp04 kernel: [ 553.809106] timeout_message=floppy start Jan 1 18:37:06 ppp04 kernel: [ 553.809118] last output bytes: Jan 1 18:37:06 ppp04 kernel: [ 553.809129] 0 90 4295217745 Jan 1 18:37:06 ppp04 kernel: [ 553.809141] 13 90 4295217745 Jan 1 18:37:06 ppp04 kernel: [ 553.809151] 0 90 4295217745 Jan 1 18:37:06 ppp04 kernel: [ 553.809162] 1a 90 4295217745 Jan 1 18:37:06 ppp04 kernel: [ 553.809172] 0 90 4295217745 Jan 1 18:37:06 ppp04 kernel: [ 553.809183] 3 90 4295217745 Jan 1 18:37:06 ppp04 kernel: [ 553.809193] c1 90 4295217745 Jan 1 18:37:06 ppp04 kernel: [ 553.809204] 10 90 4295217745 Jan 1 18:37:06 ppp04 kernel: [ 553.809215] 7 80 4295217745 Jan 1 18:37:06 ppp04 kernel: [ 553.809225] 0 90 4295217745 Jan 1 18:37:06 ppp04 kernel: [ 553.809236] 8 81 4295217745 Jan 1 18:37:06 ppp04 kernel: [ 553.809246] e6 80 4295218125 Jan 1 18:37:06 ppp04 kernel: [ 553.809257] 0 90 4295218125 Jan 1 18:37:06 ppp04 kernel: [ 553.809267] 0 90 4295218125 Jan 1 18:37:06 ppp04 kernel: [ 553.809278] 0 90 4295218125 Jan 1 18:37:06 ppp04 kernel: [ 553.809288] 1 90 4295218125 Jan 1 18:37:06 ppp04 kernel: [ 553.809299] 2 90 4295218125 Jan 1 18:37:06 ppp04 kernel: [ 553.809309] 12 90 4295218125 Jan 1 18:37:06 ppp04 kernel: [ 553.809320] 1b 90 4295218125 Jan 1 18:37:06 ppp04 kernel: [ 553.809330] ff 90 4295218125 Jan 1 18:37:06 ppp04 kernel: [ 553.809341] last result at 4295217745 Jan 1 18:37:06 ppp04 kernel: [ 553.809352] last redo_fd_request at 4295217745 Jan 1 18:37:06 ppp04 kernel: [ 553.809364] 20 0 Jan 1 18:37:06 ppp04 kernel: [ 553.809384] status=50 Jan 1 18:37:06 ppp04 kernel: [ 553.809393] fdc_busy=1 Jan 1 18:37:06 ppp04 kernel: [ 553.809403] do_floppy=ffffffffa0a77180 Jan 1 18:37:06 ppp04 kernel: [ 553.809415] fd_timer.function=ffffffffa0a7c020 Jan 1 18:37:06 ppp04 kernel: [ 553.809427] cont=ffffffffa0a84fc0 Jan 1 18:37:06 ppp04 kernel: [ 553.809438] current_req=ffff88013b32edc0 Jan 1 18:37:06 ppp04 kernel: [ 553.809450] command_status=-1 Jan 1 18:37:06 ppp04 kernel: [ 553.809460] Jan 1 18:37:06 ppp04 kernel: [ 553.809472] floppy0: floppy timeout called Jan 1 18:37:06 ppp04 kernel: [ 553.809488] end_request: I/O error, dev fd0, sector 0 Jan 1 18:37:09 ppp04 kernel: [ 556.811038] Jan 1 18:37:09 ppp04 kernel: [ 556.811061] floppy driver state Jan 1 18:37:09 ppp04 kernel: [ 556.811072] ------------------- Jan 1 18:37:09 ppp04 kernel: [ 556.811086] now=4295224107 last interrupt=4295221107 diff=3000 last called handler=ffffffffa0a7de00 Jan 1 18:37:09 ppp04 kernel: [ 556.811106] timeout_message=floppy start Jan 1 18:37:09 ppp04 kernel: [ 556.811117] last output bytes: Jan 1 18:37:09 ppp04 kernel: [ 556.811129] 0 90 4295221107 Jan 1 18:37:09 ppp04 kernel: [ 556.811140] 13 90 4295221107 Jan 1 18:37:09 ppp04 kernel: [ 556.811150] 0 90 4295221107 Jan 1 18:37:09 ppp04 kernel: [ 556.811161] 1a 90 4295221107 Jan 1 18:37:09 ppp04 kernel: [ 556.811172] 0 90 4295221107 Jan 1 18:37:09 ppp04 kernel: [ 556.811182] 3 90 4295221107 Jan 1 18:37:09 ppp04 kernel: [ 556.811193] c1 90 4295221107 Jan 1 18:37:09 ppp04 kernel: [ 556.811203] 10 90 4295221107 Jan 1 18:37:09 ppp04 kernel: [ 556.811214] 7 80 4295221107 Jan 1 18:37:09 ppp04 kernel: [ 556.811224] 0 90 4295221107 Jan 1 18:37:09 ppp04 kernel: [ 556.811235] 8 81 4295221107 Jan 1 18:37:09 ppp04 kernel: [ 556.811245] e6 80 4295221107 Jan 1 18:37:09 ppp04 kernel: [ 556.811256] 0 90 4295221107 Jan 1 18:37:09 ppp04 kernel: [ 556.811266] 0 90 4295221107 Jan 1 18:37:09 ppp04 kernel: [ 556.811277] 0 90 4295221107 Jan 1 18:37:09 ppp04 kernel: [ 556.811288] 1 90 4295221107 Jan 1 18:37:09 ppp04 kernel: [ 556.811298] 2 90 4295221108 Jan 1 18:37:09 ppp04 kernel: [ 556.811309] 12 90 4295221108 Jan 1 18:37:09 ppp04 kernel: [ 556.811319] 1b 90 4295221108 Jan 1 18:37:09 ppp04 kernel: [ 556.811330] ff 90 4295221108 Jan 1 18:37:09 ppp04 kernel: [ 556.811340] last result at 4295221107 Jan 1 18:37:09 ppp04 kernel: [ 556.811352] last redo_fd_request at 4295221107 Jan 1 18:37:09 ppp04 kernel: [ 556.811364] 20 0 Jan 1 18:37:09 ppp04 kernel: [ 556.811383] status=50 Jan 1 18:37:09 ppp04 kernel: [ 556.811393] fdc_busy=1 Jan 1 18:37:09 ppp04 kernel: [ 556.811402] do_floppy=ffffffffa0a77180 Jan 1 18:37:09 ppp04 kernel: [ 556.811414] fd_timer.function=ffffffffa0a7c020 Jan 1 18:37:09 ppp04 kernel: [ 556.811426] cont=ffffffffa0a84fc0 Jan 1 18:37:09 ppp04 kernel: [ 556.811437] current_req=ffff88013c81a990 Jan 1 18:37:09 ppp04 kernel: [ 556.811449] command_status=-1 Jan 1 18:37:09 ppp04 kernel: [ 556.811460] Jan 1 18:37:09 ppp04 kernel: [ 556.811472] floppy0: floppy timeout called Jan 1 18:37:09 ppp04 kernel: [ 556.811488] end_request: I/O error, dev fd0, sector 0 Jan 1 18:37:09 ppp04 kernel: [ 556.811506] Buffer I/O error on device fd0, logical block 0 Jan 1 18:37:12 ppp04 kernel: [ 559.813041] Jan 1 18:37:12 ppp04 kernel: [ 559.813062] floppy driver state Jan 1 18:37:12 ppp04 kernel: [ 559.813074] ------------------- Jan 1 18:37:12 ppp04 kernel: [ 559.813088] now=4295227109 last interrupt=4295224109 diff=3000 last called handler=ffffffffa0a7de00 Jan 1 18:37:12 ppp04 kernel: [ 559.813108] timeout_message=floppy start Jan 1 18:37:12 ppp04 kernel: [ 559.813119] last output bytes: Jan 1 18:37:12 ppp04 kernel: [ 559.813131] 0 90 4295224109 Jan 1 18:37:12 ppp04 kernel: [ 559.813142] 13 90 4295224109 Jan 1 18:37:12 ppp04 kernel: [ 559.813153] 0 90 4295224109 Jan 1 18:37:12 ppp04 kernel: [ 559.813164] 1a 90 4295224109 Jan 1 18:37:12 ppp04 kernel: [ 559.813174] 0 90 4295224109 Jan 1 18:37:12 ppp04 kernel: [ 559.813185] 3 90 4295224109 Jan 1 18:37:12 ppp04 kernel: [ 559.813195] c1 90 4295224109 Jan 1 18:37:12 ppp04 kernel: [ 559.813206] 10 90 4295224109 Jan 1 18:37:12 ppp04 kernel: [ 559.813216] 7 80 4295224109 Jan 1 18:37:12 ppp04 kernel: [ 559.813227] 0 90 4295224109 Jan 1 18:37:12 ppp04 kernel: [ 559.813237] 8 81 4295224109 Jan 1 18:37:12 ppp04 kernel: [ 559.813248] e6 80 4295224109 Jan 1 18:37:12 ppp04 kernel: [ 559.813258] 0 90 4295224109 Jan 1 18:37:12 ppp04 kernel: [ 559.813269] 0 90 4295224109 Jan 1 18:37:12 ppp04 kernel: [ 559.813280] 0 90 4295224109 Jan 1 18:37:12 ppp04 kernel: [ 559.813290] 1 90 4295224109 Jan 1 18:37:12 ppp04 kernel: [ 559.813301] 2 90 4295224109 Jan 1 18:37:12 ppp04 kernel: [ 559.813311] 12 90 4295224109 Jan 1 18:37:12 ppp04 kernel: [ 559.813322] 1b 90 4295224109 Jan 1 18:37:12 ppp04 kernel: [ 559.813332] ff 90 4295224109 Jan 1 18:37:12 ppp04 kernel: [ 559.813342] last result at 4295224109 Jan 1 18:37:12 ppp04 kernel: [ 559.813354] last redo_fd_request at 4295224109 Jan 1 18:37:12 ppp04 kernel: [ 559.813366] 20 0 Jan 1 18:37:12 ppp04 kernel: [ 559.813385] status=50 Jan 1 18:37:12 ppp04 kernel: [ 559.813395] fdc_busy=1 Jan 1 18:37:12 ppp04 kernel: [ 559.813405] do_floppy=ffffffffa0a77180 Jan 1 18:37:12 ppp04 kernel: [ 559.813417] fd_timer.function=ffffffffa0a7c020 Jan 1 18:37:12 ppp04 kernel: [ 559.813429] cont=ffffffffa0a84fc0 Jan 1 18:37:12 ppp04 kernel: [ 559.813440] current_req=ffff88013c154ba0 Jan 1 18:37:12 ppp04 kernel: [ 559.813452] command_status=-1 Jan 1 18:37:12 ppp04 kernel: [ 559.813462] Jan 1 18:37:12 ppp04 kernel: [ 559.813474] floppy0: floppy timeout called Jan 1 18:37:12 ppp04 kernel: [ 559.813490] end_request: I/O error, dev fd0, sector 0 Jan 1 18:37:12 ppp04 kernel: [ 559.813508] Buffer I/O error on device fd0, logical block 0
[..]
[28234.797456] floppy0: floppy timeout called [28234.797472] end_request: I/O error, dev fd0, sector 0 [28234.797490] Buffer I/O error on device fd0, logical block 0
Oder die Floppy is putt. Hab ich auch zunehmend. Die Dinger sind halt auch uralt und wurden nicht unbedingt sehr pfleglich behandelt.
Steckt das Kabel ganz sicher RICHTIGHERUM am Laufwerk? Leuchtet die LW-LED normal nicht, sondern nur bei Zugriffen z.B. per 'mdir a:' (s.u.)?
fdisk -l Gerät boot. Anfang Ende Blöcke Id System /dev/sdb1 1 262 2104483+ 82 Linux Swap / Solaris /dev/sdb2 263 2873 20972857+ 83 Linux /dev/sdb3 2874 77825 602051940 83 Linux
Das ein Floppy da nicht auftaucht ist normal. Grad nochmal getestet (unter ner ex-SUSE 6.2 mit Kernel 2.4.37.5. fdisk -l zeigt nur /dev/hd*, fdisk -l /dev/fd0 zeigt dann ne passende (Fehler-) Meldung.
Disk /dev/fd0: 1 MB, 1474560 bytes 2 heads, 18 sectors/track, 80 cylinders Units = cylinders of 36 * 512 = 18432 bytes
Device Boot Start End Blocks Id System /dev/fd0p1 ? 51932289 97323482 817041466 44 Unknown Partition 1 has different physical/logical beginnings (non-Linux?): phys=(10, 0, 13) logical=(51932288, 1, 15) Partition 1 has different physical/logical endings: [..]
(is ne willkürlich gegriffene, natürlich unpartitionierte, direkt mit FAT12 formatierte Treiberfloppy zur echten NoName NIC für 5 DM (oder schon EUR?) (die FCC-ID auf der Platine ist der einzige Hinweis!) mit Realtek 8139 Chip :)
Die fdisk -l Ausgabe dürfte normal dafür sein, daß ein FAT12 Bootsektor als MBR interpretiert wird... Äh, ja, genau. Extra nochmal die Floppy eingelegt und per 'dd if=/dev/fd0 count=1 | od -tx1z' eingelesen. Als Partitionstabelle wird folgender Bereich interpretiert:
0000660 0a 00 >ey when ready...< 0000700 0d 0a 44 69 73 6b 20 42 6f 6f 74 20 66 61 69 6c
..Disk Boot fail< ^^ 0000720 75 72 65 0d 0a 00 49 42 4d 42 49 4f 20 20 43 4f >ure...IBMBIO CO< 0000740 4d 49 42 4d 44 4f 53 20 20 43 4f 4d 00 00 00 00 >MIBMDOS COM....< 0000760 00 00 00 00 00 00 00 00 00 00 00 00 00 00 55 aa ..............Uª<
Da taucht auch schon die 44 als fälschliche Dateisystem-ID auf ;) Den Rest auf die CHS Angaben umzurechnen bin ich zu faul.
Hach ja, die c't 5/97 und 6/00 haben sich richtig gelohnt :))
Also floppy exisitiert, aber das Laufwerk ist nicht konfiguriert, wenn ich das richtig interpretiere. Ist das im Kernel nicht per default konfiguriert??
Ei freilsch! (AFAIK)
Kann ich das "nachkonfigurieren", ohne den Kernel neu kompilieren zu müssen??
Nö. Alles schon eingebaut. Nur mit der Anwendung hapert's wohl a bisserl.
Danke für jeden Tipp (bitte verständlich, weil nur Laie!)
s.o. Über die Ausgabe von 'file -s' sollte man herausfinden können, ob die Diskette schon formatiert ist. Spuckt das z.B.:
/dev/fd0: x86 boot sector
aus, kann man sich den ggfs. näher angucken oder mal 'mdir' probieren, aber wenn's dabei Lesefehler gibt (s.o., laß grundsätzlich bei den Tests mit den Floppies ein extra Root-xterm mit nem 'tail -f /var/log/messages' mitlaufen (oder xconsole oder sowas).
Achso: installier dir am besten gleich die 'mtools', damit kann man ohne mounten z.B. per 'mdir' sich DOS-'dir'-ähnlich den Inhalt anzeigen lassen (lohnt sich v.a. wenn man am Suchen ist ;)
Mtools ist installiert.
Nochwas (auch wenn ich davon ausgehe, daß das bei dir nicht der Fall ist): man kann die zuletzt üblichen Disketten teils deutlich überformatieren (ich hab mit Erfolg schlechte "noname" Disketten mit 1760KB statt mit 1440 KB verwendet), auf solche Disketten MUSS man zwingend "per Hand" über das passende Device zugreifen, z.B. /dev/fd0u1760. Ob 'udev' solcherlei "antike" Sachen überhaupt kennt??? Also muß man ggfs. die devices per Hand anlegen. Bei Interesse schreib ich mal eben ein Script oder pack nen tarball oder sowas für die udev-gestraften, ich hab hier ja schlappe 32 /dev/fd0* Devices ;)
Und nochwas: zieh am besten von allen Disketten, die noch lesbar sind gleich mal Images per z.B. dd if=/dev/fd0 of=/backup/floppy_imgs/aussagekraeftiger_name.img oder sowas in der Art. Die Images kannst du dann später in aller Ruhe verarzten (auslesen, auf CD brennen) ...
*grummel* Sollte ich auch mal machen -- alle meine Floppys auf HD ziehen ... Gibt's überhaupt noch neue Floppy-LW?
HTH, und frohes Neues, -dnh, keine Lust auf udev-Regeln-Basteln, da kenn ich mich eh nicht aus ;)
Okay Hardwareanschluss sollte jetzt passen, aber leider keine Änderung. Wo kann ich weitersuchen?
Vielleicht sollte ich noch anfügen, dass die Laufwerkslampe leuchtet, wenn ich versuche, mit root zu mounten; nachdem das erfolglos war, erlischt die Laufwerkslampe wieder. mount /dev/fd0 /media/floppy Fehler: mount: Sie müssen den Dateisystemtyp angeben! Gruß F. -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Am Fr Januar 1 2010 glaubte Dr. Franz Nachbar zu wissen:
Am Freitag, 1. Januar 2010 18:47:25 schrieb Dr. Franz Nachbar:
Okay Hardwareanschluss sollte jetzt passen, aber leider keine Änderung. Wo kann ich weitersuchen?
Vielleicht sollte ich noch anfügen, dass die Laufwerkslampe leuchtet, wenn ich versuche, mit root zu mounten; nachdem das erfolglos war, erlischt die Laufwerkslampe wieder. mount /dev/fd0 /media/floppy Fehler: mount: Sie müssen den Dateisystemtyp angeben!
Funktioniert das Diskettenlaufwerk in einem anderen Rechner? Mit den Kabeln, die du jetzt auch verwendest? So langsam hab ich die Hardware in Verdacht. flo --
Komisch, ich kenne keine Schreibweise von Monschau, die ein "D" benutzen würde... "Blödes Kaff". [Juergen Nieveler und Martin Bienwald in dasr] -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Am Freitag, 1. Januar 2010 19:54:49 schrieb Florian Gross:
Am Fr Januar 1 2010 glaubte Dr. Franz Nachbar zu wissen:
Am Freitag, 1. Januar 2010 18:47:25 schrieb Dr. Franz Nachbar:
Okay Hardwareanschluss sollte jetzt passen, aber leider keine Änderung. Wo kann ich weitersuchen?
Vielleicht sollte ich noch anfügen, dass die Laufwerkslampe leuchtet, wenn ich versuche, mit root zu mounten; nachdem das erfolglos war, erlischt die Laufwerkslampe wieder. mount /dev/fd0 /media/floppy Fehler: mount: Sie müssen den Dateisystemtyp angeben!
Funktioniert das Diskettenlaufwerk in einem anderen Rechner?
Ich weiß, das ist kein Argument, aber das Laufwerk ist niegelnagelneu. Um es auszubauen, müsste ich den halben Rechner zerlegen, also würd ich es lieber vermeiden. Gruß F.
Mit den Kabeln, die du jetzt auch verwendest?
So langsam hab ich die Hardware in Verdacht.
flo
Komisch, ich kenne keine Schreibweise von Monschau, die ein "D" benutzen würde...
"Blödes Kaff". [Juergen Nieveler und Martin Bienwald in dasr]
-- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Am Fr Januar 1 2010 glaubte Dr. Franz Nachbar zu wissen:
Am Freitag, 1. Januar 2010 19:54:49 schrieb Florian Gross:
Am Fr Januar 1 2010 glaubte Dr. Franz Nachbar zu wissen:
Am Freitag, 1. Januar 2010 18:47:25 schrieb Dr. Franz Nachbar:
Okay Hardwareanschluss sollte jetzt passen, aber leider keine Änderung. Wo kann ich weitersuchen?
Vielleicht sollte ich noch anfügen, dass die Laufwerkslampe leuchtet, wenn ich versuche, mit root zu mounten; nachdem das erfolglos war, erlischt die Laufwerkslampe wieder. mount /dev/fd0 /media/floppy Fehler: mount: Sie müssen den Dateisystemtyp angeben!
Funktioniert das Diskettenlaufwerk in einem anderen Rechner?
Ich weiß, das ist kein Argument, aber das Laufwerk ist niegelnagelneu. Um es auszubauen, müsste ich den halben Rechner zerlegen, also würd ich es lieber vermeiden.
Nun ja, wenn deine Disketten in einem anderen Rechner funktionieren, bei diesem einen aber schon beim ersten Sektor I/O Error auftreten, würde ich auf Hardware tippen und mir die Mühe machen, das auszuprobieren. Ist das Datenkabel auch nagelneu? Eines von beiden könnte einen Schuß weg haben. Aber ohne etwas rumzubasteln wirst du das kaum erfahren. flo -- Man tut meist immer das von dem man meint das es getan werden muss. Andere wundern sich dann wer das gewesen sein könnte. [WoKo in dag°] -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Hallo zusammen, Florian Gross meinte am Freitag, den 01.01.2010 um 20:51 Uhr wegen:Floppy disk wird nicht eingebunden opensuse 11.2 x86_64 Kernel 2.6.31.5-0.1-desktop
Nun ja, wenn deine Disketten in einem anderen Rechner funktionieren, bei diesem einen aber schon beim ersten Sektor I/O Error auftreten, würde ich auf Hardware tippen und mir die Mühe machen, das auszuprobieren.
ich kann das nur dringend empfehlen, die Hardware zu prüfen. Ich habe wegen einem defekten IDE-Kabel Stunden und Tage zugebracht und zuerst immer der Software die Schuld in die Hacken geschoben, nur weil ich mir nicht vorstellen konnte, dass solch ein Kabel eben mal so den Geist aufgibt.... -- Beste Grüße Christian -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Am Fr Januar 1 2010 glaubte Christian Meseberg zu wissen:
Florian Gross meinte am Freitag, den 01.01.2010 um 20:51 Uhr
Nun ja, wenn deine Disketten in einem anderen Rechner funktionieren, bei diesem einen aber schon beim ersten Sektor I/O Error auftreten, würde ich auf Hardware tippen und mir die Mühe machen, das auszuprobieren.
ich kann das nur dringend empfehlen, die Hardware zu prüfen. Ich habe wegen einem defekten IDE-Kabel Stunden und Tage zugebracht und zuerst immer der Software die Schuld in die Hacken geschoben, nur weil ich mir nicht vorstellen konnte, dass solch ein Kabel eben mal so den Geist aufgibt....
Es wird ihm nichts anders übrig bleiben, als erst mal die Hardware zu überprüfen. Uns gehen nämlich die Ideen aus, was es sonst sein könnte. ;-) flo --
HKS (Hundekotspender) Ihr seid eklig, wo gibt es denn sowas? Oh, die gibts reichlich. Sind aber schlecht zu mappen, weil mobil. Kann man höchstens Aufenthaltswahrscheinlichkeiten eintragen. [in talk-de von OSM] -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Am Freitag, 1. Januar 2010 23:31:30 schrieb Florian Gross:
Am Fr Januar 1 2010 glaubte Christian Meseberg zu wissen:
Florian Gross meinte am Freitag, den 01.01.2010 um 20:51 Uhr
Nun ja, wenn deine Disketten in einem anderen Rechner funktionieren, bei diesem einen aber schon beim ersten Sektor I/O Error auftreten, würde ich auf Hardware tippen und mir die Mühe machen, das auszuprobieren.
ich kann das nur dringend empfehlen, die Hardware zu prüfen. Ich habe wegen einem defekten IDE-Kabel Stunden und Tage zugebracht und zuerst immer der Software die Schuld in die Hacken geschoben, nur weil ich mir nicht vorstellen konnte, dass solch ein Kabel eben mal so den Geist aufgibt....
Es wird ihm nichts anders übrig bleiben, als erst mal die Hardware zu überprüfen. Uns gehen nämlich die Ideen aus, was es sonst sein könnte. ;-)
flo
HKS (Hundekotspender)
Ihr seid eklig, wo gibt es denn sowas?
Oh, die gibts reichlich. Sind aber schlecht zu mappen, weil mobil. Kann man höchstens Aufenthaltswahrscheinlichkeiten eintragen. [in talk-de von OSM]
Okay, werde mich nochmals daran machen und wieder berichten. Danke erst einmal. F. -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Am Samstag, 2. Januar 2010 10:32:31 schrieb Dr. Franz Nachbar:
Am Freitag, 1. Januar 2010 23:31:30 schrieb Florian Gross:
Am Fr Januar 1 2010 glaubte Christian Meseberg zu wissen:
Florian Gross meinte am Freitag, den 01.01.2010 um 20:51 Uhr
Nun ja, wenn deine Disketten in einem anderen Rechner funktionieren, bei diesem einen aber schon beim ersten Sektor I/O Error auftreten, würde ich auf Hardware tippen und mir die Mühe machen, das auszuprobieren.
ich kann das nur dringend empfehlen, die Hardware zu prüfen. Ich habe wegen einem defekten IDE-Kabel Stunden und Tage zugebracht und zuerst immer der Software die Schuld in die Hacken geschoben, nur weil ich mir nicht vorstellen konnte, dass solch ein Kabel eben mal so den Geist aufgibt....
Es wird ihm nichts anders übrig bleiben, als erst mal die Hardware zu überprüfen. Uns gehen nämlich die Ideen aus, was es sonst sein könnte. ;-)
flo
HKS (Hundekotspender)
Ihr seid eklig, wo gibt es denn sowas?
Oh, die gibts reichlich. Sind aber schlecht zu mappen, weil mobil. Kann man höchstens Aufenthaltswahrscheinlichkeiten eintragen. [in talk-de von OSM]
Okay, werde mich nochmals daran machen und wieder berichten. Danke erst einmal.
F.
So, habe Eure Ratschläge befolgt und Laufwerk gegen ein anderes aus einem alten PC getauscht, und siehe da, es funktioniert; also kein Suse-Problem, mea culpa est. Ein Problem bleibt allerdings noch: Wenn ich auf der KDE-Desktopumgebung unter Neu erstellen --> Verknüpfung zu Gerät --> Diskettenlaufwerk eine Verknüpfung anlege und diese nach eingelegter Diskette aktivieren möchte, kommt die Fehlermeldung "Nur root kann dies tun"; gleichzeitig wird PC floppy drive im Dateimanager unter Orte jedoch angezeigt, und ein Klick darauf öffnet /media/floppy korrekt. Damit klappt die Einbindung also. Ich vermute mal, das hat mit den eingestellten Rechten für /dev/fd0 zu tun, denn ein chmod 777 /dev/fd0 behebt das Problem temporär, allerdings sind diese Rechte beim nächsten Neustart ja wieder futsch. Kann man das ändern? Gruß und Dank schon mal für die Hilfe,. F. -- Dr.med. Franz Nachbar Facharzt für Dermatologie, Venerologie und Allergologie Besondere Verfahren: Ambulantes Operieren - Dermatologische Lasertherapie - Sonographie (cw) - Dermatologische Kosmetologie Salzsenderzeile 6 D-83512 Wasserburg Tel. 0049(0)8071-51928 Fax: 0049(0)8071-40030 Email: franz@dr-nachbar.de Home: www.dr-nachbar.de -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Am Samstag, 2. Januar 2010 12:11:54 schrieb Dr. Franz Nachbar:
Am Samstag, 2. Januar 2010 10:32:31 schrieb Dr. Franz Nachbar:
Am Freitag, 1. Januar 2010 23:31:30 schrieb Florian Gross:
Am Fr Januar 1 2010 glaubte Christian Meseberg zu wissen:
Florian Gross meinte am Freitag, den 01.01.2010 um 20:51 Uhr
Nun ja, wenn deine Disketten in einem anderen Rechner funktionieren, bei diesem einen aber schon beim ersten Sektor I/O Error auftreten, würde ich auf Hardware tippen und mir die Mühe machen, das auszuprobieren.
ich kann das nur dringend empfehlen, die Hardware zu prüfen. Ich habe wegen einem defekten IDE-Kabel Stunden und Tage zugebracht und zuerst immer der Software die Schuld in die Hacken geschoben, nur weil ich mir nicht vorstellen konnte, dass solch ein Kabel eben mal so den Geist aufgibt....
Es wird ihm nichts anders übrig bleiben, als erst mal die Hardware zu überprüfen. Uns gehen nämlich die Ideen aus, was es sonst sein könnte. ;-)
flo
HKS (Hundekotspender)
Ihr seid eklig, wo gibt es denn sowas?
Oh, die gibts reichlich. Sind aber schlecht zu mappen, weil mobil. Kann man höchstens Aufenthaltswahrscheinlichkeiten eintragen. [in talk-de von OSM]
Okay, werde mich nochmals daran machen und wieder berichten. Danke erst einmal.
F.
So, habe Eure Ratschläge befolgt und Laufwerk gegen ein anderes aus einem alten PC getauscht, und siehe da, es funktioniert; also kein Suse-Problem, mea culpa est. Ein Problem bleibt allerdings noch: Wenn ich auf der KDE-Desktopumgebung unter Neu erstellen --> Verknüpfung zu Gerät --> Diskettenlaufwerk eine Verknüpfung anlege und diese nach eingelegter Diskette aktivieren möchte, kommt die Fehlermeldung "Nur root kann dies tun"; gleichzeitig wird PC floppy drive im Dateimanager unter Orte jedoch angezeigt, und ein Klick darauf öffnet /media/floppy korrekt. Damit klappt die Einbindung also. Ich vermute mal, das hat mit den eingestellten Rechten für /dev/fd0 zu tun, denn ein chmod 777 /dev/fd0 behebt das Problem temporär, allerdings sind diese Rechte beim nächsten Neustart ja wieder futsch. Kann man das ändern?
Gruß und Dank schon mal für die Hilfe,.
F.
So, da kommtc wohl nichts mehr. Ich denk, ich schließ mal diesen Thread und mach mit der letzten Frage einen neuen auf. Gruß F. -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
participants (5)
-
Christian Meseberg
-
David Haller
-
Dr. Franz Nachbar
-
Florian Gross
-
Martin Hofius