web-dev-qa-db-ja.com

Windows7でWindows98DRVSPACE.000ファイルを読み取る必要があります

今日、アーカイブでDRVSPACE.000ファイルに出くわしましたが、その内容を復元したいと思います。ファイルの横にはREADTHIS.TXTがあります。

このディスクは、Windows98が必要なDriveSpace3を使用して圧縮されました。
 
このディスクを使用するには、最初にマウントする必要があります。マウントするには：
 
 1。Windows 98の[スタート]メニューから[ファイル名を指定して実行]を選択し、
と入力してDriveSpaceを実行し、DRVSPACEと入力します。 DriveSpaceで、このディスクが含まれているドライブをクリックし、
の[詳細設定]メニューをクリックして、[マウント]をクリックします。
 
（このファイルが物理ドライブ以外のドライブにある場合
ディスクが含まれている場合、圧縮ドライブはすでにマウントされています。] 
 
使用可能なすべての圧縮ドライブを自動的にマウントするには、[詳細設定]メニューをクリックし、
次に、[新しい圧縮ドライブを自動的にマウントする]チェックボックスをオンにします。
 
重要：この圧縮ディスクをマウントして使用するには、Windows98を実行している必要があります。

  • 現在、Windows 7x64を実行しています。

  • Windows98がこのマシンにインストールされるとは思えません

  • インストールするWindows98CDがまだないと思います

Windows 98ブートディスクを使用してこのボリュームを開くための一連の手順を見つけましたが、ブートディスクイメージを見つけてもフロッピードライブがありません。

この圧縮画像からファイルを抽出するために使用できるユーティリティはありますか？

（重要な場合、ファイルはわずか15 MBです。）

windows-7mountcompressionfile-recoverywindows-98
4
Mr.Wizard

これは非常に古い質問だと思いますが、解決策は非常に簡単です。データを取得するために完全なwin98インストールは必要ありません。 win98EBDディスクイメージを取得する必要があります。 （緊急ブートディスク）

また、VMware、Qemu、Bochsなどの何らかの仮想マシンのセットアップも必要になります。

最初に-選択した仮想マシンソフトウェアで、2つの新しいディスクイメージを作成します。 1つ目は、drivespace3圧縮ボリュームの非圧縮コンテンツを保持できる必要があります。 2番目は.000ファイルより2MB大きい必要があります。最初のものはおそらくFAT32としてフォーマットされるべきであり、2番目のものはFAT16としてフォーマットされなければなりません。

良い。次に、winimageのようなものを使用して.000ファイルをFAT16ディスクイメージにコピーします。

EBDから起動し、2つのディスクイメージファイルをマウントするように仮想マシンを設定します。 FAT16ボリュームをプライマリとして使用し、FAT32ボリュームをセカンダリとして使用します。

EBDで仮想マシンを起動します。 CDROMサポートが必要かどうかを尋ねられます。それはあなた次第です。終了すると、DOSプロンプトが表示されます。

スキャンディスクの「文書化されていない」機能を使用して、.000ファイルをマウントします。

A:\>Scandisk /mount C:\drvspace.000

Drvspace.000を保持している非圧縮ディスクイメージが非表示になり、ホストドライブHになり、ドライブCがdrvspace.000ファイルを操作するためのコンテナになりました。

A:\>C:

C:\>DIR

すべてのファイルを表示しますか？もしそうなら、良い。そうでない場合は、DRVSPACE.BINが削除されていないEBDを見つけてください。 （一部の人々は、コンベンショナルメモリの大きなチャンクを食いつぶし、オプションであるため、それを取り除きます。この場合、WE必要です。）

XCOPYを使用して、ファイルをCドライブから非圧縮Dドライブにコピーします。

C:\>A:\xcopy /e C:\*.* D:\

ファイルのコピープロセスが終了するのを待ちます。

仮想マシンをシャットダウンします。 WinimageなどでFAT32ディスクイメージを開きます。圧縮されていないファイルを引き出して、安全な場所に置きます。

4
Wierd_w

繰り返しになりますが、質問は本当に古いものですが、現在、DoubleSpaced3.5インチフロッピーから不明なコンテンツを復元したいのと同様のタスクがありました。

Techie007がすでに提案したように、7ZipはDBLSPACE.000ファイルを読み取ることができます。 Ubuntu16.04でテスト済み

7z x DBLSPACE.000

仮想マシンはありません。疑わしいソフトウェアソースはありません。

2
TreibAir

これが、DBLSPACE.000ファイルにアクセスする方法です。 Ubuntuで7Zipを試しましたが、最初のいくつかのファイルを取得し始め、エラーが発生して停止しました。

