非常に似た物語これ昨日私に起きました。
修正する:
私の唯一のハードドライブは/dev/sdaもともと次のように分割されました。
Device Boot Start End Blocks Id System
/dev/sda1 * 2048 1026047 512000 83 Linux
/dev/sda2 1026048 976773119 487873536 83 Linux
/dev/sda1/boot暗号化されていないパーティションです。このパーティションは、もともと次の論理ボリュームを含む/dev/sda2ボリュームグループを含むLUKSパーティションでした。fedora_pedro
/dev/mapper/fedora_pedro-root
/dev/mapper/fedora_pedro-home
/dev/mapper/fedora_pedro-swap
ライブディスクにあり、次の/dev/sda2パーティションを縮小しようとしています。その段階突然、コンピュータを停止してプラグを抜かなければなりませんでした。使ったばかりです
cryptsetup luksOpen /dev/sda2 fedora_pedro
exitそして（最初にLVMとLUKSを使用しながら）ツアーしながら、さまざまな論理ボリューム（スワップ、ルート、ホーム）をマウントしてアンマウントする過程で、LUKSパーティション（;）を閉じずに急いで端末を閉じる必要がありましたexit。あまり注意を払わずに、シャットダウンプロセスが終わる前にLive CDを取り出し、電源ボタンを押してラップトップをシャットダウンしました。
数時間後にコンピュータを起動すると、「ターゲットプライマリシステムに到達しました」というメッセージが表示され、起動が中断されました。回復モードでハードドライブから起動したときに受け取った唯一のメッセージは次のとおりです。
dracut-initqueue [...] unit file of systemd-cryptsetup@luksMYUUID changed on disk
リカバリディスクを使用してドライブ（）を開き、次を使用してcryptsetup luksOpen /dev/sda2 fedora_pedroパーティションの状態を照会しました。e2fsck
fsck.ext4: Superblock invalid, trying backup blocks...
fsck.ext4: Bad magic number in super-block while trying to open /dev/sda2
pvdisplay私はすべてのPEが利用可能である（ボリュームが実際に空であるように見えます）を返し、このビューを共有し、vgscan私のボリュームグループに論理ボリュームが含まれていないと述べました。lvdisplay何も返されません。
まだ何もサイズ変更していないので、この問題は非常に混乱しています。
testdisk /dev/mapper/fedora_pedro
正しいボリューム（スワップ、ルート、およびホーム）が表示され、システム上のすべてのデータへのアクセスが許可されているため、再起動Write partition to the disk後に表示できるようにしたいので、そのボリュームを選択しました。そんなことは起こらなかったけど、fdisk -l /dev/mapper/fedora_pedro今はまたそんなことが起きた
Disk /dev/mapper/fedora_pedro: 465.3 GiB, 49958403712 bytes, 975742976 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 / 4096 bytes
Disklabel type: dos
Disk identifier: 0x0000000
Device Boot Start End Blocks Id System
/dev/mapper/fedora_pedro1 * 2048 8161279 4079616 82 Linux swap / Solaris
/dev/mapper/fedora_pedro2 8161280 870885375 431362048 82 Linux
/dev/mapper/fedora_pedro3 870885376 975742975 52428800 82 Linux
すべてが正常に機能するとボリュームをアンマウントできるため、まだボリュームを個別にマウントすることはできません。実際には見つかりません/dev/mapper。また、テーブルをディスクにコピーしたため、グループと論理ボリュームはもちろん、物理ボリュームも表示されなくなります（pvscan、vgscan＆lvscanコマンドは何も返しません）。しかし、私はこの問題に対する解決策が決して不可能ではないと確信して確信しています。
- grub の元のボリューム項目と一致するように、パーティション表のボリューム項目の名前を変更することもできます。 <--可能性なし
vgcfgrestoreおそらく、バックアップを見つけて、同等のツールを使用してシステムを復元することもできます。 <--mke2fs -S最初に述べたストーリーで提案したように、ディスクのスーパーブロックを書き換える方法を使用することもできます。testdiskブロックサイズは正数：4096です。 <--危険
しかし、これらすべてのソリューション（およびあなたが提案できる他のソリューション）は、読んだ内容からわかるように、論理ボリュームシステムに関する私の限られた知識を超えています。正常に再起動するのに適したプログラムが何であるかを知りたいです。
最前線から伝わるお知らせ
また、以前のシステムへのアクセスを使用していますtestdisk。言及したように、パーティションは大丈夫で、特に/etc復元するための貴重な情報を入手できることを確認するために、以前のファイルシステムを見ました。このゲームを長くプレイすればするほど、ラベリング問題という考えが増えます。ライブドキュメントファイルにコピーして/etc/lvmバックアップファイルとして使用しようとしましたが、vgcfgrestore結果が良くありませんでした。
Couldn't find device with uuid cZ83jX-WXkk-tNG4-ulGT-sAqq-HlKq-Omtqc8.
PV unknown device missing from cache
Format-specific setup for unknown device failed
Restore failed.
実際、blkid同様のuuidは返されません。はるかに興味深い（そしておそらく私自身の行動かもしれません）、blkid私のExt4ファイルシステムに対して返された次のようになります。
/dev/sda1: "9f2a5417-dce6-45c1-8d93-1ee753e5c75c" TYPE="ext4" PARTUUID="0006282d-01"
/dev/sda2: "a33beb04-1147-446e-8f3b-7ff9d6bc226b" TYPE="crypto_LUKS" PARTUUID="0006282d-02"
[...]
/dev/mapper/fedora_pedro: PTTYPE="dos"
Write partition to disktestdisk現在、uuidがfedora_pedro元のuuidとまったく一致しないという点で間違いを犯したようです。実際にはfedora_pedrouuidはありません。以前の作業単位のすべての仕様をこのボリュームに帰属させることは可能ですか？ uuid、論理パーティション...それではどうですか？
近づいていますか？
vgchange -ay fedora_pedro返品
Volume group "fedora_pedro" not found
Skipping volume group fedora_pedro
/etc/lvm/backup/または、上記の元のボリュームグループ名と同じボリュームグループ名を使用しても同じです/etc/lvm/archive。vgdisplay同じことを言いました。
興味深い点は出力です。lvmdiskscan
/dev/mapper/live-rw [ 4.00 GiB]
/dev/sda1 [ 500.00 MiB]
/dev/mapper/live-base [ 4.00 GiB]
/dev/loop2 [ 886.75 MiB]
/dev/sda2 [ 465.27 GiB]
/dev/mapper/live-osimg-min [ 4.00 GiB]
/dev/mapper/loop3 [ 4.00 GiB]
/dev/mapper/fedora_pedro [ 465.27 GiB] LVM physical volume
/dev/loop4 [ 512.00 MiB]
3 disks
5 partitions
1 LVM physical volume whole disk
0 LVM physical volume
私が正しく理解したら、そこに物理ボリュームがあることを知っている人はいますか？しかし、それを見せたくありません。
$ pvdisplay fedora_pedro
Failed to read physical volume "fedora_pedro"
$ pvdisplay /dev/mapper/fedora_pedro
No physical volume found in lvmetad cache for /dev/mapper/fedora_pedro
Failed to read physical volume "/dev/mapper/fedora_pedro"
$ pvdisplay /home/liveuser/Documents/etc/lvm/archive/fedora_pedro_00000-1031984471.vg
Failed to read physical volume "/home/liveuser/Documents/etc/lvm/archive/fedora_pedro_00000-1031984471.vg"
さらに進む方法がわかりません。lvmdump -mdmsetup_ls_tree、dmsetup_table、dmsetup_status、およびdmsetup_infoを見ました。 dmsetup_info は fedora_pedro の次の UUID を返します。
Name Maj Min Stat Open Targ Event UUID
fedora_pedro 253 3 L--w 0 1 0 CRYPT-LUKS1-a33beb04-1147-446e-8f3b-7ff9d6bc226b-fedora_pedro
blkidこれはforから返されたのと同じUUIDです/dev/sda2。これはまた、26行目で見つけたものと同じです。/home/liveuser/Documents/etc/lvm/archive/fedora_pedro_00000-1031984471.vg
[...]
pv0 {
id = "cZ83jX-WXkk-tNG4-ulGT-sAqq-HlKq-Omtqc8"
device = "/dev/mapper/luks-a33beb04-1147-446e-8f3b-7ff9d6bc226b" # Hint only
[...]
そしてgrub.cfgファイルに/dev/sda1。
上のリストに書いたように、idとUUIDを一緒に一致させようとしますが、問題は他の場所にあるようです。
ベストアンサー1
どういうわけか、ボリュームグループとその中の物理ボリュームを消去しました。ただの質問です。メタデータを使用した復元を使用できますtestdisk。/etc/lvmソースフォルダを実際のユーザーのデスクトップにコピーし、
$ pvcreate --uuid "cZ83jX-WXkk-tNG4-ulGT-sAqq-HlKq-Omtqc8" \
--restorefile /home/liveuser/Desktop/etc/lvm/archive/VG.vg /dev/sda2
Physical volume "/dev/sda2" successfully created
$ vgcfgrestore VG
Restored volume group VG
$ lvchange -ay /dev/VG/home /dev/VG/root /dev/VG/swap
$ lvs -a -o +devices
その後、もともとvgdisplay -v fedora_pedro論理ボリュームと物理ボリュームを指す一貫した出力が返され、マウントしてナビゲートできました。しかし、数分後に残念ながら、これらの変更をディスクに書き込もうとしたため、Luksコンテナのヘッダを消去しました。だから、すべてが無駄だった...