☰

ファイルシステム/パーティションタイプを識別する方法

tag-icon • tag-icon filesystems partition ext4 superblock
ファイルシステム/パーティションタイプを識別する方法

mtpfsシステムをインストールした後、ある時点で私のハードドライブが破損しています。この問題を解決する方法を問い合わせたいのですが、パーティションとファイルシステムの種類については自信がありません。

私のOSは新しいFedora Core 23ですが、パーティションはもともとFC 20で作成され、ほとんどがデフォルトで作成されました。 

cat /proc/version
Linux version 4.2.3-300.fc23.x86_64            
[email protected]) 
(gcc version 5.1.1 20150618 (Red Hat 5.1.1-4) 
(GCC) ) #1 SMP Mon Oct 5 15:42:54 UTC 2015

fdiskプログラムは以下のパーティションを報告します。お分かりのように、私は/dev/sdb3に最も興味がありますが、最も破損しています。 /dev/sdb2 が「Microsoft 基本データ」を報告する理由はわかりませんが、少なくともマウントして読み取ることはできますが、/dev/sdb3 パーティションはマウントできません。

sudo fdisk /dev/sdb
Welcome to fdisk (util-linux 2.27).
Changes will remain in memory only, until you decide to write them.
Be careful before using the write command.


Command (m for help): p
Disk /dev/sdb: 931.5 GiB, 1000204886016 bytes, 1953525168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: gpt
Disk identifier: 59CA4127-4BEE-40F4-A514-9DA368C81665

Device       Start        End    Sectors   Size Type
/dev/sdb1     2048     411647     409600   200M EFI System
/dev/sdb2   411648    1435647    1024000   500M Microsoft basic data
/dev/sdb3  1435648 1953523711 1952088064 930.8G Linux filesystem

sudo mount /dev/sdb3 /mnt/sdb3
mount: /dev/sdb3 is write-protected, mounting read-only
mount: wrong fs type, bad option, bad superblock on /dev/sdb3,
missing codepage or helper program, or other error

In some cases useful info is found in syslog - try
dmesg | tail or so.

インストール、パーティショニング、またはdmesgに関連するエントリ、またはJournalctlによって表示されるsystemdログに関連するエントリは表示されません。

明らかにスーパーブロックが見つかりません：

sudo dumpe2fs /dev/sdb3
dumpe2fs 1.42.13 (17-May-2015)
dumpe2fs: Bad magic number in super-block while trying to open /dev/sdb3
Couldn't find valid filesystem superblock.

私の質問は：/mnt/sdb3はどのファイルシステムですか？それをどのように見つけることができますか（どこかに見つけて捨てられる魔法の数字や説得力のあるものがありますか？）

これがわかったら、それに応じてパーティションの種類を変更できます。 TestDiskユーティリティは、可能であればさらに役立つでしょう。知るdosパーティションスキームなどのファイルシステムは何ですか？たとえば、/dev/sdb3 は ext4 です。

更新：設定時に暗号化したようです。 16進エディタで/dev/sdb3パーティションを見て、その大部分を文字列で転送しましたが、何も認識されませんでした。繰り返されるように見えるパターンがたくさんあります。また、私の以前のgrub.cfgには次の行がありました。

linuxefi /vmlinuz-3.19.8-100.fc20.x86_64 root=/dev/mapper/fedora_ralph-root ro rd.lvm.lv=fedora_ralphdfl/swap vconsole.font=latarcyrheb-sun16 rd.lvm.lv=fedora_ralphdfl/root rd.luks.uuid=luks-a0d2613e-ce2a-4a6b-96cf-b999b3a36ab8  rhgb quiet LANG=en_US.UTF-8

残念ながら、暗号化されたドライブとして認識されません。 cryptsetup -v luksDump /dev/sdb3 /dev/sdb3 デバイスは有効な LUKS デバイスではありません。コード22でコマンドが失敗しました：無効なパラメータ

しかし、以前のパスワードを取得することは可能です。この時点で、データ復旧会社に持って行く方が良いでしょうか？ほとんどを失っても大丈夫ですが、必ず取り戻したいコアファイルがいくつかあります。

よろしくお願いします。

ベストアンサー1

ファイルシステムの最初のセクタが破損していない場合file注文する。-s単に「デバイスです」と言うのではなく、デバイスの内容を表示できるようにそのオプションを渡します。

file -s /dev/sdb3

使用されているデータベースがfileカーネルがマウントするときに使用するデータベースとは異なるため、カーネルfileが認識するファイルシステムが認識されないか、その逆も発生する可能性がありますが、一般的にカーネルがサポートするファイルfileシステムは認識する必要があります。

認識できない奇妙なファイルシステムまたはボリュームタイプが原因でこれが役に立たない場合はfile、試してみて手がかりhead -c 1024k /dev/sdb3 | strings | lessが得られることを確認してください。

理解できない場合は、次のフォレンジックツールをお試しください。テストディスク。実行中のファイルシステムの種類を知る必要はありません。これを使用して破損したディスクを閲覧できることが重要です。 TestDiskは、パーティションテーブルの破損が疑われるかどうかを推測することもできます。

おすすめ記事