これはRaspbian 8(Linuxカーネル4.9)を実行しているRaspberry Piにあります。 64GB USBペンドライブ(/ dev / sda)を接続し、LVM物理ボリュームとして設定しました。 ext4でフォーマットされた1つのボリュームグループ(「data」)と1つの論理ボリューム(または「data」)のみがあります。 fstabに自動的にボリュームをマウントしました。 (明らかに、/dev/sdaは物理ボリュームであり、/dev/sda1ではありません。デバイスにはパーティションがありません。)
この方法は、最近論理ボリュームにアクセスできないことがわかるまでうまくいきました。再起動後にLVMが起動しないことがわかりました。systemctlステータスlvm2以下の内容が公開されました。
Aug 20 13:27:54 rasputin lvm[1747]: device-mapper: reload ioctl on failed: Read-only file system_dmesg** from boot:
[ 4.963170] sd 0:0:0:0: [sda] Attached SCSI removable disk
[ 5.896509] systemd-udevd[126]: starting version 215
[ 6.778455] sd 0:0:0:0: [sda] 126058496 512-byte logical blocks: (64.5 GB/60.1 GiB)
[ 6.781190] sd 0:0:0:0: [sda] Write Protect is on
[ 6.781219] sd 0:0:0:0: [sda] Mode Sense: 43 00 80 00
[ 7.000522] device-mapper: ioctl: 4.35.0-ioctl (2016-06-23) initialised: [email protected]
[ 7.139872] device-mapper: table: 254:0: linear: Device lookup failed
[ 7.139890] device-mapper: ioctl: error adding target to table
私の説明は、/ dev / sda物理ボリュームに問題があり、読み取り専用になることです。その時からどのように進めるべきかよく分からないので実験になりました。
頑張ったfsck /dev/sda目立つ改善はありません。 /dev/sdaには一般的な意味のファイルシステムが含まれていないと思うので、これは意味があるかもしれません。また、デバイスが読み取り専用モードを強制的にオフにしようとしました。hdparm -r0 /dev/sda、これはlvm2サービスを開始しようとしたときにエラーメッセージを変更しません。
LVM 固有のツールの詳細をご覧ください。PVCボリュームパフォーマンスが悪いことを確認しているようですが、それ以上ではありません。
root@rasputin:~# pvck -v /dev/sda
DEGRADED MODE. Incomplete RAID LVs will be processed.
Scanning /dev/sda
Found label on /dev/sda, sector 1, type=LVM2 001
Found text metadata area: offset=4096, size=1044480
基本的にこれは私の状況です。この問題を診断および/または解決するために何を試すことができますか?ディスク上のデータは消費されますが、可能であれば部分的には便宜上、部分的には将来の使用のために利用可能なオプションを探索するために復元したいと思います。
(私の知る限り)私はこれを達成するために特別なことをしなかったことに注意する価値があります。人々がLVMコマンドを実行しようとしたときにGoogleがエラーメッセージを取得すると、多くの結果が表示されます。そうではなく、1ヶ月ほど動作して再起動しましたが、ある日動作が停止しました。
USBドライブが破損していると思いましたが、ほとんど新しいものです。とにかく、これは最初ではなく最後の仮説になります。
どんなアドバイスや助けにも大変感謝します!
答え1
一部のペンドライブに問題があります(私の場合はサンディスク)は、電力変動が発生すると明らかにデータを保護するために「ロック」状態に入ります。
LinuxまたはWinではUSBをフォーマットできません。
製造元に問い合わせると、ドライブFoCが変更されました。
答え2
dmsetupコマンドが失敗するのはかなり奇妙です。 254:0 は、これが最初のデバイスマッパーデバイスであることを意味します。このコマンドには、rawデバイス(/ dev / sda)といくつかのパラメータ(線形ターゲットのブロック範囲)が含まれます。このコマンドが実行されると、PVにVGの十分な構成があることを示すようです。これには、すべての構成の完全な構成が含まれます。 LV。
したがって、/ etc / lvm / backup / data(==ファイル)のバックアップには、フルテキストベースのボリュームグループ構成を含める必要があります。実際に破損しているものがある場合は、その部分で破損する必要があり(vgcfgbackupを使用して新しいバックアップを作成できます)、以前のバックアップは/ etc / lvm / archive /になければなりません。
しかし、すでにLVをマッピングしようとしているので、設定が壊れていないと思われますが、確認することができ、問題はハードウェアにあります。
とにかく、PVコネクタはUSBスティックのセクタ2にあり、VGコネクタは下にあるようです。できる変わったけど…
最も安全な方法は、dd(またはddrescue)を使用してスティックのすべての内容を別のスティックにコピーし、何が起こるかを確認することです。もちろん同時に挿入しないでください。