Can't log in

BobTheBull · August 18, 2012, 6:26pm

Company gave me a notebook, whoohoo! Came with Win7, so first thing I did was install 12.1 and configured it just like I wanted it. Worked really great. Then one night I was playing around with setting for power management to make it run cooler when I noticed it was running really hot (from the exhaust). I immediately ran shut down.

Now, when I boot I get to the login screen but cannot login as UserName. Every time I try to login under my username it fails. I can login as root, so I did that and reset my username password in YAST, but didn’t work. Tried setting a different password, didn’t work. Can still login as root anytime.

How do I get it to let me login as Username?

mr0z · August 18, 2012, 6:47pm

Odd. Have you tried creating a dummy user via root to test login under a different username? Also, can you login to username from a console (non-X?)

jdmcdaniel3 · August 18, 2012, 7:37pm

At the login screen, make sure to select/reselect the (kde or gnome) desktop to be loaded before you login. It might have forgot what you used on the previous try.

Thank You,

BobTheBull · August 18, 2012, 8:59pm

Have not tried dummy user. Whole point is to see if I can get my user back with all it’s settings without reinstall. Same thing happens with console login. Selecting desktop makes no difference, either.

gogalthorp · August 18, 2012, 9:04pm

Dummy user is to see if your config files for your normal user are messed up or if something else. It may or may not act as a solution.

BobTheBull · August 18, 2012, 9:16pm

Dummy login gives this message: call to lnusertemp failed (temporary directories full?). Check your installation.

gogalthorp · August 18, 2012, 9:52pm

OK sounds like you filled up root directory.

Boot to terminal - login as root - type cd /tmp then rm -R *

to clear tmp

reboot

BobTheBull · August 18, 2012, 10:20pm

OK, did that, no change in anything.

martin_helm · August 18, 2012, 10:32pm

Am 18.08.2012 22:26, schrieb BobTheBull:
>
> OK, did that, no change in anything.
>
>
That you cannot login as normal user on the console makes makes me
suspect that your /home is simply not mounted.
What is the output from


cat /etc/fstab
df -h

?

–
PC: oS 12.2 x86_64 | i7-2600@3.40GHz | 16GB | KDE 4.8.4 | GeForce GT 420
ThinkPad E320: oS 12.1 x86_64 | i3@2.30GHz | 8GB | KDE 4.8.5 | HD 3000
eCAFE 800: oS 12.1 i586 | AMD Geode LX 800@500MHz | 512MB | KDE 3.5.10

robin_listas · August 18, 2012, 10:38pm

On 2012-08-18 22:26, BobTheBull wrote:
>
> OK, did that, no change in anything.


df -h

and post it here using code tags.

–
Cheers / Saludos,

Carlos E. R.
(from 11.4 x86_64 “Celadon” at Telcontar)

mr0z · August 18, 2012, 11:02pm

interesting that clearing the contents of /tmp didn’t help. i too am curious about out from df along with the contents of your fstab.

martin_helm · August 18, 2012, 11:16pm

If that is a kde system, you may also have to clean /var/tmp


rm -rf /var/tmp/kdecache-*

–
PC: oS 12.2 x86_64 | i7-2600@3.40GHz | 16GB | KDE 4.8.4 | GeForce GT 420
ThinkPad E320: oS 12.1 x86_64 | i3@2.30GHz | 8GB | KDE 4.8.5 | HD 3000
eCAFE 800: oS 12.1 i586 | AMD Geode LX 800@500MHz | 512MB | KDE 3.5.10

BobTheBull · August 19, 2012, 12:25am

Here is the output of df -h:

Filesystem Size Used Avail Use% Mounted on
rootfs 15G 15G 0 100% /
devtmpfs 1.9G 56K 1.9G 1% /dev
tmpfs 1.9G 1.6M 1.9G 1% /dev/shm
tmpfs 1.9G 696K 1.9G 1% /run
/dev/sda8 15G 15G 0 100% /
tmpfs 1.9G 0 1.9G 0% /sys/fs/cgroup
tmpfs 1.9G 696K 1.9G 1% /var/lock
tmpfs 1.9G 696K 1.9G 1% /var/run
tmpfs 1.9G 0 1.9G 0% /media
/dev/sda10 92G 15G 73G 17% /data1
/dev/sda9 15G 816M 13G 6% /home
Filesystem Size Used Avail Use% Mounted on
rootfs 15G 15G 0 100% /
devtmpfs 1.9G 56K 1.9G 1% /dev
tmpfs 1.9G 1.6M 1.9G 1% /dev/shm
tmpfs 1.9G 696K 1.9G 1% /run
/dev/sda8 15G 15G 0 100% /
tmpfs 1.9G 0 1.9G 0% /sys/fs/cgroup
tmpfs 1.9G 696K 1.9G 1% /var/lock
tmpfs 1.9G 696K 1.9G 1% /var/run
tmpfs 1.9G 0 1.9G 0% /media
/dev/sda10 92G 15G 73G 17% /data1
/dev/sda9 15G 816M 13G 6% /home

