mount -t vfat /dev/fd0 läuft ins Leere

[Arnulf zu Linden]

Das nachfolgende Problem scheint unabhängig von der Hardware zu sein, da es auf zwei unterschiedlichen Computern auftritt. Am x86_64-System hängt ein 3½"-Diskettenlaufwerk (BIOS drive A: ), installiert ist Slackware64-14.1 mit Kernel 3.17.4. Am ia-32-System hängen zwei Diskettenlaufwerke (3½" = BIOS drive A:; 5¼" = BIOS drive B: ), installiert ist Slackware-14.1 mit Kernel 3.17.4.

"mount -t vfat /dev/fd0 /mnt/floppy-a" läuft ins Leere, "mount -t vfat /dev/fd1/mnt/floppy-b" beim ia32-System entsprechend. Der Befehl wird scheinbar ausgeführt, aber auf die einliegende Diskette ist kein Zugriff möglich. /etc/mtab zeigt auch kein mounted /dev/fd0 bzw. mounted /dev/fd1 an. Im syslog finden sich gar keine Meldungen zu dem ausgeführten mount-Befehl. Auf der Console ausgeführt gibt es ebenfalls keine Meldungen. /dev/fd0, /dev/fd1, /mnt/floppy-a und /mnt/floppy-b existieren.

/etc/fstab
/dev/fd0 /mnt/floppy-a vfat noauto,user,exec,umask=000
/dev/fd1 /mnt/floppy-b vfat noauto,user,exec,umask=000 # ia32-System

fdformat und mformat funktionieren.
Disketten und Laufwerke sind in Ordnung. Unter Slackware64-13.0 & Windows 7 pro SP1 64-Bit (x86_64-System) bzw. Slackware-13.0 & Windows XP pro SP3 (ia32-System) funktioniert alles fehlerfrei.

Woran klemmt das?

[DosAmp]

vfat-Kernelmodul ist auch geladen bzw. in den Kernel kompiliert?

[Arnulf zu Linden]

(29.11.2015 23:40)DosAmp schrieb:  vfat-Kernelmodul ist auch geladen bzw. in den Kernel kompiliert?

vfat ist im Kernel drin, da für Linux & Windows eine FAT32-Festplattenpartition als gemeinsame Datenhalde dient.

[s4ndwichMakeR]

Uhh, ich habe zwar vor Jahren beide Laufwerkstypen erfolgreich via Slackware bedient, aber ich kann mich nicht erinnern, ob ich denn je gemountet habe. Meistens brauchte ich nur die Low-Level-Geschichten.

Kannst du denn überhaupt was auslesen à la xxd /dev/fdn | less?
Wie steht’s eigentlich mit mount -t msdos?

[Arnulf zu Linden]

(30.11.2015 12:33)s4ndwichMakeR schrieb:  Uhh, ich habe zwar vor Jahren beide Laufwerkstypen erfolgreich via Slackware bedient, aber ich kann mich nicht erinnern, ob ich denn je gemountet habe. Meistens brauchte ich nur die Low-Level-Geschichten.

Kannst du denn überhaupt was auslesen à la xxd /dev/fdn | less?
Wie steht’s eigentlich mit mount -t msdos?

xxd /dev/fdn | less

Liefert eine sinnvolle Ausgabe.

mount -t msdos

Funktioniert nur auf der Console, wenn kein X läuft und auch vorher nicht gelaufen ist, also das System direkt in die Console gestartet worden ist, mount -t vfat dito. Auf dem x86_64-System kann dann mit der Diskette auf der Console gearbeitet werden.

Beim Versuch, eine Datei auf die Diskette zu kopieren, verabschiedet sich das ia32-System mit einer kernel panic.

Unter Slackware-13.0 bzw. Slackware64-13.0 funktionieren Disketten klaglos auch unter X. Das legt den Verdacht nahe, dass entweder im Kernel 3.17.4 der Wurm drin steckt oder bei X irgend etwas gefummelt wurde.

[thosch97]

Hast du udisks bzw udisksctl?

[s4ndwichMakeR]

Die mtools funkionieren aber, oder? Soweit ich weiß, arbeiten die mit den Devices auf Low-Level-Ebene, also bringen die Treiber softwareseitig für den Userspace mit.

Was ist eigentlich mit dem Zugriff auf die FAT-Partition auf der Platte? Ist der unter X auch gestört?

[Arnulf zu Linden]

(02.12.2015 00:51)thosch97 schrieb:  Hast du udisks bzw udisksctl?

Nachfolgend erfolgt zunächst eine Beschränkung auf das x86_64-System, da die Sache mit der kernel panic auf dem ia32-System doch sehr suspekt ist.
udisks --mount /dev/fd0 funktioniert in einem Terminalfenster unter X. Mit der Diskette kann dann normal gearbeitet werden. Sogar ein schlichtes umount /mnt/floppy-a führt zum gewünschten Erfolg. Nur mount /mnt/floppy-a funktioniert nach wie vor nicht unter X oder auf der Console, wenn X zuvor gelaufen ist. Anders als etwa einen USB-Stick oder eine CD/DVD zeigt Dolphin die Diskette nicht unter "Devices" an.

(02.12.2015 14:14)s4ndwichMakeR schrieb:  Die mtools funkionieren aber, oder? Soweit ich weiß, arbeiten die mit den Devices auf Low-Level-Ebene, also bringen die Treiber softwareseitig für den Userspace mit.

Was ist eigentlich mit dem Zugriff auf die FAT-Partition auf der Platte? Ist der unter X auch gestört?

Der low-level-Kram funktioniert. Der Zugriff auf die FAT32-Partition ist auch unter X problemlos.

[Arnulf zu Linden]

Das Problem liegt wohl daran, das sich beim Start von X udisks irgendwie einklinkt. Und das scheint in Slackware-14.1 nicht mehr für den Einsatz mit Disketten eingerichtet zu sein. Nur wo müsste da dran gedreht werden, dass die Disketten entsprechend wie CDs, DVDs, ZIP-Disks und USB-Sticks unter X & GUI behandelt werden? Eine Sockel-AM2+-Kiste ohne Diskettenlaufwerk ist für mich privat nicht akzeptabel!