Mint 19ノートブック（480GB SSD）にディスクがあり、パスワードが記憶されていないため、USB 3.0アダプタを介してデスクトップPCに接続し、ドライブをマウントしてバックアップし、ディスクを削除してラップトップを再インストールします。
511MBボリュームに挿入すると自動的にマウントされ、Grubファイルなどが含まれます。最初に2番目のボリュームに最初に入れたとき、ルートパーティションとスワップパーティションが出て、それぞれ442.68GB、3.97GBを示しました。ホームフォルダをコピーしましたが、最初は権限エラーが発生し、スキップすることを選択しました。その後、別の権限エラーが発生し、隠しファイルであると仮定し、すべてスキップすることを選択しました。バックアップはあまり気にせず、バックアップに集中します。文書、写真ファイル、クリップなど何でも可能です。
最後に、私のラップトップのホームディレクトリの下のフォルダがすべて表示されることがわかりますが、詳しく見るとすべて0バイトのファイルです。その後、いくつかの重要なファイルをコピーしようとしましたが、「読み取り専用ファイルシステム」権限エラーが発生しました。だからどんなファイルにもアクセスできないようです。 DiskPartでドライブを見て、LVMドライブであることを確認して、LVMドライブをマウントするためのいくつかの手順を実行することにしました。ファイルアプリから削除した後。
最初に私はこれをし、sudo lvs警告を受けました：
WARNING: PV /dev/sdc5 in VG mint-vg is using an old PV header, modify the VG to update.
だから私は以下を実行しました。
sudo vgck --updatemetadata mint-vg
このアップグレードされたVGと警告が消えましたsudo lvs。
その後、次のコマンドを実行してドライブをアクティブにしてマウントしようとしました。
sudo pvscan
PV /dev/sdc5 VG mint-vg lvm2 [446.65 GiB / 0 free]
Total: 1 [446.65 GiB] / in use: 1 [446.65 GiB] / in no VG: 0 [0 ]
siv@BigBlackIII:~$ sudo vgscan
Found volume group "mint-vg" using metadata type lvm2
siv@BigBlackIII:~$ sudo vgchange -a y
2 logical volume(s) in volume group "mint-vg" now active
siv@BigBlackIII:~$ sudo lvscan
ACTIVE '/dev/mint-vg/root' [442.68 GiB] inherit
ACTIVE '/dev/mint-vg/swap_1' [<3.97 GiB] inherit
siv@BigBlackIII:~$ sudo mount /dev/min=vg/root /mnt
mount: /mnt: special device /dev/min=vg/root does not exist.
siv@BigBlackIII:~$ sudo mount /dev/mint-vg/root /mnt
mount: /mnt: can't read superblock on /dev/mapper/mint--vg-root.
siv@BigBlackIII:~$ sudo dumpe2fs /dev/mint-vg/root | grep superblock
dumpe2fs 1.45.5 (07-Jan-2020)
dumpe2fs: Input/output error while trying to open /dev/mint-vg/root
Couldn't find valid filesystem superblock.
興味深いことに、以下を使用してスーパーブロックにアクセスできました。
sudo mke2fs -n /dev/sdc5
mke2fs 1.45.5 (07-Jan-2020) /dev/sdc5 contains a LVM2_member filesystem Proceed anyway? (y/N) y
Creating filesystem with 117087488 4k blocks and 29278208 inodes Filesystem UUID: b4974c66-4d05-4fe3-9aff-bf86783a12a4
Superblock backups stored on blocks: 32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208, 4096000, 7962624, 11239424, 20480000, 23887872, 71663616, 78675968, 102400000
次に、次のことを試してください。
mount sb=32768 /dev/mint-vg/root /media/siv/TonyRoot
mount: bad usage Try 'mount --help' for more information.
それで、私が何を間違っているのかわかりませんか？私はさまざまな投稿でmountコマンドを使用してマウントを作成する方法を見つけましたが、私のデスクトップで実行されているLinux Mint 20では許可されていません。
データをバックアップできるようにこのドライブをマウントするにはどうすればよいかを提案できる人はいますか？
助けてくれてありがとう。
シフ
さて、結局はあまり役に立ちませんでしたが、同じ問題を抱えている人のために、次の記事を使って問題を解決しました。
/mnt/home/username でファイルが見つかりました。ここで、「username」はマイディスクの実際のユーザーです。その後、そこのすべてのエラーをバックアップディスクにコピーし、ドライブをフォーマットしました。
シフ
ベストアンサー1
USB ボックスに接続されたドライブでこの問題が発生しました。すべてのpvscan/vgscan/lvscanはOKです。 LVは「アクティブ」状態です。 LVM以外のパーティションをマウントできます。ただし、LVM LV（たとえば）をマウントしようとすると、/dev/mapper/house-rootスーパーブロックの欠落に関する上記のメッセージが表示されます（dmesgに表示されている場合はIOエラーも表示されます）。例えば、
$ sudo dumpe2fs /dev/mapper/house-root
dumpe2fs 1.46.4 (18-Aug-2021)
dumpe2fs: Input/output error while trying to open /dev/mapper/house-root
Couldn't find valid filesystem superblock.
そしてdmesgで：
[3802002.748434] Buffer I/O error on dev dm-4, logical block 26214384, async page read
[3802002.748536] Buffer I/O error on dev dm-4, logical block 16, async page read
他のコンピュータでは、以前はすべてがうまく機能していたので、これは奇妙です。代替スーパーブロックを指定することは役に立ちません。秘密は、LVMが「ACTIVE」状態について混同したという事実が明らかになりました。無効にして再度有効にすると、突然すべてが正常に機能しました。したがって、次のように言っても：
$ sudo pvscan
PV /dev/sdb2 VG house lvm2 [<931.02 GiB / <131.02 GiB free]
$ sudo vgscan
Found volume group "house" using metadata type lvm2
$ sudo lvscan
ACTIVE '/dev/house/root' [100.00 GiB] inherit
ACTIVE '/dev/house/home' [700.00 GiB] inherit
しなければならない
$ sudo vgchange -a n house
0 logical volume(s) in volume group "house" now active
$ sudo vgchange -a y house
2 logical volume(s) in volume group "house" now active
ドライブのext4ファイルシステムが実際に表示されるようにします。
ディスクがすべて破損しているように見える場合は、これが誰かに役立つことを願っています。