Ubuntu gets stuck in a login loop
up vote
414
down vote
favorite
My Ubuntu is stuck in a login loop when trying to enter my desktop. When I login, the screen gets black and soon after that the login screen comes back.
I've read that the problem might be caused by an error depending on the graphics, here's my graphics card: ATI Radeon 7670M
login lightdm login-screen
|
show 7 more comments
up vote
414
down vote
favorite
My Ubuntu is stuck in a login loop when trying to enter my desktop. When I login, the screen gets black and soon after that the login screen comes back.
I've read that the problem might be caused by an error depending on the graphics, here's my graphics card: ATI Radeon 7670M
login lightdm login-screen
21
Look in ~/.xsession-errors; there might be a clue there.
– offby1
Apr 21 '12 at 23:09
@CalvinWahlers Since you installed Quantal, you couldn't start the system correctly? Have you installed drivers some? Could you connect from some TTY (Ctrl+Alt+F1..F6) with any user?
– Lucio
Nov 30 '12 at 2:13
no, it worked fin for I think month... But suddenly that happened
– Calvin Wahlers
Nov 30 '12 at 12:45
seems that I can't post an answer. I had a similar problem and after trying all workarounds mentioned here with no success, I found that my sessions where messed up in /usr/share/xsessions. Moved all files there to my /home dir (to have a copy) and tried to login using kdm (I use Kubuntu). To select kdm as login screen, I executedsudo dpkg-reconfigure lightdm
and selected kdm. With kdm you can select a previous session or a default one. This was the way to go.
– Ivan Ferrer Villa
Feb 12 '14 at 21:40
2
I don't have enough reputation to answer, but what worked for me was following instructions here. In short dosudo ubuntu-drivers devices
, and thensudo apt-get install
the recommended driver.
– kabdulla
Apr 4 '17 at 7:05
|
show 7 more comments
up vote
414
down vote
favorite
up vote
414
down vote
favorite
My Ubuntu is stuck in a login loop when trying to enter my desktop. When I login, the screen gets black and soon after that the login screen comes back.
I've read that the problem might be caused by an error depending on the graphics, here's my graphics card: ATI Radeon 7670M
login lightdm login-screen
My Ubuntu is stuck in a login loop when trying to enter my desktop. When I login, the screen gets black and soon after that the login screen comes back.
I've read that the problem might be caused by an error depending on the graphics, here's my graphics card: ATI Radeon 7670M
login lightdm login-screen
login lightdm login-screen
edited Jan 31 '16 at 14:28
Aaron Hall
5731520
5731520
asked Nov 29 '12 at 16:57
Calvin Wahlers
2,073396
2,073396
21
Look in ~/.xsession-errors; there might be a clue there.
– offby1
Apr 21 '12 at 23:09
@CalvinWahlers Since you installed Quantal, you couldn't start the system correctly? Have you installed drivers some? Could you connect from some TTY (Ctrl+Alt+F1..F6) with any user?
– Lucio
Nov 30 '12 at 2:13
no, it worked fin for I think month... But suddenly that happened
– Calvin Wahlers
Nov 30 '12 at 12:45
seems that I can't post an answer. I had a similar problem and after trying all workarounds mentioned here with no success, I found that my sessions where messed up in /usr/share/xsessions. Moved all files there to my /home dir (to have a copy) and tried to login using kdm (I use Kubuntu). To select kdm as login screen, I executedsudo dpkg-reconfigure lightdm
and selected kdm. With kdm you can select a previous session or a default one. This was the way to go.
– Ivan Ferrer Villa
Feb 12 '14 at 21:40
2
I don't have enough reputation to answer, but what worked for me was following instructions here. In short dosudo ubuntu-drivers devices
, and thensudo apt-get install
the recommended driver.
– kabdulla
Apr 4 '17 at 7:05
|
show 7 more comments
21
Look in ~/.xsession-errors; there might be a clue there.
– offby1
Apr 21 '12 at 23:09
@CalvinWahlers Since you installed Quantal, you couldn't start the system correctly? Have you installed drivers some? Could you connect from some TTY (Ctrl+Alt+F1..F6) with any user?
– Lucio
Nov 30 '12 at 2:13
no, it worked fin for I think month... But suddenly that happened
– Calvin Wahlers
Nov 30 '12 at 12:45
seems that I can't post an answer. I had a similar problem and after trying all workarounds mentioned here with no success, I found that my sessions where messed up in /usr/share/xsessions. Moved all files there to my /home dir (to have a copy) and tried to login using kdm (I use Kubuntu). To select kdm as login screen, I executedsudo dpkg-reconfigure lightdm
and selected kdm. With kdm you can select a previous session or a default one. This was the way to go.
– Ivan Ferrer Villa
Feb 12 '14 at 21:40
2
I don't have enough reputation to answer, but what worked for me was following instructions here. In short dosudo ubuntu-drivers devices
, and thensudo apt-get install
the recommended driver.
– kabdulla
Apr 4 '17 at 7:05
21
21
Look in ~/.xsession-errors; there might be a clue there.
– offby1
Apr 21 '12 at 23:09
Look in ~/.xsession-errors; there might be a clue there.
– offby1
Apr 21 '12 at 23:09
@CalvinWahlers Since you installed Quantal, you couldn't start the system correctly? Have you installed drivers some? Could you connect from some TTY (Ctrl+Alt+F1..F6) with any user?
– Lucio
Nov 30 '12 at 2:13
@CalvinWahlers Since you installed Quantal, you couldn't start the system correctly? Have you installed drivers some? Could you connect from some TTY (Ctrl+Alt+F1..F6) with any user?
– Lucio
Nov 30 '12 at 2:13
no, it worked fin for I think month... But suddenly that happened
– Calvin Wahlers
Nov 30 '12 at 12:45
no, it worked fin for I think month... But suddenly that happened
– Calvin Wahlers
Nov 30 '12 at 12:45
seems that I can't post an answer. I had a similar problem and after trying all workarounds mentioned here with no success, I found that my sessions where messed up in /usr/share/xsessions. Moved all files there to my /home dir (to have a copy) and tried to login using kdm (I use Kubuntu). To select kdm as login screen, I executed
sudo dpkg-reconfigure lightdm
and selected kdm. With kdm you can select a previous session or a default one. This was the way to go.– Ivan Ferrer Villa
Feb 12 '14 at 21:40
seems that I can't post an answer. I had a similar problem and after trying all workarounds mentioned here with no success, I found that my sessions where messed up in /usr/share/xsessions. Moved all files there to my /home dir (to have a copy) and tried to login using kdm (I use Kubuntu). To select kdm as login screen, I executed
sudo dpkg-reconfigure lightdm
and selected kdm. With kdm you can select a previous session or a default one. This was the way to go.– Ivan Ferrer Villa
Feb 12 '14 at 21:40
2
2
I don't have enough reputation to answer, but what worked for me was following instructions here. In short do
sudo ubuntu-drivers devices
, and then sudo apt-get install
the recommended driver.– kabdulla
Apr 4 '17 at 7:05
I don't have enough reputation to answer, but what worked for me was following instructions here. In short do
sudo ubuntu-drivers devices
, and then sudo apt-get install
the recommended driver.– kabdulla
Apr 4 '17 at 7:05
|
show 7 more comments
40 Answers
40
active
oldest
votes
1 2
next
up vote
368
down vote
accepted
Did you end up here after running sudo startx
? Nevertheless:
Press Ctrl+Alt+F3 and login into the shell.
Now run ls -lA
. If you see the line
-rw------- 1 root root 53 Nov 29 10:19 .Xauthority
then you need to do chown username:username .Xauthority
and try logging in (you may also need to do the same for for .ICEauthority
).
Else, do ls -ld /tmp
. Check for the first 10 letters in the left: they should read exactly so: drwxrwxrwt
.
drwxrwxrwt 15 root root 4096 Nov 30 04:17 /tmp
Else, you need to do sudo chmod a+wt /tmp
and check again.
If not both, I'd recommend you either
dpkg-reconfigure lightdm
- or uninstall, reinstall it.
Now press Alt+-> until you reach the login screen again, and restart.
15
I've same problem, chown username:username .Xauthority helped. But, anyone has an explanation?
– ts01
Jan 23 '13 at 8:41
9
I actually even had to remove my .Xauthority for things to work. For some reasons, none of the above solved my problem.
– jlengrand
Oct 15 '13 at 8:51
54
This was exactly my problem. Couldn't the devs think of something simple like popping up "Permission denied while attempting to edit /home/username/.Xauthority. Ensure username has read/write permissions."? This could have saved the 41000 people who have viewed this question so far some huge headaches.
– Mike
Dec 22 '13 at 6:18
14
+1 - Although I had to do this for both .Xauthority and .ICEauthority
– Aust
Jan 17 '14 at 16:00
9
@Nacht DON'T run sudo with startx. Using sudo to run startx is exactly how the permissions of the Xauthority file can get screwed up like this. Run startx as your normal user and it should work. If it doesn't, check the ownership of the .Xauthority file to make sure it's not owned by root again.
– mchid
Jan 27 '16 at 0:29
|
show 28 more comments
up vote
55
down vote
I had this and after looking at /var/log/Xorg.0.log
I found out that it's a Nvidia problem (there was a line saying Xlib: extension "GLX" missing on display ":0
).
I realized I have Nvidia drivers from official website which are not really stable and tested (so I've read and also experienced in the past).
The solution here was to install package nvidia-current
from Ubuntu repos; it is an awfully outdated version, but it's tested properly at least. Its installer is quite capable too and it uninstalled successfully my hack-installed unstable version from Nvidia website.
TL;DR, just try logging into the shell (Ctrl+Alt+F2 or whatever F between F1 and F6) and type
sudo add-apt-repository ppa:graphics-drivers/ppa
sudo apt update
sudo apt install nvidia-367
If it succeeds, reboot.
sudo reboot
If you're lucky enough, problem solved, you should be able to login to Unity.
UPDATE
Please note that sometimes nvidia-current
might install the wrong driver. In that case, search the latest compatible driver for your video card and install it. For example, on Ubuntu 16.04, nvidia-current
points to the version: 304.131-0ubuntu3. This might be incompatible with your graphics card; therefore, search with sudo apt-cache search nvidia-[0-9]+$
for the package you need, and install it.
I often have the login loop issue after installing updates. For those who want to use the Nvidia drivers from the website, you need to reinstall them. As you said: <kbd>Ctrl</kbd> <kbd>Alt</kbd> <kbd>F1</kbd> Logincat .xsession-errors
if you have this messageXlib: extension "GLX" missing on display ":0
it means there is a GPU driver issue. Download the nvidia driverssudo service lightdm stop
sudo ./NVIDIA-Linux-x86_64-xxx.xx.run
sudo reboot
And it should be fine
– Mar Cnu
Apr 8 '16 at 8:32
I had the same issue. I had to remove all the previously installed drivers; then install "nvidia-361" (right now it's the latest version for ubuntu), runsudo update-initramfs -u
, then reboot. unfortunately nvidia-current was installing "nvidia-304" that probably isn't compatible with my video card. But thanks for leading me to the right solution! :)
– Markon
Jun 4 '16 at 10:03
Thanks a bunch, this helped to fix login Issue in 14.04.
– Amit Sharma
Jul 12 '16 at 5:28
I installed some weird nvidia driver while trying to get the cuda libraries running on my system. doingsudo apt-get purge nvidia*
and then gettingnvidia-current
fixed it (finally after 2 hours). Thanks a ton!
– G. Meyer
Oct 6 '16 at 21:20
1
@Moondra: that is a log, why would you try to run it? A/w, sudo is needed for operations (read, write) on these files, I believe (can't test it now)
– edison23
Aug 14 at 15:52
|
show 6 more comments
up vote
53
down vote
I encountered this exact problem and non of the suggested fixes above worked for me. After almost giving up I looked at the .xsession-errors
and noticed I had a typo in my .profile
(I had an extra }
in the file after I edited it earlier in the day).
That was causing the login loop. It might be another place to look if the other suggested fixes don't work for you.
1
My situation was very similar. I had recently added a run function for running commands multiple times in my .profile and that function, though it worked as advertised, seems to have been the cause of my problem. Commenting it out fixed it.
– pthurmond
Jun 6 '13 at 16:05
This worked for me. My PC lost power during an electrical storm and some how I ended up with a extraneous line at the end of my .profile. No clue how it got there. Anyway, I'd say the general solution should just be to check .xsession-errors and see what it says.
– Brandon Yates
Jun 7 '13 at 15:57
2
This is a good one! I hit the same lightdm login loop problem, spent 30 mins troubelshooting with no luck (tried all possible workaround I can find). Turned out to be a syntax error in~/.profile
caused byrbenv
.
– Terry Wang
Oct 7 '13 at 2:58
1
This solved my problem - failing line in ~/.profile
– Joshua
Nov 9 '13 at 1:39
4
+1 - Thanks for mentioning.xsession-errors
– Aust
Jan 17 '14 at 15:59
|
show 5 more comments
up vote
36
down vote
I had a nearly identical problem a few months ago. Switching into a console from the LightDM login screen (Ctrl-Alt-F1), logging in with administrative username and password, and entering the following commands resolved the issue:
sudo mv ~/.Xauthority ~/.Xauthority.backup
sudo service lightdm restart
,Thanks I just type the second command It solved my problem but what this command will do will you plz elaborate
– Ali786
Aug 6 '14 at 10:25
11
This command renames ".Xauthority", which is a file that stores credentials used for authentication of X sessions (basically a cookie), to ".Xauthority.backup". Renaming this file causes xauth to create a new ".Xauthority" file, thereby re-authenticating.
– mblasco
Aug 11 '14 at 13:53
BRILLIANT. can't thank you enough - worked first time.
– whytheq
Jun 11 '16 at 20:19
add a comment |
up vote
15
down vote
Faced the same problem today.
The cause was a bit strange to me. xubuntu-desktop
was removed, so was ubuntu-desktop
. LightDM exited with no error message. Tried lxdm and when I tried to login, it popped up a message saying Xubuntu could not be found.
Reinstalled xubuntu-desktop
and it's fixed now. Think apt-get autoremove
removed the package.
this autoremove does stupid things. This tool shold never be released (or it needs to be much more tested and improved) as it is so time consuming to fix this irritating problems! Nothing is more frustrating than keep looping in a login screen. luckly ubuntu has other options and I logged via Gnome Metacity session, the only one that worked...
– Sergio Abreu
Dec 3 '16 at 19:03
add a comment |
up vote
14
down vote
Press Ctrl+ALT+F3. You should be given an unix-style login prompt, so enter your username and password there. From there you should be given a shell (a program that allows you to enter commands, sort of like windows' cmd.exe
). Enter these commands and press ENTER (or Return) after writing each one (you will have to enter your password when it shows something like [sudo] password for USERNAME
. Note that the password will not show when you are typing it!):
sudo apt-get update
sudo apt-get -y dist-upgrade
sudo apt-get -y install fglrx
Then reboot your computer using this command:
sudo reboot
See if this works :)
If this does not work, try going back to the 3rd terminal (Ctrl+ALT+F3), login, and enter this command (pressing ENTER after you have typed it):
sudo apt-get -y install lxdm
This will show a DOS-like dialog after a bit. If lxdm
is not selected, select it by using the UP and DOWN arrow keys, and press ENTER to accept that selection. Then reboot using the same command as before (sudo reboot
).
If this still doesn't work, go back to the 3rd terminal (ALT+F3), login, and enter this command (same procedure):
sudo apt-get -y install lubuntu-desktop
This will install a much lighter desktop environment which should work for now (should enable you to login and use your computer). Once that is done, reboot (sudo reboot
), and when you are confronted with the login page, select the Lubuntu
environment instead of Ubuntu
.
This will not work. X is running he is crashing post login (i think).
– coteyr
Nov 29 '12 at 17:10
1
I know, that is because Unity crashes. Probably because 3D does not work. The LXDM solution is for using as little 3D resources as possible so that more resources are freed for Unity.
– MiJyn
Nov 29 '12 at 17:13
I see, could work, I have no idea if lightdm uses "3D" or not.
– coteyr
Nov 29 '12 at 17:16
I think it does... or at least it's seriously heavyweight.
– MiJyn
Nov 29 '12 at 17:16
If lightdm uses 3D then shouldn't it trigger the crash, not after it hands control to unity?
– coteyr
Nov 29 '12 at 17:18
|
show 12 more comments
up vote
14
down vote
My home folder was full :-( df -h
will give you this answer I had to connect through ssh made some space and worked like a flower
ctrl+alt+F1, login as user, free up some space and restart your X server! mostely sudo service sddm restart
yeah,mine too, my home folder was almost full... 800GB from 1TB... i tried all of other solutions,didnt work... so i transferred 300GB of my files too external hard disk... and it worked ... thanks Philippe:)
– Sss
Feb 16 at 13:27
For me it was issue with not enough disk space because of huge log files. Pressed Ctrl+Alt+F3 to log into the shell + emptied the log files ==> Now I can log normally
– AJN
Mar 11 at 14:32
thanks, helped me well! just in case you guys aint want to delete some file you might need trysudo apt-get -y autoremove && sudo apt-get -y clean
– AlexOnLinux
Jul 4 at 12:17
add a comment |
up vote
11
down vote
You might be having problems with LightDM, the login manager that comes in Ubuntu by default. In 12.04 it used to do the same problem you are describing.
You can install GDM, an alternative login manager, to get around this:
At the login screen, press and hold Ctrl+Alt+F2 to go to the terminal. Don't be afraid! Just log in here with your username and password.
Then, type sudo apt-get install gdm
. Let it install and type sudo dpkg-reconfigure gdm
and follow the prompts to set it as your login manager.
Press Ctrl+Alt+F7 to get back to the login screen which should now look different. Does logging in work? If it does, your problem is solved!
If it doesn't, go back to the fullscreen terminal (again, Ctrl+Alt+F2) and run sudo dpkg-reconfigure lightdm
to set LightDM as you login manager again. Now you know that this is a problem with your graphics drivers for sure.
ok, I think I'm not quite such a noob, I know how to enter a terminal there and how to log in :) And I already have installed gdm: doesn't work. lightdm: doesn't work. lxdm: doesn't work...
– Calvin Wahlers
Nov 29 '12 at 17:53
OK. You definitely have a graphics problem then; LightDM can sometimes mirror the problems you're describing (it might help if you said how long the delay is). Sorry I couldn't help.
– WindowsEscapist
Nov 29 '12 at 19:12
Delay means the time between having entered an appearing again?
– Calvin Wahlers
Nov 29 '12 at 21:52
Right. It is like a couple seconds, or more like 30, etc. I can't help you with graphics issues but I'm sure there is someone here that can. Good luck!
– WindowsEscapist
Nov 29 '12 at 22:56
On Ubuntu 14.04 this method gets you a blank screen in place of the login screen.
– Luís de Sousa
Jan 22 '16 at 14:19
add a comment |
up vote
8
down vote
This is not a direct answer to your case but its more of a general solution to login loops.
The problem could be as simple as a wrong command put into the .profile file in the home directory. (Since that file get loaded on logon)
To see if that is really the case, press Ctrl Alt F1, and login. Checking the .xsession-errors file in your home directory
~/.xsession-errors
This should give some clues about some problematic command.
add a comment |
up vote
7
down vote
Yes I caused a Login Loop on my main Ubuntu 12.10 user and the fix was simple.
Background:
Ubuntu 12.10 is installed in VirtualBox running on Windows 7 and uses Unity.
Cause:
From the Desktop I Ctrl+Alt+T into terminal mode and then tried to run 'startx' (I was trying to help a friend over the phone late at night...but this was a stupid thing to do). A new blank Unity desktop appeared and everything hung...
Problem:
Forcing VirtualBox to close and then rebooting Ubuntu I got to the login screen but kept looping back to this same screen everytime after entering the password. No errors were displayed. I could login as Guest but I had no Sudo rights and thus no control...
However once logged in as Guest I Ctrl+Alt+F3 and got to a terminal login.
I entered my main user name and password and logged in with command mode. Logout took me back to CLI login and Ctrl+Alt+F7 took me back to Guest desktop. So my account still worked. I then added a test user and gave them sudo rights. From the Unity login I could login and logout Test user with no problem. So Unity still worked.
Fix:
So my main account was still accessable via CLI and Unity was working for all other accounts. This indicated a configuation problem on my main account. I followed the advice of SiddharthaRT at the top of this post and did chown username:username .Xauthority
. This fixed my problem. Thanks !!
I'm facing the same problem today in 14.04.02 but unfortunately I disabled the guest account. My user and root passwords are not being accepted in any terminal I've tried. Any suggestions? I already went ahead and installed 12.04 alongside thinking I might be able to access my files on the 14.04 side, but no luck
– Rich Scriven
May 27 '15 at 21:56
I have now run into this problem after trying to fix my R instance. Richard, did you manage to fix your problem?
– Alex
Jun 16 '15 at 2:26
add a comment |
up vote
6
down vote
I've pressed Ctrl+Alt+F3 and logged into the shell.
Afterwards with this command:
chown username:username .Xauthority
Where username
is my login name, I've solved the problem.
Thankyou this worked great! I got this error after opening startx with sudo! Cheers!
– Angelo
Aug 16 at 12:16
add a comment |
up vote
6
down vote
Proprietary Driver Issues
MoKSB State
I was able to log in to TTY
using ctrl+alt+F1
, but had no internet access seeing as the driver is proprietary as well.
No Xorg issues were apparent.
I decided to remove the packages when I recieved the MokSB failed
message telling me that it could NOT change the secure boot settings. The notable part is that it prompted me for a password even though it failed.
Secure Boot
Caution: Do NOT just blindly remove your drivers!
A good test to see if it is a Proprietary Driver issue is to turn OFF Secure Boot and boot Ubuntu and attempt to login. If logging in works, then you now know what you're issue is.
Broadcom Drivers and Nvidia Drivers
I removed nvidia packages
sudo apt-get purge nvidia-*
and then I removed the broadcom packages
sudo apt-get purge bcmwl-kernel-source
and rebooted.
I attempted to login again and success!
I saw my desktop!
I rebooted again.
logged in again and everything was set to default.
I rebooted into BIOS
turned off secure boot (not recommended, need a better solution)
booted up ubuntu using grub
logged in and installed the downloaded *.deb file for my wifi driver
installed it using Software Center
and rebooted.
I followed the same procedure for my nvidia drivers seeing as the default video drivers are awful on my card.
Turning Secure Boot On Again
If I turn on Secure Boot again, I see the same issue. Since the drivers are NOT signed, it's not a true Secure Boot and I get locked out.
Personally, I find this to be a very bogus (and annoying) issue.
Alternative Solution?
The most feasible solution I saw was customizing the kernel seeing as I can't simply leave Secure Boot off and turn it On and then Off when I switch OS's. Again, it's just annoying.
UPDATE on Jan 4 2017
According to this article, the Linux Kernel >= 4.6 now officially supports
GeForce GTX 900 series accelerated support in conjunction with signed
firmware images.
This should resolve the secure boot issue caused by using the unsigned firmware images.
This fixed the login problem as in I could login again, but WARNINGsudo apt-get purge nvidia-*
somehow (???) also manages to try and reinstall mysql. This seems crazy, but I replicated the behavior. Thankfully it did not delete my files, but when it produced an error it did manage to change configurations. This makes no sense to me, but I replicated the behavior and it asked me to give it a new mysql root password again so this indeed occurs. The graphics issue is super annonying and also strikes me as bogus issue made up by Ubuntu, but on the solution GOOD GRIEF YOU HAVE BEEN WARNED.
– Michael
Jul 30 '16 at 0:04
I had the same issue, and turning off Secure Boot seemed to be the only way to fix it.
– Nick
Nov 30 '16 at 9:57
Couldn't ubuntu log in with low resolution driver and tell user that faced a problem with the driver instead of getting looping ? It is the expected of a really intelligent software... maybe here is a feature request.
– Sergio Abreu
Dec 3 '16 at 19:12
add a comment |
up vote
5
down vote
Your desktop environment is failing to start (it sounds like). I would start by tring to log in as a different user.
Ctrl+Alt+F1 then login
sudo adduser testing
Once the user has been added ctrl+alt+f7 and try to log in as testing. If you can log in as testing then your unity/gnome configuration is borked and should be reset. This Question covers it. I prefer to mv ~/.config ~/.config.old
.
1
I can't log in as testing...
– Calvin Wahlers
Nov 29 '12 at 17:30
You could have bad libs, try MiJyn's answer. If you can gain access via lubuntu then you have a library issue.
– coteyr
Nov 29 '12 at 17:32
add a comment |
up vote
5
down vote
I only had to change the permissions of my home folder:
sudo chmod 755 /home/<username>
This can be done by logging in, into a terminal, using your username and password in a shell using CtrlAltF1.
After trying all, I just ended up that "let me check my user's home directory permission", and found the problem, then I was scrolling down and I see you already posted this as an answer : )
– αғsнιη
Jul 28 '16 at 14:24
add a comment |
up vote
4
down vote
I got the login loop in connection with an update from Ubuntu 12.04 to 14.04. With gdm I had error messages in ~/.cache/gdm/session.log with entries such as /etc/gdm/Xsession: line 33: mktemp: command not found
and after sudo aptitude purge gdm
with lightdm I got several similar error messages in ~/.xsession-errors
, e.g., usr/sbin/lightdm-session: line 24: mktemp: command not found
.
I tried several things. What I believe did eventually resolve the problem for me was this:
I moved my configuration files .profile
, .bashrc
and .pam_environment
to other names and then I managed to login. I suspect that there is a problem in one of them.
After installing Ubuntu 18.04 and adding my usual .bashrc, I ran into this problem. Removing the .bashrc fixed it. I assume there was an error that didn't surface in 16.04, or maybe Unity didn't execute the .bashrc on GUI login, but GNOME does.
– Nick S
Sep 5 at 22:33
add a comment |
up vote
4
down vote
sudo chown $USER:$USER $HOME
was the problem for me.
I had set up a home partition with:
sudo mkdir /home/$USER
but forgot to chown
it.
add a comment |
up vote
3
down vote
I had the same problem after a clean install of Ubuntu 12.10 (but reusing my existing home partition). I tried all of the other answers, but none worked. But I found the clue to my specific problem in the file .xsession-errors in my home directory.
This is how I solved it in my case:
Hit Ctrl+Alt+F1 to open a virtual terminal. Then login with username and password.
Open the file
~/.xsession-errors
if it exists (typecat ~/.xsession-errors
). In my case, this file contained one single line with an error message:
/usr/sbin/lightdm-session: 27: .: Can't open /usr/bin/byobu-launch
Now
byobu
is a command line tool that I use and I have no idea how that ended up in a system file since this was right after a clean install. Byobu is not installed by default, so that might explain the error as it looks for a file (/usr/bin/byobu-launch
) that doesn't exist. So in my case I had to installbyobu
to fix the problem:
sudo apt-get install byobu
Hit Ctrl+Alt+F7 to go back to the login screen, and login worked fine now.
Of course in your case you might find a different error message in .xsession-errors, which requires a different solution.
add a comment |
up vote
3
down vote
I had a very similar issue where I could log in on the terminal but not on the desktop, my wallpaper from the profile was loaded during login, but after a few seconds it jumped back to the login screen. I checked all file permissions as suggested, they were fine. I tried without a separate home partition and was able to log in to the desktop. After that I checked the settings for the LUKS encrypted home partition, which were also fine (though there were some error messages on the terminal, telling me that the encrypted volume could not be mounted, because it was already mounted).
Then I looked into dmesg, found BTRFS errors related to the filesystem on the LUKS encrypted home partition (yep, I'm mixing LUKS and BTRFS), tried to actually write to the filesystem and found that it gave me I/O errors. So I had to repair the filesystem or create a new one and restore from backup.
Long story short: Look at dmesg and actually try to write to the filesystem that seems to be writable.
add a comment |
up vote
3
down vote
This could also be because of a special combination of settings:
- Encrypted
/home/$USER
$USER
innopasswdlogin
group
lightdm
will try to log you in, but can't access any files so you get the described symptoms.
To fix this, remove $USER
from the group:
sudo gpasswd -d $USER nopasswdlogin
add a comment |
up vote
3
down vote
I had to deal with the same problem.
Unfortunately in my case it was not resolved by simply changing permissions so my contribution will be to try to create a guide from the simple to the more complex steps. Hopefully your uses will be resolved with the simple ones.
Note: replace <username>
with your username.
Assumptions: Nvidia Graphic Card
, lightdm
Access To Terminal
To open a new terminal simply use (and then login with your credentials):
Ctrl+Alt+F1
Check the owned/group/permissions of your home directory files
cd ~<username>
ls -lah
Fix the owner and group of .Xauthority
and /tmp
chown <username>:<username> .Xauthority
sudo chmod a+wt /tmp
Check if there is still a problem by restarting lightdm
sudo service lightdm restart
Reconfigure lightdm
dpkg-reconfigure lightdm
sudo service lightdm restart
If you wish to see possible errors from the system
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
Relevant log files:
/var/log/Xorg.0.log
/var/log/lightdm/lightdm.log
As a last resort, which is what I did, reinstall the graphic card drivers.
Nvidia
simply does not work nice with Ubuntu
.
add a comment |
up vote
3
down vote
I experienced the same problem and the cause in my case was that I tried to add something to the /etc/environment
file and whatever I added seemed to not want me to log in after I restarted.
Solution:
When at the login screen press CTRL + ALT + F2. Login with admin username and password and edit the /etc/environment
file and remove what changes you made to it.
In the terminal, you can run the following command use nano
to edit the file:
sudo nano /etc/environment
Press CTRL + o and then press ENTER to save the file. Press CTRL + x to exit nano.
Once you have edited and saved the file, simply hit CTRL + ALT + F2 to go back to the GUI login screen and you should be able to log on.
add a comment |
up vote
3
down vote
I found my /tmp
file permission settings were not correct. It had permissions for root only.
This was my own mistake. I forgot that a day earlier, I deleted the /tmp
folder with sudo
rights and after recreated the folder again with sudo mkdir tmp
.
Big mistake. I created a /tmp folder with root permissions only.
In the ~/.Xsession-errors
file I could see that x11 was not able to write a file in /tmp
. After execute these commands from the root account (or Alt+Ctrl+f1) in welcome screen and use the problem account credentials to login) I solved the problem:
sudo chmod 1777 /tmp
sudo chown root:root /tmp
After these, I was able to login to Unity again with the normal account again.
So if you have, what looks like a .Xauthority
problem, you could try this if nothing else works.
See this thread on Ubuntu Forums
add a comment |
up vote
3
down vote
I have been through this problem multiple times and it has been a different issue each time. One of the following issues could have caused your problem and you could use the command line interface by using Ctrl+Alt+F1 (Replace F1 with F2,F3.... if your tty1 is occupied) to try the following solutions
NVIDIA drivers missing or broken?
- Run
nvidia-smi
to access the NVIDIA system management interface. The output should be something of this sort.
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 |
+-----------------------------------------------------------------------------+
If you're not able to access it, there is probably some issue with your graphic drivers.
- In that case, you should be able to find out the name of your graphics card using
lspci | grep VGA
. - You can find out the compatible drivers for your graphics card using the link.
- (Try without this stepand maybe then with this step if there was no success). Remove the existing broken drivers using
sudo apt-get purge nvidia*
.
Install the drivers using
sudo add-apt-repository ppa:graphics-drivers
sudo apt-get update
sudo apt-get install nvidia-390
(Or whatever the compatible driver is for your graphics card)
Try a restart using
systemctl reboot -i
and hope your login loop is fixed.
Is your HOME your HOME?
- Check the owner of your home directory using
ls -l /home
- If you don not own your home directory, change it using
sudo chown $USER:$USER $HOME
- Try a restart using systemctl reboot -i and hope your login loop is fixed.
Do you own your .Xauthority?
- Check the owner of your home directory using
ls -l ~/.Xauthority
- If you don't own your .Xauthority, change it using
sudo chown $USER:$USER ~/.Xauthority
- If you do, move your .Xauthority file using
sudo mv ~/.Xauthority ~/.Xauthority.bak
- Try a restart using systemctl reboot -i and hope your login loop is fixed.
- You might need to do the same thing on .ICEauthority.
Is your /tmp right?
- Run
ls -ld /tmp
and make sure the permissions are exactlydrwxrwxrwt
. The output should be of this sort
drwxrwxrwt 27 root root 36864 Sep 17 17:15 /tmp
- If not, run
sudo chmod a+wt /tmp
- Try a restart using systemctl reboot -i and hope your login loop is fixed.
Maybe lightdm is your problem?
- Reconfigure your display manager using
dpkg-reconfigure lightdm
and try out other display managers (gdm3,lightdm,) that are available. Maybe this will you give you enough clues to move forward. - If none of them help,try installing sddm using
sudo apt-get install sddm
for one final try. reconfigure display to sddm.
If none of the above solutions worked, you can try re-installing ubuntu.
P.S: This is a compilation of answers from the sources I refered to, some from this post as well.
add a comment |
up vote
2
down vote
Change to another login screen.
Ctrl+Alt+F2 to open a terminal.
Ctrl+Alt+F7 to go back to the graphic mode.
Type sudo dpkg-reconfigure gdm
In a graphic screen, select gdm and OK.
Type sudo reboot
4
I don't think thiss will work, he is having problems after gdm/lightdm
– coteyr
Nov 29 '12 at 17:09
No, the lightDM loop does actually happen like this (although it depends on the length of the black screen)
– WindowsEscapist
Nov 29 '12 at 17:20
until now, nothing really helps :( i selected gdm but now there's only the ubuntu 12.10 wallpaper, nothing else
– Calvin Wahlers
Nov 29 '12 at 17:22
Probably I should add that the last time I used Ubuntu firefox told me to restart it... it crashed. LibreOffice also did. Then I rebootet and since that moment yesterday it doesn't work.
– Calvin Wahlers
Nov 29 '12 at 18:29
add a comment |
up vote
2
down vote
I had to remove NVIDIA drivers to get in, as in (replace nvidia-current with nvidia-340 or whatever your number is).
Revert back to Nouveau drivers
Then I had a buggy UNITY frame. I had to follow the steps showed here to fix them:
https://askubuntu.com/a/290376/275142
add a comment |
up vote
2
down vote
This happened to me when I switched off the computer while it was still finishing upgrading to the latest kernel images. I did CTRL-ALT F1, logged in, then sudo apt-get update
and sudo apt-get dist-upgrade
and let it finish to setup.
After rebooting, I was able to login into the destkop again.
add a comment |
up vote
2
down vote
May you are affected by Bug #1240336 where different permissions are gone after release upgrade.
Other side effects
- no guest login
- Synaptic not starting from menu
I get login to work when I put the user into the video
group or after running sudo chmod a+rw /dev/dri/*
in a terminal.
But:
- no sound
- Logout from user menu not working
- running
/usr/lib/policykit-1-gnome/polkit-gnome-authentication-agent-1
gives: polkit-gnome-authentication-agent-1:5805): polkit-gnome-1-WARNING **: Unable to determine the session we are in: No session for pid 5805
Solution
Run sudo pam-auth-update --force
in terminal.
This solved the described problems in my cases.
add a comment |
up vote
1
down vote
I had the same problem after I upgraded to 12.10.Then I came here from Google. I created another user and I could login.
As I don't use Unity, I uninstalled lighdm. After reboot, I could login. You can try that.
Good luck!
add a comment |
up vote
1
down vote
I have been experiencing the very same problem a couple of times every week and have tried most of solutions given here but the only way I can log back in is by restarting lightdm.
sudo service lightdm restart.
The funny thing is that even after I restrat lightdm, it does not log in on the first attempt but only on my second attempt even though I am entering the right password. I realised this a few weeks ago and I have verified this a few times, making sure that I am not accidentally keying in my password wrong. I am now certain that it does not log me in
the first time after restarting lightdm but only on the second attempt!
Today I got a clue about my problem. I have an external monitor connected to my laptop. When I got into the login loop I decided to somehow get it working with restarting lightdm. From a bug report in launchpad I got an idea that it could be due to some issue in recognising my external monitor. So, I disconnected the monitor, dropped to tty1 and back and the login worked the first time! Not the second time like when I restarted lightdm. This is better but there has to be a solution which does not require this.
– eshwar
Jul 18 '14 at 10:17
add a comment |
up vote
1
down vote
If the other questions do not lead to a solution, my suggestion is to try to follow these steps:
Login in character mode with a VC (Virtual Console). That is, Ctrl Alt F1 and your username/password login. Let's call this user
original
.
Create a new user. You can use for example:
adduser newuser --group sudo
to add a new administrative user (that is, a user that can do
sudo
).
Try to login as
newuser
. If it works, you now that the problem is in the specific setup oforiginal
user. Otherwise, stop reading here --- the problem is at system level and you'll probably need to reinstall something of the graphic stack.
Now you can try to search what happened. Compare hidden files in
~original
and~newuser
and try to find mismatches. Especially you should search for files not owned by you:
find . ! -user original
and files that are not writable to you (there will be more of them, especially in caches):
find . ! -perm -u=w
You can move suspicious files to a backup (
sudo mv whatever whatever-backup
) and try to login again.Files in
/tmp
and/var
that can be sensible to this problem should be deleted by a reboot --- but sometime there is some remnant over there, too.
As a last resort, you can backup the important info of original
(not all the home dir! or you'll propagate the problem), and delete and recreate it, although it is better to be able to find where the problem is.
add a comment |
1 2
next
protected by Community♦ Jun 26 '13 at 13:55
Thank you for your interest in this question.
Because it has attracted low-quality or spam answers that had to be removed, posting an answer now requires 10 reputation on this site (the association bonus does not count).
Would you like to answer one of these unanswered questions instead?
40 Answers
40
active
oldest
votes
40 Answers
40
active
oldest
votes
active
oldest
votes
active
oldest
votes
1 2
next
up vote
368
down vote
accepted
Did you end up here after running sudo startx
? Nevertheless:
Press Ctrl+Alt+F3 and login into the shell.
Now run ls -lA
. If you see the line
-rw------- 1 root root 53 Nov 29 10:19 .Xauthority
then you need to do chown username:username .Xauthority
and try logging in (you may also need to do the same for for .ICEauthority
).
Else, do ls -ld /tmp
. Check for the first 10 letters in the left: they should read exactly so: drwxrwxrwt
.
drwxrwxrwt 15 root root 4096 Nov 30 04:17 /tmp
Else, you need to do sudo chmod a+wt /tmp
and check again.
If not both, I'd recommend you either
dpkg-reconfigure lightdm
- or uninstall, reinstall it.
Now press Alt+-> until you reach the login screen again, and restart.
15
I've same problem, chown username:username .Xauthority helped. But, anyone has an explanation?
– ts01
Jan 23 '13 at 8:41
9
I actually even had to remove my .Xauthority for things to work. For some reasons, none of the above solved my problem.
– jlengrand
Oct 15 '13 at 8:51
54
This was exactly my problem. Couldn't the devs think of something simple like popping up "Permission denied while attempting to edit /home/username/.Xauthority. Ensure username has read/write permissions."? This could have saved the 41000 people who have viewed this question so far some huge headaches.
– Mike
Dec 22 '13 at 6:18
14
+1 - Although I had to do this for both .Xauthority and .ICEauthority
– Aust
Jan 17 '14 at 16:00
9
@Nacht DON'T run sudo with startx. Using sudo to run startx is exactly how the permissions of the Xauthority file can get screwed up like this. Run startx as your normal user and it should work. If it doesn't, check the ownership of the .Xauthority file to make sure it's not owned by root again.
– mchid
Jan 27 '16 at 0:29
|
show 28 more comments
up vote
368
down vote
accepted
Did you end up here after running sudo startx
? Nevertheless:
Press Ctrl+Alt+F3 and login into the shell.
Now run ls -lA
. If you see the line
-rw------- 1 root root 53 Nov 29 10:19 .Xauthority
then you need to do chown username:username .Xauthority
and try logging in (you may also need to do the same for for .ICEauthority
).
Else, do ls -ld /tmp
. Check for the first 10 letters in the left: they should read exactly so: drwxrwxrwt
.
drwxrwxrwt 15 root root 4096 Nov 30 04:17 /tmp
Else, you need to do sudo chmod a+wt /tmp
and check again.
If not both, I'd recommend you either
dpkg-reconfigure lightdm
- or uninstall, reinstall it.
Now press Alt+-> until you reach the login screen again, and restart.
15
I've same problem, chown username:username .Xauthority helped. But, anyone has an explanation?
– ts01
Jan 23 '13 at 8:41
9
I actually even had to remove my .Xauthority for things to work. For some reasons, none of the above solved my problem.
– jlengrand
Oct 15 '13 at 8:51
54
This was exactly my problem. Couldn't the devs think of something simple like popping up "Permission denied while attempting to edit /home/username/.Xauthority. Ensure username has read/write permissions."? This could have saved the 41000 people who have viewed this question so far some huge headaches.
– Mike
Dec 22 '13 at 6:18
14
+1 - Although I had to do this for both .Xauthority and .ICEauthority
– Aust
Jan 17 '14 at 16:00
9
@Nacht DON'T run sudo with startx. Using sudo to run startx is exactly how the permissions of the Xauthority file can get screwed up like this. Run startx as your normal user and it should work. If it doesn't, check the ownership of the .Xauthority file to make sure it's not owned by root again.
– mchid
Jan 27 '16 at 0:29
|
show 28 more comments
up vote
368
down vote
accepted
up vote
368
down vote
accepted
Did you end up here after running sudo startx
? Nevertheless:
Press Ctrl+Alt+F3 and login into the shell.
Now run ls -lA
. If you see the line
-rw------- 1 root root 53 Nov 29 10:19 .Xauthority
then you need to do chown username:username .Xauthority
and try logging in (you may also need to do the same for for .ICEauthority
).
Else, do ls -ld /tmp
. Check for the first 10 letters in the left: they should read exactly so: drwxrwxrwt
.
drwxrwxrwt 15 root root 4096 Nov 30 04:17 /tmp
Else, you need to do sudo chmod a+wt /tmp
and check again.
If not both, I'd recommend you either
dpkg-reconfigure lightdm
- or uninstall, reinstall it.
Now press Alt+-> until you reach the login screen again, and restart.
Did you end up here after running sudo startx
? Nevertheless:
Press Ctrl+Alt+F3 and login into the shell.
Now run ls -lA
. If you see the line
-rw------- 1 root root 53 Nov 29 10:19 .Xauthority
then you need to do chown username:username .Xauthority
and try logging in (you may also need to do the same for for .ICEauthority
).
Else, do ls -ld /tmp
. Check for the first 10 letters in the left: they should read exactly so: drwxrwxrwt
.
drwxrwxrwt 15 root root 4096 Nov 30 04:17 /tmp
Else, you need to do sudo chmod a+wt /tmp
and check again.
If not both, I'd recommend you either
dpkg-reconfigure lightdm
- or uninstall, reinstall it.
Now press Alt+-> until you reach the login screen again, and restart.
edited Nov 15 '17 at 12:27
Fluffy
78031033
78031033
answered Nov 29 '12 at 23:01
SiddharthaRT
4,73811017
4,73811017
15
I've same problem, chown username:username .Xauthority helped. But, anyone has an explanation?
– ts01
Jan 23 '13 at 8:41
9
I actually even had to remove my .Xauthority for things to work. For some reasons, none of the above solved my problem.
– jlengrand
Oct 15 '13 at 8:51
54
This was exactly my problem. Couldn't the devs think of something simple like popping up "Permission denied while attempting to edit /home/username/.Xauthority. Ensure username has read/write permissions."? This could have saved the 41000 people who have viewed this question so far some huge headaches.
– Mike
Dec 22 '13 at 6:18
14
+1 - Although I had to do this for both .Xauthority and .ICEauthority
– Aust
Jan 17 '14 at 16:00
9
@Nacht DON'T run sudo with startx. Using sudo to run startx is exactly how the permissions of the Xauthority file can get screwed up like this. Run startx as your normal user and it should work. If it doesn't, check the ownership of the .Xauthority file to make sure it's not owned by root again.
– mchid
Jan 27 '16 at 0:29
|
show 28 more comments
15
I've same problem, chown username:username .Xauthority helped. But, anyone has an explanation?
– ts01
Jan 23 '13 at 8:41
9
I actually even had to remove my .Xauthority for things to work. For some reasons, none of the above solved my problem.
– jlengrand
Oct 15 '13 at 8:51
54
This was exactly my problem. Couldn't the devs think of something simple like popping up "Permission denied while attempting to edit /home/username/.Xauthority. Ensure username has read/write permissions."? This could have saved the 41000 people who have viewed this question so far some huge headaches.
– Mike
Dec 22 '13 at 6:18
14
+1 - Although I had to do this for both .Xauthority and .ICEauthority
– Aust
Jan 17 '14 at 16:00
9
@Nacht DON'T run sudo with startx. Using sudo to run startx is exactly how the permissions of the Xauthority file can get screwed up like this. Run startx as your normal user and it should work. If it doesn't, check the ownership of the .Xauthority file to make sure it's not owned by root again.
– mchid
Jan 27 '16 at 0:29
15
15
I've same problem, chown username:username .Xauthority helped. But, anyone has an explanation?
– ts01
Jan 23 '13 at 8:41
I've same problem, chown username:username .Xauthority helped. But, anyone has an explanation?
– ts01
Jan 23 '13 at 8:41
9
9
I actually even had to remove my .Xauthority for things to work. For some reasons, none of the above solved my problem.
– jlengrand
Oct 15 '13 at 8:51
I actually even had to remove my .Xauthority for things to work. For some reasons, none of the above solved my problem.
– jlengrand
Oct 15 '13 at 8:51
54
54
This was exactly my problem. Couldn't the devs think of something simple like popping up "Permission denied while attempting to edit /home/username/.Xauthority. Ensure username has read/write permissions."? This could have saved the 41000 people who have viewed this question so far some huge headaches.
– Mike
Dec 22 '13 at 6:18
This was exactly my problem. Couldn't the devs think of something simple like popping up "Permission denied while attempting to edit /home/username/.Xauthority. Ensure username has read/write permissions."? This could have saved the 41000 people who have viewed this question so far some huge headaches.
– Mike
Dec 22 '13 at 6:18
14
14
+1 - Although I had to do this for both .Xauthority and .ICEauthority
– Aust
Jan 17 '14 at 16:00
+1 - Although I had to do this for both .Xauthority and .ICEauthority
– Aust
Jan 17 '14 at 16:00
9
9
@Nacht DON'T run sudo with startx. Using sudo to run startx is exactly how the permissions of the Xauthority file can get screwed up like this. Run startx as your normal user and it should work. If it doesn't, check the ownership of the .Xauthority file to make sure it's not owned by root again.
– mchid
Jan 27 '16 at 0:29
@Nacht DON'T run sudo with startx. Using sudo to run startx is exactly how the permissions of the Xauthority file can get screwed up like this. Run startx as your normal user and it should work. If it doesn't, check the ownership of the .Xauthority file to make sure it's not owned by root again.
– mchid
Jan 27 '16 at 0:29
|
show 28 more comments
up vote
55
down vote
I had this and after looking at /var/log/Xorg.0.log
I found out that it's a Nvidia problem (there was a line saying Xlib: extension "GLX" missing on display ":0
).
I realized I have Nvidia drivers from official website which are not really stable and tested (so I've read and also experienced in the past).
The solution here was to install package nvidia-current
from Ubuntu repos; it is an awfully outdated version, but it's tested properly at least. Its installer is quite capable too and it uninstalled successfully my hack-installed unstable version from Nvidia website.
TL;DR, just try logging into the shell (Ctrl+Alt+F2 or whatever F between F1 and F6) and type
sudo add-apt-repository ppa:graphics-drivers/ppa
sudo apt update
sudo apt install nvidia-367
If it succeeds, reboot.
sudo reboot
If you're lucky enough, problem solved, you should be able to login to Unity.
UPDATE
Please note that sometimes nvidia-current
might install the wrong driver. In that case, search the latest compatible driver for your video card and install it. For example, on Ubuntu 16.04, nvidia-current
points to the version: 304.131-0ubuntu3. This might be incompatible with your graphics card; therefore, search with sudo apt-cache search nvidia-[0-9]+$
for the package you need, and install it.
I often have the login loop issue after installing updates. For those who want to use the Nvidia drivers from the website, you need to reinstall them. As you said: <kbd>Ctrl</kbd> <kbd>Alt</kbd> <kbd>F1</kbd> Logincat .xsession-errors
if you have this messageXlib: extension "GLX" missing on display ":0
it means there is a GPU driver issue. Download the nvidia driverssudo service lightdm stop
sudo ./NVIDIA-Linux-x86_64-xxx.xx.run
sudo reboot
And it should be fine
– Mar Cnu
Apr 8 '16 at 8:32
I had the same issue. I had to remove all the previously installed drivers; then install "nvidia-361" (right now it's the latest version for ubuntu), runsudo update-initramfs -u
, then reboot. unfortunately nvidia-current was installing "nvidia-304" that probably isn't compatible with my video card. But thanks for leading me to the right solution! :)
– Markon
Jun 4 '16 at 10:03
Thanks a bunch, this helped to fix login Issue in 14.04.
– Amit Sharma
Jul 12 '16 at 5:28
I installed some weird nvidia driver while trying to get the cuda libraries running on my system. doingsudo apt-get purge nvidia*
and then gettingnvidia-current
fixed it (finally after 2 hours). Thanks a ton!
– G. Meyer
Oct 6 '16 at 21:20
1
@Moondra: that is a log, why would you try to run it? A/w, sudo is needed for operations (read, write) on these files, I believe (can't test it now)
– edison23
Aug 14 at 15:52
|
show 6 more comments
up vote
55
down vote
I had this and after looking at /var/log/Xorg.0.log
I found out that it's a Nvidia problem (there was a line saying Xlib: extension "GLX" missing on display ":0
).
I realized I have Nvidia drivers from official website which are not really stable and tested (so I've read and also experienced in the past).
The solution here was to install package nvidia-current
from Ubuntu repos; it is an awfully outdated version, but it's tested properly at least. Its installer is quite capable too and it uninstalled successfully my hack-installed unstable version from Nvidia website.
TL;DR, just try logging into the shell (Ctrl+Alt+F2 or whatever F between F1 and F6) and type
sudo add-apt-repository ppa:graphics-drivers/ppa
sudo apt update
sudo apt install nvidia-367
If it succeeds, reboot.
sudo reboot
If you're lucky enough, problem solved, you should be able to login to Unity.
UPDATE
Please note that sometimes nvidia-current
might install the wrong driver. In that case, search the latest compatible driver for your video card and install it. For example, on Ubuntu 16.04, nvidia-current
points to the version: 304.131-0ubuntu3. This might be incompatible with your graphics card; therefore, search with sudo apt-cache search nvidia-[0-9]+$
for the package you need, and install it.
I often have the login loop issue after installing updates. For those who want to use the Nvidia drivers from the website, you need to reinstall them. As you said: <kbd>Ctrl</kbd> <kbd>Alt</kbd> <kbd>F1</kbd> Logincat .xsession-errors
if you have this messageXlib: extension "GLX" missing on display ":0
it means there is a GPU driver issue. Download the nvidia driverssudo service lightdm stop
sudo ./NVIDIA-Linux-x86_64-xxx.xx.run
sudo reboot
And it should be fine
– Mar Cnu
Apr 8 '16 at 8:32
I had the same issue. I had to remove all the previously installed drivers; then install "nvidia-361" (right now it's the latest version for ubuntu), runsudo update-initramfs -u
, then reboot. unfortunately nvidia-current was installing "nvidia-304" that probably isn't compatible with my video card. But thanks for leading me to the right solution! :)
– Markon
Jun 4 '16 at 10:03
Thanks a bunch, this helped to fix login Issue in 14.04.
– Amit Sharma
Jul 12 '16 at 5:28
I installed some weird nvidia driver while trying to get the cuda libraries running on my system. doingsudo apt-get purge nvidia*
and then gettingnvidia-current
fixed it (finally after 2 hours). Thanks a ton!
– G. Meyer
Oct 6 '16 at 21:20
1
@Moondra: that is a log, why would you try to run it? A/w, sudo is needed for operations (read, write) on these files, I believe (can't test it now)
– edison23
Aug 14 at 15:52
|
show 6 more comments
up vote
55
down vote
up vote
55
down vote
I had this and after looking at /var/log/Xorg.0.log
I found out that it's a Nvidia problem (there was a line saying Xlib: extension "GLX" missing on display ":0
).
I realized I have Nvidia drivers from official website which are not really stable and tested (so I've read and also experienced in the past).
The solution here was to install package nvidia-current
from Ubuntu repos; it is an awfully outdated version, but it's tested properly at least. Its installer is quite capable too and it uninstalled successfully my hack-installed unstable version from Nvidia website.
TL;DR, just try logging into the shell (Ctrl+Alt+F2 or whatever F between F1 and F6) and type
sudo add-apt-repository ppa:graphics-drivers/ppa
sudo apt update
sudo apt install nvidia-367
If it succeeds, reboot.
sudo reboot
If you're lucky enough, problem solved, you should be able to login to Unity.
UPDATE
Please note that sometimes nvidia-current
might install the wrong driver. In that case, search the latest compatible driver for your video card and install it. For example, on Ubuntu 16.04, nvidia-current
points to the version: 304.131-0ubuntu3. This might be incompatible with your graphics card; therefore, search with sudo apt-cache search nvidia-[0-9]+$
for the package you need, and install it.
I had this and after looking at /var/log/Xorg.0.log
I found out that it's a Nvidia problem (there was a line saying Xlib: extension "GLX" missing on display ":0
).
I realized I have Nvidia drivers from official website which are not really stable and tested (so I've read and also experienced in the past).
The solution here was to install package nvidia-current
from Ubuntu repos; it is an awfully outdated version, but it's tested properly at least. Its installer is quite capable too and it uninstalled successfully my hack-installed unstable version from Nvidia website.
TL;DR, just try logging into the shell (Ctrl+Alt+F2 or whatever F between F1 and F6) and type
sudo add-apt-repository ppa:graphics-drivers/ppa
sudo apt update
sudo apt install nvidia-367
If it succeeds, reboot.
sudo reboot
If you're lucky enough, problem solved, you should be able to login to Unity.
UPDATE
Please note that sometimes nvidia-current
might install the wrong driver. In that case, search the latest compatible driver for your video card and install it. For example, on Ubuntu 16.04, nvidia-current
points to the version: 304.131-0ubuntu3. This might be incompatible with your graphics card; therefore, search with sudo apt-cache search nvidia-[0-9]+$
for the package you need, and install it.
edited Feb 19 '17 at 10:32
Zanna
49.4k13128236
49.4k13128236
answered Jul 19 '15 at 16:52
edison23
68058
68058
I often have the login loop issue after installing updates. For those who want to use the Nvidia drivers from the website, you need to reinstall them. As you said: <kbd>Ctrl</kbd> <kbd>Alt</kbd> <kbd>F1</kbd> Logincat .xsession-errors
if you have this messageXlib: extension "GLX" missing on display ":0
it means there is a GPU driver issue. Download the nvidia driverssudo service lightdm stop
sudo ./NVIDIA-Linux-x86_64-xxx.xx.run
sudo reboot
And it should be fine
– Mar Cnu
Apr 8 '16 at 8:32
I had the same issue. I had to remove all the previously installed drivers; then install "nvidia-361" (right now it's the latest version for ubuntu), runsudo update-initramfs -u
, then reboot. unfortunately nvidia-current was installing "nvidia-304" that probably isn't compatible with my video card. But thanks for leading me to the right solution! :)
– Markon
Jun 4 '16 at 10:03
Thanks a bunch, this helped to fix login Issue in 14.04.
– Amit Sharma
Jul 12 '16 at 5:28
I installed some weird nvidia driver while trying to get the cuda libraries running on my system. doingsudo apt-get purge nvidia*
and then gettingnvidia-current
fixed it (finally after 2 hours). Thanks a ton!
– G. Meyer
Oct 6 '16 at 21:20
1
@Moondra: that is a log, why would you try to run it? A/w, sudo is needed for operations (read, write) on these files, I believe (can't test it now)
– edison23
Aug 14 at 15:52
|
show 6 more comments
I often have the login loop issue after installing updates. For those who want to use the Nvidia drivers from the website, you need to reinstall them. As you said: <kbd>Ctrl</kbd> <kbd>Alt</kbd> <kbd>F1</kbd> Logincat .xsession-errors
if you have this messageXlib: extension "GLX" missing on display ":0
it means there is a GPU driver issue. Download the nvidia driverssudo service lightdm stop
sudo ./NVIDIA-Linux-x86_64-xxx.xx.run
sudo reboot
And it should be fine
– Mar Cnu
Apr 8 '16 at 8:32
I had the same issue. I had to remove all the previously installed drivers; then install "nvidia-361" (right now it's the latest version for ubuntu), runsudo update-initramfs -u
, then reboot. unfortunately nvidia-current was installing "nvidia-304" that probably isn't compatible with my video card. But thanks for leading me to the right solution! :)
– Markon
Jun 4 '16 at 10:03
Thanks a bunch, this helped to fix login Issue in 14.04.
– Amit Sharma
Jul 12 '16 at 5:28
I installed some weird nvidia driver while trying to get the cuda libraries running on my system. doingsudo apt-get purge nvidia*
and then gettingnvidia-current
fixed it (finally after 2 hours). Thanks a ton!
– G. Meyer
Oct 6 '16 at 21:20
1
@Moondra: that is a log, why would you try to run it? A/w, sudo is needed for operations (read, write) on these files, I believe (can't test it now)
– edison23
Aug 14 at 15:52
I often have the login loop issue after installing updates. For those who want to use the Nvidia drivers from the website, you need to reinstall them. As you said: <kbd>Ctrl</kbd> <kbd>Alt</kbd> <kbd>F1</kbd> Login
cat .xsession-errors
if you have this message Xlib: extension "GLX" missing on display ":0
it means there is a GPU driver issue. Download the nvidia drivers sudo service lightdm stop
sudo ./NVIDIA-Linux-x86_64-xxx.xx.run
sudo reboot
And it should be fine– Mar Cnu
Apr 8 '16 at 8:32
I often have the login loop issue after installing updates. For those who want to use the Nvidia drivers from the website, you need to reinstall them. As you said: <kbd>Ctrl</kbd> <kbd>Alt</kbd> <kbd>F1</kbd> Login
cat .xsession-errors
if you have this message Xlib: extension "GLX" missing on display ":0
it means there is a GPU driver issue. Download the nvidia drivers sudo service lightdm stop
sudo ./NVIDIA-Linux-x86_64-xxx.xx.run
sudo reboot
And it should be fine– Mar Cnu
Apr 8 '16 at 8:32
I had the same issue. I had to remove all the previously installed drivers; then install "nvidia-361" (right now it's the latest version for ubuntu), run
sudo update-initramfs -u
, then reboot. unfortunately nvidia-current was installing "nvidia-304" that probably isn't compatible with my video card. But thanks for leading me to the right solution! :)– Markon
Jun 4 '16 at 10:03
I had the same issue. I had to remove all the previously installed drivers; then install "nvidia-361" (right now it's the latest version for ubuntu), run
sudo update-initramfs -u
, then reboot. unfortunately nvidia-current was installing "nvidia-304" that probably isn't compatible with my video card. But thanks for leading me to the right solution! :)– Markon
Jun 4 '16 at 10:03
Thanks a bunch, this helped to fix login Issue in 14.04.
– Amit Sharma
Jul 12 '16 at 5:28
Thanks a bunch, this helped to fix login Issue in 14.04.
– Amit Sharma
Jul 12 '16 at 5:28
I installed some weird nvidia driver while trying to get the cuda libraries running on my system. doing
sudo apt-get purge nvidia*
and then getting nvidia-current
fixed it (finally after 2 hours). Thanks a ton!– G. Meyer
Oct 6 '16 at 21:20
I installed some weird nvidia driver while trying to get the cuda libraries running on my system. doing
sudo apt-get purge nvidia*
and then getting nvidia-current
fixed it (finally after 2 hours). Thanks a ton!– G. Meyer
Oct 6 '16 at 21:20
1
1
@Moondra: that is a log, why would you try to run it? A/w, sudo is needed for operations (read, write) on these files, I believe (can't test it now)
– edison23
Aug 14 at 15:52
@Moondra: that is a log, why would you try to run it? A/w, sudo is needed for operations (read, write) on these files, I believe (can't test it now)
– edison23
Aug 14 at 15:52
|
show 6 more comments
up vote
53
down vote
I encountered this exact problem and non of the suggested fixes above worked for me. After almost giving up I looked at the .xsession-errors
and noticed I had a typo in my .profile
(I had an extra }
in the file after I edited it earlier in the day).
That was causing the login loop. It might be another place to look if the other suggested fixes don't work for you.
1
My situation was very similar. I had recently added a run function for running commands multiple times in my .profile and that function, though it worked as advertised, seems to have been the cause of my problem. Commenting it out fixed it.
– pthurmond
Jun 6 '13 at 16:05
This worked for me. My PC lost power during an electrical storm and some how I ended up with a extraneous line at the end of my .profile. No clue how it got there. Anyway, I'd say the general solution should just be to check .xsession-errors and see what it says.
– Brandon Yates
Jun 7 '13 at 15:57
2
This is a good one! I hit the same lightdm login loop problem, spent 30 mins troubelshooting with no luck (tried all possible workaround I can find). Turned out to be a syntax error in~/.profile
caused byrbenv
.
– Terry Wang
Oct 7 '13 at 2:58
1
This solved my problem - failing line in ~/.profile
– Joshua
Nov 9 '13 at 1:39
4
+1 - Thanks for mentioning.xsession-errors
– Aust
Jan 17 '14 at 15:59
|
show 5 more comments
up vote
53
down vote
I encountered this exact problem and non of the suggested fixes above worked for me. After almost giving up I looked at the .xsession-errors
and noticed I had a typo in my .profile
(I had an extra }
in the file after I edited it earlier in the day).
That was causing the login loop. It might be another place to look if the other suggested fixes don't work for you.
1
My situation was very similar. I had recently added a run function for running commands multiple times in my .profile and that function, though it worked as advertised, seems to have been the cause of my problem. Commenting it out fixed it.
– pthurmond
Jun 6 '13 at 16:05
This worked for me. My PC lost power during an electrical storm and some how I ended up with a extraneous line at the end of my .profile. No clue how it got there. Anyway, I'd say the general solution should just be to check .xsession-errors and see what it says.
– Brandon Yates
Jun 7 '13 at 15:57
2
This is a good one! I hit the same lightdm login loop problem, spent 30 mins troubelshooting with no luck (tried all possible workaround I can find). Turned out to be a syntax error in~/.profile
caused byrbenv
.
– Terry Wang
Oct 7 '13 at 2:58
1
This solved my problem - failing line in ~/.profile
– Joshua
Nov 9 '13 at 1:39
4
+1 - Thanks for mentioning.xsession-errors
– Aust
Jan 17 '14 at 15:59
|
show 5 more comments
up vote
53
down vote
up vote
53
down vote
I encountered this exact problem and non of the suggested fixes above worked for me. After almost giving up I looked at the .xsession-errors
and noticed I had a typo in my .profile
(I had an extra }
in the file after I edited it earlier in the day).
That was causing the login loop. It might be another place to look if the other suggested fixes don't work for you.
I encountered this exact problem and non of the suggested fixes above worked for me. After almost giving up I looked at the .xsession-errors
and noticed I had a typo in my .profile
(I had an extra }
in the file after I edited it earlier in the day).
That was causing the login loop. It might be another place to look if the other suggested fixes don't work for you.
edited Jan 24 '13 at 1:53
Eric Carvalho
41.1k17113144
41.1k17113144
answered Jan 24 '13 at 1:19
Dan Cundiff
63943
63943
1
My situation was very similar. I had recently added a run function for running commands multiple times in my .profile and that function, though it worked as advertised, seems to have been the cause of my problem. Commenting it out fixed it.
– pthurmond
Jun 6 '13 at 16:05
This worked for me. My PC lost power during an electrical storm and some how I ended up with a extraneous line at the end of my .profile. No clue how it got there. Anyway, I'd say the general solution should just be to check .xsession-errors and see what it says.
– Brandon Yates
Jun 7 '13 at 15:57
2
This is a good one! I hit the same lightdm login loop problem, spent 30 mins troubelshooting with no luck (tried all possible workaround I can find). Turned out to be a syntax error in~/.profile
caused byrbenv
.
– Terry Wang
Oct 7 '13 at 2:58
1
This solved my problem - failing line in ~/.profile
– Joshua
Nov 9 '13 at 1:39
4
+1 - Thanks for mentioning.xsession-errors
– Aust
Jan 17 '14 at 15:59
|
show 5 more comments
1
My situation was very similar. I had recently added a run function for running commands multiple times in my .profile and that function, though it worked as advertised, seems to have been the cause of my problem. Commenting it out fixed it.
– pthurmond
Jun 6 '13 at 16:05
This worked for me. My PC lost power during an electrical storm and some how I ended up with a extraneous line at the end of my .profile. No clue how it got there. Anyway, I'd say the general solution should just be to check .xsession-errors and see what it says.
– Brandon Yates
Jun 7 '13 at 15:57
2
This is a good one! I hit the same lightdm login loop problem, spent 30 mins troubelshooting with no luck (tried all possible workaround I can find). Turned out to be a syntax error in~/.profile
caused byrbenv
.
– Terry Wang
Oct 7 '13 at 2:58
1
This solved my problem - failing line in ~/.profile
– Joshua
Nov 9 '13 at 1:39
4
+1 - Thanks for mentioning.xsession-errors
– Aust
Jan 17 '14 at 15:59
1
1
My situation was very similar. I had recently added a run function for running commands multiple times in my .profile and that function, though it worked as advertised, seems to have been the cause of my problem. Commenting it out fixed it.
– pthurmond
Jun 6 '13 at 16:05
My situation was very similar. I had recently added a run function for running commands multiple times in my .profile and that function, though it worked as advertised, seems to have been the cause of my problem. Commenting it out fixed it.
– pthurmond
Jun 6 '13 at 16:05
This worked for me. My PC lost power during an electrical storm and some how I ended up with a extraneous line at the end of my .profile. No clue how it got there. Anyway, I'd say the general solution should just be to check .xsession-errors and see what it says.
– Brandon Yates
Jun 7 '13 at 15:57
This worked for me. My PC lost power during an electrical storm and some how I ended up with a extraneous line at the end of my .profile. No clue how it got there. Anyway, I'd say the general solution should just be to check .xsession-errors and see what it says.
– Brandon Yates
Jun 7 '13 at 15:57
2
2
This is a good one! I hit the same lightdm login loop problem, spent 30 mins troubelshooting with no luck (tried all possible workaround I can find). Turned out to be a syntax error in
~/.profile
caused by rbenv
.– Terry Wang
Oct 7 '13 at 2:58
This is a good one! I hit the same lightdm login loop problem, spent 30 mins troubelshooting with no luck (tried all possible workaround I can find). Turned out to be a syntax error in
~/.profile
caused by rbenv
.– Terry Wang
Oct 7 '13 at 2:58
1
1
This solved my problem - failing line in ~/.profile
– Joshua
Nov 9 '13 at 1:39
This solved my problem - failing line in ~/.profile
– Joshua
Nov 9 '13 at 1:39
4
4
+1 - Thanks for mentioning
.xsession-errors
– Aust
Jan 17 '14 at 15:59
+1 - Thanks for mentioning
.xsession-errors
– Aust
Jan 17 '14 at 15:59
|
show 5 more comments
up vote
36
down vote
I had a nearly identical problem a few months ago. Switching into a console from the LightDM login screen (Ctrl-Alt-F1), logging in with administrative username and password, and entering the following commands resolved the issue:
sudo mv ~/.Xauthority ~/.Xauthority.backup
sudo service lightdm restart
,Thanks I just type the second command It solved my problem but what this command will do will you plz elaborate
– Ali786
Aug 6 '14 at 10:25
11
This command renames ".Xauthority", which is a file that stores credentials used for authentication of X sessions (basically a cookie), to ".Xauthority.backup". Renaming this file causes xauth to create a new ".Xauthority" file, thereby re-authenticating.
– mblasco
Aug 11 '14 at 13:53
BRILLIANT. can't thank you enough - worked first time.
– whytheq
Jun 11 '16 at 20:19
add a comment |
up vote
36
down vote
I had a nearly identical problem a few months ago. Switching into a console from the LightDM login screen (Ctrl-Alt-F1), logging in with administrative username and password, and entering the following commands resolved the issue:
sudo mv ~/.Xauthority ~/.Xauthority.backup
sudo service lightdm restart
,Thanks I just type the second command It solved my problem but what this command will do will you plz elaborate
– Ali786
Aug 6 '14 at 10:25
11
This command renames ".Xauthority", which is a file that stores credentials used for authentication of X sessions (basically a cookie), to ".Xauthority.backup". Renaming this file causes xauth to create a new ".Xauthority" file, thereby re-authenticating.
– mblasco
Aug 11 '14 at 13:53
BRILLIANT. can't thank you enough - worked first time.
– whytheq
Jun 11 '16 at 20:19
add a comment |
up vote
36
down vote
up vote
36
down vote
I had a nearly identical problem a few months ago. Switching into a console from the LightDM login screen (Ctrl-Alt-F1), logging in with administrative username and password, and entering the following commands resolved the issue:
sudo mv ~/.Xauthority ~/.Xauthority.backup
sudo service lightdm restart
I had a nearly identical problem a few months ago. Switching into a console from the LightDM login screen (Ctrl-Alt-F1), logging in with administrative username and password, and entering the following commands resolved the issue:
sudo mv ~/.Xauthority ~/.Xauthority.backup
sudo service lightdm restart
answered Aug 28 '12 at 15:53
mblasco
1,6821417
1,6821417
,Thanks I just type the second command It solved my problem but what this command will do will you plz elaborate
– Ali786
Aug 6 '14 at 10:25
11
This command renames ".Xauthority", which is a file that stores credentials used for authentication of X sessions (basically a cookie), to ".Xauthority.backup". Renaming this file causes xauth to create a new ".Xauthority" file, thereby re-authenticating.
– mblasco
Aug 11 '14 at 13:53
BRILLIANT. can't thank you enough - worked first time.
– whytheq
Jun 11 '16 at 20:19
add a comment |
,Thanks I just type the second command It solved my problem but what this command will do will you plz elaborate
– Ali786
Aug 6 '14 at 10:25
11
This command renames ".Xauthority", which is a file that stores credentials used for authentication of X sessions (basically a cookie), to ".Xauthority.backup". Renaming this file causes xauth to create a new ".Xauthority" file, thereby re-authenticating.
– mblasco
Aug 11 '14 at 13:53
BRILLIANT. can't thank you enough - worked first time.
– whytheq
Jun 11 '16 at 20:19
,Thanks I just type the second command It solved my problem but what this command will do will you plz elaborate
– Ali786
Aug 6 '14 at 10:25
,Thanks I just type the second command It solved my problem but what this command will do will you plz elaborate
– Ali786
Aug 6 '14 at 10:25
11
11
This command renames ".Xauthority", which is a file that stores credentials used for authentication of X sessions (basically a cookie), to ".Xauthority.backup". Renaming this file causes xauth to create a new ".Xauthority" file, thereby re-authenticating.
– mblasco
Aug 11 '14 at 13:53
This command renames ".Xauthority", which is a file that stores credentials used for authentication of X sessions (basically a cookie), to ".Xauthority.backup". Renaming this file causes xauth to create a new ".Xauthority" file, thereby re-authenticating.
– mblasco
Aug 11 '14 at 13:53
BRILLIANT. can't thank you enough - worked first time.
– whytheq
Jun 11 '16 at 20:19
BRILLIANT. can't thank you enough - worked first time.
– whytheq
Jun 11 '16 at 20:19
add a comment |
up vote
15
down vote
Faced the same problem today.
The cause was a bit strange to me. xubuntu-desktop
was removed, so was ubuntu-desktop
. LightDM exited with no error message. Tried lxdm and when I tried to login, it popped up a message saying Xubuntu could not be found.
Reinstalled xubuntu-desktop
and it's fixed now. Think apt-get autoremove
removed the package.
this autoremove does stupid things. This tool shold never be released (or it needs to be much more tested and improved) as it is so time consuming to fix this irritating problems! Nothing is more frustrating than keep looping in a login screen. luckly ubuntu has other options and I logged via Gnome Metacity session, the only one that worked...
– Sergio Abreu
Dec 3 '16 at 19:03
add a comment |
up vote
15
down vote
Faced the same problem today.
The cause was a bit strange to me. xubuntu-desktop
was removed, so was ubuntu-desktop
. LightDM exited with no error message. Tried lxdm and when I tried to login, it popped up a message saying Xubuntu could not be found.
Reinstalled xubuntu-desktop
and it's fixed now. Think apt-get autoremove
removed the package.
this autoremove does stupid things. This tool shold never be released (or it needs to be much more tested and improved) as it is so time consuming to fix this irritating problems! Nothing is more frustrating than keep looping in a login screen. luckly ubuntu has other options and I logged via Gnome Metacity session, the only one that worked...
– Sergio Abreu
Dec 3 '16 at 19:03
add a comment |
up vote
15
down vote
up vote
15
down vote
Faced the same problem today.
The cause was a bit strange to me. xubuntu-desktop
was removed, so was ubuntu-desktop
. LightDM exited with no error message. Tried lxdm and when I tried to login, it popped up a message saying Xubuntu could not be found.
Reinstalled xubuntu-desktop
and it's fixed now. Think apt-get autoremove
removed the package.
Faced the same problem today.
The cause was a bit strange to me. xubuntu-desktop
was removed, so was ubuntu-desktop
. LightDM exited with no error message. Tried lxdm and when I tried to login, it popped up a message saying Xubuntu could not be found.
Reinstalled xubuntu-desktop
and it's fixed now. Think apt-get autoremove
removed the package.
edited Jan 29 '13 at 11:22
Eric Carvalho
41.1k17113144
41.1k17113144
answered Jan 29 '13 at 10:51
sooth
15113
15113
this autoremove does stupid things. This tool shold never be released (or it needs to be much more tested and improved) as it is so time consuming to fix this irritating problems! Nothing is more frustrating than keep looping in a login screen. luckly ubuntu has other options and I logged via Gnome Metacity session, the only one that worked...
– Sergio Abreu
Dec 3 '16 at 19:03
add a comment |
this autoremove does stupid things. This tool shold never be released (or it needs to be much more tested and improved) as it is so time consuming to fix this irritating problems! Nothing is more frustrating than keep looping in a login screen. luckly ubuntu has other options and I logged via Gnome Metacity session, the only one that worked...
– Sergio Abreu
Dec 3 '16 at 19:03
this autoremove does stupid things. This tool shold never be released (or it needs to be much more tested and improved) as it is so time consuming to fix this irritating problems! Nothing is more frustrating than keep looping in a login screen. luckly ubuntu has other options and I logged via Gnome Metacity session, the only one that worked...
– Sergio Abreu
Dec 3 '16 at 19:03
this autoremove does stupid things. This tool shold never be released (or it needs to be much more tested and improved) as it is so time consuming to fix this irritating problems! Nothing is more frustrating than keep looping in a login screen. luckly ubuntu has other options and I logged via Gnome Metacity session, the only one that worked...
– Sergio Abreu
Dec 3 '16 at 19:03
add a comment |
up vote
14
down vote
Press Ctrl+ALT+F3. You should be given an unix-style login prompt, so enter your username and password there. From there you should be given a shell (a program that allows you to enter commands, sort of like windows' cmd.exe
). Enter these commands and press ENTER (or Return) after writing each one (you will have to enter your password when it shows something like [sudo] password for USERNAME
. Note that the password will not show when you are typing it!):
sudo apt-get update
sudo apt-get -y dist-upgrade
sudo apt-get -y install fglrx
Then reboot your computer using this command:
sudo reboot
See if this works :)
If this does not work, try going back to the 3rd terminal (Ctrl+ALT+F3), login, and enter this command (pressing ENTER after you have typed it):
sudo apt-get -y install lxdm
This will show a DOS-like dialog after a bit. If lxdm
is not selected, select it by using the UP and DOWN arrow keys, and press ENTER to accept that selection. Then reboot using the same command as before (sudo reboot
).
If this still doesn't work, go back to the 3rd terminal (ALT+F3), login, and enter this command (same procedure):
sudo apt-get -y install lubuntu-desktop
This will install a much lighter desktop environment which should work for now (should enable you to login and use your computer). Once that is done, reboot (sudo reboot
), and when you are confronted with the login page, select the Lubuntu
environment instead of Ubuntu
.
This will not work. X is running he is crashing post login (i think).
– coteyr
Nov 29 '12 at 17:10
1
I know, that is because Unity crashes. Probably because 3D does not work. The LXDM solution is for using as little 3D resources as possible so that more resources are freed for Unity.
– MiJyn
Nov 29 '12 at 17:13
I see, could work, I have no idea if lightdm uses "3D" or not.
– coteyr
Nov 29 '12 at 17:16
I think it does... or at least it's seriously heavyweight.
– MiJyn
Nov 29 '12 at 17:16
If lightdm uses 3D then shouldn't it trigger the crash, not after it hands control to unity?
– coteyr
Nov 29 '12 at 17:18
|
show 12 more comments
up vote
14
down vote
Press Ctrl+ALT+F3. You should be given an unix-style login prompt, so enter your username and password there. From there you should be given a shell (a program that allows you to enter commands, sort of like windows' cmd.exe
). Enter these commands and press ENTER (or Return) after writing each one (you will have to enter your password when it shows something like [sudo] password for USERNAME
. Note that the password will not show when you are typing it!):
sudo apt-get update
sudo apt-get -y dist-upgrade
sudo apt-get -y install fglrx
Then reboot your computer using this command:
sudo reboot
See if this works :)
If this does not work, try going back to the 3rd terminal (Ctrl+ALT+F3), login, and enter this command (pressing ENTER after you have typed it):
sudo apt-get -y install lxdm
This will show a DOS-like dialog after a bit. If lxdm
is not selected, select it by using the UP and DOWN arrow keys, and press ENTER to accept that selection. Then reboot using the same command as before (sudo reboot
).
If this still doesn't work, go back to the 3rd terminal (ALT+F3), login, and enter this command (same procedure):
sudo apt-get -y install lubuntu-desktop
This will install a much lighter desktop environment which should work for now (should enable you to login and use your computer). Once that is done, reboot (sudo reboot
), and when you are confronted with the login page, select the Lubuntu
environment instead of Ubuntu
.
This will not work. X is running he is crashing post login (i think).
– coteyr
Nov 29 '12 at 17:10
1
I know, that is because Unity crashes. Probably because 3D does not work. The LXDM solution is for using as little 3D resources as possible so that more resources are freed for Unity.
– MiJyn
Nov 29 '12 at 17:13
I see, could work, I have no idea if lightdm uses "3D" or not.
– coteyr
Nov 29 '12 at 17:16
I think it does... or at least it's seriously heavyweight.
– MiJyn
Nov 29 '12 at 17:16
If lightdm uses 3D then shouldn't it trigger the crash, not after it hands control to unity?
– coteyr
Nov 29 '12 at 17:18
|
show 12 more comments
up vote
14
down vote
up vote
14
down vote
Press Ctrl+ALT+F3. You should be given an unix-style login prompt, so enter your username and password there. From there you should be given a shell (a program that allows you to enter commands, sort of like windows' cmd.exe
). Enter these commands and press ENTER (or Return) after writing each one (you will have to enter your password when it shows something like [sudo] password for USERNAME
. Note that the password will not show when you are typing it!):
sudo apt-get update
sudo apt-get -y dist-upgrade
sudo apt-get -y install fglrx
Then reboot your computer using this command:
sudo reboot
See if this works :)
If this does not work, try going back to the 3rd terminal (Ctrl+ALT+F3), login, and enter this command (pressing ENTER after you have typed it):
sudo apt-get -y install lxdm
This will show a DOS-like dialog after a bit. If lxdm
is not selected, select it by using the UP and DOWN arrow keys, and press ENTER to accept that selection. Then reboot using the same command as before (sudo reboot
).
If this still doesn't work, go back to the 3rd terminal (ALT+F3), login, and enter this command (same procedure):
sudo apt-get -y install lubuntu-desktop
This will install a much lighter desktop environment which should work for now (should enable you to login and use your computer). Once that is done, reboot (sudo reboot
), and when you are confronted with the login page, select the Lubuntu
environment instead of Ubuntu
.
Press Ctrl+ALT+F3. You should be given an unix-style login prompt, so enter your username and password there. From there you should be given a shell (a program that allows you to enter commands, sort of like windows' cmd.exe
). Enter these commands and press ENTER (or Return) after writing each one (you will have to enter your password when it shows something like [sudo] password for USERNAME
. Note that the password will not show when you are typing it!):
sudo apt-get update
sudo apt-get -y dist-upgrade
sudo apt-get -y install fglrx
Then reboot your computer using this command:
sudo reboot
See if this works :)
If this does not work, try going back to the 3rd terminal (Ctrl+ALT+F3), login, and enter this command (pressing ENTER after you have typed it):
sudo apt-get -y install lxdm
This will show a DOS-like dialog after a bit. If lxdm
is not selected, select it by using the UP and DOWN arrow keys, and press ENTER to accept that selection. Then reboot using the same command as before (sudo reboot
).
If this still doesn't work, go back to the 3rd terminal (ALT+F3), login, and enter this command (same procedure):
sudo apt-get -y install lubuntu-desktop
This will install a much lighter desktop environment which should work for now (should enable you to login and use your computer). Once that is done, reboot (sudo reboot
), and when you are confronted with the login page, select the Lubuntu
environment instead of Ubuntu
.
edited Jan 2 '17 at 11:54
Zanna
49.4k13128236
49.4k13128236
answered Nov 29 '12 at 17:04
MiJyn
2,6761425
2,6761425
This will not work. X is running he is crashing post login (i think).
– coteyr
Nov 29 '12 at 17:10
1
I know, that is because Unity crashes. Probably because 3D does not work. The LXDM solution is for using as little 3D resources as possible so that more resources are freed for Unity.
– MiJyn
Nov 29 '12 at 17:13
I see, could work, I have no idea if lightdm uses "3D" or not.
– coteyr
Nov 29 '12 at 17:16
I think it does... or at least it's seriously heavyweight.
– MiJyn
Nov 29 '12 at 17:16
If lightdm uses 3D then shouldn't it trigger the crash, not after it hands control to unity?
– coteyr
Nov 29 '12 at 17:18
|
show 12 more comments
This will not work. X is running he is crashing post login (i think).
– coteyr
Nov 29 '12 at 17:10
1
I know, that is because Unity crashes. Probably because 3D does not work. The LXDM solution is for using as little 3D resources as possible so that more resources are freed for Unity.
– MiJyn
Nov 29 '12 at 17:13
I see, could work, I have no idea if lightdm uses "3D" or not.
– coteyr
Nov 29 '12 at 17:16
I think it does... or at least it's seriously heavyweight.
– MiJyn
Nov 29 '12 at 17:16
If lightdm uses 3D then shouldn't it trigger the crash, not after it hands control to unity?
– coteyr
Nov 29 '12 at 17:18
This will not work. X is running he is crashing post login (i think).
– coteyr
Nov 29 '12 at 17:10
This will not work. X is running he is crashing post login (i think).
– coteyr
Nov 29 '12 at 17:10
1
1
I know, that is because Unity crashes. Probably because 3D does not work. The LXDM solution is for using as little 3D resources as possible so that more resources are freed for Unity.
– MiJyn
Nov 29 '12 at 17:13
I know, that is because Unity crashes. Probably because 3D does not work. The LXDM solution is for using as little 3D resources as possible so that more resources are freed for Unity.
– MiJyn
Nov 29 '12 at 17:13
I see, could work, I have no idea if lightdm uses "3D" or not.
– coteyr
Nov 29 '12 at 17:16
I see, could work, I have no idea if lightdm uses "3D" or not.
– coteyr
Nov 29 '12 at 17:16
I think it does... or at least it's seriously heavyweight.
– MiJyn
Nov 29 '12 at 17:16
I think it does... or at least it's seriously heavyweight.
– MiJyn
Nov 29 '12 at 17:16
If lightdm uses 3D then shouldn't it trigger the crash, not after it hands control to unity?
– coteyr
Nov 29 '12 at 17:18
If lightdm uses 3D then shouldn't it trigger the crash, not after it hands control to unity?
– coteyr
Nov 29 '12 at 17:18
|
show 12 more comments
up vote
14
down vote
My home folder was full :-( df -h
will give you this answer I had to connect through ssh made some space and worked like a flower
ctrl+alt+F1, login as user, free up some space and restart your X server! mostely sudo service sddm restart
yeah,mine too, my home folder was almost full... 800GB from 1TB... i tried all of other solutions,didnt work... so i transferred 300GB of my files too external hard disk... and it worked ... thanks Philippe:)
– Sss
Feb 16 at 13:27
For me it was issue with not enough disk space because of huge log files. Pressed Ctrl+Alt+F3 to log into the shell + emptied the log files ==> Now I can log normally
– AJN
Mar 11 at 14:32
thanks, helped me well! just in case you guys aint want to delete some file you might need trysudo apt-get -y autoremove && sudo apt-get -y clean
– AlexOnLinux
Jul 4 at 12:17
add a comment |
up vote
14
down vote
My home folder was full :-( df -h
will give you this answer I had to connect through ssh made some space and worked like a flower
ctrl+alt+F1, login as user, free up some space and restart your X server! mostely sudo service sddm restart
yeah,mine too, my home folder was almost full... 800GB from 1TB... i tried all of other solutions,didnt work... so i transferred 300GB of my files too external hard disk... and it worked ... thanks Philippe:)
– Sss
Feb 16 at 13:27
For me it was issue with not enough disk space because of huge log files. Pressed Ctrl+Alt+F3 to log into the shell + emptied the log files ==> Now I can log normally
– AJN
Mar 11 at 14:32
thanks, helped me well! just in case you guys aint want to delete some file you might need trysudo apt-get -y autoremove && sudo apt-get -y clean
– AlexOnLinux
Jul 4 at 12:17
add a comment |
up vote
14
down vote
up vote
14
down vote
My home folder was full :-( df -h
will give you this answer I had to connect through ssh made some space and worked like a flower
ctrl+alt+F1, login as user, free up some space and restart your X server! mostely sudo service sddm restart
My home folder was full :-( df -h
will give you this answer I had to connect through ssh made some space and worked like a flower
ctrl+alt+F1, login as user, free up some space and restart your X server! mostely sudo service sddm restart
edited Jan 29 at 9:20
answered Dec 16 '15 at 14:58
Philippe Gachoud
3,1772537
3,1772537
yeah,mine too, my home folder was almost full... 800GB from 1TB... i tried all of other solutions,didnt work... so i transferred 300GB of my files too external hard disk... and it worked ... thanks Philippe:)
– Sss
Feb 16 at 13:27
For me it was issue with not enough disk space because of huge log files. Pressed Ctrl+Alt+F3 to log into the shell + emptied the log files ==> Now I can log normally
– AJN
Mar 11 at 14:32
thanks, helped me well! just in case you guys aint want to delete some file you might need trysudo apt-get -y autoremove && sudo apt-get -y clean
– AlexOnLinux
Jul 4 at 12:17
add a comment |
yeah,mine too, my home folder was almost full... 800GB from 1TB... i tried all of other solutions,didnt work... so i transferred 300GB of my files too external hard disk... and it worked ... thanks Philippe:)
– Sss
Feb 16 at 13:27
For me it was issue with not enough disk space because of huge log files. Pressed Ctrl+Alt+F3 to log into the shell + emptied the log files ==> Now I can log normally
– AJN
Mar 11 at 14:32
thanks, helped me well! just in case you guys aint want to delete some file you might need trysudo apt-get -y autoremove && sudo apt-get -y clean
– AlexOnLinux
Jul 4 at 12:17
yeah,mine too, my home folder was almost full... 800GB from 1TB... i tried all of other solutions,didnt work... so i transferred 300GB of my files too external hard disk... and it worked ... thanks Philippe:)
– Sss
Feb 16 at 13:27
yeah,mine too, my home folder was almost full... 800GB from 1TB... i tried all of other solutions,didnt work... so i transferred 300GB of my files too external hard disk... and it worked ... thanks Philippe:)
– Sss
Feb 16 at 13:27
For me it was issue with not enough disk space because of huge log files. Pressed Ctrl+Alt+F3 to log into the shell + emptied the log files ==> Now I can log normally
– AJN
Mar 11 at 14:32
For me it was issue with not enough disk space because of huge log files. Pressed Ctrl+Alt+F3 to log into the shell + emptied the log files ==> Now I can log normally
– AJN
Mar 11 at 14:32
thanks, helped me well! just in case you guys aint want to delete some file you might need try
sudo apt-get -y autoremove && sudo apt-get -y clean
– AlexOnLinux
Jul 4 at 12:17
thanks, helped me well! just in case you guys aint want to delete some file you might need try
sudo apt-get -y autoremove && sudo apt-get -y clean
– AlexOnLinux
Jul 4 at 12:17
add a comment |
up vote
11
down vote
You might be having problems with LightDM, the login manager that comes in Ubuntu by default. In 12.04 it used to do the same problem you are describing.
You can install GDM, an alternative login manager, to get around this:
At the login screen, press and hold Ctrl+Alt+F2 to go to the terminal. Don't be afraid! Just log in here with your username and password.
Then, type sudo apt-get install gdm
. Let it install and type sudo dpkg-reconfigure gdm
and follow the prompts to set it as your login manager.
Press Ctrl+Alt+F7 to get back to the login screen which should now look different. Does logging in work? If it does, your problem is solved!
If it doesn't, go back to the fullscreen terminal (again, Ctrl+Alt+F2) and run sudo dpkg-reconfigure lightdm
to set LightDM as you login manager again. Now you know that this is a problem with your graphics drivers for sure.
ok, I think I'm not quite such a noob, I know how to enter a terminal there and how to log in :) And I already have installed gdm: doesn't work. lightdm: doesn't work. lxdm: doesn't work...
– Calvin Wahlers
Nov 29 '12 at 17:53
OK. You definitely have a graphics problem then; LightDM can sometimes mirror the problems you're describing (it might help if you said how long the delay is). Sorry I couldn't help.
– WindowsEscapist
Nov 29 '12 at 19:12
Delay means the time between having entered an appearing again?
– Calvin Wahlers
Nov 29 '12 at 21:52
Right. It is like a couple seconds, or more like 30, etc. I can't help you with graphics issues but I'm sure there is someone here that can. Good luck!
– WindowsEscapist
Nov 29 '12 at 22:56
On Ubuntu 14.04 this method gets you a blank screen in place of the login screen.
– Luís de Sousa
Jan 22 '16 at 14:19
add a comment |
up vote
11
down vote
You might be having problems with LightDM, the login manager that comes in Ubuntu by default. In 12.04 it used to do the same problem you are describing.
You can install GDM, an alternative login manager, to get around this:
At the login screen, press and hold Ctrl+Alt+F2 to go to the terminal. Don't be afraid! Just log in here with your username and password.
Then, type sudo apt-get install gdm
. Let it install and type sudo dpkg-reconfigure gdm
and follow the prompts to set it as your login manager.
Press Ctrl+Alt+F7 to get back to the login screen which should now look different. Does logging in work? If it does, your problem is solved!
If it doesn't, go back to the fullscreen terminal (again, Ctrl+Alt+F2) and run sudo dpkg-reconfigure lightdm
to set LightDM as you login manager again. Now you know that this is a problem with your graphics drivers for sure.
ok, I think I'm not quite such a noob, I know how to enter a terminal there and how to log in :) And I already have installed gdm: doesn't work. lightdm: doesn't work. lxdm: doesn't work...
– Calvin Wahlers
Nov 29 '12 at 17:53
OK. You definitely have a graphics problem then; LightDM can sometimes mirror the problems you're describing (it might help if you said how long the delay is). Sorry I couldn't help.
– WindowsEscapist
Nov 29 '12 at 19:12
Delay means the time between having entered an appearing again?
– Calvin Wahlers
Nov 29 '12 at 21:52
Right. It is like a couple seconds, or more like 30, etc. I can't help you with graphics issues but I'm sure there is someone here that can. Good luck!
– WindowsEscapist
Nov 29 '12 at 22:56
On Ubuntu 14.04 this method gets you a blank screen in place of the login screen.
– Luís de Sousa
Jan 22 '16 at 14:19
add a comment |
up vote
11
down vote
up vote
11
down vote
You might be having problems with LightDM, the login manager that comes in Ubuntu by default. In 12.04 it used to do the same problem you are describing.
You can install GDM, an alternative login manager, to get around this:
At the login screen, press and hold Ctrl+Alt+F2 to go to the terminal. Don't be afraid! Just log in here with your username and password.
Then, type sudo apt-get install gdm
. Let it install and type sudo dpkg-reconfigure gdm
and follow the prompts to set it as your login manager.
Press Ctrl+Alt+F7 to get back to the login screen which should now look different. Does logging in work? If it does, your problem is solved!
If it doesn't, go back to the fullscreen terminal (again, Ctrl+Alt+F2) and run sudo dpkg-reconfigure lightdm
to set LightDM as you login manager again. Now you know that this is a problem with your graphics drivers for sure.
You might be having problems with LightDM, the login manager that comes in Ubuntu by default. In 12.04 it used to do the same problem you are describing.
You can install GDM, an alternative login manager, to get around this:
At the login screen, press and hold Ctrl+Alt+F2 to go to the terminal. Don't be afraid! Just log in here with your username and password.
Then, type sudo apt-get install gdm
. Let it install and type sudo dpkg-reconfigure gdm
and follow the prompts to set it as your login manager.
Press Ctrl+Alt+F7 to get back to the login screen which should now look different. Does logging in work? If it does, your problem is solved!
If it doesn't, go back to the fullscreen terminal (again, Ctrl+Alt+F2) and run sudo dpkg-reconfigure lightdm
to set LightDM as you login manager again. Now you know that this is a problem with your graphics drivers for sure.
edited Jul 17 at 11:34
Community♦
1
1
answered Nov 29 '12 at 17:27
WindowsEscapist
91321239
91321239
ok, I think I'm not quite such a noob, I know how to enter a terminal there and how to log in :) And I already have installed gdm: doesn't work. lightdm: doesn't work. lxdm: doesn't work...
– Calvin Wahlers
Nov 29 '12 at 17:53
OK. You definitely have a graphics problem then; LightDM can sometimes mirror the problems you're describing (it might help if you said how long the delay is). Sorry I couldn't help.
– WindowsEscapist
Nov 29 '12 at 19:12
Delay means the time between having entered an appearing again?
– Calvin Wahlers
Nov 29 '12 at 21:52
Right. It is like a couple seconds, or more like 30, etc. I can't help you with graphics issues but I'm sure there is someone here that can. Good luck!
– WindowsEscapist
Nov 29 '12 at 22:56
On Ubuntu 14.04 this method gets you a blank screen in place of the login screen.
– Luís de Sousa
Jan 22 '16 at 14:19
add a comment |
ok, I think I'm not quite such a noob, I know how to enter a terminal there and how to log in :) And I already have installed gdm: doesn't work. lightdm: doesn't work. lxdm: doesn't work...
– Calvin Wahlers
Nov 29 '12 at 17:53
OK. You definitely have a graphics problem then; LightDM can sometimes mirror the problems you're describing (it might help if you said how long the delay is). Sorry I couldn't help.
– WindowsEscapist
Nov 29 '12 at 19:12
Delay means the time between having entered an appearing again?
– Calvin Wahlers
Nov 29 '12 at 21:52
Right. It is like a couple seconds, or more like 30, etc. I can't help you with graphics issues but I'm sure there is someone here that can. Good luck!
– WindowsEscapist
Nov 29 '12 at 22:56
On Ubuntu 14.04 this method gets you a blank screen in place of the login screen.
– Luís de Sousa
Jan 22 '16 at 14:19
ok, I think I'm not quite such a noob, I know how to enter a terminal there and how to log in :) And I already have installed gdm: doesn't work. lightdm: doesn't work. lxdm: doesn't work...
– Calvin Wahlers
Nov 29 '12 at 17:53
ok, I think I'm not quite such a noob, I know how to enter a terminal there and how to log in :) And I already have installed gdm: doesn't work. lightdm: doesn't work. lxdm: doesn't work...
– Calvin Wahlers
Nov 29 '12 at 17:53
OK. You definitely have a graphics problem then; LightDM can sometimes mirror the problems you're describing (it might help if you said how long the delay is). Sorry I couldn't help.
– WindowsEscapist
Nov 29 '12 at 19:12
OK. You definitely have a graphics problem then; LightDM can sometimes mirror the problems you're describing (it might help if you said how long the delay is). Sorry I couldn't help.
– WindowsEscapist
Nov 29 '12 at 19:12
Delay means the time between having entered an appearing again?
– Calvin Wahlers
Nov 29 '12 at 21:52
Delay means the time between having entered an appearing again?
– Calvin Wahlers
Nov 29 '12 at 21:52
Right. It is like a couple seconds, or more like 30, etc. I can't help you with graphics issues but I'm sure there is someone here that can. Good luck!
– WindowsEscapist
Nov 29 '12 at 22:56
Right. It is like a couple seconds, or more like 30, etc. I can't help you with graphics issues but I'm sure there is someone here that can. Good luck!
– WindowsEscapist
Nov 29 '12 at 22:56
On Ubuntu 14.04 this method gets you a blank screen in place of the login screen.
– Luís de Sousa
Jan 22 '16 at 14:19
On Ubuntu 14.04 this method gets you a blank screen in place of the login screen.
– Luís de Sousa
Jan 22 '16 at 14:19
add a comment |
up vote
8
down vote
This is not a direct answer to your case but its more of a general solution to login loops.
The problem could be as simple as a wrong command put into the .profile file in the home directory. (Since that file get loaded on logon)
To see if that is really the case, press Ctrl Alt F1, and login. Checking the .xsession-errors file in your home directory
~/.xsession-errors
This should give some clues about some problematic command.
add a comment |
up vote
8
down vote
This is not a direct answer to your case but its more of a general solution to login loops.
The problem could be as simple as a wrong command put into the .profile file in the home directory. (Since that file get loaded on logon)
To see if that is really the case, press Ctrl Alt F1, and login. Checking the .xsession-errors file in your home directory
~/.xsession-errors
This should give some clues about some problematic command.
add a comment |
up vote
8
down vote
up vote
8
down vote
This is not a direct answer to your case but its more of a general solution to login loops.
The problem could be as simple as a wrong command put into the .profile file in the home directory. (Since that file get loaded on logon)
To see if that is really the case, press Ctrl Alt F1, and login. Checking the .xsession-errors file in your home directory
~/.xsession-errors
This should give some clues about some problematic command.
This is not a direct answer to your case but its more of a general solution to login loops.
The problem could be as simple as a wrong command put into the .profile file in the home directory. (Since that file get loaded on logon)
To see if that is really the case, press Ctrl Alt F1, and login. Checking the .xsession-errors file in your home directory
~/.xsession-errors
This should give some clues about some problematic command.
answered Aug 19 '13 at 10:30
Nerrve
286139
286139
add a comment |
add a comment |
up vote
7
down vote
Yes I caused a Login Loop on my main Ubuntu 12.10 user and the fix was simple.
Background:
Ubuntu 12.10 is installed in VirtualBox running on Windows 7 and uses Unity.
Cause:
From the Desktop I Ctrl+Alt+T into terminal mode and then tried to run 'startx' (I was trying to help a friend over the phone late at night...but this was a stupid thing to do). A new blank Unity desktop appeared and everything hung...
Problem:
Forcing VirtualBox to close and then rebooting Ubuntu I got to the login screen but kept looping back to this same screen everytime after entering the password. No errors were displayed. I could login as Guest but I had no Sudo rights and thus no control...
However once logged in as Guest I Ctrl+Alt+F3 and got to a terminal login.
I entered my main user name and password and logged in with command mode. Logout took me back to CLI login and Ctrl+Alt+F7 took me back to Guest desktop. So my account still worked. I then added a test user and gave them sudo rights. From the Unity login I could login and logout Test user with no problem. So Unity still worked.
Fix:
So my main account was still accessable via CLI and Unity was working for all other accounts. This indicated a configuation problem on my main account. I followed the advice of SiddharthaRT at the top of this post and did chown username:username .Xauthority
. This fixed my problem. Thanks !!
I'm facing the same problem today in 14.04.02 but unfortunately I disabled the guest account. My user and root passwords are not being accepted in any terminal I've tried. Any suggestions? I already went ahead and installed 12.04 alongside thinking I might be able to access my files on the 14.04 side, but no luck
– Rich Scriven
May 27 '15 at 21:56
I have now run into this problem after trying to fix my R instance. Richard, did you manage to fix your problem?
– Alex
Jun 16 '15 at 2:26
add a comment |
up vote
7
down vote
Yes I caused a Login Loop on my main Ubuntu 12.10 user and the fix was simple.
Background:
Ubuntu 12.10 is installed in VirtualBox running on Windows 7 and uses Unity.
Cause:
From the Desktop I Ctrl+Alt+T into terminal mode and then tried to run 'startx' (I was trying to help a friend over the phone late at night...but this was a stupid thing to do). A new blank Unity desktop appeared and everything hung...
Problem:
Forcing VirtualBox to close and then rebooting Ubuntu I got to the login screen but kept looping back to this same screen everytime after entering the password. No errors were displayed. I could login as Guest but I had no Sudo rights and thus no control...
However once logged in as Guest I Ctrl+Alt+F3 and got to a terminal login.
I entered my main user name and password and logged in with command mode. Logout took me back to CLI login and Ctrl+Alt+F7 took me back to Guest desktop. So my account still worked. I then added a test user and gave them sudo rights. From the Unity login I could login and logout Test user with no problem. So Unity still worked.
Fix:
So my main account was still accessable via CLI and Unity was working for all other accounts. This indicated a configuation problem on my main account. I followed the advice of SiddharthaRT at the top of this post and did chown username:username .Xauthority
. This fixed my problem. Thanks !!
I'm facing the same problem today in 14.04.02 but unfortunately I disabled the guest account. My user and root passwords are not being accepted in any terminal I've tried. Any suggestions? I already went ahead and installed 12.04 alongside thinking I might be able to access my files on the 14.04 side, but no luck
– Rich Scriven
May 27 '15 at 21:56
I have now run into this problem after trying to fix my R instance. Richard, did you manage to fix your problem?
– Alex
Jun 16 '15 at 2:26
add a comment |
up vote
7
down vote
up vote
7
down vote
Yes I caused a Login Loop on my main Ubuntu 12.10 user and the fix was simple.
Background:
Ubuntu 12.10 is installed in VirtualBox running on Windows 7 and uses Unity.
Cause:
From the Desktop I Ctrl+Alt+T into terminal mode and then tried to run 'startx' (I was trying to help a friend over the phone late at night...but this was a stupid thing to do). A new blank Unity desktop appeared and everything hung...
Problem:
Forcing VirtualBox to close and then rebooting Ubuntu I got to the login screen but kept looping back to this same screen everytime after entering the password. No errors were displayed. I could login as Guest but I had no Sudo rights and thus no control...
However once logged in as Guest I Ctrl+Alt+F3 and got to a terminal login.
I entered my main user name and password and logged in with command mode. Logout took me back to CLI login and Ctrl+Alt+F7 took me back to Guest desktop. So my account still worked. I then added a test user and gave them sudo rights. From the Unity login I could login and logout Test user with no problem. So Unity still worked.
Fix:
So my main account was still accessable via CLI and Unity was working for all other accounts. This indicated a configuation problem on my main account. I followed the advice of SiddharthaRT at the top of this post and did chown username:username .Xauthority
. This fixed my problem. Thanks !!
Yes I caused a Login Loop on my main Ubuntu 12.10 user and the fix was simple.
Background:
Ubuntu 12.10 is installed in VirtualBox running on Windows 7 and uses Unity.
Cause:
From the Desktop I Ctrl+Alt+T into terminal mode and then tried to run 'startx' (I was trying to help a friend over the phone late at night...but this was a stupid thing to do). A new blank Unity desktop appeared and everything hung...
Problem:
Forcing VirtualBox to close and then rebooting Ubuntu I got to the login screen but kept looping back to this same screen everytime after entering the password. No errors were displayed. I could login as Guest but I had no Sudo rights and thus no control...
However once logged in as Guest I Ctrl+Alt+F3 and got to a terminal login.
I entered my main user name and password and logged in with command mode. Logout took me back to CLI login and Ctrl+Alt+F7 took me back to Guest desktop. So my account still worked. I then added a test user and gave them sudo rights. From the Unity login I could login and logout Test user with no problem. So Unity still worked.
Fix:
So my main account was still accessable via CLI and Unity was working for all other accounts. This indicated a configuation problem on my main account. I followed the advice of SiddharthaRT at the top of this post and did chown username:username .Xauthority
. This fixed my problem. Thanks !!
edited Jun 21 '13 at 6:59
dlin
2,18721530
2,18721530
answered Mar 9 '13 at 12:36
Dig
13115
13115
I'm facing the same problem today in 14.04.02 but unfortunately I disabled the guest account. My user and root passwords are not being accepted in any terminal I've tried. Any suggestions? I already went ahead and installed 12.04 alongside thinking I might be able to access my files on the 14.04 side, but no luck
– Rich Scriven
May 27 '15 at 21:56
I have now run into this problem after trying to fix my R instance. Richard, did you manage to fix your problem?
– Alex
Jun 16 '15 at 2:26
add a comment |
I'm facing the same problem today in 14.04.02 but unfortunately I disabled the guest account. My user and root passwords are not being accepted in any terminal I've tried. Any suggestions? I already went ahead and installed 12.04 alongside thinking I might be able to access my files on the 14.04 side, but no luck
– Rich Scriven
May 27 '15 at 21:56
I have now run into this problem after trying to fix my R instance. Richard, did you manage to fix your problem?
– Alex
Jun 16 '15 at 2:26
I'm facing the same problem today in 14.04.02 but unfortunately I disabled the guest account. My user and root passwords are not being accepted in any terminal I've tried. Any suggestions? I already went ahead and installed 12.04 alongside thinking I might be able to access my files on the 14.04 side, but no luck
– Rich Scriven
May 27 '15 at 21:56
I'm facing the same problem today in 14.04.02 but unfortunately I disabled the guest account. My user and root passwords are not being accepted in any terminal I've tried. Any suggestions? I already went ahead and installed 12.04 alongside thinking I might be able to access my files on the 14.04 side, but no luck
– Rich Scriven
May 27 '15 at 21:56
I have now run into this problem after trying to fix my R instance. Richard, did you manage to fix your problem?
– Alex
Jun 16 '15 at 2:26
I have now run into this problem after trying to fix my R instance. Richard, did you manage to fix your problem?
– Alex
Jun 16 '15 at 2:26
add a comment |
up vote
6
down vote
I've pressed Ctrl+Alt+F3 and logged into the shell.
Afterwards with this command:
chown username:username .Xauthority
Where username
is my login name, I've solved the problem.
Thankyou this worked great! I got this error after opening startx with sudo! Cheers!
– Angelo
Aug 16 at 12:16
add a comment |
up vote
6
down vote
I've pressed Ctrl+Alt+F3 and logged into the shell.
Afterwards with this command:
chown username:username .Xauthority
Where username
is my login name, I've solved the problem.
Thankyou this worked great! I got this error after opening startx with sudo! Cheers!
– Angelo
Aug 16 at 12:16
add a comment |
up vote
6
down vote
up vote
6
down vote
I've pressed Ctrl+Alt+F3 and logged into the shell.
Afterwards with this command:
chown username:username .Xauthority
Where username
is my login name, I've solved the problem.
I've pressed Ctrl+Alt+F3 and logged into the shell.
Afterwards with this command:
chown username:username .Xauthority
Where username
is my login name, I've solved the problem.
edited Apr 16 '13 at 9:46
Basharat Sialvi
19.5k85176
19.5k85176
answered Apr 16 '13 at 9:28
Radu Rădeanu
115k34246321
115k34246321
Thankyou this worked great! I got this error after opening startx with sudo! Cheers!
– Angelo
Aug 16 at 12:16
add a comment |
Thankyou this worked great! I got this error after opening startx with sudo! Cheers!
– Angelo
Aug 16 at 12:16
Thankyou this worked great! I got this error after opening startx with sudo! Cheers!
– Angelo
Aug 16 at 12:16
Thankyou this worked great! I got this error after opening startx with sudo! Cheers!
– Angelo
Aug 16 at 12:16
add a comment |
up vote
6
down vote
Proprietary Driver Issues
MoKSB State
I was able to log in to TTY
using ctrl+alt+F1
, but had no internet access seeing as the driver is proprietary as well.
No Xorg issues were apparent.
I decided to remove the packages when I recieved the MokSB failed
message telling me that it could NOT change the secure boot settings. The notable part is that it prompted me for a password even though it failed.
Secure Boot
Caution: Do NOT just blindly remove your drivers!
A good test to see if it is a Proprietary Driver issue is to turn OFF Secure Boot and boot Ubuntu and attempt to login. If logging in works, then you now know what you're issue is.
Broadcom Drivers and Nvidia Drivers
I removed nvidia packages
sudo apt-get purge nvidia-*
and then I removed the broadcom packages
sudo apt-get purge bcmwl-kernel-source
and rebooted.
I attempted to login again and success!
I saw my desktop!
I rebooted again.
logged in again and everything was set to default.
I rebooted into BIOS
turned off secure boot (not recommended, need a better solution)
booted up ubuntu using grub
logged in and installed the downloaded *.deb file for my wifi driver
installed it using Software Center
and rebooted.
I followed the same procedure for my nvidia drivers seeing as the default video drivers are awful on my card.
Turning Secure Boot On Again
If I turn on Secure Boot again, I see the same issue. Since the drivers are NOT signed, it's not a true Secure Boot and I get locked out.
Personally, I find this to be a very bogus (and annoying) issue.
Alternative Solution?
The most feasible solution I saw was customizing the kernel seeing as I can't simply leave Secure Boot off and turn it On and then Off when I switch OS's. Again, it's just annoying.
UPDATE on Jan 4 2017
According to this article, the Linux Kernel >= 4.6 now officially supports
GeForce GTX 900 series accelerated support in conjunction with signed
firmware images.
This should resolve the secure boot issue caused by using the unsigned firmware images.
This fixed the login problem as in I could login again, but WARNINGsudo apt-get purge nvidia-*
somehow (???) also manages to try and reinstall mysql. This seems crazy, but I replicated the behavior. Thankfully it did not delete my files, but when it produced an error it did manage to change configurations. This makes no sense to me, but I replicated the behavior and it asked me to give it a new mysql root password again so this indeed occurs. The graphics issue is super annonying and also strikes me as bogus issue made up by Ubuntu, but on the solution GOOD GRIEF YOU HAVE BEEN WARNED.
– Michael
Jul 30 '16 at 0:04
I had the same issue, and turning off Secure Boot seemed to be the only way to fix it.
– Nick
Nov 30 '16 at 9:57
Couldn't ubuntu log in with low resolution driver and tell user that faced a problem with the driver instead of getting looping ? It is the expected of a really intelligent software... maybe here is a feature request.
– Sergio Abreu
Dec 3 '16 at 19:12
add a comment |
up vote
6
down vote
Proprietary Driver Issues
MoKSB State
I was able to log in to TTY
using ctrl+alt+F1
, but had no internet access seeing as the driver is proprietary as well.
No Xorg issues were apparent.
I decided to remove the packages when I recieved the MokSB failed
message telling me that it could NOT change the secure boot settings. The notable part is that it prompted me for a password even though it failed.
Secure Boot
Caution: Do NOT just blindly remove your drivers!
A good test to see if it is a Proprietary Driver issue is to turn OFF Secure Boot and boot Ubuntu and attempt to login. If logging in works, then you now know what you're issue is.
Broadcom Drivers and Nvidia Drivers
I removed nvidia packages
sudo apt-get purge nvidia-*
and then I removed the broadcom packages
sudo apt-get purge bcmwl-kernel-source
and rebooted.
I attempted to login again and success!
I saw my desktop!
I rebooted again.
logged in again and everything was set to default.
I rebooted into BIOS
turned off secure boot (not recommended, need a better solution)
booted up ubuntu using grub
logged in and installed the downloaded *.deb file for my wifi driver
installed it using Software Center
and rebooted.
I followed the same procedure for my nvidia drivers seeing as the default video drivers are awful on my card.
Turning Secure Boot On Again
If I turn on Secure Boot again, I see the same issue. Since the drivers are NOT signed, it's not a true Secure Boot and I get locked out.
Personally, I find this to be a very bogus (and annoying) issue.
Alternative Solution?
The most feasible solution I saw was customizing the kernel seeing as I can't simply leave Secure Boot off and turn it On and then Off when I switch OS's. Again, it's just annoying.
UPDATE on Jan 4 2017
According to this article, the Linux Kernel >= 4.6 now officially supports
GeForce GTX 900 series accelerated support in conjunction with signed
firmware images.
This should resolve the secure boot issue caused by using the unsigned firmware images.
This fixed the login problem as in I could login again, but WARNINGsudo apt-get purge nvidia-*
somehow (???) also manages to try and reinstall mysql. This seems crazy, but I replicated the behavior. Thankfully it did not delete my files, but when it produced an error it did manage to change configurations. This makes no sense to me, but I replicated the behavior and it asked me to give it a new mysql root password again so this indeed occurs. The graphics issue is super annonying and also strikes me as bogus issue made up by Ubuntu, but on the solution GOOD GRIEF YOU HAVE BEEN WARNED.
– Michael
Jul 30 '16 at 0:04
I had the same issue, and turning off Secure Boot seemed to be the only way to fix it.
– Nick
Nov 30 '16 at 9:57
Couldn't ubuntu log in with low resolution driver and tell user that faced a problem with the driver instead of getting looping ? It is the expected of a really intelligent software... maybe here is a feature request.
– Sergio Abreu
Dec 3 '16 at 19:12
add a comment |
up vote
6
down vote
up vote
6
down vote
Proprietary Driver Issues
MoKSB State
I was able to log in to TTY
using ctrl+alt+F1
, but had no internet access seeing as the driver is proprietary as well.
No Xorg issues were apparent.
I decided to remove the packages when I recieved the MokSB failed
message telling me that it could NOT change the secure boot settings. The notable part is that it prompted me for a password even though it failed.
Secure Boot
Caution: Do NOT just blindly remove your drivers!
A good test to see if it is a Proprietary Driver issue is to turn OFF Secure Boot and boot Ubuntu and attempt to login. If logging in works, then you now know what you're issue is.
Broadcom Drivers and Nvidia Drivers
I removed nvidia packages
sudo apt-get purge nvidia-*
and then I removed the broadcom packages
sudo apt-get purge bcmwl-kernel-source
and rebooted.
I attempted to login again and success!
I saw my desktop!
I rebooted again.
logged in again and everything was set to default.
I rebooted into BIOS
turned off secure boot (not recommended, need a better solution)
booted up ubuntu using grub
logged in and installed the downloaded *.deb file for my wifi driver
installed it using Software Center
and rebooted.
I followed the same procedure for my nvidia drivers seeing as the default video drivers are awful on my card.
Turning Secure Boot On Again
If I turn on Secure Boot again, I see the same issue. Since the drivers are NOT signed, it's not a true Secure Boot and I get locked out.
Personally, I find this to be a very bogus (and annoying) issue.
Alternative Solution?
The most feasible solution I saw was customizing the kernel seeing as I can't simply leave Secure Boot off and turn it On and then Off when I switch OS's. Again, it's just annoying.
UPDATE on Jan 4 2017
According to this article, the Linux Kernel >= 4.6 now officially supports
GeForce GTX 900 series accelerated support in conjunction with signed
firmware images.
This should resolve the secure boot issue caused by using the unsigned firmware images.
Proprietary Driver Issues
MoKSB State
I was able to log in to TTY
using ctrl+alt+F1
, but had no internet access seeing as the driver is proprietary as well.
No Xorg issues were apparent.
I decided to remove the packages when I recieved the MokSB failed
message telling me that it could NOT change the secure boot settings. The notable part is that it prompted me for a password even though it failed.
Secure Boot
Caution: Do NOT just blindly remove your drivers!
A good test to see if it is a Proprietary Driver issue is to turn OFF Secure Boot and boot Ubuntu and attempt to login. If logging in works, then you now know what you're issue is.
Broadcom Drivers and Nvidia Drivers
I removed nvidia packages
sudo apt-get purge nvidia-*
and then I removed the broadcom packages
sudo apt-get purge bcmwl-kernel-source
and rebooted.
I attempted to login again and success!
I saw my desktop!
I rebooted again.
logged in again and everything was set to default.
I rebooted into BIOS
turned off secure boot (not recommended, need a better solution)
booted up ubuntu using grub
logged in and installed the downloaded *.deb file for my wifi driver
installed it using Software Center
and rebooted.
I followed the same procedure for my nvidia drivers seeing as the default video drivers are awful on my card.
Turning Secure Boot On Again
If I turn on Secure Boot again, I see the same issue. Since the drivers are NOT signed, it's not a true Secure Boot and I get locked out.
Personally, I find this to be a very bogus (and annoying) issue.
Alternative Solution?
The most feasible solution I saw was customizing the kernel seeing as I can't simply leave Secure Boot off and turn it On and then Off when I switch OS's. Again, it's just annoying.
UPDATE on Jan 4 2017
According to this article, the Linux Kernel >= 4.6 now officially supports
GeForce GTX 900 series accelerated support in conjunction with signed
firmware images.
This should resolve the secure boot issue caused by using the unsigned firmware images.
edited Apr 13 '17 at 12:24
Community♦
1
1
answered Jul 27 '16 at 4:23
user383919
This fixed the login problem as in I could login again, but WARNINGsudo apt-get purge nvidia-*
somehow (???) also manages to try and reinstall mysql. This seems crazy, but I replicated the behavior. Thankfully it did not delete my files, but when it produced an error it did manage to change configurations. This makes no sense to me, but I replicated the behavior and it asked me to give it a new mysql root password again so this indeed occurs. The graphics issue is super annonying and also strikes me as bogus issue made up by Ubuntu, but on the solution GOOD GRIEF YOU HAVE BEEN WARNED.
– Michael
Jul 30 '16 at 0:04
I had the same issue, and turning off Secure Boot seemed to be the only way to fix it.
– Nick
Nov 30 '16 at 9:57
Couldn't ubuntu log in with low resolution driver and tell user that faced a problem with the driver instead of getting looping ? It is the expected of a really intelligent software... maybe here is a feature request.
– Sergio Abreu
Dec 3 '16 at 19:12
add a comment |
This fixed the login problem as in I could login again, but WARNINGsudo apt-get purge nvidia-*
somehow (???) also manages to try and reinstall mysql. This seems crazy, but I replicated the behavior. Thankfully it did not delete my files, but when it produced an error it did manage to change configurations. This makes no sense to me, but I replicated the behavior and it asked me to give it a new mysql root password again so this indeed occurs. The graphics issue is super annonying and also strikes me as bogus issue made up by Ubuntu, but on the solution GOOD GRIEF YOU HAVE BEEN WARNED.
– Michael
Jul 30 '16 at 0:04
I had the same issue, and turning off Secure Boot seemed to be the only way to fix it.
– Nick
Nov 30 '16 at 9:57
Couldn't ubuntu log in with low resolution driver and tell user that faced a problem with the driver instead of getting looping ? It is the expected of a really intelligent software... maybe here is a feature request.
– Sergio Abreu
Dec 3 '16 at 19:12
This fixed the login problem as in I could login again, but WARNING
sudo apt-get purge nvidia-*
somehow (???) also manages to try and reinstall mysql. This seems crazy, but I replicated the behavior. Thankfully it did not delete my files, but when it produced an error it did manage to change configurations. This makes no sense to me, but I replicated the behavior and it asked me to give it a new mysql root password again so this indeed occurs. The graphics issue is super annonying and also strikes me as bogus issue made up by Ubuntu, but on the solution GOOD GRIEF YOU HAVE BEEN WARNED.– Michael
Jul 30 '16 at 0:04
This fixed the login problem as in I could login again, but WARNING
sudo apt-get purge nvidia-*
somehow (???) also manages to try and reinstall mysql. This seems crazy, but I replicated the behavior. Thankfully it did not delete my files, but when it produced an error it did manage to change configurations. This makes no sense to me, but I replicated the behavior and it asked me to give it a new mysql root password again so this indeed occurs. The graphics issue is super annonying and also strikes me as bogus issue made up by Ubuntu, but on the solution GOOD GRIEF YOU HAVE BEEN WARNED.– Michael
Jul 30 '16 at 0:04
I had the same issue, and turning off Secure Boot seemed to be the only way to fix it.
– Nick
Nov 30 '16 at 9:57
I had the same issue, and turning off Secure Boot seemed to be the only way to fix it.
– Nick
Nov 30 '16 at 9:57
Couldn't ubuntu log in with low resolution driver and tell user that faced a problem with the driver instead of getting looping ? It is the expected of a really intelligent software... maybe here is a feature request.
– Sergio Abreu
Dec 3 '16 at 19:12
Couldn't ubuntu log in with low resolution driver and tell user that faced a problem with the driver instead of getting looping ? It is the expected of a really intelligent software... maybe here is a feature request.
– Sergio Abreu
Dec 3 '16 at 19:12
add a comment |
up vote
5
down vote
Your desktop environment is failing to start (it sounds like). I would start by tring to log in as a different user.
Ctrl+Alt+F1 then login
sudo adduser testing
Once the user has been added ctrl+alt+f7 and try to log in as testing. If you can log in as testing then your unity/gnome configuration is borked and should be reset. This Question covers it. I prefer to mv ~/.config ~/.config.old
.
1
I can't log in as testing...
– Calvin Wahlers
Nov 29 '12 at 17:30
You could have bad libs, try MiJyn's answer. If you can gain access via lubuntu then you have a library issue.
– coteyr
Nov 29 '12 at 17:32
add a comment |
up vote
5
down vote
Your desktop environment is failing to start (it sounds like). I would start by tring to log in as a different user.
Ctrl+Alt+F1 then login
sudo adduser testing
Once the user has been added ctrl+alt+f7 and try to log in as testing. If you can log in as testing then your unity/gnome configuration is borked and should be reset. This Question covers it. I prefer to mv ~/.config ~/.config.old
.
1
I can't log in as testing...
– Calvin Wahlers
Nov 29 '12 at 17:30
You could have bad libs, try MiJyn's answer. If you can gain access via lubuntu then you have a library issue.
– coteyr
Nov 29 '12 at 17:32
add a comment |
up vote
5
down vote
up vote
5
down vote
Your desktop environment is failing to start (it sounds like). I would start by tring to log in as a different user.
Ctrl+Alt+F1 then login
sudo adduser testing
Once the user has been added ctrl+alt+f7 and try to log in as testing. If you can log in as testing then your unity/gnome configuration is borked and should be reset. This Question covers it. I prefer to mv ~/.config ~/.config.old
.
Your desktop environment is failing to start (it sounds like). I would start by tring to log in as a different user.
Ctrl+Alt+F1 then login
sudo adduser testing
Once the user has been added ctrl+alt+f7 and try to log in as testing. If you can log in as testing then your unity/gnome configuration is borked and should be reset. This Question covers it. I prefer to mv ~/.config ~/.config.old
.
edited Apr 13 '17 at 12:24
Community♦
1
1
answered Nov 29 '12 at 17:14
coteyr
12.1k52449
12.1k52449
1
I can't log in as testing...
– Calvin Wahlers
Nov 29 '12 at 17:30
You could have bad libs, try MiJyn's answer. If you can gain access via lubuntu then you have a library issue.
– coteyr
Nov 29 '12 at 17:32
add a comment |
1
I can't log in as testing...
– Calvin Wahlers
Nov 29 '12 at 17:30
You could have bad libs, try MiJyn's answer. If you can gain access via lubuntu then you have a library issue.
– coteyr
Nov 29 '12 at 17:32
1
1
I can't log in as testing...
– Calvin Wahlers
Nov 29 '12 at 17:30
I can't log in as testing...
– Calvin Wahlers
Nov 29 '12 at 17:30
You could have bad libs, try MiJyn's answer. If you can gain access via lubuntu then you have a library issue.
– coteyr
Nov 29 '12 at 17:32
You could have bad libs, try MiJyn's answer. If you can gain access via lubuntu then you have a library issue.
– coteyr
Nov 29 '12 at 17:32
add a comment |
up vote
5
down vote
I only had to change the permissions of my home folder:
sudo chmod 755 /home/<username>
This can be done by logging in, into a terminal, using your username and password in a shell using CtrlAltF1.
After trying all, I just ended up that "let me check my user's home directory permission", and found the problem, then I was scrolling down and I see you already posted this as an answer : )
– αғsнιη
Jul 28 '16 at 14:24
add a comment |
up vote
5
down vote
I only had to change the permissions of my home folder:
sudo chmod 755 /home/<username>
This can be done by logging in, into a terminal, using your username and password in a shell using CtrlAltF1.
After trying all, I just ended up that "let me check my user's home directory permission", and found the problem, then I was scrolling down and I see you already posted this as an answer : )
– αғsнιη
Jul 28 '16 at 14:24
add a comment |
up vote
5
down vote
up vote
5
down vote
I only had to change the permissions of my home folder:
sudo chmod 755 /home/<username>
This can be done by logging in, into a terminal, using your username and password in a shell using CtrlAltF1.
I only had to change the permissions of my home folder:
sudo chmod 755 /home/<username>
This can be done by logging in, into a terminal, using your username and password in a shell using CtrlAltF1.
edited Oct 4 '15 at 12:31
muru
135k20289492
135k20289492
answered Sep 21 '15 at 8:13
ffurrer
10114
10114
After trying all, I just ended up that "let me check my user's home directory permission", and found the problem, then I was scrolling down and I see you already posted this as an answer : )
– αғsнιη
Jul 28 '16 at 14:24
add a comment |
After trying all, I just ended up that "let me check my user's home directory permission", and found the problem, then I was scrolling down and I see you already posted this as an answer : )
– αғsнιη
Jul 28 '16 at 14:24
After trying all, I just ended up that "let me check my user's home directory permission", and found the problem, then I was scrolling down and I see you already posted this as an answer : )
– αғsнιη
Jul 28 '16 at 14:24
After trying all, I just ended up that "let me check my user's home directory permission", and found the problem, then I was scrolling down and I see you already posted this as an answer : )
– αғsнιη
Jul 28 '16 at 14:24
add a comment |
up vote
4
down vote
I got the login loop in connection with an update from Ubuntu 12.04 to 14.04. With gdm I had error messages in ~/.cache/gdm/session.log with entries such as /etc/gdm/Xsession: line 33: mktemp: command not found
and after sudo aptitude purge gdm
with lightdm I got several similar error messages in ~/.xsession-errors
, e.g., usr/sbin/lightdm-session: line 24: mktemp: command not found
.
I tried several things. What I believe did eventually resolve the problem for me was this:
I moved my configuration files .profile
, .bashrc
and .pam_environment
to other names and then I managed to login. I suspect that there is a problem in one of them.
After installing Ubuntu 18.04 and adding my usual .bashrc, I ran into this problem. Removing the .bashrc fixed it. I assume there was an error that didn't surface in 16.04, or maybe Unity didn't execute the .bashrc on GUI login, but GNOME does.
– Nick S
Sep 5 at 22:33
add a comment |
up vote
4
down vote
I got the login loop in connection with an update from Ubuntu 12.04 to 14.04. With gdm I had error messages in ~/.cache/gdm/session.log with entries such as /etc/gdm/Xsession: line 33: mktemp: command not found
and after sudo aptitude purge gdm
with lightdm I got several similar error messages in ~/.xsession-errors
, e.g., usr/sbin/lightdm-session: line 24: mktemp: command not found
.
I tried several things. What I believe did eventually resolve the problem for me was this:
I moved my configuration files .profile
, .bashrc
and .pam_environment
to other names and then I managed to login. I suspect that there is a problem in one of them.
After installing Ubuntu 18.04 and adding my usual .bashrc, I ran into this problem. Removing the .bashrc fixed it. I assume there was an error that didn't surface in 16.04, or maybe Unity didn't execute the .bashrc on GUI login, but GNOME does.
– Nick S
Sep 5 at 22:33
add a comment |
up vote
4
down vote
up vote
4
down vote
I got the login loop in connection with an update from Ubuntu 12.04 to 14.04. With gdm I had error messages in ~/.cache/gdm/session.log with entries such as /etc/gdm/Xsession: line 33: mktemp: command not found
and after sudo aptitude purge gdm
with lightdm I got several similar error messages in ~/.xsession-errors
, e.g., usr/sbin/lightdm-session: line 24: mktemp: command not found
.
I tried several things. What I believe did eventually resolve the problem for me was this:
I moved my configuration files .profile
, .bashrc
and .pam_environment
to other names and then I managed to login. I suspect that there is a problem in one of them.
I got the login loop in connection with an update from Ubuntu 12.04 to 14.04. With gdm I had error messages in ~/.cache/gdm/session.log with entries such as /etc/gdm/Xsession: line 33: mktemp: command not found
and after sudo aptitude purge gdm
with lightdm I got several similar error messages in ~/.xsession-errors
, e.g., usr/sbin/lightdm-session: line 24: mktemp: command not found
.
I tried several things. What I believe did eventually resolve the problem for me was this:
I moved my configuration files .profile
, .bashrc
and .pam_environment
to other names and then I managed to login. I suspect that there is a problem in one of them.
answered Jul 15 '15 at 8:08
Finn Årup Nielsen
5241414
5241414
After installing Ubuntu 18.04 and adding my usual .bashrc, I ran into this problem. Removing the .bashrc fixed it. I assume there was an error that didn't surface in 16.04, or maybe Unity didn't execute the .bashrc on GUI login, but GNOME does.
– Nick S
Sep 5 at 22:33
add a comment |
After installing Ubuntu 18.04 and adding my usual .bashrc, I ran into this problem. Removing the .bashrc fixed it. I assume there was an error that didn't surface in 16.04, or maybe Unity didn't execute the .bashrc on GUI login, but GNOME does.
– Nick S
Sep 5 at 22:33
After installing Ubuntu 18.04 and adding my usual .bashrc, I ran into this problem. Removing the .bashrc fixed it. I assume there was an error that didn't surface in 16.04, or maybe Unity didn't execute the .bashrc on GUI login, but GNOME does.
– Nick S
Sep 5 at 22:33
After installing Ubuntu 18.04 and adding my usual .bashrc, I ran into this problem. Removing the .bashrc fixed it. I assume there was an error that didn't surface in 16.04, or maybe Unity didn't execute the .bashrc on GUI login, but GNOME does.
– Nick S
Sep 5 at 22:33
add a comment |
up vote
4
down vote
sudo chown $USER:$USER $HOME
was the problem for me.
I had set up a home partition with:
sudo mkdir /home/$USER
but forgot to chown
it.
add a comment |
up vote
4
down vote
sudo chown $USER:$USER $HOME
was the problem for me.
I had set up a home partition with:
sudo mkdir /home/$USER
but forgot to chown
it.
add a comment |
up vote
4
down vote
up vote
4
down vote
sudo chown $USER:$USER $HOME
was the problem for me.
I had set up a home partition with:
sudo mkdir /home/$USER
but forgot to chown
it.
sudo chown $USER:$USER $HOME
was the problem for me.
I had set up a home partition with:
sudo mkdir /home/$USER
but forgot to chown
it.
answered Aug 24 '15 at 16:32
Ciro Santilli 新疆改造中心 六四事件 法轮功
9,10444246
9,10444246
add a comment |
add a comment |
up vote
3
down vote
I had the same problem after a clean install of Ubuntu 12.10 (but reusing my existing home partition). I tried all of the other answers, but none worked. But I found the clue to my specific problem in the file .xsession-errors in my home directory.
This is how I solved it in my case:
Hit Ctrl+Alt+F1 to open a virtual terminal. Then login with username and password.
Open the file
~/.xsession-errors
if it exists (typecat ~/.xsession-errors
). In my case, this file contained one single line with an error message:
/usr/sbin/lightdm-session: 27: .: Can't open /usr/bin/byobu-launch
Now
byobu
is a command line tool that I use and I have no idea how that ended up in a system file since this was right after a clean install. Byobu is not installed by default, so that might explain the error as it looks for a file (/usr/bin/byobu-launch
) that doesn't exist. So in my case I had to installbyobu
to fix the problem:
sudo apt-get install byobu
Hit Ctrl+Alt+F7 to go back to the login screen, and login worked fine now.
Of course in your case you might find a different error message in .xsession-errors, which requires a different solution.
add a comment |
up vote
3
down vote
I had the same problem after a clean install of Ubuntu 12.10 (but reusing my existing home partition). I tried all of the other answers, but none worked. But I found the clue to my specific problem in the file .xsession-errors in my home directory.
This is how I solved it in my case:
Hit Ctrl+Alt+F1 to open a virtual terminal. Then login with username and password.
Open the file
~/.xsession-errors
if it exists (typecat ~/.xsession-errors
). In my case, this file contained one single line with an error message:
/usr/sbin/lightdm-session: 27: .: Can't open /usr/bin/byobu-launch
Now
byobu
is a command line tool that I use and I have no idea how that ended up in a system file since this was right after a clean install. Byobu is not installed by default, so that might explain the error as it looks for a file (/usr/bin/byobu-launch
) that doesn't exist. So in my case I had to installbyobu
to fix the problem:
sudo apt-get install byobu
Hit Ctrl+Alt+F7 to go back to the login screen, and login worked fine now.
Of course in your case you might find a different error message in .xsession-errors, which requires a different solution.
add a comment |
up vote
3
down vote
up vote
3
down vote
I had the same problem after a clean install of Ubuntu 12.10 (but reusing my existing home partition). I tried all of the other answers, but none worked. But I found the clue to my specific problem in the file .xsession-errors in my home directory.
This is how I solved it in my case:
Hit Ctrl+Alt+F1 to open a virtual terminal. Then login with username and password.
Open the file
~/.xsession-errors
if it exists (typecat ~/.xsession-errors
). In my case, this file contained one single line with an error message:
/usr/sbin/lightdm-session: 27: .: Can't open /usr/bin/byobu-launch
Now
byobu
is a command line tool that I use and I have no idea how that ended up in a system file since this was right after a clean install. Byobu is not installed by default, so that might explain the error as it looks for a file (/usr/bin/byobu-launch
) that doesn't exist. So in my case I had to installbyobu
to fix the problem:
sudo apt-get install byobu
Hit Ctrl+Alt+F7 to go back to the login screen, and login worked fine now.
Of course in your case you might find a different error message in .xsession-errors, which requires a different solution.
I had the same problem after a clean install of Ubuntu 12.10 (but reusing my existing home partition). I tried all of the other answers, but none worked. But I found the clue to my specific problem in the file .xsession-errors in my home directory.
This is how I solved it in my case:
Hit Ctrl+Alt+F1 to open a virtual terminal. Then login with username and password.
Open the file
~/.xsession-errors
if it exists (typecat ~/.xsession-errors
). In my case, this file contained one single line with an error message:
/usr/sbin/lightdm-session: 27: .: Can't open /usr/bin/byobu-launch
Now
byobu
is a command line tool that I use and I have no idea how that ended up in a system file since this was right after a clean install. Byobu is not installed by default, so that might explain the error as it looks for a file (/usr/bin/byobu-launch
) that doesn't exist. So in my case I had to installbyobu
to fix the problem:
sudo apt-get install byobu
Hit Ctrl+Alt+F7 to go back to the login screen, and login worked fine now.
Of course in your case you might find a different error message in .xsession-errors, which requires a different solution.
edited Jun 21 '13 at 6:59
dlin
2,18721530
2,18721530
answered Jan 8 '13 at 20:40
Serrano
1,2261215
1,2261215
add a comment |
add a comment |
up vote
3
down vote
I had a very similar issue where I could log in on the terminal but not on the desktop, my wallpaper from the profile was loaded during login, but after a few seconds it jumped back to the login screen. I checked all file permissions as suggested, they were fine. I tried without a separate home partition and was able to log in to the desktop. After that I checked the settings for the LUKS encrypted home partition, which were also fine (though there were some error messages on the terminal, telling me that the encrypted volume could not be mounted, because it was already mounted).
Then I looked into dmesg, found BTRFS errors related to the filesystem on the LUKS encrypted home partition (yep, I'm mixing LUKS and BTRFS), tried to actually write to the filesystem and found that it gave me I/O errors. So I had to repair the filesystem or create a new one and restore from backup.
Long story short: Look at dmesg and actually try to write to the filesystem that seems to be writable.
add a comment |
up vote
3
down vote
I had a very similar issue where I could log in on the terminal but not on the desktop, my wallpaper from the profile was loaded during login, but after a few seconds it jumped back to the login screen. I checked all file permissions as suggested, they were fine. I tried without a separate home partition and was able to log in to the desktop. After that I checked the settings for the LUKS encrypted home partition, which were also fine (though there were some error messages on the terminal, telling me that the encrypted volume could not be mounted, because it was already mounted).
Then I looked into dmesg, found BTRFS errors related to the filesystem on the LUKS encrypted home partition (yep, I'm mixing LUKS and BTRFS), tried to actually write to the filesystem and found that it gave me I/O errors. So I had to repair the filesystem or create a new one and restore from backup.
Long story short: Look at dmesg and actually try to write to the filesystem that seems to be writable.
add a comment |
up vote
3
down vote
up vote
3
down vote
I had a very similar issue where I could log in on the terminal but not on the desktop, my wallpaper from the profile was loaded during login, but after a few seconds it jumped back to the login screen. I checked all file permissions as suggested, they were fine. I tried without a separate home partition and was able to log in to the desktop. After that I checked the settings for the LUKS encrypted home partition, which were also fine (though there were some error messages on the terminal, telling me that the encrypted volume could not be mounted, because it was already mounted).
Then I looked into dmesg, found BTRFS errors related to the filesystem on the LUKS encrypted home partition (yep, I'm mixing LUKS and BTRFS), tried to actually write to the filesystem and found that it gave me I/O errors. So I had to repair the filesystem or create a new one and restore from backup.
Long story short: Look at dmesg and actually try to write to the filesystem that seems to be writable.
I had a very similar issue where I could log in on the terminal but not on the desktop, my wallpaper from the profile was loaded during login, but after a few seconds it jumped back to the login screen. I checked all file permissions as suggested, they were fine. I tried without a separate home partition and was able to log in to the desktop. After that I checked the settings for the LUKS encrypted home partition, which were also fine (though there were some error messages on the terminal, telling me that the encrypted volume could not be mounted, because it was already mounted).
Then I looked into dmesg, found BTRFS errors related to the filesystem on the LUKS encrypted home partition (yep, I'm mixing LUKS and BTRFS), tried to actually write to the filesystem and found that it gave me I/O errors. So I had to repair the filesystem or create a new one and restore from backup.
Long story short: Look at dmesg and actually try to write to the filesystem that seems to be writable.
answered Apr 29 '15 at 12:16
LiveWireBT
21.2k1770153
21.2k1770153
add a comment |
add a comment |
up vote
3
down vote
This could also be because of a special combination of settings:
- Encrypted
/home/$USER
$USER
innopasswdlogin
group
lightdm
will try to log you in, but can't access any files so you get the described symptoms.
To fix this, remove $USER
from the group:
sudo gpasswd -d $USER nopasswdlogin
add a comment |
up vote
3
down vote
This could also be because of a special combination of settings:
- Encrypted
/home/$USER
$USER
innopasswdlogin
group
lightdm
will try to log you in, but can't access any files so you get the described symptoms.
To fix this, remove $USER
from the group:
sudo gpasswd -d $USER nopasswdlogin
add a comment |
up vote
3
down vote
up vote
3
down vote
This could also be because of a special combination of settings:
- Encrypted
/home/$USER
$USER
innopasswdlogin
group
lightdm
will try to log you in, but can't access any files so you get the described symptoms.
To fix this, remove $USER
from the group:
sudo gpasswd -d $USER nopasswdlogin
This could also be because of a special combination of settings:
- Encrypted
/home/$USER
$USER
innopasswdlogin
group
lightdm
will try to log you in, but can't access any files so you get the described symptoms.
To fix this, remove $USER
from the group:
sudo gpasswd -d $USER nopasswdlogin
answered May 22 '15 at 11:52
Jonas G. Drange
17411
17411
add a comment |
add a comment |
up vote
3
down vote
I had to deal with the same problem.
Unfortunately in my case it was not resolved by simply changing permissions so my contribution will be to try to create a guide from the simple to the more complex steps. Hopefully your uses will be resolved with the simple ones.
Note: replace <username>
with your username.
Assumptions: Nvidia Graphic Card
, lightdm
Access To Terminal
To open a new terminal simply use (and then login with your credentials):
Ctrl+Alt+F1
Check the owned/group/permissions of your home directory files
cd ~<username>
ls -lah
Fix the owner and group of .Xauthority
and /tmp
chown <username>:<username> .Xauthority
sudo chmod a+wt /tmp
Check if there is still a problem by restarting lightdm
sudo service lightdm restart
Reconfigure lightdm
dpkg-reconfigure lightdm
sudo service lightdm restart
If you wish to see possible errors from the system
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
Relevant log files:
/var/log/Xorg.0.log
/var/log/lightdm/lightdm.log
As a last resort, which is what I did, reinstall the graphic card drivers.
Nvidia
simply does not work nice with Ubuntu
.
add a comment |
up vote
3
down vote
I had to deal with the same problem.
Unfortunately in my case it was not resolved by simply changing permissions so my contribution will be to try to create a guide from the simple to the more complex steps. Hopefully your uses will be resolved with the simple ones.
Note: replace <username>
with your username.
Assumptions: Nvidia Graphic Card
, lightdm
Access To Terminal
To open a new terminal simply use (and then login with your credentials):
Ctrl+Alt+F1
Check the owned/group/permissions of your home directory files
cd ~<username>
ls -lah
Fix the owner and group of .Xauthority
and /tmp
chown <username>:<username> .Xauthority
sudo chmod a+wt /tmp
Check if there is still a problem by restarting lightdm
sudo service lightdm restart
Reconfigure lightdm
dpkg-reconfigure lightdm
sudo service lightdm restart
If you wish to see possible errors from the system
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
Relevant log files:
/var/log/Xorg.0.log
/var/log/lightdm/lightdm.log
As a last resort, which is what I did, reinstall the graphic card drivers.
Nvidia
simply does not work nice with Ubuntu
.
add a comment |
up vote
3
down vote
up vote
3
down vote
I had to deal with the same problem.
Unfortunately in my case it was not resolved by simply changing permissions so my contribution will be to try to create a guide from the simple to the more complex steps. Hopefully your uses will be resolved with the simple ones.
Note: replace <username>
with your username.
Assumptions: Nvidia Graphic Card
, lightdm
Access To Terminal
To open a new terminal simply use (and then login with your credentials):
Ctrl+Alt+F1
Check the owned/group/permissions of your home directory files
cd ~<username>
ls -lah
Fix the owner and group of .Xauthority
and /tmp
chown <username>:<username> .Xauthority
sudo chmod a+wt /tmp
Check if there is still a problem by restarting lightdm
sudo service lightdm restart
Reconfigure lightdm
dpkg-reconfigure lightdm
sudo service lightdm restart
If you wish to see possible errors from the system
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
Relevant log files:
/var/log/Xorg.0.log
/var/log/lightdm/lightdm.log
As a last resort, which is what I did, reinstall the graphic card drivers.
Nvidia
simply does not work nice with Ubuntu
.
I had to deal with the same problem.
Unfortunately in my case it was not resolved by simply changing permissions so my contribution will be to try to create a guide from the simple to the more complex steps. Hopefully your uses will be resolved with the simple ones.
Note: replace <username>
with your username.
Assumptions: Nvidia Graphic Card
, lightdm
Access To Terminal
To open a new terminal simply use (and then login with your credentials):
Ctrl+Alt+F1
Check the owned/group/permissions of your home directory files
cd ~<username>
ls -lah
Fix the owner and group of .Xauthority
and /tmp
chown <username>:<username> .Xauthority
sudo chmod a+wt /tmp
Check if there is still a problem by restarting lightdm
sudo service lightdm restart
Reconfigure lightdm
dpkg-reconfigure lightdm
sudo service lightdm restart
If you wish to see possible errors from the system
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
Relevant log files:
/var/log/Xorg.0.log
/var/log/lightdm/lightdm.log
As a last resort, which is what I did, reinstall the graphic card drivers.
Nvidia
simply does not work nice with Ubuntu
.
answered Sep 9 '15 at 17:10
community wiki
Stanislav
add a comment |
add a comment |
up vote
3
down vote
I experienced the same problem and the cause in my case was that I tried to add something to the /etc/environment
file and whatever I added seemed to not want me to log in after I restarted.
Solution:
When at the login screen press CTRL + ALT + F2. Login with admin username and password and edit the /etc/environment
file and remove what changes you made to it.
In the terminal, you can run the following command use nano
to edit the file:
sudo nano /etc/environment
Press CTRL + o and then press ENTER to save the file. Press CTRL + x to exit nano.
Once you have edited and saved the file, simply hit CTRL + ALT + F2 to go back to the GUI login screen and you should be able to log on.
add a comment |
up vote
3
down vote
I experienced the same problem and the cause in my case was that I tried to add something to the /etc/environment
file and whatever I added seemed to not want me to log in after I restarted.
Solution:
When at the login screen press CTRL + ALT + F2. Login with admin username and password and edit the /etc/environment
file and remove what changes you made to it.
In the terminal, you can run the following command use nano
to edit the file:
sudo nano /etc/environment
Press CTRL + o and then press ENTER to save the file. Press CTRL + x to exit nano.
Once you have edited and saved the file, simply hit CTRL + ALT + F2 to go back to the GUI login screen and you should be able to log on.
add a comment |
up vote
3
down vote
up vote
3
down vote
I experienced the same problem and the cause in my case was that I tried to add something to the /etc/environment
file and whatever I added seemed to not want me to log in after I restarted.
Solution:
When at the login screen press CTRL + ALT + F2. Login with admin username and password and edit the /etc/environment
file and remove what changes you made to it.
In the terminal, you can run the following command use nano
to edit the file:
sudo nano /etc/environment
Press CTRL + o and then press ENTER to save the file. Press CTRL + x to exit nano.
Once you have edited and saved the file, simply hit CTRL + ALT + F2 to go back to the GUI login screen and you should be able to log on.
I experienced the same problem and the cause in my case was that I tried to add something to the /etc/environment
file and whatever I added seemed to not want me to log in after I restarted.
Solution:
When at the login screen press CTRL + ALT + F2. Login with admin username and password and edit the /etc/environment
file and remove what changes you made to it.
In the terminal, you can run the following command use nano
to edit the file:
sudo nano /etc/environment
Press CTRL + o and then press ENTER to save the file. Press CTRL + x to exit nano.
Once you have edited and saved the file, simply hit CTRL + ALT + F2 to go back to the GUI login screen and you should be able to log on.
edited Jan 27 '16 at 1:10
mchid
22.5k25082
22.5k25082
answered Jun 17 '15 at 15:17
Jonny
259414
259414
add a comment |
add a comment |
up vote
3
down vote
I found my /tmp
file permission settings were not correct. It had permissions for root only.
This was my own mistake. I forgot that a day earlier, I deleted the /tmp
folder with sudo
rights and after recreated the folder again with sudo mkdir tmp
.
Big mistake. I created a /tmp folder with root permissions only.
In the ~/.Xsession-errors
file I could see that x11 was not able to write a file in /tmp
. After execute these commands from the root account (or Alt+Ctrl+f1) in welcome screen and use the problem account credentials to login) I solved the problem:
sudo chmod 1777 /tmp
sudo chown root:root /tmp
After these, I was able to login to Unity again with the normal account again.
So if you have, what looks like a .Xauthority
problem, you could try this if nothing else works.
See this thread on Ubuntu Forums
add a comment |
up vote
3
down vote
I found my /tmp
file permission settings were not correct. It had permissions for root only.
This was my own mistake. I forgot that a day earlier, I deleted the /tmp
folder with sudo
rights and after recreated the folder again with sudo mkdir tmp
.
Big mistake. I created a /tmp folder with root permissions only.
In the ~/.Xsession-errors
file I could see that x11 was not able to write a file in /tmp
. After execute these commands from the root account (or Alt+Ctrl+f1) in welcome screen and use the problem account credentials to login) I solved the problem:
sudo chmod 1777 /tmp
sudo chown root:root /tmp
After these, I was able to login to Unity again with the normal account again.
So if you have, what looks like a .Xauthority
problem, you could try this if nothing else works.
See this thread on Ubuntu Forums
add a comment |
up vote
3
down vote
up vote
3
down vote
I found my /tmp
file permission settings were not correct. It had permissions for root only.
This was my own mistake. I forgot that a day earlier, I deleted the /tmp
folder with sudo
rights and after recreated the folder again with sudo mkdir tmp
.
Big mistake. I created a /tmp folder with root permissions only.
In the ~/.Xsession-errors
file I could see that x11 was not able to write a file in /tmp
. After execute these commands from the root account (or Alt+Ctrl+f1) in welcome screen and use the problem account credentials to login) I solved the problem:
sudo chmod 1777 /tmp
sudo chown root:root /tmp
After these, I was able to login to Unity again with the normal account again.
So if you have, what looks like a .Xauthority
problem, you could try this if nothing else works.
See this thread on Ubuntu Forums
I found my /tmp
file permission settings were not correct. It had permissions for root only.
This was my own mistake. I forgot that a day earlier, I deleted the /tmp
folder with sudo
rights and after recreated the folder again with sudo mkdir tmp
.
Big mistake. I created a /tmp folder with root permissions only.
In the ~/.Xsession-errors
file I could see that x11 was not able to write a file in /tmp
. After execute these commands from the root account (or Alt+Ctrl+f1) in welcome screen and use the problem account credentials to login) I solved the problem:
sudo chmod 1777 /tmp
sudo chown root:root /tmp
After these, I was able to login to Unity again with the normal account again.
So if you have, what looks like a .Xauthority
problem, you could try this if nothing else works.
See this thread on Ubuntu Forums
edited Apr 25 '17 at 5:22
Zanna
49.4k13128236
49.4k13128236
answered Feb 22 '14 at 13:24
Dirk
312
312
add a comment |
add a comment |
up vote
3
down vote
I have been through this problem multiple times and it has been a different issue each time. One of the following issues could have caused your problem and you could use the command line interface by using Ctrl+Alt+F1 (Replace F1 with F2,F3.... if your tty1 is occupied) to try the following solutions
NVIDIA drivers missing or broken?
- Run
nvidia-smi
to access the NVIDIA system management interface. The output should be something of this sort.
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 |
+-----------------------------------------------------------------------------+
If you're not able to access it, there is probably some issue with your graphic drivers.
- In that case, you should be able to find out the name of your graphics card using
lspci | grep VGA
. - You can find out the compatible drivers for your graphics card using the link.
- (Try without this stepand maybe then with this step if there was no success). Remove the existing broken drivers using
sudo apt-get purge nvidia*
.
Install the drivers using
sudo add-apt-repository ppa:graphics-drivers
sudo apt-get update
sudo apt-get install nvidia-390
(Or whatever the compatible driver is for your graphics card)
Try a restart using
systemctl reboot -i
and hope your login loop is fixed.
Is your HOME your HOME?
- Check the owner of your home directory using
ls -l /home
- If you don not own your home directory, change it using
sudo chown $USER:$USER $HOME
- Try a restart using systemctl reboot -i and hope your login loop is fixed.
Do you own your .Xauthority?
- Check the owner of your home directory using
ls -l ~/.Xauthority
- If you don't own your .Xauthority, change it using
sudo chown $USER:$USER ~/.Xauthority
- If you do, move your .Xauthority file using
sudo mv ~/.Xauthority ~/.Xauthority.bak
- Try a restart using systemctl reboot -i and hope your login loop is fixed.
- You might need to do the same thing on .ICEauthority.
Is your /tmp right?
- Run
ls -ld /tmp
and make sure the permissions are exactlydrwxrwxrwt
. The output should be of this sort
drwxrwxrwt 27 root root 36864 Sep 17 17:15 /tmp
- If not, run
sudo chmod a+wt /tmp
- Try a restart using systemctl reboot -i and hope your login loop is fixed.
Maybe lightdm is your problem?
- Reconfigure your display manager using
dpkg-reconfigure lightdm
and try out other display managers (gdm3,lightdm,) that are available. Maybe this will you give you enough clues to move forward. - If none of them help,try installing sddm using
sudo apt-get install sddm
for one final try. reconfigure display to sddm.
If none of the above solutions worked, you can try re-installing ubuntu.
P.S: This is a compilation of answers from the sources I refered to, some from this post as well.
add a comment |
up vote
3
down vote
I have been through this problem multiple times and it has been a different issue each time. One of the following issues could have caused your problem and you could use the command line interface by using Ctrl+Alt+F1 (Replace F1 with F2,F3.... if your tty1 is occupied) to try the following solutions
NVIDIA drivers missing or broken?
- Run
nvidia-smi
to access the NVIDIA system management interface. The output should be something of this sort.
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 |
+-----------------------------------------------------------------------------+
If you're not able to access it, there is probably some issue with your graphic drivers.
- In that case, you should be able to find out the name of your graphics card using
lspci | grep VGA
. - You can find out the compatible drivers for your graphics card using the link.
- (Try without this stepand maybe then with this step if there was no success). Remove the existing broken drivers using
sudo apt-get purge nvidia*
.
Install the drivers using
sudo add-apt-repository ppa:graphics-drivers
sudo apt-get update
sudo apt-get install nvidia-390
(Or whatever the compatible driver is for your graphics card)
Try a restart using
systemctl reboot -i
and hope your login loop is fixed.
Is your HOME your HOME?
- Check the owner of your home directory using
ls -l /home
- If you don not own your home directory, change it using
sudo chown $USER:$USER $HOME
- Try a restart using systemctl reboot -i and hope your login loop is fixed.
Do you own your .Xauthority?
- Check the owner of your home directory using
ls -l ~/.Xauthority
- If you don't own your .Xauthority, change it using
sudo chown $USER:$USER ~/.Xauthority
- If you do, move your .Xauthority file using
sudo mv ~/.Xauthority ~/.Xauthority.bak
- Try a restart using systemctl reboot -i and hope your login loop is fixed.
- You might need to do the same thing on .ICEauthority.
Is your /tmp right?
- Run
ls -ld /tmp
and make sure the permissions are exactlydrwxrwxrwt
. The output should be of this sort
drwxrwxrwt 27 root root 36864 Sep 17 17:15 /tmp
- If not, run
sudo chmod a+wt /tmp
- Try a restart using systemctl reboot -i and hope your login loop is fixed.
Maybe lightdm is your problem?
- Reconfigure your display manager using
dpkg-reconfigure lightdm
and try out other display managers (gdm3,lightdm,) that are available. Maybe this will you give you enough clues to move forward. - If none of them help,try installing sddm using
sudo apt-get install sddm
for one final try. reconfigure display to sddm.
If none of the above solutions worked, you can try re-installing ubuntu.
P.S: This is a compilation of answers from the sources I refered to, some from this post as well.
add a comment |
up vote
3
down vote
up vote
3
down vote
I have been through this problem multiple times and it has been a different issue each time. One of the following issues could have caused your problem and you could use the command line interface by using Ctrl+Alt+F1 (Replace F1 with F2,F3.... if your tty1 is occupied) to try the following solutions
NVIDIA drivers missing or broken?
- Run
nvidia-smi
to access the NVIDIA system management interface. The output should be something of this sort.
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 |
+-----------------------------------------------------------------------------+
If you're not able to access it, there is probably some issue with your graphic drivers.
- In that case, you should be able to find out the name of your graphics card using
lspci | grep VGA
. - You can find out the compatible drivers for your graphics card using the link.
- (Try without this stepand maybe then with this step if there was no success). Remove the existing broken drivers using
sudo apt-get purge nvidia*
.
Install the drivers using
sudo add-apt-repository ppa:graphics-drivers
sudo apt-get update
sudo apt-get install nvidia-390
(Or whatever the compatible driver is for your graphics card)
Try a restart using
systemctl reboot -i
and hope your login loop is fixed.
Is your HOME your HOME?
- Check the owner of your home directory using
ls -l /home
- If you don not own your home directory, change it using
sudo chown $USER:$USER $HOME
- Try a restart using systemctl reboot -i and hope your login loop is fixed.
Do you own your .Xauthority?
- Check the owner of your home directory using
ls -l ~/.Xauthority
- If you don't own your .Xauthority, change it using
sudo chown $USER:$USER ~/.Xauthority
- If you do, move your .Xauthority file using
sudo mv ~/.Xauthority ~/.Xauthority.bak
- Try a restart using systemctl reboot -i and hope your login loop is fixed.
- You might need to do the same thing on .ICEauthority.
Is your /tmp right?
- Run
ls -ld /tmp
and make sure the permissions are exactlydrwxrwxrwt
. The output should be of this sort
drwxrwxrwt 27 root root 36864 Sep 17 17:15 /tmp
- If not, run
sudo chmod a+wt /tmp
- Try a restart using systemctl reboot -i and hope your login loop is fixed.
Maybe lightdm is your problem?
- Reconfigure your display manager using
dpkg-reconfigure lightdm
and try out other display managers (gdm3,lightdm,) that are available. Maybe this will you give you enough clues to move forward. - If none of them help,try installing sddm using
sudo apt-get install sddm
for one final try. reconfigure display to sddm.
If none of the above solutions worked, you can try re-installing ubuntu.
P.S: This is a compilation of answers from the sources I refered to, some from this post as well.
I have been through this problem multiple times and it has been a different issue each time. One of the following issues could have caused your problem and you could use the command line interface by using Ctrl+Alt+F1 (Replace F1 with F2,F3.... if your tty1 is occupied) to try the following solutions
NVIDIA drivers missing or broken?
- Run
nvidia-smi
to access the NVIDIA system management interface. The output should be something of this sort.
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 |
+-----------------------------------------------------------------------------+
If you're not able to access it, there is probably some issue with your graphic drivers.
- In that case, you should be able to find out the name of your graphics card using
lspci | grep VGA
. - You can find out the compatible drivers for your graphics card using the link.
- (Try without this stepand maybe then with this step if there was no success). Remove the existing broken drivers using
sudo apt-get purge nvidia*
.
Install the drivers using
sudo add-apt-repository ppa:graphics-drivers
sudo apt-get update
sudo apt-get install nvidia-390
(Or whatever the compatible driver is for your graphics card)
Try a restart using
systemctl reboot -i
and hope your login loop is fixed.
Is your HOME your HOME?
- Check the owner of your home directory using
ls -l /home
- If you don not own your home directory, change it using
sudo chown $USER:$USER $HOME
- Try a restart using systemctl reboot -i and hope your login loop is fixed.
Do you own your .Xauthority?
- Check the owner of your home directory using
ls -l ~/.Xauthority
- If you don't own your .Xauthority, change it using
sudo chown $USER:$USER ~/.Xauthority
- If you do, move your .Xauthority file using
sudo mv ~/.Xauthority ~/.Xauthority.bak
- Try a restart using systemctl reboot -i and hope your login loop is fixed.
- You might need to do the same thing on .ICEauthority.
Is your /tmp right?
- Run
ls -ld /tmp
and make sure the permissions are exactlydrwxrwxrwt
. The output should be of this sort
drwxrwxrwt 27 root root 36864 Sep 17 17:15 /tmp
- If not, run
sudo chmod a+wt /tmp
- Try a restart using systemctl reboot -i and hope your login loop is fixed.
Maybe lightdm is your problem?
- Reconfigure your display manager using
dpkg-reconfigure lightdm
and try out other display managers (gdm3,lightdm,) that are available. Maybe this will you give you enough clues to move forward. - If none of them help,try installing sddm using
sudo apt-get install sddm
for one final try. reconfigure display to sddm.
If none of the above solutions worked, you can try re-installing ubuntu.
P.S: This is a compilation of answers from the sources I refered to, some from this post as well.
answered Sep 18 at 0:42
Bhargav Chereddy
411
411
add a comment |
add a comment |
up vote
2
down vote
Change to another login screen.
Ctrl+Alt+F2 to open a terminal.
Ctrl+Alt+F7 to go back to the graphic mode.
Type sudo dpkg-reconfigure gdm
In a graphic screen, select gdm and OK.
Type sudo reboot
4
I don't think thiss will work, he is having problems after gdm/lightdm
– coteyr
Nov 29 '12 at 17:09
No, the lightDM loop does actually happen like this (although it depends on the length of the black screen)
– WindowsEscapist
Nov 29 '12 at 17:20
until now, nothing really helps :( i selected gdm but now there's only the ubuntu 12.10 wallpaper, nothing else
– Calvin Wahlers
Nov 29 '12 at 17:22
Probably I should add that the last time I used Ubuntu firefox told me to restart it... it crashed. LibreOffice also did. Then I rebootet and since that moment yesterday it doesn't work.
– Calvin Wahlers
Nov 29 '12 at 18:29
add a comment |
up vote
2
down vote
Change to another login screen.
Ctrl+Alt+F2 to open a terminal.
Ctrl+Alt+F7 to go back to the graphic mode.
Type sudo dpkg-reconfigure gdm
In a graphic screen, select gdm and OK.
Type sudo reboot
4
I don't think thiss will work, he is having problems after gdm/lightdm
– coteyr
Nov 29 '12 at 17:09
No, the lightDM loop does actually happen like this (although it depends on the length of the black screen)
– WindowsEscapist
Nov 29 '12 at 17:20
until now, nothing really helps :( i selected gdm but now there's only the ubuntu 12.10 wallpaper, nothing else
– Calvin Wahlers
Nov 29 '12 at 17:22
Probably I should add that the last time I used Ubuntu firefox told me to restart it... it crashed. LibreOffice also did. Then I rebootet and since that moment yesterday it doesn't work.
– Calvin Wahlers
Nov 29 '12 at 18:29
add a comment |
up vote
2
down vote
up vote
2
down vote
Change to another login screen.
Ctrl+Alt+F2 to open a terminal.
Ctrl+Alt+F7 to go back to the graphic mode.
Type sudo dpkg-reconfigure gdm
In a graphic screen, select gdm and OK.
Type sudo reboot
Change to another login screen.
Ctrl+Alt+F2 to open a terminal.
Ctrl+Alt+F7 to go back to the graphic mode.
Type sudo dpkg-reconfigure gdm
In a graphic screen, select gdm and OK.
Type sudo reboot
edited Apr 19 '13 at 7:27
Radu Rădeanu
115k34246321
115k34246321
answered Nov 29 '12 at 17:07
Horacio Galan
372
372
4
I don't think thiss will work, he is having problems after gdm/lightdm
– coteyr
Nov 29 '12 at 17:09
No, the lightDM loop does actually happen like this (although it depends on the length of the black screen)
– WindowsEscapist
Nov 29 '12 at 17:20
until now, nothing really helps :( i selected gdm but now there's only the ubuntu 12.10 wallpaper, nothing else
– Calvin Wahlers
Nov 29 '12 at 17:22
Probably I should add that the last time I used Ubuntu firefox told me to restart it... it crashed. LibreOffice also did. Then I rebootet and since that moment yesterday it doesn't work.
– Calvin Wahlers
Nov 29 '12 at 18:29
add a comment |
4
I don't think thiss will work, he is having problems after gdm/lightdm
– coteyr
Nov 29 '12 at 17:09
No, the lightDM loop does actually happen like this (although it depends on the length of the black screen)
– WindowsEscapist
Nov 29 '12 at 17:20
until now, nothing really helps :( i selected gdm but now there's only the ubuntu 12.10 wallpaper, nothing else
– Calvin Wahlers
Nov 29 '12 at 17:22
Probably I should add that the last time I used Ubuntu firefox told me to restart it... it crashed. LibreOffice also did. Then I rebootet and since that moment yesterday it doesn't work.
– Calvin Wahlers
Nov 29 '12 at 18:29
4
4
I don't think thiss will work, he is having problems after gdm/lightdm
– coteyr
Nov 29 '12 at 17:09
I don't think thiss will work, he is having problems after gdm/lightdm
– coteyr
Nov 29 '12 at 17:09
No, the lightDM loop does actually happen like this (although it depends on the length of the black screen)
– WindowsEscapist
Nov 29 '12 at 17:20
No, the lightDM loop does actually happen like this (although it depends on the length of the black screen)
– WindowsEscapist
Nov 29 '12 at 17:20
until now, nothing really helps :( i selected gdm but now there's only the ubuntu 12.10 wallpaper, nothing else
– Calvin Wahlers
Nov 29 '12 at 17:22
until now, nothing really helps :( i selected gdm but now there's only the ubuntu 12.10 wallpaper, nothing else
– Calvin Wahlers
Nov 29 '12 at 17:22
Probably I should add that the last time I used Ubuntu firefox told me to restart it... it crashed. LibreOffice also did. Then I rebootet and since that moment yesterday it doesn't work.
– Calvin Wahlers
Nov 29 '12 at 18:29
Probably I should add that the last time I used Ubuntu firefox told me to restart it... it crashed. LibreOffice also did. Then I rebootet and since that moment yesterday it doesn't work.
– Calvin Wahlers
Nov 29 '12 at 18:29
add a comment |
up vote
2
down vote
I had to remove NVIDIA drivers to get in, as in (replace nvidia-current with nvidia-340 or whatever your number is).
Revert back to Nouveau drivers
Then I had a buggy UNITY frame. I had to follow the steps showed here to fix them:
https://askubuntu.com/a/290376/275142
add a comment |
up vote
2
down vote
I had to remove NVIDIA drivers to get in, as in (replace nvidia-current with nvidia-340 or whatever your number is).
Revert back to Nouveau drivers
Then I had a buggy UNITY frame. I had to follow the steps showed here to fix them:
https://askubuntu.com/a/290376/275142
add a comment |
up vote
2
down vote
up vote
2
down vote
I had to remove NVIDIA drivers to get in, as in (replace nvidia-current with nvidia-340 or whatever your number is).
Revert back to Nouveau drivers
Then I had a buggy UNITY frame. I had to follow the steps showed here to fix them:
https://askubuntu.com/a/290376/275142
I had to remove NVIDIA drivers to get in, as in (replace nvidia-current with nvidia-340 or whatever your number is).
Revert back to Nouveau drivers
Then I had a buggy UNITY frame. I had to follow the steps showed here to fix them:
https://askubuntu.com/a/290376/275142
edited Apr 13 '17 at 12:25
Community♦
1
1
answered Sep 30 '15 at 0:57
Evin1_
22916
22916
add a comment |
add a comment |
up vote
2
down vote
This happened to me when I switched off the computer while it was still finishing upgrading to the latest kernel images. I did CTRL-ALT F1, logged in, then sudo apt-get update
and sudo apt-get dist-upgrade
and let it finish to setup.
After rebooting, I was able to login into the destkop again.
add a comment |
up vote
2
down vote
This happened to me when I switched off the computer while it was still finishing upgrading to the latest kernel images. I did CTRL-ALT F1, logged in, then sudo apt-get update
and sudo apt-get dist-upgrade
and let it finish to setup.
After rebooting, I was able to login into the destkop again.
add a comment |
up vote
2
down vote
up vote
2
down vote
This happened to me when I switched off the computer while it was still finishing upgrading to the latest kernel images. I did CTRL-ALT F1, logged in, then sudo apt-get update
and sudo apt-get dist-upgrade
and let it finish to setup.
After rebooting, I was able to login into the destkop again.
This happened to me when I switched off the computer while it was still finishing upgrading to the latest kernel images. I did CTRL-ALT F1, logged in, then sudo apt-get update
and sudo apt-get dist-upgrade
and let it finish to setup.
After rebooting, I was able to login into the destkop again.
answered Nov 20 '15 at 16:03
f.cipriani
4611411
4611411
add a comment |
add a comment |
up vote
2
down vote
May you are affected by Bug #1240336 where different permissions are gone after release upgrade.
Other side effects
- no guest login
- Synaptic not starting from menu
I get login to work when I put the user into the video
group or after running sudo chmod a+rw /dev/dri/*
in a terminal.
But:
- no sound
- Logout from user menu not working
- running
/usr/lib/policykit-1-gnome/polkit-gnome-authentication-agent-1
gives: polkit-gnome-authentication-agent-1:5805): polkit-gnome-1-WARNING **: Unable to determine the session we are in: No session for pid 5805
Solution
Run sudo pam-auth-update --force
in terminal.
This solved the described problems in my cases.
add a comment |
up vote
2
down vote
May you are affected by Bug #1240336 where different permissions are gone after release upgrade.
Other side effects
- no guest login
- Synaptic not starting from menu
I get login to work when I put the user into the video
group or after running sudo chmod a+rw /dev/dri/*
in a terminal.
But:
- no sound
- Logout from user menu not working
- running
/usr/lib/policykit-1-gnome/polkit-gnome-authentication-agent-1
gives: polkit-gnome-authentication-agent-1:5805): polkit-gnome-1-WARNING **: Unable to determine the session we are in: No session for pid 5805
Solution
Run sudo pam-auth-update --force
in terminal.
This solved the described problems in my cases.
add a comment |
up vote
2
down vote
up vote
2
down vote
May you are affected by Bug #1240336 where different permissions are gone after release upgrade.
Other side effects
- no guest login
- Synaptic not starting from menu
I get login to work when I put the user into the video
group or after running sudo chmod a+rw /dev/dri/*
in a terminal.
But:
- no sound
- Logout from user menu not working
- running
/usr/lib/policykit-1-gnome/polkit-gnome-authentication-agent-1
gives: polkit-gnome-authentication-agent-1:5805): polkit-gnome-1-WARNING **: Unable to determine the session we are in: No session for pid 5805
Solution
Run sudo pam-auth-update --force
in terminal.
This solved the described problems in my cases.
May you are affected by Bug #1240336 where different permissions are gone after release upgrade.
Other side effects
- no guest login
- Synaptic not starting from menu
I get login to work when I put the user into the video
group or after running sudo chmod a+rw /dev/dri/*
in a terminal.
But:
- no sound
- Logout from user menu not working
- running
/usr/lib/policykit-1-gnome/polkit-gnome-authentication-agent-1
gives: polkit-gnome-authentication-agent-1:5805): polkit-gnome-1-WARNING **: Unable to determine the session we are in: No session for pid 5805
Solution
Run sudo pam-auth-update --force
in terminal.
This solved the described problems in my cases.
edited Apr 25 '17 at 5:22
Zanna
49.4k13128236
49.4k13128236
answered May 29 '15 at 9:55
uzhoasit
1,213812
1,213812
add a comment |
add a comment |
up vote
1
down vote
I had the same problem after I upgraded to 12.10.Then I came here from Google. I created another user and I could login.
As I don't use Unity, I uninstalled lighdm. After reboot, I could login. You can try that.
Good luck!
add a comment |
up vote
1
down vote
I had the same problem after I upgraded to 12.10.Then I came here from Google. I created another user and I could login.
As I don't use Unity, I uninstalled lighdm. After reboot, I could login. You can try that.
Good luck!
add a comment |
up vote
1
down vote
up vote
1
down vote
I had the same problem after I upgraded to 12.10.Then I came here from Google. I created another user and I could login.
As I don't use Unity, I uninstalled lighdm. After reboot, I could login. You can try that.
Good luck!
I had the same problem after I upgraded to 12.10.Then I came here from Google. I created another user and I could login.
As I don't use Unity, I uninstalled lighdm. After reboot, I could login. You can try that.
Good luck!
answered Jun 3 '13 at 15:57
James Ni
112
112
add a comment |
add a comment |
up vote
1
down vote
I have been experiencing the very same problem a couple of times every week and have tried most of solutions given here but the only way I can log back in is by restarting lightdm.
sudo service lightdm restart.
The funny thing is that even after I restrat lightdm, it does not log in on the first attempt but only on my second attempt even though I am entering the right password. I realised this a few weeks ago and I have verified this a few times, making sure that I am not accidentally keying in my password wrong. I am now certain that it does not log me in
the first time after restarting lightdm but only on the second attempt!
Today I got a clue about my problem. I have an external monitor connected to my laptop. When I got into the login loop I decided to somehow get it working with restarting lightdm. From a bug report in launchpad I got an idea that it could be due to some issue in recognising my external monitor. So, I disconnected the monitor, dropped to tty1 and back and the login worked the first time! Not the second time like when I restarted lightdm. This is better but there has to be a solution which does not require this.
– eshwar
Jul 18 '14 at 10:17
add a comment |
up vote
1
down vote
I have been experiencing the very same problem a couple of times every week and have tried most of solutions given here but the only way I can log back in is by restarting lightdm.
sudo service lightdm restart.
The funny thing is that even after I restrat lightdm, it does not log in on the first attempt but only on my second attempt even though I am entering the right password. I realised this a few weeks ago and I have verified this a few times, making sure that I am not accidentally keying in my password wrong. I am now certain that it does not log me in
the first time after restarting lightdm but only on the second attempt!
Today I got a clue about my problem. I have an external monitor connected to my laptop. When I got into the login loop I decided to somehow get it working with restarting lightdm. From a bug report in launchpad I got an idea that it could be due to some issue in recognising my external monitor. So, I disconnected the monitor, dropped to tty1 and back and the login worked the first time! Not the second time like when I restarted lightdm. This is better but there has to be a solution which does not require this.
– eshwar
Jul 18 '14 at 10:17
add a comment |
up vote
1
down vote
up vote
1
down vote
I have been experiencing the very same problem a couple of times every week and have tried most of solutions given here but the only way I can log back in is by restarting lightdm.
sudo service lightdm restart.
The funny thing is that even after I restrat lightdm, it does not log in on the first attempt but only on my second attempt even though I am entering the right password. I realised this a few weeks ago and I have verified this a few times, making sure that I am not accidentally keying in my password wrong. I am now certain that it does not log me in
the first time after restarting lightdm but only on the second attempt!
I have been experiencing the very same problem a couple of times every week and have tried most of solutions given here but the only way I can log back in is by restarting lightdm.
sudo service lightdm restart.
The funny thing is that even after I restrat lightdm, it does not log in on the first attempt but only on my second attempt even though I am entering the right password. I realised this a few weeks ago and I have verified this a few times, making sure that I am not accidentally keying in my password wrong. I am now certain that it does not log me in
the first time after restarting lightdm but only on the second attempt!
answered Jul 8 '14 at 10:06
eshwar
4184720
4184720
Today I got a clue about my problem. I have an external monitor connected to my laptop. When I got into the login loop I decided to somehow get it working with restarting lightdm. From a bug report in launchpad I got an idea that it could be due to some issue in recognising my external monitor. So, I disconnected the monitor, dropped to tty1 and back and the login worked the first time! Not the second time like when I restarted lightdm. This is better but there has to be a solution which does not require this.
– eshwar
Jul 18 '14 at 10:17
add a comment |
Today I got a clue about my problem. I have an external monitor connected to my laptop. When I got into the login loop I decided to somehow get it working with restarting lightdm. From a bug report in launchpad I got an idea that it could be due to some issue in recognising my external monitor. So, I disconnected the monitor, dropped to tty1 and back and the login worked the first time! Not the second time like when I restarted lightdm. This is better but there has to be a solution which does not require this.
– eshwar
Jul 18 '14 at 10:17
Today I got a clue about my problem. I have an external monitor connected to my laptop. When I got into the login loop I decided to somehow get it working with restarting lightdm. From a bug report in launchpad I got an idea that it could be due to some issue in recognising my external monitor. So, I disconnected the monitor, dropped to tty1 and back and the login worked the first time! Not the second time like when I restarted lightdm. This is better but there has to be a solution which does not require this.
– eshwar
Jul 18 '14 at 10:17
Today I got a clue about my problem. I have an external monitor connected to my laptop. When I got into the login loop I decided to somehow get it working with restarting lightdm. From a bug report in launchpad I got an idea that it could be due to some issue in recognising my external monitor. So, I disconnected the monitor, dropped to tty1 and back and the login worked the first time! Not the second time like when I restarted lightdm. This is better but there has to be a solution which does not require this.
– eshwar
Jul 18 '14 at 10:17
add a comment |
up vote
1
down vote
If the other questions do not lead to a solution, my suggestion is to try to follow these steps:
Login in character mode with a VC (Virtual Console). That is, Ctrl Alt F1 and your username/password login. Let's call this user
original
.
Create a new user. You can use for example:
adduser newuser --group sudo
to add a new administrative user (that is, a user that can do
sudo
).
Try to login as
newuser
. If it works, you now that the problem is in the specific setup oforiginal
user. Otherwise, stop reading here --- the problem is at system level and you'll probably need to reinstall something of the graphic stack.
Now you can try to search what happened. Compare hidden files in
~original
and~newuser
and try to find mismatches. Especially you should search for files not owned by you:
find . ! -user original
and files that are not writable to you (there will be more of them, especially in caches):
find . ! -perm -u=w
You can move suspicious files to a backup (
sudo mv whatever whatever-backup
) and try to login again.Files in
/tmp
and/var
that can be sensible to this problem should be deleted by a reboot --- but sometime there is some remnant over there, too.
As a last resort, you can backup the important info of original
(not all the home dir! or you'll propagate the problem), and delete and recreate it, although it is better to be able to find where the problem is.
add a comment |
up vote
1
down vote
If the other questions do not lead to a solution, my suggestion is to try to follow these steps:
Login in character mode with a VC (Virtual Console). That is, Ctrl Alt F1 and your username/password login. Let's call this user
original
.
Create a new user. You can use for example:
adduser newuser --group sudo
to add a new administrative user (that is, a user that can do
sudo
).
Try to login as
newuser
. If it works, you now that the problem is in the specific setup oforiginal
user. Otherwise, stop reading here --- the problem is at system level and you'll probably need to reinstall something of the graphic stack.
Now you can try to search what happened. Compare hidden files in
~original
and~newuser
and try to find mismatches. Especially you should search for files not owned by you:
find . ! -user original
and files that are not writable to you (there will be more of them, especially in caches):
find . ! -perm -u=w
You can move suspicious files to a backup (
sudo mv whatever whatever-backup
) and try to login again.Files in
/tmp
and/var
that can be sensible to this problem should be deleted by a reboot --- but sometime there is some remnant over there, too.
As a last resort, you can backup the important info of original
(not all the home dir! or you'll propagate the problem), and delete and recreate it, although it is better to be able to find where the problem is.
add a comment |
up vote
1
down vote
up vote
1
down vote
If the other questions do not lead to a solution, my suggestion is to try to follow these steps:
Login in character mode with a VC (Virtual Console). That is, Ctrl Alt F1 and your username/password login. Let's call this user
original
.
Create a new user. You can use for example:
adduser newuser --group sudo
to add a new administrative user (that is, a user that can do
sudo
).
Try to login as
newuser
. If it works, you now that the problem is in the specific setup oforiginal
user. Otherwise, stop reading here --- the problem is at system level and you'll probably need to reinstall something of the graphic stack.
Now you can try to search what happened. Compare hidden files in
~original
and~newuser
and try to find mismatches. Especially you should search for files not owned by you:
find . ! -user original
and files that are not writable to you (there will be more of them, especially in caches):
find . ! -perm -u=w
You can move suspicious files to a backup (
sudo mv whatever whatever-backup
) and try to login again.Files in
/tmp
and/var
that can be sensible to this problem should be deleted by a reboot --- but sometime there is some remnant over there, too.
As a last resort, you can backup the important info of original
(not all the home dir! or you'll propagate the problem), and delete and recreate it, although it is better to be able to find where the problem is.
If the other questions do not lead to a solution, my suggestion is to try to follow these steps:
Login in character mode with a VC (Virtual Console). That is, Ctrl Alt F1 and your username/password login. Let's call this user
original
.
Create a new user. You can use for example:
adduser newuser --group sudo
to add a new administrative user (that is, a user that can do
sudo
).
Try to login as
newuser
. If it works, you now that the problem is in the specific setup oforiginal
user. Otherwise, stop reading here --- the problem is at system level and you'll probably need to reinstall something of the graphic stack.
Now you can try to search what happened. Compare hidden files in
~original
and~newuser
and try to find mismatches. Especially you should search for files not owned by you:
find . ! -user original
and files that are not writable to you (there will be more of them, especially in caches):
find . ! -perm -u=w
You can move suspicious files to a backup (
sudo mv whatever whatever-backup
) and try to login again.Files in
/tmp
and/var
that can be sensible to this problem should be deleted by a reboot --- but sometime there is some remnant over there, too.
As a last resort, you can backup the important info of original
(not all the home dir! or you'll propagate the problem), and delete and recreate it, although it is better to be able to find where the problem is.
edited Apr 13 '17 at 12:24
Community♦
1
1
answered Nov 26 '14 at 11:58
Rmano
25.1k876144
25.1k876144
add a comment |
add a comment |
1 2
next
protected by Community♦ Jun 26 '13 at 13:55
Thank you for your interest in this question.
Because it has attracted low-quality or spam answers that had to be removed, posting an answer now requires 10 reputation on this site (the association bonus does not count).
Would you like to answer one of these unanswered questions instead?
21
Look in ~/.xsession-errors; there might be a clue there.
– offby1
Apr 21 '12 at 23:09
@CalvinWahlers Since you installed Quantal, you couldn't start the system correctly? Have you installed drivers some? Could you connect from some TTY (Ctrl+Alt+F1..F6) with any user?
– Lucio
Nov 30 '12 at 2:13
no, it worked fin for I think month... But suddenly that happened
– Calvin Wahlers
Nov 30 '12 at 12:45
seems that I can't post an answer. I had a similar problem and after trying all workarounds mentioned here with no success, I found that my sessions where messed up in /usr/share/xsessions. Moved all files there to my /home dir (to have a copy) and tried to login using kdm (I use Kubuntu). To select kdm as login screen, I executed
sudo dpkg-reconfigure lightdm
and selected kdm. With kdm you can select a previous session or a default one. This was the way to go.– Ivan Ferrer Villa
Feb 12 '14 at 21:40
2
I don't have enough reputation to answer, but what worked for me was following instructions here. In short do
sudo ubuntu-drivers devices
, and thensudo apt-get install
the recommended driver.– kabdulla
Apr 4 '17 at 7:05