Solved Log in problem Debian

[Teklehaimanot]

Hi all,
I got problem to log in to my debian 12 system with Xfce environment.

I attach the error snapshot.
Thank you for your support

 

[ron.alan]

Maybe something here will help:

https://forums.debian.net/viewtopic.php?t=138677

 

[osprey]

Hi all,
I got problem to log in to my debian 12 system with Xfce environment.

I attach the error snapshot.
Thank you for your support

The message is telling you that X can't write to the /tmp directory. The X GUI program uses /tmp to write a "magic cookie" file when it uses startx or starts up, and for some reason on your system, apparently it's unable to do so.

A few checks to start with may be useful. To see what space is available on the system run something like the following:

$ du -h
Filesystem      Size  Used Avail Use% Mounted on
udev            7.7G     0  7.7G   0% /dev
tmpfs           1.6G  2.0M  1.6G   1% /run
/dev/nvme0n1p3  443G   29G  392G   7% /
tmpfs           7.7G     0  7.7G   0% /dev/shm
efivarfs        192K   99K   89K  53% /sys/firmware/efi/efivars
tmpfs           5.0M   12K  5.0M   1% /run/lock
tmpfs           1.0M     0  1.0M   0% /run/credentials/systemd-journald.service
tmpfs           1.0M     0  1.0M   0% /run/credentials/systemd-udev-load-credentials.service
tmpfs           1.0M     0  1.0M   0% /run/credentials/systemd-sysctl.service
tmpfs           1.0M     0  1.0M   0% /run/credentials/systemd-tmpfiles-setup-dev-early.service
tmpfs           1.0M     0  1.0M   0% /run/credentials/systemd-tmpfiles-setup-dev.service
tmpfs           7.7G   13M  7.7G   1% /tmp  <----------------------NOTE HERE
/dev/nvme0n1p1  476M  4.4M  471M   1% /boot/efi
tmpfs           1.0M     0  1.0M   0% /run/credentials/systemd-tmpfiles-setup.service
tmpfs           1.0M     0  1.0M   0% /run/credentials/[email protected]
tmpfs           1.6G   68K  1.6G   1% /run/user/100

In this output, where there is no problem with X, it's clear that /tmp has 7.7G available, and it's only using 1%. The output shows space available on the whole filesystem, so that's worth checking too.

There could be a problem if /tmp is a separate partition on the system which has filled up as the system has grown with upgrades and new installations since systemd makes extensive use of /tmp.

Another check is to see the permissions of the /tmp directory, so run:

$ ls -ld /tmp
drwxrwxrwt 18 root root 400 Sep  9 07:46 /tmp

which shows permissions: 1777. If the permissions are different to the output here, you could run the following as root to correct them:

chmod 1777 /tmp

 

[Teklehaimanot]

Hi @osprey, thank you very much for sharing this. This helped me that the problem is related to lack of sufficient space.
After applying apt-get clean, I am able to open my PC again. The /dev/mapper/username--vg-root was 100% used. After cleaning, it reduced to 99%. However, I am afraid that the problem might arise again there is not sufficient space again.

 

[Teklehaimanot]

Maybe something here will help:

https://forums.debian.net/viewtopic.php?t=138677

Thank you for sharing this!