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

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?

Zitat von DosAmp

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.

Zitat von 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/fd[i]n[/i] | less?
Wie steht’s eigentlich mit mount -t msdos?

xxd /dev/fd[i]n[/i] | 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.

Zitat von thosch97

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.

Zitat von 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?

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

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!