5.25 "フロッピーに関する調査を受けました。私のmoboは5.25"ディスクをサポートしており、ディスクドライブを持っています。このメディアを長期間使用するつもりはありません。研究データが欲しいだけです。
ファイルシステムは、Varianが開発した独自のシステムであることがわかりました。データを読み取れるマシンがあります...または、そのマシンが動作しない可能性があります。誰もが古き良きVarian OS /ファイルシステムについて知っているなら、私はそれについて聞いてうれしいです。
イメージのマウントは現在の優先事項であり、ddrescueまたはsafecopyを使用してディスクイメージを取得できました。両方のソフトウェアは、一部のディスクでブロックエラーがあることを示しています。ディスクが生成するイメージをマウントできず、マウントはファイルシステムタイプを永続的に要求します。 Fat、vfat、exfat、fat16、および私が試した他のいくつかのバージョンですが、それらは失敗し、不正なFSタイプのようなものを言います。はい、-o loopの組み合わせも試しました。
イメージファイルからのhexdump -C出力を見て、FSタイプを判別できませんでした。
また、私はこの方法でFSタイプを決定しようとしました。
#dd if=Lisa1.iso | file -
/dev/stdin: data
ファイルをマウント/表示できる場所に到達する方法がまだわかりません。
私はちょうど18kが単一トラックの標準ブロックサイズであると読んだので、これはフロッピー読み取りヘッドがとにかく読み取りたい「ネイティブ」ビットの量です。最速で、すべての再販可能なビットを取得する可能性が最も高いはずです。
明日、ディスクのイメージを再作成します。
私の上司は、ファイルシステムのタイプが何であるか、またはそれが何であったかを知らないと言います。 、データを生成した機器を特定できる場合があります。これには、古い科学機器の墓地で発掘する時間が必要になります。
Testdiskをインストールして、データリカバリを試みました。
2008年にこのようなことをしなければならなかったことを覚えていますが、フロッピーディスクデータを回復するために使用した方法を思い出せません。
Udiskまたはマウントを実行すると、フロッピーが有効なブロックデバイスではないというエラーが表示されます。
$ 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
更新1:
更新2:
$ Sudo udisks --mount /dev/fd0
Mount failed: Error mounting: mount: you must specify the filesystem type
マウントでも同じエラーが発生しますが、...ファイルシステムの種類がわかりません。
$getfdprm
DS QD sect=13
このプログラムはfdutilsから実行しました。 http://www.fdutils.linux.lu/Fdutils.html DSは、両面QDがクワッド密度sect = 13がセクターカウントであることを意味します。ディスクをマウントしてデータを取得する方法に関して、出力の意味がわかりません。
ファイルシステムのタイプを見つけるにはどうすればよいですか?
更新3:健全性チェックとして、空のフォーマットされたフロッピーの「新しい」ボックスを見つけました。ファイルシステムタイプを指定せずにデータを読み書きできました。
私が研究しているフロッピーがフォーマットされていて、エラーがあると仮定すると、それらはマウントされないでしょうか?
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
Varianファイルについていくつかの調査を行ったところ、これを思いつきました。ディスク用のカスタム5 1/4 "フォーマット、カスタマイズされたBIOSルーチンについて何か言いました-スキムしました。DOSから実行されるように聞こえるので、多分DOSBOXで動作しますか?行く:
http://nmr.tamu.edu/vhelper.php
これを少し読み直しますが、信頼できると言っている最後のクラスのコンピューターは486で、Windowsではほとんどありません。他のすべてが失敗した場合、少なくともいくつかのEXEを使用して、逆方向に作業してフォーマットを決定できます。 BIOSのパッチ適用がそれほど多くないことを期待しています。 Pascal EXEを攻撃する必要がある場合は、デコンパイラーに放り込む前に、UnLzExe/Upack/Uncompressする必要があります。その時代のプログラムファイルは、ほとんどの場合、何らかの方法で圧縮されます。幸運を。
ここであなたのために多くのヒントを得ました:
編集:質問が変更されたため、ダウン票を獲得しましたが、十分な速さで回答を変更できませんでした。または、がらくたのようにフォーマットされています。けっこうだ。
更新された回答
トラックごとに13セクターありましたか?これらのディスクはどのようなものでしょうか?調査によれば、それらはおそらくApple] [フロッピーです。ネイティブのIBM PCフロッピーコントローラでそれらを読むことができるとは思わない。また、C64またはAtariディスクも使用できます。
これは私が覚えているものではありませんが、役に立つかもしれません: http://www.deviceside.com/fc5025.html
注:Apple/C64/Atariドライブなしでは、「フリッピー」ディスクを読むことはできません。
GNU ddrescue
ああ、私はあなたがddrescueを使用していることがわかります。最後に使用したバージョンは1.14でしたが、1.16があまりにも異なるとは思いません。 5.25 QDには-c15を、3.5 HDには-c18を使用してください。
クイックアクセス。直接アクセスは使用しません。ログは、それがすべて良いことを思い出すのに役立ちます:
Sudo ddrescue -Bv -c15/dev/fd0 floppy.img floppy.img.log
ディスクに不良スポットがある場合は、スキップします。次回は不良箇所を見つけるためだけにログを使用します
Sudo ddrescue -Bndv -c15/dev/fd0 badfloppy.img badfloppy.img.log
ダウンしてダーティになり、不良セクタを回避する必要がある場合、これは5回分割して再試行します。
Sudo ddrescue -Bd -c15 -r5/dev/fd0 bf2.img bf2.img.log
イメージのマウント
それは私が答えることができるものです!
(うまくいけば)fsタイプを決定するには:
ファイル-Ls floppy.img
OR
ファイル-Ls/dev/fd0
これで、ループバックをマウントできます。
mount -t msdos -o loop floppy.img /mnt/floppy
これらの厄介なHPFSディスクの1つである場合は、fdiskを使用してhpfsパーティションをマウントするためのオフセットを決定できる可能性があります。以前にハードディスクに使用したことがありますが、それほど違いはありません。あなたの質問を更新してください、そして、私は戻って(願わくば)それに答えます。
デフォルトでは、floppy
カーネルモジュールはロードされません。モジュールをロードするには、呼び出します
Sudo modprobe -v floppy
ユーザーを「フロッピー」グループに忘れずに追加してください。そのために
Sudo adduser $USER floppy
モジュールがロードされると、ハードウェアにアクセスしてフロッピーをマウントできるようになります。
DOS形式の場合は、おそらくマウントしようとするのではなく、mtoolsパッケージのツールを使用する必要があります。
アーカイブからmtoolsパッケージをインストールし、「mdir」、「mcopy」などを使用してファイルにアクセスします。