Windows Meをインストールした物理マシンがあります。また、Windows 98SEを別のハードドライブに置き、「汎用」USBドライブのサポートを追加しました。やるべき道順は簡単に見つかります。

重要なのは、小さなUSBフラッシュドライブを入手し、Linuxでgpartedを使用してFATまたはFAT 16としてフォーマットすることです[〜＃〜] not [〜＃〜] FAT32。ドライブは2GB以下である必要がありますが、DBLSPACE.000ファイルより少なくともわずかに大きい必要があります。 DBLSPACE.000をFATフォーマットのドライブに配置します。その後、Windows98またはWindowsMEマシンに接続できます。ドライブスペース3でマウントする必要があったWindows98は、WindowsMEでは自動マウントされました。次に、ファイルをハードドライブにコピーするか、別のUSBドライブに直接コピーできます。

私が言ったように、私はこれを物理マシンで正常に実行しましたが、USBポートにアクセスできるホストを備えた仮想マシンでも機能するはずです。これは、2番目のVHDをセットアップしてDBLSPACE.000をそのVHDに取り込むよりも簡単です。

1
rr_cook

私は自分に合った解決策を見つけることができました。それが誰かに役立つかもしれない場合に備えて、ここで詳しく説明すると思いました。重要な情報を提供してくれたMr.Wizard、Wierd_w、およびpatrickvacekに感謝します。

私のセットアップには、Windows98仮想マシンが実行されるVirtualBoxをホストするArchLinuxマシンが含まれています。また、Windows 10マシンを使用して、FAT32フォーマットのVHDを作成し、後で読み取りました（Windows 7でおそらく十分です）。アクセスしたいドライブスペースの圧縮ディスクは、古い100MZipディスクの形式でした。 LinuxマシンにマウントしたUSBZipドライブを購入しました。このプロセス全体をいずれかのプラットフォームで実行し、必要に応じて適応させることは可能だと確信していますが、これが私が行った方法です。

Wierd_wで言及されているwinimageツールを使用したり、scandisk/mountを使用したりしませんでした。私は最初、patrickvacekが言及した正確なエラーメッセージを受け取るようになりました。drvspace.iniに関する彼の手がかりは非常に重要です。それを乗り越える方法は、Win98ブートディスクの内容を含む起動可能な仮想c：ドライブを作成し、c：にdrvspace.iniを作成することです。次に、VMが開始されると、ドライブスペースディスクの内容を含むVHDが自動的にマウントされます。

以下は、私にとって苦痛な詳細で働いたプロセスです。これは私の設定に固有ですが、すぐに適応できるはずです。

Windows 98VMを作成する

  • windows 98ブートディスクイメージをダウンロードします。ここで入手しました： http://www.allbootdisks.com/downloads/Disks/Windows_98_Boot_Disk_Download49/Diskette%20Images/Windows98_SE_No_Ramdrive.img

  • virtualBoxで、新しいVMをホストWindows98に作成します

  • 新しい仮想IDEドライブをプライマリマスターとして作成します。これがブートドライブになります（例：win98.vdi）
  • セカンダリマスターとして新しいオプティカルドライブを作成する
  • windows 98ISOをオプティカルドライブにロードする
  • 起動順序にハードディスクの前にオプティカルドライブが含まれていることを確認します
  • オプティカルドライブから起動するVMを起動します
  • fdiskを使用して、c：ブートドライブとなる新しいパーティションを作成します。
  • （1）DOSパーティションを作成し、（1）プライマリDOSパーティションを作成し、（Y）最大サイズを使用し、fdisk [ESC]、[ESC]、[ESC]を終了します。
  • vMを再起動します

  • ブートドライブをフォーマットします（/ Sはブート可能にします）

    format c: /S /V:win98

  • win98オプティカルドライブからC：ブートドライブにファイルをコピーします（私にとって、オプティカルドライブはr：としてマウントされます）

    xcopy r: c: /S /E /V

  • vMをシャットダウンします

  • オプティカルドライブからWindows98ISOを取り外します

  • vMを起動すると、ハードディスクから起動するはずです。

  • ドライブスペース圧縮ドライブをc：\からマウントするには、c：\にdrvspace.iniファイルが必要です。

    edit drvspace.ini

  • 次の行を追加し、保存して終了します

    ActivateDrive=E,D0

  • 詳細については、以下を参照してください。 http://www.vfrazee.com/ms-dos/6.22/help/drvspace.htm

圧縮ディスクごとに

