サイズ変更後のディスクパーティションエラー


0

実行中のVMの1つのディスクサイズを増やしました。再起動後、次のエラーメッセージが表示されます(起動時)。

ローカルファイルシステムのマウント...失敗これで、VMはESXコンソールからのみアクセス可能になり(sshではなく)、何も機能しなくなりました...

すでにfsckを実行しようとしましたが、成功しませんでした。

マウントの結果: ここに画像の説明を入力してください

blkidの結果:

ここに画像の説明を入力してください

fstabの結果:

ここに画像の説明を入力してください

ご協力いただきありがとうございます


使用しているブートローダーを教えてください。グラブ、リロ?また、このパーティションをマウントしてコンテンツを使用できますか?あなたの問題はパーティション自体とは関係がなく、fstabなどに関係すると思います-つまり、fstabパーティションでは/ devではなくUUIDでアドレス指定されます。何らかの理由でサイズ変更中にこのパーティションのUUIDが変更された場合、 fstabの説明。
rsm 14

私はgrubを使用しています。fstabに新しい行を追加して、パーティションをマウントできました。しかし、それは今...重複として表示されている
benjamin.d

編集:または待つ...それらのUUIDは大丈夫に見えます。それでも、私にとってはこのパーティションは問題ありません。問題は-何らかの理由で見つからないことです。どのディストリビューションですか?
rsm 14

「もう何も機能していません」について詳しく説明していただけますか?
RSM 14

ルートオプションをカーネルに手動で渡してシステムを起動しようとすることはできますか?GRUBでは、Cキーを押す必要があります-CLI が開きます。を入力しlinux root=/dev/sda1ます。私が正しい場合、カーネルがルートパーティションを適切にポイントし、システムが正常に起動します。指が交差した:)
RSM 14
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.