I think I’m starting to see the problem here. rootfs shows 100% full; sda8 is a 15G part for root, sda9 is a 15G part for home and sda10 is a data part using the rest of the drive. There is also a win part before for Win7.

When I use a file manager to check, it shows root part is only about 50% used. And yes, home is mounted.

In order to get the output from notebook to desktop, I copied text to a kwrite file in /home/documents on the notebook and then used Samba network to copy that to the desktop. Note that the username and password for the samba shares is the same one which won’t work on login; go figure.

and yes, this is a kde desktop.

OK, the output doesn’t come at all right. How do I put term output into a post so that I looks like it came out?

BobTheBull · August 19, 2012, 12:41am

And I take it back, Dolphin does show that part to be full.

martin_helm · August 19, 2012, 12:51am

Am 19.08.2012 00:46, schrieb BobTheBull:
>
> And I take it back, Dolphin does show that part to be full.
>
>
To identify a bit which directory takes most space (ignore what /usr
uses since that is large and has the appliactions) run a


du -scm /*

as root (can take a while).
It gives you the size in MB for every toplevel directory.

–
PC: oS 12.2 x86_64 | i7-2600@3.40GHz | 16GB | KDE 4.8.4 | GeForce GT 420
ThinkPad E320: oS 12.1 x86_64 | i3@2.30GHz | 8GB | KDE 4.8.5 | HD 3000
eCAFE 800: oS 12.1 i586 | AMD Geode LX 800@500MHz | 512MB | KDE 3.5.10

robin_listas · August 19, 2012, 12:55am

On 2012-08-19 00:26, BobTheBull wrote:
>
> Here is the output of df -h:

But we told you to use code tags and you have not. Advanced editor, # button.


> /dev/sda8       15G   15G     0 100% /

That is your problem. Are you sure you erased the /tmp directory as root in a text mode terminal as
we told you?

> When I use a file manager to check, it shows root part is only about
> 50% used. And yes, home is mounted.

Impossible.

Do not use a desktop on that machine, use text mode only.

–
Cheers / Saludos,

Carlos E. R.
(from 12.1 “Asparagus” GM (bombadillo))

mr0z · August 19, 2012, 12:59am

encapsulate your output in code tags "

"

perhaps time to remove some bulky packages so that you may get your user account operational?

BobTheBull · August 19, 2012, 1:02am

Filesystem      Size  Used Avail Use% Mounted on
rootfs           15G   15G     0 100% /
devtmpfs        1.9G   56K  1.9G   1% /dev
tmpfs           1.9G  1.6M  1.9G   1% /dev/shm
tmpfs           1.9G  696K  1.9G   1% /run
/dev/sda8        15G   15G     0 100% /
tmpfs           1.9G     0  1.9G   0% /sys/fs/cgroup
tmpfs           1.9G  696K  1.9G   1% /var/lock
tmpfs           1.9G  696K  1.9G   1% /var/run
tmpfs           1.9G     0  1.9G   0% /media
/dev/sda10       92G   15G   73G  17% /data1
/dev/sda9        15G  816M   13G   6% /home
Filesystem      Size  Used Avail Use% Mounted on
rootfs           15G   15G     0 100% /
devtmpfs        1.9G   56K  1.9G   1% /dev
tmpfs           1.9G  1.6M  1.9G   1% /dev/shm
tmpfs           1.9G  696K  1.9G   1% /run
/dev/sda8        15G   15G     0 100% /
tmpfs           1.9G     0  1.9G   0% /sys/fs/cgroup
tmpfs           1.9G  696K  1.9G   1% /var/lock
tmpfs           1.9G  696K  1.9G   1% /var/run
tmpfs           1.9G     0  1.9G   0% /media
/dev/sda10       92G   15G   73G  17% /data1
/dev/sda9        15G  816M   13G   6% /home

This is just to try the code tags out. Wow, it works. I knew it was a matter of using the right wrapper in Advanced, but didn’t know what. And I didn’t know what you meant by Code Tags.

mr0z · August 19, 2012, 1:08am

i actually tried putting the syntax for the code tags in the quotation marks above… but as you can see… that didn’t work

BobTheBull · August 19, 2012, 1:18am

Using du, and, yeah, that took a while, not just to output but to wade through, it seems /var/log is at fault. This contains 9.8G. there is one file of 4G in that dir, warn-20120404. None of the subdirs contain any significant amount of files, /lot/yast being the biggest at 6.5M.

Since they are all log files, would it not be safe to just delete all the files in /var/log (but not subdirs)?