Ubuntuがログインループでスタックする
Ubuntuをデスクトップに入力しようとすると、ログインループが発生します。ログインすると画面が真っ暗になり、その後すぐにログイン画面に戻ります。
問題はグラフィックスによってはエラーが原因である可能性があることを読んだことがあります。グラフィックスカードは次のとおりです。ATIRadeon 7670M
Sudo startxを実行した後にここに行きましたか？それにもかかわらず：
押す Ctrl+Alt+F3 そしてシェルにログインします。
ls -lAを実行します。線が見えたら
-rw------- 1 root root 53 Nov 29 10:19 .Xauthority
次にchown username:username .Xauthorityを実行してログインを試みる必要があります（.ICEauthorityについても同じことを行う必要がある場合があります）。
それ以外の場合は、ls -ld /tmpを実行します。左側の最初の10文字を確認してください：drwxrwxrwtと正確に読みます。
drwxrwxrwt 15 root root 4096 Nov 30 04:17 /tmp
それ以外の場合は、Sudo chmod a+wt /tmpを実行して、もう一度確認する必要があります。
両方ではない場合、どちらかをお勧めします
Sudo dpkg-reconfigure lightdm- またはアンインストールして、再インストールします。
今すぐ押す Alt+→ 再度ログイン画面に到達して、再起動するまで。
私はこれを持っていて、/var/log/Xorg.0.logを見て、それがNvidiaの問題であることがわかりました（Xlib: extension "GLX" missing on display ":0と言う行がありました）。
私は公式のウェブサイトから、実際には安定しておらずテストされていないNvidiaドライバーを持っていることに気付きました（過去に読んだり経験したりしました）。
ここでの解決策は、パッケージnvidia-currentをUbuntuリポジトリからインストールすることでした。それは非常に古いバージョンですが、少なくとも適切にテストされています。そのインストーラーも非常に優れており、ハックでインストールした不安定版をNvidia Webサイトから正常にアンインストールしました。
TL; DR、シェルにログインしてみてください（Ctrl+Alt+F2 またはその間のF F1 そして F6）およびタイプ
Sudo add-apt-repository ppa:graphics-drivers/ppa
Sudo apt update
Sudo apt install nvidia-367
成功した場合は、再起動します。
Sudo reboot
幸運にも問題が解決した場合、Unityにログインできるはずです。
UPDATE
nvidia-currentが間違ったドライバーをインストールする場合があることに注意してください。その場合は、ビデオカードの最新の互換ドライバーを検索してインストールしてください。たとえば、Ubuntu 16.04では、nvidia-currentはバージョン304.131-0ubuntu3を指します。これはグラフィックカードと互換性がない可能性があります。したがって、Sudo apt-cache search nvidia-[0-9]+$を使用して必要なパッケージを検索し、インストールします。
私はこの正確な問題に遭遇しましたが、上記の推奨される修正はどれもうまくいきませんでした。ほとんどあきらめた後、私は.xsession-errorsを見て、.profileにタイプミスがあることに気付きました（1日前に編集した後、ファイルに余分な}がありました）。
それがログインループの原因でした。他の推奨される修正が機能しない場合は、別の場所を探す必要があります。
私は数ヶ月前にほぼ同じ問題を抱えていました。 LightDMログイン画面（Ctrl-Alt-F1）からコンソールに切り替え、管理ユーザー名とパスワードでログインし、次のコマンドを入力すると問題が解決しました。
Sudo mv ~/.Xauthority ~/.Xauthority.backup
Sudo service lightdm restart
今日も同じ問題に直面しました。
原因は私には少し奇妙でした。 xubuntu-desktopは削除されたので、ubuntu-desktopも削除されました。 LightDMはエラーメッセージなしで終了しました。 lxdmを試したところ、ログインしようとすると、Xubuntuが見つからないというメッセージが表示されました。
xubuntu-desktopを再インストールしましたが、現在修正されています。 apt-get autoremoveがパッケージを削除したと考えてください。
私のホームフォルダがいっぱいでした :-( df -hはあなたにこの答えを与えます
ctrl+alt+F1、ユーザーとしてログインし、スペースを解放してXサーバーを再起動します！ほとんどSudo service sddm restart
押す Ctrl+ALT+F3。 UNIXスタイルのログインプロンプトが表示されるので、そこにユーザー名とパスワードを入力します。そこからShell（ウィンドウのcmd.exeのようなコマンドを入力できるプログラム）を指定する必要があります。これらのコマンドを入力して押します ENTER （または Return）それぞれを書いた後（[Sudo] password for USERNAMEのようなものが表示されたらパスワードを入力する必要があります。入力しているときはパスワードが表示されないことに注意してください！）：
Sudo apt-get update
Sudo apt-get -y dist-upgrade
Sudo apt-get -y install fglrx
次に、次のコマンドを使用してコンピューターを再起動します。
Sudo reboot
これが機能するかどうかを確認してください:)
これが機能しない場合は、3番目の端末（Ctrl+ALT+F3）、ログインし、このコマンドを入力します（押す ENTER 入力後）：
Sudo apt-get -y install lxdm
これにより、DOSのようなダイアログが少し表示されます。 lxdmが選択されていない場合は、を使用して選択します UP そして DOWN 矢印キーを押して ENTER その選択を受け入れます。次に、前と同じコマンド（Sudo reboot）を使用して再起動します。
このstillが機能しない場合は、3番目のターミナル（ALT+F3）、ログインし、このコマンドを入力します（同じ手順）：
Sudo apt-get -y install lubuntu-desktop
これにより、should現時点で動作する非常に軽量なデスクトップ環境がインストールされます（コンピューターにログインして使用できるようになります）。それが完了したら、再起動（Sudo reboot）し、ログインページが表示されたら、LubuntuではなくUbuntu環境を選択します。
デフォルトでUbuntuに付属しているログインマネージャーであるLightDMに問題がある可能性があります。 12.04では、以前説明したのと同じ問題を実行していました。
これを回避するために、代替ログインマネージャーであるGDMをインストールできます。
ログイン画面で、長押し Ctrl+Alt+F2 ターミナルに行きます。恐れるな！ユーザー名とパスワードでここにログインするだけです。
次に、Sudo apt-get install gdmと入力します。インストールしてSudo dpkg-reconfigure gdmと入力し、プロンプトに従ってログインマネージャーとして設定します。
押す Ctrl+Alt+F7 ログイン画面に戻ると、今度は異なるように見えるはずです。ログインは機能しますか？もしそうなら、あなたの問題は解決されています！
表示されない場合は、フルスクリーンターミナルに戻ります（もう一度、 Ctrl+Alt+F2）Sudo dpkg-reconfigure lightdmを実行して、再度ログインマネージャーとしてLightDMを設定します。これがグラフィックドライバーの問題であることは確かです。
これはあなたのケースに対する直接的な答えではありませんが、ログインループに対するより一般的なソリューションです。
問題は、ホームディレクトリの.profileファイルに間違ったコマンドを入力するだけの単純なものです。 （そのファイルはログオン時にロードされるため）
それが本当にそうであるかどうかを確認するには、を押します CtrlAltF1、ログインします。ホームディレクトリの.xsession-errorsファイルを確認する
~/.xsession-errors
これにより、問題のあるコマンドに関する手がかりが得られます。
デスクトップ環境の起動に失敗しているようです（音が聞こえます）。別のユーザーとしてログインするには、tringから始めます。
Ctrl+Alt+F1 その後、ログイン
Sudo adduser testing
ユーザーが追加されたら ctrl+alt+f7 そしてテストとしてログインしてみてください。テストとしてログインできる場合、Unity/GNOME構成は中断され、リセットする必要があります。 この質問 カバーします。私はmv ~/.config ~/.config.oldを好む。
独自のドライバーの問題
ctrl+alt+F1を使用してTTYにログインできましたが、ドライバーもプロプライエタリであるため、インターネットにアクセスできませんでした。
Xorgの問題は明らかではありませんでした。
セキュアブート設定を変更できないことを通知するMokSB failedメッセージを受け取ったときに、パッケージを削除することにしました。注目すべき点は、失敗したにもかかわらずパスワードを要求されたことです。
注意：ドライバーをやみくもに削除しないでください！
独自のドライバーの問題であるかどうかを確認する適切なテストは、セキュアブートをオフにしてUbuntuを起動し、ログインを試みることです。ログインが機能する場合、問題が何であるかがわかります。
Broadcom Drivers および Nvidia Drivers
Nvidiaパッケージを削除しました
Sudo apt-get purge nvidia-*
その後、broadcomパッケージを削除しました
Sudo apt-get purge bcmwl-kernel-source
そして再起動しました。
私は再びログインしようとして成功しました！
デスクトップを見ました！
再度リブートしました。再度ログインし、すべてがデフォルトに設定されました。
BIOSで再起動しました
セキュアブートをオフにしました（推奨されません。より良いソリューションが必要です）
grubを使用してUbuntuを起動しました
ログインして、wifiドライバー用にダウンロードした* .debファイルをインストールしました
software Centerを使用してインストールした
そして再起動しました。
デフォルトのビデオドライバーがカード上でひどいので、nvidiaドライバーについても同じ手順を実行しました。
セキュアブートを再度オンにする
セキュアブートを再度オンにすると、同じ問題が発生します。ドライバーは署名されていないため、真のセキュアブートではなく、ロックアウトされます。
個人的には、これは非常に偽の（そして迷惑な）問題であると思います。
代替ソリューション？
私が見た最も実現可能な解決策は、カーネルをカスタマイズすることです、単にセキュアブートをオフにして、OSを切り替えるときにオンにしてからオフにすることはできません。繰り返しますが、それは単に迷惑です。
2017年1月4日に更新
これによると 記事 、Linuxカーネル4.6以降は公式にサポートするようになりました
GeForce GTX 900シリーズは、署名付きファームウェアイメージと組み合わせてサポートを加速しました。
これにより、未署名のファームウェアイメージを使用することで発生するセキュアブートの問題を解決できます。
はい、メインのUbuntu 12.10ユーザーでログインループが発生しましたが、修正は簡単でした。
背景：Ubuntu 12.10は、Windows 7で実行されているVirtualBoxにインストールされ、Unityを使用しています。
原因：デスクトップから Ctrl+Alt+T ターミナルモードにし、 'startx'を実行しようとしました（夜遅くに電話で友人を助けようとしましたが、これは愚かなことでした）。新しい空白のUnityデスクトップが表示され、すべてがハングしました...
問題：
VirtualBoxを強制的に閉じてからUbuntuを再起動すると、ログイン画面が表示されますが、パスワードを入力するたびにこの同じ画面にループバックし続けます。エラーは表示されませんでした。ゲストとしてログインできましたが、Sudo権限がなかったため、制御できませんでした。しかし、ゲストIとしてログインすると Ctrl+Alt+F3 そして、端末ログインに行きました。
メインのユーザー名とパスワードを入力し、コマンドモードでログインしました。ログアウトすると、CLIログインに戻り、 Ctrl+Alt+F7 ゲストデスクトップに戻りました。だから私のアカウントはまだ機能していました。次に、テストユーザーを追加し、Sudo権限を付与しました。 Unityログインから、問題なくテストユーザーをログインおよびログアウトできました。したがって、Unityは引き続き機能しました。
修正：したがって、メインアカウントは引き続きCLI経由でアクセスでき、Unityは他のすべてのアカウントで機能していました。これは、メインアカウントの構成に問題があることを示しています。この投稿の冒頭でSiddharthaRTのアドバイスに従い、chown username:username .Xauthorityを実行しました。これで問題が解決しました。ありがとう!!
押した Ctrl+Alt+F3 シェルにログインしました。その後、このコマンドで：
chown username:username .Xauthority
usernameが私のログイン名である場合、問題を解決しました。
私はこの問題を何度も経験しましたが、毎回異なる問題でした。次の問題の1つが問題の原因である可能性があり、次のコマンドラインインターフェイスを使用できます。 Ctrl+Alt+F1 （tty1が占有されている場合は、F1をF2、F3に置き換えます...）次の解決策を試してください。
NVIDIAドライバーが見つからないか壊れていますか？
nvidia-smiを実行して、NVIDIAシステム管理インターフェイスにアクセスします。出力はこの種のものである必要があります。
Mon Sep 17 14:58:26 2018 +-----------------------------------------------------------------------------+ | NVIDIA-SMI 390.87 Driver Version: 390.87 | |-------------------------------+----------------------+----------------------+ | GPU Name Persistence-M| Bus-Id Disp.A | Volatile Uncorr. ECC | | Fan Temp Perf Pwr:Usage/Cap| Memory-Usage | GPU-Util Compute M. | |===============================+======================+======================| | 0 GeForce GT 720 Off | 00000000:01:00.0 N/A | N/A | | 19% 35C P8 N/A / N/A | 543MiB / 980MiB | N/A Default | +-------------------------------+----------------------+----------------------+ +-----------------------------------------------------------------------------+ | Processes: GPU Memory | | GPU PID Type Process name Usage | |=============================================================================| | 0 Not Supported | +-----------------------------------------------------------------------------+
アクセスできない場合は、グラフィックドライバーに問題がある可能性があります。
- その場合、
lspci | grep VGAを使用してグラフィックスカードの名前を見つけることができるはずです。 - link を使用して、グラフィックスカードと互換性のあるドライバーを見つけることができます。
- （このステップなしで試してください。成功しなかった場合は、このステップで試してください）。
Sudo apt-get purge nvidia*を使用して、既存の破損したドライバーを削除します。 を使用してドライバーをインストールする
Sudo add-apt-repository ppa:graphics-driversSudo apt-get updateSudo apt-get install nvidia-390（または、グラフィックカード用の互換性のあるドライバーは何でも）systemctl reboot -iを使用して再起動してみて、ログインループが修正されることを願ってください。
あなたの家はあなたの家ですか？
ls -l /homeを使用してホームディレクトリの所有者を確認します- ホームディレクトリを所有していない場合は、
Sudo chown $USER:$USER $HOMEを使用して変更します - Systemctl reboot -iを使用して再起動してみて、ログインループが修正されることを願ってください。
.Xauthorityを所有していますか？
ls -l ~/.Xauthorityを使用してホームディレクトリの所有者を確認します- .Xauthorityを所有していない場合は、
Sudo chown $USER:$USER ~/.Xauthorityを使用して変更してください - その場合、
Sudo mv ~/.Xauthority ~/.Xauthority.bakを使用して.Xauthorityファイルを移動します - Systemctl reboot -iを使用して再起動してみて、ログインループが修正されることを願ってください。
- .ICEauthorityで同じことをする必要があるかもしれません。
/ tmpは正しいですか？
ls -ld /tmpを実行し、パーミッションが正確にdrwxrwxrwtであることを確認してください。出力はこの種のものでなければなりません
drwxrwxrwt 27 root root 36864 Sep 17 17:15 /tmp
- そうでない場合は、
Sudo chmod a+wt /tmpを実行します - Systemctl reboot -iを使用して再起動してみて、ログインループが修正されることを願ってください。
たぶんlightdmはあなたの問題ですか？
dpkg-reconfigure lightdmを使用してディスプレイマネージャを再構成し、利用可能な他のディスプレイマネージャ（gdm3、lightdm）を試してください。たぶん、これはあなたが前進するのに十分な手がかりを与えるでしょう。- それでも解決しない場合は、
Sudo apt-get install sddmを使用してsddmをインストールしてみてください。表示をsddmに再構成します。
上記の解決策のいずれも機能しない場合は、ubuntuを再インストールしてみてください。
追伸：これは、私が言及したソースからの回答をまとめたものであり、この投稿からの回答もあります。
ホームフォルダーのアクセス許可を変更するだけでした：
Sudo chmod 755 /home/<username>
これは、ターミナルにログインし、シェルでユーザー名とパスワードを使用してログインすることで実行できます。 CtrlAltF1。
Ubuntu 12.04から14.04への更新に関連してログインループを取得しました。 gdmでは、〜/ .cache/gdm/session.logに/etc/gdm/Xsession: line 33: mktemp: command not foundなどのエントリのエラーメッセージがあり、lightdmでSudo aptitude purge gdmの後に~/.xsession-errorsにいくつかの同様のエラーメッセージがありました。 usr/sbin/lightdm-session: line 24: mktemp: command not found。
私はいくつかのことを試しました。私が最終的に私のために問題を解決したと信じているのはこれでした：
構成ファイル.profile、.bashrc、および.pam_environmentを他の名前に移動してから、ログインできました。そのうちの1つに問題があると思います。
Sudo chown $USER:$USER $HOME
私にとっては問題でした。
私はホームパーティションを次のものでセットアップしました：
Sudo mkdir /home/$USER
chown itを忘れていました。
これは、設定の特別な組み合わせが原因である可能性もあります。
- 暗号化された
/home/$USER nopasswdloginグループの$USER
lightdmはログインを試みますが、ファイルにアクセスできないため、説明されている症状が発生します。
これを修正するには、グループから$USERを削除します：
Sudo gpasswd -d $USER nopasswdlogin
Ubuntu 12.10のクリーンインストール後も同じ問題が発生しました（ただし、既存のホームパーティションを再利用します）。私は他のすべての答えを試しましたが、どれもうまくいきませんでした。しかし、ホームディレクトリの.xsession-errorsファイルで特定の問題の手がかりを見つけました。
これは私の場合にどのように解決したかです：
ヒット Ctrl+Alt+F1 仮想端末を開きます。次に、ユーザー名とパスワードでログインします。
ファイル
~/.xsession-errorsが存在する場合は開きます（タイプcat ~/.xsession-errors）。私の場合、このファイルにはエラーメッセージを含む1行が含まれています。/ usr/sbin/lightdm-session：27：。：/ usr/bin/byobu-launchを開けません
byobuは、私が使用するコマンドラインツールであり、これがクリーンインストールの直後であるため、どのようにシステムファイルになったかはわかりません。 Byobuはデフォルトではインストールされないため、存在しないファイル（/usr/bin/byobu-launch）を探すときにエラーが説明される場合があります。したがって、私の場合、問題を解決するにはbyobuをインストールする必要がありました。Sudo apt-get install byobu
ヒット Ctrl+Alt+F7 ログイン画面に戻ると、ログインは正常に機能しました。
もちろん、あなたの場合、.xsession-errorsに別のエラーメッセージが表示される場合があります。これには別の解決策が必要です。
ターミナルにはログインできるがデスクトップにはログインできないという非常によく似た問題があり、ログイン時にプロファイルの壁紙が読み込まれましたが、数秒後にログイン画面に戻りました。提案どおりにすべてのファイルのアクセス許可を確認しましたが、問題ありませんでした。別のホームパーティションなしで試してみたところ、デスクトップにログインできました。その後、LUKS暗号化ホームパーティションの設定を確認しましたが、これも問題ありませんでした（端末にはいくつかのエラーメッセージがありましたが、暗号化されたボリュームは既にマウントされていたため、マウントできませんでした）。
それからdmesgを調べて、LUKS暗号化ホームパーティション上のファイルシステムに関連するBTRFSエラーを見つけました（うん、LUKSとBTRFSを混合しています）。そのため、ファイルシステムを修復するか、新しいファイルシステムを作成してバックアップから復元する必要がありました。
長い話：dmesgを見て、実際に書き込み可能と思われるファイルシステムに書き込もうとします。
/tmpファイルのアクセス許可設定が正しくないことがわかりました。 rootのみの許可がありました。
これは私自身の間違いでした。 1日前に/tmpフォルダーをSudo権限で削除し、Sudo mkdir tmpでフォルダーを再作成したことを忘れていました。大ミス。ルート権限のみで/ tmpフォルダーを作成しました。
~/.Xsession-errorsファイルでは、x11が/tmpにファイルを書き込めないことがわかりました。これらのコマンドをルートアカウントから実行した後（または Alt+Ctrl+f1）ようこそ画面で、問題のアカウント資格情報を使用してログインします）私は問題を解決しました：
Sudo chmod 1777 /tmp
Sudo chown root:root /tmp
その後、通常のアカウントで再度Unityにログインできました。したがって、.Xauthority問題のように見えるものがある場合、他に何も機能しない場合はこれを試すことができます。
buntuフォーラムのこのスレッド を参照してください
私は同じ問題に対処しなければなりませんでした。残念ながら、私の場合、単に権限を変更するだけでは解決されなかったため、単純なステップからより複雑なステップへのガイドを作成しようとすることになります。あなたの用途がシンプルなもので解決されることを願っています。
注：<username>をユーザー名に置き換えます。
仮定：Nvidia Graphic Card、lightdm
ターミナルへのアクセス
新しいターミナルを開くには、次のコマンドを使用します（そして、資格情報でログインします）：
Ctrl+Alt+F1
ホームディレクトリファイルの所有/グループ/アクセス許可を確認
cd ~<username>
ls -lah
.Xauthorityおよび/ tmpの所有者とグループを修正
chown <username>:<username> .Xauthority
Sudo chmod a+wt /tmp
lightdmを再起動して、まだ問題があるかどうかを確認します
Sudo service lightdm restart
lightdmの再構成
dpkg-reconfigure lightdm
Sudo service lightdm restart
システムから発生する可能性のあるエラーを確認する場合
tail -n 50 /var/log/Xorg.0.log # if you want to see the last 50 errors
tail -f /var/log/Xorg.0.log # if you want to be able to see all new errors live
関連するログファイル：
/var/log/Xorg.0.log
/var/log/lightdm/lightdm.log
私がやった最後の手段として、グラフィックカードドライバーを再インストールします。 Nvidiaは、Ubuntuを使用した場合、単にうまく機能しません。
私は同じ問題を経験しましたが、私の場合の原因は/etc/environmentファイルに何かを追加しようとしたことで、追加したものはすべて再起動後にログインしたくないようでした。
解決：
ログイン画面で CTRL + ALT + F2。管理者のユーザー名とパスワードでログインし、/etc/environmentファイルを編集して、変更内容を削除します。
ターミナルでは、nanoを使用して次のコマンドを実行し、ファイルを編集できます。
Sudo nano /etc/environment
押す CTRL + o を押します ENTER ファイルを保存します。押す CTRL + x nanoを終了します。
ファイルを編集して保存したら、単に CTRL + ALT + F2 GUIログイン画面に戻ると、ログオンできるはずです。
これは、最新のカーネルイメージへのアップグレードが完了している間にコンピューターの電源を切ったときに起こりました。 CTRL-ALT F1でログインした後、Sudo apt-get updateおよびSudo apt-get dist-upgradeを実行し、セットアップを完了させました。
再起動後、再びdestkopにログインできました。
NVIDIAドライバを削除する必要がありました（nvidia-currentをnvidia-340に置き換えてください）。
その後、バグのあるUNITYフレームがありました。私はそれらを修正するためにここに示された手順に従わなければなりませんでした：
バグ＃1240336 の影響を受ける可能性があります。リリースのアップグレード後にさまざまな権限が失われます。
その他の副作用
- ゲストログインなし
- シナプスがメニューから起動しない
端末でSudo chmod a+rw /dev/dri/*を実行した後、ユーザーをvideoグループorに入れると、ログインして機能します。
しかし：
- 無音
- ユーザーメニューからのログアウトが機能しない
/usr/lib/policykit-1-gnome/polkit-gnome-authentication-agent-1を実行すると：polkit-gnome-authentication-agent-1：5805）：polkit-gnome-1-WARNING **：現在のセッションを特定できません：pid 5805のセッションがありません
ソリューション
ターミナルでSudo pam-auth-update --forceを実行します。これにより、私のケースで説明した問題が解決しました。
別のログイン画面に変更します。
Ctrl+Alt+F2 ターミナルを開きます。
Ctrl+Alt+F7 グラフィックモードに戻ります。
タイプSudo dpkg-reconfigure gdm
グラフィック画面で、「gdm」と「OK」を選択します。
タイプSudo reboot
私にとっては、いくつかのパッケージの構成がオフだったため、実行中（ctrl + alt + F3の後）：
Sudo dpkg --configure -a
問題を修正しました。
ファイル.Xauthorityおよび.IDEauthorityのアクセス権限をchownコマンドで変更してもうまくいかない場合があります：
この解決策は、上記のファイルのアクセス権限を変更する必要があったほか、以前のようにコマンドを使用できない、つまりシェルがコマンドを見つけられないユーザーに適用されます。 （これが、ログインコマンドも実行できない理由です。）
端末にecho $Shellと入力します。 /bin/bashが返ってきたら、export PATH=$PATH:/usr/local:/usr/local/bin:/usr/local/sbin:/usr/bin:/usr/sbin:/bin:/sbinを使用して、一時的にコマンドを使用できるようにします。
次に、ホームディレクトリ.profileにある~ファイル、つまり/home/yourusernameを含むSudo gedit ~/.profileを開き、PATHに不足しているパスを追加します。この：
PATH=/usr/local:/usr/local/bin:/usr/local/sbin:/usr/bin:/usr/sbin:/bin:/sbin
次に、環境変数PATHへの変更が有効になるように、システムを再起動します。
（コマンドがシェルによって認識されない場合は、Sudo gedit ~/.profile type /usr/bin/Sudo /usr/bin/gedit ~/.profileの代わりに、コマンドの実行可能ファイルへの同等のパスを使用することもできます。シェルは使用するディレクトリを指示します。 commandが見つかりませんが、使用しようとしているコマンドは/path/to/command's/directoryにあります-上記のパスのいずれかです）
他の質問が解決につながらない場合、私の提案は次の手順に従うことです。
VC（仮想コンソール）を使用してキャラクターモードでログインします。あれは、 CtrlAltF1 ユーザー名/パスワードでログインします。このユーザーを
originalと呼びましょう。新しいユーザーを作成します。 たとえば を使用できます：
adduser newuser --group Sudo新しい管理ユーザー（つまり、
Sudoを実行できるユーザー）を追加します。newuserとしてログインしてみてください。それが機能する場合、問題はoriginalユーザーの特定のセットアップにあります。そうでなければ、ここで読むのをやめてください---問題はシステムレベルにあり、おそらくグラフィックスタックの何かを再インストールする必要があります。これで、何が起こったのかを検索できます。
~originalと~newuserの隠しファイルを比較し、不一致を見つけてください。特に、自分が所有していないファイルを検索する必要があります。find . \! -user original書き込みできないファイル（特にキャッシュには、さらに多くのファイルがあります）：
find . \! -perm -u=w疑わしいファイルをバックアップ（
Sudo mv whatever whatever-backup）に移動して、もう一度ログインしてみてください。/tmpおよび/var内のこの問題に影響を与える可能性のあるファイルは、再起動によって削除する必要があります---しかし、いつかそこに残っているものもあります。
最後の手段として、originalの重要な情報（すべてのホームディレクトリではありません！または問題を伝播します）をバックアップし、削除して再作成することができますwhere問題があります。
私の場合、ユーザーフォルダはどういうわけかrootによってchown 'edされました！答えは、.Xauthorityおよびホームフォルダー内の他のファイルにあります。ユーザー設定データを読み取り/書き込みで開くことができない場合、lightdmは失敗します。
私は単に ctrl+f1、ログインしてからSudo chown /home/<userdir>、Sudo service lightdm restart（必要ではないかもしれません）に戻り、再びログインすることができました。
一部の診断メッセージはより便利ですが、そのようなものはフリーソフトウェアの存在です。
James answer を読んだ後、rootとしてログインしてユーザーパスワードを変更したことに気付きました。古いパスワードを知っていたので、再度ルートとしてログインし（ルートとしてログインするにはctrl+alt+F3を押してユーザー名をルートとして入力し、ルートパスワードを入力します）、以下のコマンドでそのユーザーのパスワードを古いパスワードに変更しました
passwd <username>
ここでパスワードを古いものに変更し、ctrl+alt+F7を押して通常どおりログインします。このソリューションは、暗号化されたホームディレクトリの問題があり、rootを使用してパスワードを変更した場合にのみ機能します。
これらの回答のいずれにも該当しないログインループを引き起こす別の方法を見つけました。
/etc/lightdm/lightdm.confでsession-setup-scriptとして参照されるデュアルモニターをセットアップするスクリプトがありました。単一のモニター構成に行ったとき、スクリプトを削除しましたが、参照は削除しませんでした。次回起動したとき-ログインループ。
/var/log/lightdm/lightdm.logのログファイルを調べると、スクリプトが見つからなかったため、lightdmの起動に失敗したことを示す明示的なエラーメッセージが見つかりました。 lightdm.confの参照をコメントアウトすると修正されました。
私は毎週数回まったく同じ問題を経験しており、ここに挙げられているほとんどの解決策を試しましたが、再びログインできる唯一の方法はlightdmを再起動することです。
Sudoサービスlightdmの再起動。
面白いのは、lightdmを変更した後でも、正しいパスワードを入力していても、最初の試行ではログインせず、2回目の試行でのみログインすることです。私はこれを数週間前に認識し、これを数回確認しました。誤ってパスワードを間違って入力しないようにします。これで、lightdmを再起動した後初めてログインするのではなく、2回目の試行でのみログインするようになりました。
最近indicator-multiloadをインストールした場合は、アンインストールします。
indicator-multiloadをインストールした後にこの問題が発生したため、アンインストールすると問題が解決しました。
2019年1月30日に18.04のソフトウェアアップデータを実行して、ログインループに入りました。 Ctrl+Alt+F1 または F2 または F3、通常は何度か再起動した後にのみ成功します。ターミナルモードに入る Ctrl+Alt+F3 上記の一般的な回答で提案されているように、lightdmをインストールし、それに切り替えた後にのみ信頼できるようになりました。他の標準レシピ（.Xauthorityおよび.ICEauthorityの所有権と/ tmpの許可を確認）は正常であり、nvidiaドライバーをいじっても助けにはなりませんでした。多くのグーグル検索の後、私は buntu 18.04ログインウィンドウループ でKhalil Lalehの提案を見つけ、gnome拡張機能を確認しました。ビンゴ！私の場合、Zukkakのワークスペースグリッド= '[email protected]'ディレクトリ内の〜/ .local/share/gnome-Shell/extensionsを削除して、Ubuntuを起動してから再インストールする必要があります- https://extensions.gnome.org ワークスペースのレイアウトを復元しました。
Gnomeユーザーについて：
これらのオプションをすべて試してみましたが、役に立ちませんでした。 Gnomeを優先UIとして使用しているためと思われます。
Sooth's Answer を見た後、ubuntuとxubuntu GUIでログインできるようになったので、彼の投稿は私の脳の_ sparkを助けました。
Gnomeに関連するものは見当たらなかったので、いくつかの説明を調べ、Ubuntu 16.04のGnome 3.2の OMG Ubunt からこのガイドに従っていました。
私はGnomeを完璧に動作させていたので、ある日何がうまくいかなかったかはわかりません。それは少しダウンロードとアップグレードですが、これはGnomeで私のために働きました、そして、私は死のログインループなしで幸せです！
私の場合、これは、Brightness Control（Xrandr）と呼ばれるソフトウェアセンター（またはその呼び出し）を通じて新しくインストールされたソフトウェアが原因でした。そのため、ログウィンドウからUnityを使用してUbuntuにログインし、ソフトウェアセンターを開いてアンインストールしました。再起動後、Ubuntu（Gnome）にログインできました。
複数のRPI（バージョン2Bおよび3）で同じ問題が発生します。解決：
- .xsession-errorsファイルを確認してください：
cat ~/.xsession-errors。私が示した：
Xsession：****でpiのXセッションが開始されました
Xsession：Xセッションを開始できません---「/home/pi/.xsession」ファイル、「/ home/pi/.Xsession」ファイル、セッションマネージャー、ウィンドウマネージャー、ターミナルエミュレーターが見つかりません。中止します。
- これを解決するには、次のパッケージを再インストールします。
Sudo apt-get install xserver-xorg-core xserver-xorg-input-all \
xserver-xorg-video-fbdev libx11-6 x11-common \
x11-utils x11-xkb-utils x11-xserver-utils xterm lightdm openbox
ソース： https://www.raspberrypi.org/forums/viewtopic.php?t=15419
fyi：以前に自動ログインおよび非GUIモードでRPIを使用しました。したがって、lightdmを再インストールし、自動ログインGUIモード（raspi-config）に切り替えた後、ログインループの問題で終わりました。
問題の極端なケースを持っている人以外は誰もこれを見ないだろうと確信していますが、もしそうなら...多分これは助けになるでしょう！ :)
現在の答えに加えて、それらを大幅に構築すると、何らかの理由でファイルがother.Xauthorityよりも所有されているという問題が1、2回ありました。これにより、ログインループ、セカンダリモニターの問題、およびその他の問題のホストが作成される可能性があります。疑わしいファイルを見つけるには、次を実行します。
user@hostname:~$ find -user root
そこから、出力を探し回って、異常なものを見つけられないかどうかを確認する必要があります。
補足として、.Xauthorityがrootによって所有されているかどうかも示します...
ユーザーのプロファイルにインストールされたGNOME-Shell拡張機能は、ここでBionic Beaverをインストールした場合にログインループを引き起こしたようです。ユーザーは、ユーザープロファイルにインストールされているすべてのGNOME-Shell拡張機能が削除されるまで、グラフィカル環境に再度正常にログインできます。見つかった後にBashから削除されたのは、[email protected]および[email protected]でした。
Systemdジャーナルを調べることでその軌跡を見つけたと思いますが、このコンテキストまたは近いコンテキストでのGnome Shell拡張のWebアドレスにもシグナルがありました。
2019年のカレンダー第3週にセキュリティと基本的な更新プログラムをインストールした後に問題が発生し始めました。実際、システムレベルでの再構成はユーザーによって行われませんでした。
2つのシステムレベルのGNOME拡張機能は、アンインストールする方法が見つからなかったため、残りました。ただし、これらは無効に設定されています。拡張機能のメインスイッチもオフになります。おそらく、中長期的には、拡張機能を再び使用しようとしますが、慎重に少しずつ進めていきます。
そのため、ここにあるヒントはどれも役に立たない。 〜/ .XAuthority、〜/ .ICEAuthority、/ tmpディレクトリ、Nvidiaスタック。この場合、デフォルトとしてlightdmを使用しないUbuntu 18.04が使用されるため、lightdmベースのアプローチは望ましくありませんでした。 VmWare-hypervisorで実行されるインストールなので、エミュレートされたグラフィックカードはNvidiaのものではありません。これらのヒントも適用できず、助けもできませんでした。また、〜/ xsession-errorsディレクティブヒントを見つけることができませんでした。
私はRmanoのアプローチが興味深いと感じ、結果として他のいくつかの興味深い点を明らかにしたことを適用しました。これらは新しい質問で提起されます。また、Rmanoのヒントがこの場合の成功に貢献しました。ありがとうございました。
ログインできない場合は、ホームフォルダーのディスク/パーティションがいっぱいになっている可能性があります。
ディスク/パーティションがいっぱいかどうかを確認するには：を押します Ctrl + Alt + F3、ログインしてdfと入力します。使用済みディスク領域に関する情報を取得します。
私にとっては次のように働いた。 ctrl + alt + F1と入力し、コマンドプロンプトでユーザー名でログインします。
user@Dell$ ls -l ~/.ICEauthority
-rw------- root root 3668 May 28 09:28 /home/user/.ICEauthority
user@Dell$ Sudo chmod 777 ~/.ICEauthority
password:
user@Dell$ ls -l ~/.ICEauthority
-rwxrwxrwx root root 3668 May 28 09:28 /home/user/.ICEauthority
ctrl + alt + F7およびログインが機能しました。
USBキーにインストールされ、HDなしのラップトップにマウントされ、Unityおよびgnome-flashbackを実行しているXenialでこの問題を経験しました。ここで成功せずにすべての回避策を試した後、数日前にchrootでqemuを使用しているときに、gnome-flashback-compizを選択すると、ユニティではなく問題が発生したことを思い出しました。 gnome-flashback-metacityを試してみましたが、うまくいきました。
この場合も、gnome-flashback-compizでは機能しませんが、gnome-flashback-metacityでは機能し、ユニティでは機能しました。
シルビア
私の場合、問題はホームディレクトリの誤ったアクセス許可が原因でした。
1：ライブメディア（または同じシステムにインストールされた別のLinuxディストリビューション）から起動し、次のコマンドでターミナルを開きます。 Ctrl-Alt-T
2：一時的なマウントポイントを作成し、/ homeを含むパーティションをマウントします（私の場合は/ dev/sda6）
Sudo mkdir /mnt/sda6Sudo mount /dev/sda6 /mnt/sda6
：アクセス許可を確認する
Sudo ls - la /mount/sda6/
エントリが表示されますusername `ここでusernameはユーザー名です
この時点から、usernametvboxを使用します（これをユーザー名に変更します）
次のようなものが表示されるはずです。
drwxr-x--- 67 tvbox tvbox 12288 May 1 07:00 tvbox
これは、tvboxがディレクトリであり、所有者が必要な読み取り、書き込み、実行の許可を持っていることを示しています。
4：不正な場合は正しい許可。
上記が正しくない場合、修正する必要があります。
データがルートによって移動された場合、tvbox tvbox（所有者名所有者グループ）ではなくルートルートが表示されます。これは「ルート原因」と呼ばれる可能性があります;-)
この問題を修正するには、コマンド `Sudo chown -R tvbox：tvbox/mount/sda6/tvbox
どういうわけか他のアクセス許可が正しくない場合は、Sudo chmod +rwx tvboxに読み取り/書き込みおよび実行のアクセス許可を追加して変更する必要があります（ディレクトリの実行ビットを使用すると、それを走査できます）。
5：問題のあるOSを再起動します
6：ログイン
それでも問題が解決しない場合は、他の多くの質の高い回答を参照してください。
最近、同様の問題が発生しました。 Ubuntuはいくつかの更新を行い、lightdmに関連すると思われるこのログインループを取得しました。
いくつかのことを試した後、ようやく問題を解決できました。
私はamdgpuが失敗の理由だと思うが、私は確かに知らないので、私はすべてを投稿しようとしている、私が試した：
Askubuntuに関する最初の質問から引用： こちらを参照
- amdgpu-proをアンインストールします（
amdgpu-pro-uninstall） - オープンソースドライバをインストールします（ こちらを参照 ）。これらすべての* hwe *パッケージもインストールしました。
- lightdm、ubuntu-dektop、unityの再インストールと再構成
この時点で-再起動後、キーボードが応答しなくなったため、復旧モードで起動し、破損したパッケージを修復するオプションを選択しました。
残念ながら、ログインはまだ機能しません。さらに、ユーザーをlightdmグループに追加しましたが、それが重要であるとは思いません。
次に、他の同様の問題を見つけて、次の手順を試しました。
# as root
add-apt-repository ppa:paulo-miguel-dias/pkppa
apt-get update
apt-get upgrade
reboot
まだ成功していないので、別のアップグレード方法を試してみることにしました
# as root
apt full-upgrade
reboot
そして、私は再びログインすることができました。
私の個人的な結論
問題はamdgpuドライバー内に存在するようで、上記のppaを追加しない限り、ubuntuは動作するドライバーをインストールできません。 Ubuntu 18.04でのみ動作するように書かれていますが、とにかく試してみましたが、今のところ動作しました。
12.10にアップグレードした後も同じ問題が発生し、Googleからここに来ました。別のユーザーを作成し、ログインできました。
Unityを使用しないため、lighdmをアンインストールしました。再起動後、ログインできました。あなたはそれを試すことができます。
幸運を！