Solved Log in problem Debian

Solved issue

Teklehaimanot

Member
Joined
Aug 5, 2023
Messages
32
Reaction score
6
Credits
222
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
 

Attachments

  • IMG_20240908_190351961~2.jpg
    IMG_20240908_190351961~2.jpg
    1 MB · Views: 78


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:
Code:
$ 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:
Code:
$ 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:
Code:
chmod 1777 /tmp
 
Last edited:
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.
 

Members online


Latest posts

Top