web-dev-qa-db-ja.com

LUKS暗号化デバイスが見つからない

暗号化されたバックアップとして使用する2TBのディスクは、Ubuntuによって単なる空き領域として報告されています。暗号化はLUKS暗号化デバイスとして設定されました。

Sudo fdisk -lレポートの出力：

Disk /dev/sdc: 2000.4 GB, 2000398934016 bytes
255 heads, 63 sectors/track, 243201 cylinders, total 3907029168 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
Disk identifier: 0x6b6edeba

Device Boot      Start         End      Blocks   Id  System

報告されるパーティション情報はないことに注意してください（ディスク上にはパーティションが1つしかありませんでした）。

Sudo cryptsetup luksOpen /dev/sdc crypt1でディスクを開こうとすると、エラーが返されます。

デバイス/ dev/sdcは有効なLUKSデバイスではありません。

幸運なことに、バックアップのバックアップがあるので、今回はデータを送って生きることができますが、それを知る必要があります：何が原因で、どのように修正できるか、そうでなければバックアップを信頼できないからです将来的には別のソリューションを見つける必要があります。

Edit1：リクエストごとに、Disks Utilityのスクリーンショット： enter image description here

これはUbuntu 14.04.3 LTSにあります。

partitioningencryptiondiskluks
3
Minos

Sudo file -s /dev/sdcを実行すると以下が返されます。

/dev/sdc: x86 boot sector

ディスク上で未加工のLUKSヘッダーがブートローダーによって上書きされた可能性が非常に高い。 LVMを使用しないUbuntuのデフォルトは、LUKSボリュームを直接ディスクにインストールするようです。

このシステムは、実際にはWindows 10とUbuntuのデュアルブートです（これについて言及しておく必要があります、ごめんなさい！）。犯人を見つけるために（ヒント：常にマイクロソフトです）：ディスクの最初のセクターの文字列を解析します：

Sudo dd bs=512 count=1 if=/dev/sdc 2>/dev/null | strings

これは、失われたLUKSヘッダーを持つバックアップディスクに対して表示されます。

Invalid partition table
Error loading operating system
Missing operating system

デフォルトのブートドライブにはGrub 2があり、同じコマンドに対して以下が返されます。

GRUB 
Geom
Hard Disk
Read
 Error

Windows 10ボートローダーを備えたWindows 10ディスク：

Invalid partition table
Error loading operating system
Missing operating system

ビンゴ！これで、Windowsブートローダーを手動でWindows 10ディスクにのみインストールしたことがわかりました。これは、誤ってGrubブートローダーで自分で上書きしたため、LUKSボリュームがまだ残っていることがわかっているためです。ただし、Windows 10のインストールがフリーズ/クラッシュを続けるため、Windows 10の自動修復ユーティリティをいくつか実行しました。そのため、そのうちの1人が追加のブートローダーにバックアップディスクを割り当てることを決定した可能性があります。

2
Minos