開発に使用するゲストUbuntuがインストールされたA VMがあります。昨日夕方までVMを再起動するまで、すべてがセットアップされ正常に機能していました(正しく思い出せば、そのセッション中に更新がインストールされました)。起動中のスプラッシュ画面が表示され、そこで停止しました。
私はこれらの質問とその解決策と高い評価の回答を調べました。
...しかし、成功していません。
VMが起動したときに右シフトを押し、古いバージョンのカーネル(最新の3.19.0.-51-generic、最初の古い3.19.0-49-generic)でUbuntuを使用することを選択した場合、ログイン画面は正常に表示されますが、認証情報でログインできません。ログイン画面に戻ります。 TTYログインが機能します。
リカバリメニューを使用してルートシェルにドロップし、nvidia-currentパッケージを再インストールし、何が起こっているかを確認するために「静かでスプラッシュ」を削除し、1つの回答で提案されているように/ tmpディレクトリをクリアし、grubを更新しましたが、成功しませんでした。更新を何らかの形でロールバックすることは可能ですか?ブートがハングする場所は次のとおりです。
VMはSSDディスクパーティションで実行され、60GBのスペースがあり、最大20GBの空き容量があります。 NVidiaグラフィックカードを使用しています。
再インストールを避けることができれば、本当にありがたいです。
私は友人の助けを借りてこれを手に入れました-つまり、「レゾルバの状態を復元しています...」を通過してログインに成功したということです.
解決策は2部構成でした。最新のLinuxカーネル(3.19.0-51)に関連するすべてのパッケージを削除しました。これは、混乱を招く自動更新で更新されたためです。
tail -n50 /var/log/apt/history.log
を使用して、更新内容を確認します(必要に応じて-nを調整します)。
これによりログイン画面が表示されましたが、ログインできませんでした。 askubuntu.comで「ログインループ」の問題を確認しましたが、権限は問題なく、lightdmには問題がないことがわかりました。答えの1つはグラフィックの問題を示していたので、nvidia-currentパッケージを使用せずにグラフィックドライバーを更新する方法を探しました。
私はこのOPの指示に従いました http://ubuntuforums.org/showthread.php?t=2263316 いくつかの違いがあります。最新のLinuxカーネルパッケージをプルせず、nvidiaドライバーを削除するだけでなく、それらを削除しました(リンクからコピー)。
Sudo gedit /etc/default/grub
行"GRUB_CMDLINE_LINUX_DEFAULT..."
をGRUB_CMDLINE_LINUX_DEFAULT="nouveau.blacklist=1 quiet splash nomodeset"
に変更します(PuTTYが黒い画面を表示しないように低レベルのグラフィックを強制します)Sudo update-grub2
Sudo apt-get purge nvidia* && Sudo apt-get autoremove
Sudo reboot
再起動後、ログインできました。指示に従って.runファイルから最新のnvidiaドライバーをインストールしましたが、それだけでログインループの問題に戻りました。
Nvidiaドライバーを再度削除し、正常にログインできました。現在のマイナス面は、VMWare Playerの「複数のモニターをサイクルする」機能を使用できないように見えることです(vmwareツールの問題である可能性がありますが、今はそれを台無しにしたくない)。 。
最新のアップデートで動作するソリューションが得られたら、この回答を更新します。
AMDまたはNvidiaドライバーがインストールされていない同じ問題が発生しました。古いカーネルを使用して3.16.0-62カーネルを起動しようとしたときにのみ発生しました。誰もが古いカーネルを起動することで回復することができたため、最新のカーネルパッチに問題があるようです。
私はまったく同じ問題を抱えていますが、さらに一歩先を行くことがあります(System Vのランレベル互換性を停止する)。 FusionのVMでUbuntu 14.04を実行しており、本日Software Updaterを起動するとこの問題が発生しました。このVMを回復する必要があります。
GRUB画面を確実に起動できるようです。 F2で起動し、Shiftキーを押しながら「変更を破棄して終了」する必要があります。
3.19.0-49-genericを起動しようとしたときにも、「無効なパスワード」が表示されました。 3.19.0-49-generic(リカバリモード)で起動することでこれを解決しました。 fsckを実行してファイルシステムをr/wモードにした後、ルートシェルにドロップし、passwd <
user>
を実行してパスワードをリセットしました。再起動し、3.19.0-49にログインできました。 HTHが実際に修正されるまで...