J'ai reçu des recherches sur des disquettes de 5,25 pouces. Mon mobo prend en charge des disques de 5,25 pouces et j'ai 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 en place par Varian. J'ai une machine qui pourrait lire les données ... Ou cette machine pourrait ne pas fonctionner. Si quelqu'un connaît les OS / systèmes de fichiers archaïques Varian, je serais heureux d'en entendre parler.
Le montage d'images est la priorité actuelle, j'ai pu obtenir des images de 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 produites par les disques, le montage 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 un type de FS incorrect. Oui, j'ai également essayé des combinaisons de boucle -o.
Je n'ai pas pu déterminer le type de FS en regardant la sortie hexdump -C des fichiers image.
De plus, j'ai essayé de déterminer le type de FS de cette façon:
#dd if=lisa1.iso | file -
/dev/stdin: data
Je ne sais toujours pas comment me rendre à l'endroit où je peux monter / voir des fichiers.
Je viens de lire que 18k est la taille de bloc standard d'une seule piste, c'est donc la quantité "native" de bits que les têtes de lecture de disquette veulent lire de toute façon. Il devrait être plus rapide et avoir les meilleures chances d'obtenir tous les bits 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, ni ce qu'il aurait pu être. , Je peux peut-être localiser l'instrument qui a généré les données. Cela demandera du temps pour creuser dans le cimetière de vieux équipements scientifiques.
J'ai installé testdisk pour essayer de faire la récupération de données.
Je me souviens avoir dû faire quelque chose comme ça en 2008, mais je ne me souviens pas maintenant, comment j'ai utilisé pour récupérer les données de disquette.
Lorsque j'exécute udisk ou mount, j'obtiens une erreur indiquant que la disquette n'est pas un périphérique de bloc valide.
$ 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
MISE À JOUR1:
- Les options du port du lecteur de disquette sont activées. Je les ai réglés sur 5. 25 "double densité
- Les modèles de lecteur de disque sont: Epson SD-700 et Epson SD-600
- Les disques sont Verbatum DataLife MD 2D "Double Densité"
- J'ai ajouté le module pour les disquettes.
MISE À JOUR2:
$ sudo udisks --mount /dev/fd0
Mount failed: Error mounting: mount: you must specify the filesystem type
Le montage donne la même erreur, mais ... Je ne connais pas le type de système de fichiers.
$getfdprm
DS QD sect=13
J'ai exécuté ce programme à partir de fdutils. http://www.fdutils.linux.lu/Fdutils.html DS signifie QD double face signifie Quad Density sect = 13 est un nombre 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: Pour vérifier la santé mentale, 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 mes recherches sont formatées et contiennent des erreurs, cela pourrait-il les empêcher d'être montées?
Voici ce que fait ddrescue:
$ 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