5,25 "les disquettes ne monteront pas
J'ai reçu des recherches sur des disquettes de 25 ". Mon mobo prend en charge des disques de 25" et je possède le lecteur de disque. Je n'essaie pas d'utiliser ce média à long terme, je veux juste les données de recherche.
Mise à jour:
Je viens de découvrir que le système de fichiers est un système propriétaire mis au point par Varian. J'ai une machine qui pourrait peut-être lire les données ... Ou cette machine pourrait ne pas fonctionner. Si quelqu'un connaît les systèmes de fichiers/systèmes d'exploitation archaïques de Varian, je serais heureux d'en entendre parler.
Le montage des images est la priorité actuelle. J'ai pu obtenir des images disque en utilisant ddrescue et/ou safecopy. Les deux logiciels montrent qu'il y a des erreurs de blocage sur certains disques. Je ne parviens toujours pas à monter les images générées par les disques. Mount demande constamment le type de système de fichiers. Fat, vfat, exfat, fat16 et quelques autres que j’ai essayés, mais ils échouent, disant quelque chose comme du type incorrect FS. Oui, j'ai aussi essayé des combinaisons de -o loop.
J'ai été incapable de déterminer le type FS en examinant la sortie hexdump -C des fichiers image.
Aussi, j'ai essayé de déterminer FS tapez de cette façon:
#dd if=Lisa1.iso | file -
/dev/stdin: data
Je ne sais toujours pas comment arriver à l'endroit où je peux monter/voir des fichiers.
Je viens de lire que 18k correspond à la taille de bloc standard d’une seule piste, il s’agit donc de la quantité "native" de bits que les têtes de lecture disquettes veulent lire quand même. Il devrait être le plus rapide et avoir les meilleures chances d'obtenir tous les éléments revendables.
Je vais ré-imager les disques demain.
Mon patron dit qu'il ne sait pas quel est le type de système de fichiers ou ce qu'il aurait pu être. Je peux localiser l’instrument qui a généré les données. Il faudra du temps pour creuser dans le cimetière de vieux matériels scientifiques.
J'ai installé testdisk pour essayer de récupérer des données.
Je me souviens avoir eu à faire quelque chose comme cela en 2008, mais je ne me souviens plus maintenant de la façon dont je récupérais des données sur disquette.
Lorsque j'exécute udisk ou monte, un message d'erreur indiquant que la disquette n'est pas un périphérique de bloc valide s'affiche.
$ Sudo mount /dev/fd0 Desktop/Lisa/
mount: /dev/fd0 is not a valid block device
$ Sudo udisks --mount /dev/fd0
Mount failed: Error mounting: mount: /dev/fd0 is not a valid block device
UPDATE1:
- Les options du port du lecteur de disquette sont activées. Je les ai mis à 5. 25 "double densité
- Les modèles de lecteur de disque sont les suivants: Epson SD-700 et Epson SD-600
- Les disques sont Verbatum DataLife MD 2D "Double Densité"
- J'ai ajouté le module pour les disquettes.
UPDATE2:
$ Sudo udisks --mount /dev/fd0
Mount failed: Error mounting: mount: you must specify the filesystem type
Mount donne la même erreur, mais ... Je ne connais pas le type de système de fichiers.
$getfdprm
DS QD sect=13
J'ai couru ce programme de fdutils. http://www.fdutils.linux.lu/Fdutils.html DS signifie QD double face: Quad Density sect = 13 est un décompte de secteurs. Je ne sais pas vraiment ce que signifie la sortie, en termes de montage des disques et de récupération des données.
Que dois-je faire pour trouver le type de système de fichiers?
UPDATE3: En guise de vérification de l'intégrité, j'ai trouvé une "nouvelle" boîte de disquettes vierges formatées. J'ai pu lire et écrire des données sans spécifier de type de système de fichiers.
En supposant que les disquettes que j'ai avec la recherche sur celles-ci soient formatées et comportent des erreurs, cela pourrait-il empêcher leur montage?
Voici ce que ddrescue fait:
$ Sudo ddrescue /dev/fd0 ~/Desktop/fd0.iso
Press Ctrl-C to interrupt
rescued: 454656 B, errsize: 1019 kB, current rate: 0 B/s
ipos: 538624 B, errors: 11, average rate: 69 B/s
opos: 538624 B, time from last successful read: 40 s
J'ai fait des recherches sur les fichiers Varian et je l'ai trouvé. Vous avez dit quelque chose à propos d’un format personnalisé de disques pour 1/5 ", de routines de BIOS personnalisées - je l’ai écrémé. On dirait qu’il s’exécute sous DOS, donc peut-être cela fonctionnera-t-il sous DOSBOX? Voici:
http://nmr.tamu.edu/vhelper.php
En le relisant un peu, la dernière classe d’ordinateur avec laquelle il dit fonctionner de manière fiable est un 486 et presque pas du tout avec Windows. Si tout échoue, vous avez au moins des fichiers EXE sur lesquels vous pouvez travailler en arrière pour éventuellement déterminer le format. En espérant qu'il n'y ait pas beaucoup de correctifs pour le BIOS. Si vous avez besoin d'attaquer le fichier EXE Pascal, vous aurez besoin de le UnLzExe/Upack/Uncompress avant de le jeter dans votre décompilateur. Les fichiers de programme de cette époque sont presque toujours compressés d'une manière ou d'une autre. Bonne chance.
Anciennes mises à jour
Vous avez beaucoup de conseils pour vous ici:
Edit: Gagné un vote négatif parce que la question a changé et que je n’ai pas changé ma réponse assez rapidement. Ou il est formaté comme de la merde. C'est suffisant.
Réponse mise à jour
Avez-vous dit que ceux-ci avaient 13 secteurs par piste? Je me demande quel genre de disques ce sont? La recherche indique qu’il s’agit probablement de Apple] [] disquettes; Je ne crois pas que vous puissiez les lire avec un contrôleur de disquette IBM PC natif. Ils pourraient aussi être des disques C64 ou Atari
Ce n’est pas celui dont je me souviens, mais cela pourrait vous aider: http://www.deviceside.com/fc5025.html
Remarque: il indique qu’il ne peut pas vous aider à lire des disques "volants" sans lecteurs Apple/C64/Atari.
GNU ddrescue
Oh, je vois que vous utilisez ddrescue. La dernière version que j'ai utilisée était la 1.14, je ne peux pas imaginer que la 1.16 soit trop différente. N'oubliez pas d'utiliser -c15 pour 5.25 QD et -c18 pour 3.5 HD.
Quick Rip, ne pas utiliser l'accès direct. Log vous aidera à vous rappeler que tout est bon:
Sudo ddrescue -Bv-c15/dev/fd0 floppy.img floppy.img.log
Si le disque présente des points défectueux, ignorez-les. Utilisez le journal pour frapper juste les points négatifs la prochaine fois
Sudo ddrescue -Bndv -c15/dev/fd0 badfloppy.img badfloppy.img.log
Si vous devez vous salir et travailler autour de secteurs défectueux, cette opération est divisée et retentée cinq fois.
Sudo ddrescue -Bd -c15 -r5/dev/fd0 bf2.img bf2.img.log
Monter des images
C'est quelque chose que je peux répondre!
Pour (espérons-le) déterminer le type de fs:
fichier -Ls floppy.img
OR
fichier -Ls/dev/fd0
Maintenant, une fois que vous pouvez monter en boucle.
mount -t msdos -o loop floppy.img /mnt/floppy
S'il réussit à être l'un de ces disques HPFS embêtants, vous pourrez peut-être utiliser fdisk pour déterminer le décalage nécessaire au montage de la partition hpfs, car vous ne pouvez initialement voir que l'équivalent HPFS FAT. Je l'ai déjà utilisé pour des disques durs auparavant, cela ne devrait pas être si différent. Mettez à jour votre question, et j'y reviendrai (j'espère).
Par défaut, le module de noyau floppy n'est pas chargé. Pour charger le module, appelez
Sudo modprobe -v floppy
N'oubliez pas d'ajouter votre utilisateur au groupe "disquette"; faire cette utilisation
Sudo adduser $USER floppy
Une fois le module chargé, vous devriez pouvoir accéder au matériel et monter des disquettes.
S'ils sont au format DOS, vous voudrez probablement utiliser les outils du paquetage mtools plutôt que d'essayer de le monter.
Installez le package mtools à partir de l’archive, puis utilisez "mdir", "mcopy", etc. pour accéder aux fichiers.