VMストレージは次のように設定されます：

  • IDE Priマスター：win98.vdi（ブートディスク）
  • IDE Pri Slave：enc_001.vdi（CD ISOからコピーされたドライブスペースイメージ）
  • IDE Secマスター：001.iso（CD ISOには圧縮されたZipドライブイメージが含まれています）
  • IDE Sec Slave：unenc_001.vhd（非圧縮Zipイメージの宛先）

Isoは、ドライブスペースディスクの内容をenc_001.vdiに取得するために使用されます。 vdiおよびvhdディスクは、復号化するディスクごとに作成されます。

LinuxマシンのZipドライブ

  • uSBZipドライブを接続します

  • ディスクを挿入

  • zipドライブデバイスを見つけます（例：/ dev/sdf4）

    lsblk

  • zipドライブをマウントします

    Sudo mount -o gid=users,fmask=113,dmask=002 /dev/sdf4 /media/guest

  • zipコンテンツ（drvspace.000）をローカルフォルダーにコピーします

    rsync -av /media/guest/ /media/bass/bu/Zip_drive/012/Zip_img

  • zipドライブのマウントを解除します

    Sudo umount /media/guest

  • ローカルのZipドライブフォルダからISOを作成します

    genisoimage -V "001" -J -r -o 001.iso ./Zip_img

Windowsマシンで、非圧縮ファイルのVHDを作成します

  • ディスクの管理コンソールを開く
  • アクション| VHDを作成する
  • unenc_001.vhd、300MB、VHD形式、固定サイズ
  • ディスクの初期化、MBR
  • 新しいシンプルボリュームを作成し、FAT32をフォーマットします
  • vHDをデタッチする
  • unenc_001.vhdをLinuxマシンにコピーします

VirtualBoxで、VMのドライブをセットアップします

  • 圧縮されたコンテンツ用の新しい仮想ハードドライブを作成し、IDEプライマリスレーブ：VDI、固定サイズ103.03 MB、名前はenc_001.vdi）として設定します。
  • 上で作成した暗号化されていないコンテンツ（例：unenc_001.vhd）にVHDを追加し、IDEセカンダリスレーブとして設定
  • iSOイメージを上から仮想光学ドライブにロードします（例：001.iso）

IDEストレージは次のようになります。

  • IDE Priマスター：win98.vdi（ブートディスク）
  • IDE Pri Slave：enc_001.vdi（ドライブスペースイメージの宛先）
  • IDE Sec Master：001.iso（非圧縮のドライブスペースイメージを含むCD ISO）
  • IDE Sec Slave：unenc_001.vhd（非圧縮Zipイメージの宛先）

vMを起動し、VMで：

  • fdisk、大きなブロックを有効にするY(5)変更ドライブ、（2）100Mドライブを選択（enc_001.vdi）
  • （1）DOSパーティションを作成し、（1）プライマリDOSパーティションを作成し、（Y）最大サイズを使用し、fdisk（ESC）、（ESC）、（ESC）を終了します。

次

  • vMをリセット（再起動）

  • フォーマットenc_001.vdiパーティション

    dir d: should give invalid media error (abort)
format d: /V:enc_001, (Y) proceed
dir d: should now show empty 100M drive

  • unenc_001.vhdがマウントされていることを確認してください

    dir e: should show empty 300M drive

  • iSOイメージがマウントされていることを確認します。

    dir r: should show drvspace.000 and readthis.txt files

  • cDISOからZipイメージをコピーします

    xcopy r: d: /S /E /V

  • vMをリセット

  • vMでは、ドライブスペースドライブがマウントされ、アクセス可能になっているはずです。

    dir d: should show Zip drive contents (!)
dir e: should show empty 300M drive
dir f: is the compressed drivespace drive, but shows only readthis.txt

  • 圧縮されていないZipコンテンツをunenc_001VHDにコピーします

    xcopy d: e: /S /E /V

  • vMをシャットダウンします

  • unenc_001.vhdをWindowsマシンにコピーします

Windowsマシンの場合

  • ディスクの管理コンソールを開く

  • アクション| VHDを添付（unenc_001.vhd）

  • 圧縮されていないファイルは、マウントされたボリュームからアクセスできるようになります

私の場合、Windowsの長いファイル名は保持されず、longna〜1.txtのように8.3の名前として表示されることに注意してください。私は長い名前がまだ何らかの方法でアクセス可能であるかどうかを見ることを追求しませんでした。誰か知っているなら、聞いてみたいです。

とにかく、Wierd_wが言うように、解決策は非常に簡単でした。 15年前のファイルをよく読んでみましょう。

1
bugcheck