他のハードドライブと一緒にハードドライブドックに接続する18TBの外付けハードドライブがあります。安全取り出しコマンドを使用して別のHDDの接続を正しく切断しましたが、何らかの理由で両方のディスクが同時に切断され、何らかの理由で18TBディスクを再接続したときに次のメッセージが表示されました.ファイルシステムがすでに破損しており、インストールできません。
私はこれを調べてファイルシステムを修復しました。いくつかのコマンドまたはgpartedを使用してファイルシステムを確認して回復しようとしましたが、それを行うと、ディスク上のデータファイルが破損し、データが役に立たなくなるのではないかと心配します。今私はそれを最初に試す必要があることを知っています。
ディスクをすばやくフォーマットし、r-studioなどの回復ツールを使用してファイルを回復する方が良いと判断しました。ディスクに新しい情報を記録しませんでしたが、R-studioとテストディスクを使用してスキャンしました。私のファイルのすべてまたはほとんどがそこにあることを知っていますが、ファイルを適切に復元する方法がわかりません。クイックフォーマットを実行する前に、後で必要な場合に役立つようにgpartedの詳細をコピーしました。ここにいる:
<i>Filesystem volume name: EZStore18TB
Last mounted on: /media/other/EZStore18TB
Filesystem UUID: e1a36a06-b7cf-4756-8366-6a70f06f299c
Filesystem magic number: 0xEF53
Filesystem revision #: 1 (dynamic)
Filesystem features: has_journal ext_attr dir_index filetype extent 64bit flex_bg sparse_super large_file huge_file dir_nlink extra_isize metadata_csum
Filesystem flags: signed_directory_hash
Default mount options: user_xattr acl
Filesystem state: clean
Errors behavior: Continue
Filesystem OS type: Linux
Inode count: 274661376
Block count: 4394581504
Reserved block count: 219729075
Overhead clusters: 17749129
Free blocks: 2079631492
Free inodes: 273682528
First block: 0
Block size: 4096
Fragment size: 4096
Group descriptor size: 64
Blocks per group: 32768
Fragments per group: 32768
Inodes per group: 2048
Inode blocks per group: 128
Flex block group size: 16
Filesystem created: Tue May 2 02:49:56 2023
Last mount time: Thu Jun 1 05:11:57 2023
Last write time: Thu Jun 1 06:25:44 2023
Mount count: 25
Maximum mount count: -1
Last checked: Tue May 2 02:49:56 2023
Check interval: 0 (<none>)
Lifetime writes: 5429 GB
Reserved blocks uid: 0 (user root)
Reserved blocks gid: 0 (group root)
First inode: 11
Inode size: 256
Required extra isize: 32
Desired extra isize: 32
Journal inode: 8
Default directory hash: half_md4
Directory Hash Seed: 36fcc721-8eee-45e3-99c1-0089baa44cd4
Journal backup: inode blocks
Checksum type: crc32c
Checksum: 0x727ffe2e</i>
<i>dumpe2fs 1.46.5 (30-Dec-2021)
dumpe2fs: Corrupt group descriptor: bad block for inode table while reading journal inode</i>
<i>Unable to read the contents of this file system!
Because of this some operations may be unavailable.
The cause might be a missing software package.
The following list of software packages is required for ext4 file system support: e2fsprogs v1.41+.</i>
私の最初の質問は次のとおりです。ディスクをスキャンするためにハードドライブを接続して切断する以外に、選択肢はありません。これにより、ディスクにいくつかの情報が書き込まれ、ファイルがディスクから上書きされたか、メタデータが失われたため、ファイルの回復がより困難になる可能性があることがわかります。ファイルを上書きしませんか?
第二に、r-studio proがあります。スキャンしましたが、ファイル構造やファイルが見つかりませんでした。以前にファイルシステムを修復するためにファイルシステムチェックを実行する必要があったためですか?それともこのディスクがGPTであるかわからないので、ファイルを回復するために別の回復ツールが必要ですか?あるいは、両方とも可能です。
以前に取得したメタデータを使用し、新しいスキャンからファイルを正しく取得できるように、r-studioまたは他のプログラムを使用してディスクを正しく整列させる方法について誰かが案内できますか?
これらすべてを自動的に実行できる他の回復ツールをお勧めできる人はいますか?これを行うと、すべてのデータが失われるのではないかと心配されるため、このデータを入力する必要はありません。それともこのファイルを修復するための最良のツールは何ですか?
これがうまくいかない場合は、ファイルを再インポートするために使用できる最も低いレベルのスキャンツールは何ですか? (しかし、何年もかかる名前のないプロジェクトがいくつかあるので、可能であればファイル構造を修復しようとしています。再構築するには最後の手段として使用してください)。
これは巨大なハードドライブなので、データを回復するのに1ヶ月かかることがあることを知っています。残念ながら、私は最近、私がとても大切にしていた多くの家族のビデオや写真をこのドライブにコピーしました。低レベルのフォーマットが役に立つかもしれませんが、うまくいくにはファイル構造が必要なプロジェクトもいくつかあります。ディスクがいっぱいではありませんが、おそらく6TBが使用されていたでしょう。すべてのデータを回復するには、フルスキャンを実行する必要があることがわかりました。
私は私のデータがそこにあるか、ほとんどがあることを知っています。同じ問題を抱えている人から自分のファイルを回復するのに役立ちます。彼をリハビリテーションに送る数千ドルはありませんが、忍耐を持っています。誰かがこの記事を読んでそれがすべてだと思っても心配しないでください。今後数ヶ月間、私ができることをすべて試してみたいと思います。
時間をかけて私を助けてくださる皆様、よろしくお願いします。