Altes 5¼″-Diskettenlaufwerk macht komische Geräusche

[s4ndwichMakeR]

Hallo Leute,

als ich heute dieses Geräusch aus dem Floppy-Laufwerk meines T1500 gehört habe, musste ich zuerst an die VC1541 denken.





Was ist da los? Einen Nadeldrucker habe ich doch schon. Der Bildschirm zeigt übrigens wiederholt 0x45, also »E«.

Unter diesen Umständen kann ich XENIX nicht neuinstallieren, muss ich aber, weil ich das root-Passwort nach fast zwei Jahren nicht mehr weiß.

[Benjamin92]

Na das klingt ja mal geil
Ne, im Ernst, versuche doch mal eine andere Diskette.
Hatte das schon so ähnlich, wenn die Disketten schrott waren.

[s4ndwichMakeR]

Aha, die Probleme treten scheinbar erst auf, nachdem ich die Disketten mit meinem anderen Lauwerk beschrieben habe. Dort bleiben sie nach dem Beschreiben aber lesbar.

Ich glaube, ich weiß jetzt, was ich falsch mache. Das Laufwerk betreibe ich in dem System, auf dem ich die Disketten beschreibe, aufgrund von BIOS-Einschränkungen als 1,2M-Laufwerk (garantiert ist es sogar eins). Dort werden sie mit doppelter Schreibdichte beschrieben, was aber das alte Laufwerk meines T1500 nicht mitmacht.

Unter Slackware hatte ich damals die Device-Names wie sie in der Manpage von fdformat aufgelistet werden:

/dev/fd0d360
/dev/fd0h1200
/dev/fd0D360
/dev/fd0H360
/dev/fd0D720
/dev/fd0H720
/dev/fd0h360
/dev/fd0h720
/dev/fd0H1440

… unter meinem Arch aber nicht. Was muss ich tun?

[thosch97]

Trotzdem probieren? Abgesehen davon, vielleicht hat sich der R/W-Kopf dejustiert? Das hatte ich schonmal bei einer 1541.

[DosAmp]

Das Tool setfdpr8) zum Setzen der Laufwerks-Parameter der universellen Diskettengeräte wie /dev/fd0 als auch das Skript MAKEFLOPPIES zum Anlegen der von dir genannten Device-Nodes ist in der fdutils-Suite enthalten, die du im AUR finden kannst.

[s4ndwichMakeR]

Ja, unsere Recherchen scheinen sich zu decken.

Aber ich glaube, ich boote lieber doch schnell Slackware. Erstens soll das Laufwerk in der Maschine sowieso nicht ewig bleiben und zweitens bin ich jetzt stur, weil Arch in den offiziellen Repositorys nicht mal die essentiellen Routinen zum Arbeiten mit 5¼″-Disketten anbietet. Die tun ja so, als wären das Relikte der Vergangenheit.

[s4ndwichMakeR]

Okay, bin nun doch gezwungen, es mit Arch zu probieren. Slackware mag mir auch keine Single-sided-Floppys formatieren.

Beim Kompilieren passiert folgendes:

Code:

checking whether make sets $(MAKE)... yes
checking for gcc... tcc
checking for C compiler default output file name... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for suffix of executables...
checking for suffix of object files... o
checking whether we are using the GNU C compiler... no
checking whether tcc accepts -g... yes
checking for tcc option to accept ANSI C... none needed
checking how to run the C preprocessor... tcc -E
checking for egrep... grep -E
checking for a BSD-compatible install... /usr/bin/install -c
checking whether ln -s works... yes
checking for install-info... /usr/bin/install-info
checking build system type... i686-pc-linux-gnuaout
checking host system type... i686-pc-linux-gnuaout
checking target system type... i686-pc-linux-gnuaout
checking for an ANSI C-conforming const... yes
checking for inline... inline
checking for ANSI C header files... yes
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... yes
checking linux/ext_fs.h usability... no
checking linux/ext_fs.h presence... no
checking for linux/ext_fs.h... no
checking linux/xia_fs.h usability... no
checking linux/xia_fs.h presence... no
checking for linux/xia_fs.h... no
checking sys/sysmacros.h usability... yes
checking sys/sysmacros.h presence... yes
checking for sys/sysmacros.h... yes
configure: creating ./config.status
config.status: creating Makefile
config.status: creating src/Makefile
config.status: creating doc/Makefile
config.status: creating config.h
config.status: config.h is unchanged
make -C src all
make[1]: Entering directory `/home/dustin/fdutils/src/fdutils-5.5/src'
tcc  -o floppycontrol floppycontrol.o -L. -lfdutils
tcc: undefined symbol 'strchr'
tcc: undefined symbol 'strlen'
tcc: undefined symbol 'strcmp'
make[1]: *** [floppycontrol] Error 1
make[1]: Leaving directory `/home/dustin/fdutils/src/fdutils-5.5/src'
make: *** [compile] Error 2
==> ERROR: A failure occurred in build().
    Aborting...

[DosAmp]

Gibts einen Grund, warum du den Tiny C Compiler gegenüber dem GCC + glibc benutzt? Auch wenn TCC alle nötigen ANSI-C-Header mitbringen sollte, ist der Quellcode wohl drauf angewiesen, dass in diesem Fall implizit string.h irgendwo inkludiert wird.

Das Shell-Skript MAKEFLOPPIES kannst du notfalls aus dem Source-Verzeichnis extrahieren, um ohne das Programm floppycontrol die Device-Nodes mit den Standard-Major/Minor-Nummern anzulegen.