☰

スワップファイルを削除した後、LUKS暗号化ドライブから起動できない

tag-icon • tag-icon arch-linux lvm luks swap
スワップファイルを削除した後、LUKS暗号化ドライブから起動できない

私のドライブはLVMを使用し、LUKS暗号化（EFI）されます。私のドライブに入ろうとしていますが、LUKS暗号化されたパスワードを入力すると操作が中断されます。

最近、ルート論理ボリュームにさらにメモリを追加する必要がありました。だから最初はスワップファイルを削除し、ログファイルも減り、パックマンが使っていたキャッシュもたくさん削除しました（私はArch Linuxを使っています）。これを行った後、LVMを使用しているので、基本論理ボリュームのメモリ量を減らし、残りのメモリをルートパーティションに使用できることに気づきました。だから私は次のコマンドを実行しました（私が覚えていることから;参考に）。私の物理ボリュームには2つの論理ボリュームがあります）：

lvresize -L-20G /dev/mapper/volgroup0-lv_home
lvresize -L+20G /dev/mapper/volgroup0-lv_root
resize2fs /dev/mapper/volgroup0-lv_root

resize2fs問題になるかもしれないことの1つは、私のルート論理ボリュームがどのファイルシステムであるかわからず、（残念ながら）それが特にext3 / ext4ファイルシステム用であるかどうかわからないことです。私が知っているのは、lvコマンドを使用してサイズ変更した後ですdf -h。

機械をシャットダウンして再起動するまで、すべてがうまくいっていました。 LUKS暗号化ドライブにアクセスするためのパスワードを入力すると、次のエラーが発生します。

[FAILED] Failed to activate swap /swapfile.
[DEPEND] Dependency failed for Swaps.

そして、エラーメッセージが繰り返し表示されます。それで、ライブディスクを入手してドライブをマウントし、スワップファイルを作成してみました。私が使用するコマンドは次のとおりです。

cryptsetup luksOpen  /dev/sda3 home
mount /dev/mapper/volgroup0-lv_root /mnt
cd /mnt
dd if=/dev/zero of=/mnt/swapfile bs=1M count=2048 status=progress
chmod 600 /mnt/swapfile
mkswap /mnt/swapfile
swapon /mnt/swapfile

これを行った後、エラーメッセージなしでログインできましたが、ログイン画面で停止し、コンピュータには何も処理していないという表示がありませんでした（その画面で10分間待っていましたが、何も起こりませんでした）。デフォルトでは、以前にログインしようとしたときと同じ現象が発生し、エラーメッセージは表示されませんでした。

[編集] fstabファイルから行を削除し、ディレクトリからスワップファイルを削除した後。この問題はスワップファイルとは関係がないと思います。とにかくLUKS暗号化パスワードを入力しましたが、ドライブにログインできませんでした。どんな助けでもまだ大いに感謝します。詳細をお知らせします。

[編集2]

/homeファイルシステムのバックアップを他の場所に安全に保存しますか？

いいえ、残念ながら

/ etc / fstabを表示します（rootとしてログインしたり、ライブディスクから起動したり、スワップファイルを再生成したりするように）ルートファイルシステムにアクセスすると、そのファイルが/mnt/etc/fstabであることがわかります。これは、/dev/mapper/volgroup0-lv_home LVで使用されるファイルシステムの種類を識別する必要があります。

両方のvolgroupがext4のようです。

また、yout /homeファイルシステムをマウントして表示されるエラーメッセージ（存在する場合）を確認し、マウントが成功した場合は、重要なファイルをバックアップしてみることもできます。

次のコマンド「mount /dev/mapper/volgroup0-lv_home homey」（homeyは私が作成したディレクトリです）を試みると、次のエラーが発生します。

mount: /root/homey: wrong fs type, bad option, bad superblock on /dev/mapper/volgroup0-lv_home, missing codepage or helper program, or other error

ベストアンサー1

残念ながら、問題はあなたがリストした最初のコマンドである可能性が高いです。

lvresize -L-20G /dev/mapper/volgroup0-lv_home

この-rオプションがないと、論理ボリューム内のファイルシステムが適切に縮小されたと仮定して、コマンドは論理ボリュームのみを縮小します。使用しているファイルシステムの種類については言及していませんが、多くのファイルシステムはファイルシステムがアンマウントされた場合にのみ縮小を許可し、一部（XFSなど）は縮小をまったく許可しません。

したがって、メモリがいくつかの主要なステップを見逃していない場合は、およそ/home20Gを切り取ってファイルシステムを破損させた可能性があります。これは、ログインを試みる前に起動時にエラーが表示されなかった理由である可能性が高いです。

resize2fs問題になるかもしれないことの1つは、私のルート論理ボリュームがどのファイルシステムであるかわからず、（残念ながら）それが特にext3 / ext4ファイルシステム用であるかどうかわからないことです。私が知っているのは、lvコマンドを使用してサイズ変更した後ですdf -h。

resize2fs無効なファイルシステムで使用しようとするとext2エラーメッセージが表示され、他の操作は実行されません。だからその部分はうまくいったか、少なくとも何らかの損傷を引き起こさなかったようです。34

以前に削除したスワップファイルも正しく再生成されたようです。 （注：swapoff以前にスワップファイルを削除しておく必要がありますが、システムが再起動された後はもう問題はありません。）

次の手順を計画するには、質問を編集して次の情報を追加する必要があります。

  1. /homeファイルシステムのバックアップを他の場所に安全に保存していますか？

  2. あなたのファイルを見せてください/etc/fstab（rootとしてログインするか、ライブディスクから起動し、スワップファイルを再生成するようにrootファイルシステムにアクセスすると、それと/mnt/etc/fstab同じように見つけることができます）。これは、LVで使用されるファイルシステムの種類を識別する必要があります/dev/mapper/volgroup0-lv_home。

  3. また、ファイル/homeシステムをマウントして表示されるエラーメッセージ（存在する場合）を確認することもできます。マウントが成功した場合は、重要なファイルをバックアップしてみることもできます。

ファイルシステムの種類lv_homeが縮小可能で、ファイルシステムの切り捨てられた部分に実際にデータが含まれていない場合は、この状況を解決できます。まれなファイルを偽のLVM PVとして使用するなど、ファイルシステムの縮小ツールが正しく機能するために、欠落している20Gを一時的に偽にする必要があるかもしれませんが、lv_homeまず基本的な事実を見てみましょう。

おすすめ記事