Unable to write linux

Вход только из под рута.

Доброго времени. Ребят запутался , вот такая ситуация ,
у меня вход только из под рута,
когда пытаюсь войти из под юзьверя ,-
выдаёт «Xsession warning unable to write to /tmp; x session may exit with an error»
А началось всё после установке софта- aircrack-ng и компиляции вина,
я использовал не проверенный ресурс(теперь больше не когда не буду слушать блогеров)

# uname -a Linux roswel 3.16.0-4-amd64 #1 SMP Debian 3.16.51-3 (2017-12-13) x86_64 GNU/Linux
даже иксы поначалу не запускались ,но я всё по удалял,-
даже удалил папку tmp,музыку ,
Теперь только из под рута могу войти ,потерял допуск к многому.
что ещё можно тут сделать ,чтобы востановится можете сказать?

У меня была синхронизация с облаком на 50 гектаров, может быть и за этого ?

больше не когда не буду слушать блогеров

А вдруг тут ответит блогер, замаскированный под форумчанина? Нет, никого слушать нельзя, а то опять /tmp с музыкой удалять придется. Только сам!

теперь больше не когда не буду слушать блогеров

Был хоть 1 повод их слушать?

А началось всё после установке софта- aircrack-ng и компиляции вина,

Как это так? Давай bashrc (или какой там у тебя шел) с историей команд.

вход только из под рута
потерял допуск к многому

Selinux настраиваешь штоле ?

«Xsession warning unable to write to /tmp; x session may exit with an error»

И что тут не понятного? Ты сломал /tmp. В tty то юзер нормально логинится?

Источник

Linux Mint Forums

Welcome to the Linux Mint forums!

X Session warning Unable to write to /temp

X Session warning Unable to write to /temp

Post by ejazzkatt » Sat Nov 18, 2017 7:31 pm

My computer just started acting up. I tried to open Audacity and I walked away from the computer after I started the program. When I came back it hadn’t opened. I tried again to open it and I got a message saying that it was already opened. I tried to open Synaptic to install kwave and I got a ton of errors saying that it couldn’t load the repositories. I tried to open a terminal to install it that way and the terminal didn’t open.

When I rebooted I got the error message «X Session warning Unable to write to /temp X session may exit with an error» when I entered my login information.
I have no idea what is happening. I need some help, please.

Re: X Session warning Unable to write to /temp

Post by WharfRat » Sat Nov 18, 2017 7:51 pm

Are you sure it was /temp and not /tmp as there is no /temp folder.

Did you change the mode of the /tmp folder with chmod or change anything else related to the /tmp folder

Re: X Session warning Unable to write to /temp

Post by ejazzkatt » Sat Nov 18, 2017 7:57 pm

Re: X Session warning Unable to write to /temp

Post by Mute Ant » Sat Nov 18, 2017 8:10 pm

Re: X Session warning Unable to write to /temp(solved)

Post by ejazzkatt » Sun Nov 19, 2017 8:12 am

Mute Ant, how do I set the system to do a file system check every time?

I booted into recovery mode and I did a file system check. It still didn’t boot normally I rebooted into recovery mode and I chose the clean option. After that the system booted normally.

Re: X Session warning Unable to write to /temp

Post by Mute Ant » Sun Nov 19, 2017 2:11 pm

To mark the OS file-system for regular checking before mount.

o Open a console and enter the command df / to determine the Linux ‘handle’ of the root file system. It will be something like /dev/sda1 Use that handle in the tune2fs command shown next.

o Set check-every-1-mounts with the command sudo tune2fs -c 1 /dev/sda1

If there’s nothing wrong, the check adds around 10 seconds to the boot time. I think it’s worth it.

Источник

[РЕШЕНО] KUbuntu 9.10 перестала загружаться после обновления (unable to write to /tmp)

Пару дней назад установил обновление безопасности какое-то через KPackageKit. После этого пропала графическая оболочка (раб. стол, панельки все, просто чёрный экран вместо них), хотя курсор мыши и окна запущенных программ остались, можно было переключаться и всё такое, даже куб работал. Почуяв неладное, перезагрузил комп (вот уж не помню, как — «программно» или ресетом), загрузилось всё, появилось окно ввода логина и пароля, когда ввёл и нажал Enter, появилось маленькое окошко, гласившее «Xsession: warning: unable to write to /tmp; Xsession may exit with an error», и кнопочка okay, нажатие на которую возвращает к вводу логина и пароля. Такие дела.

В GRUB есть 3 версии ядра, последняя — как раз после этого рокового обновления (если надо, могу глянуть версию), то есть до этого обновлял разок, сразу как установил. Установил сисему пару недель назад, на отдельный раздел винта, на том же винте стоит WIN XP, хотя это вряд ли важно.

Загрузка предыдущих версий ядра ничего нового не даёт — всё то же самое.
А, ещё попробовал загрузиться в recovery mode, успешно залогинился через командную строку, ввод команды startx приводит всё к тому же окошку (при этом меняется разрешение экрана, то есть типа стартует оболочка, я так понял). Okay возвращет снова к командной строке (команды вроде работают обычные, попробовал).

Систему поставил чтобы баловаться, сам я нуб, проприетаные дрова на видео (карта nvidia) поставил, всё работало нормально. Не хотелось бы переустанавливать, я думаю, можно как-то это вылечить, хотя в инете не нашёл ничего по своей проблеме. Сам я понял, что отвалилась графическая оболочка.

За темой буду следить, буду рад любым советам, заранее спасибо.

Источник

Ошибки после обновления!

После обновления 11.07.18 при входе в систему получаю следующее сообщение:

[DEPEND] Dependency failed for /home
[DEPEND] Dependency failed for Local File Sistem

You are in emergency mode. After logging in, type «journalctl -xb» to view system logs, «system reboot» to reboot, «system default» or «exit» to boot into default mode.

при нажатии Ctrl + d начинается загрузка системы.
В логах ничего не нашел
Все работает исправно.
НО!!

Что это может быть? И как это можно исправить??
Предполагаю, что последнее обновление linux-lts «кривое» или криво встало, может я рукожоп.
Ребят не игнорьте, помогите плзззз.

dikoobraz
Предполагаю, что последнее обновление linux-lts «кривое» или криво встало

# 3 года, 3 месяца назад (отредактировано 3 года, 3 месяца назад)

dikoobraz
от рута запускаете mkinitcpio?

/home отдельно монтируется?

# 3 года, 3 месяца назад (отредактировано 3 года, 3 месяца назад)

indeviral
dikoobraz
от рута запускаете mkinitcpio?

/home отдельно монтируется?

Запустил от рута
Ошибок не выдал.
Перезагрузился. ошибок нет было.
Перезагрузился еще раз. опять получил
Откатился через Timeshift чуток назад. ошибок нет
Ставлю последние обновы, опять те же ошибки.

З.Ы. /home отдельно

# 3 года, 2 месяца назад (отредактировано 3 года, 2 месяца назад) Та же самая ситуация после обновления. Только не /home страдает, а другой раздел. Плюс иногда fstab не монтирует другой один раздел.

mkinitcpio -p linux ошибок не дает.
Проверка fsck этого раздела ошибок не дает.
Комментирование этого раздела в fstab решает проблему. Система грузится без emergency mode.

Источник

xauth is unable to write to my .Xauthority file

I run Arch Linux with the window manager BSPWM (so no DE) and recently I have been having a problem with my .Xauthority file.

I am no longer able to start my X server because it is unable to write to my .Xauthority file. When I tried deleting my .Xauthority file in hopes of arch creating a new .Xauthority file for me when I logged back in, a new .Xauthority file is not being created.

I’ve tried recreating the .Xauthority file manually and changing its permissions, but it still has not worked. In addition, I have a .Xauthority-n file in my home directory, I am not sure what this does — but when deleted, it reappears when I log back in.

When the .Xauthority-n and the .Xauthority files are present, on startx it gives me this error:

I am not sure why it doesn’t try to use the regular .Xauthority file.

How do I get xauth to be able to write to my .Xauthority file? And what is the purpose of the .Xauthority-n file and how can I get rid of it?

1 Answer 1

When xauth is updating the .Xauthority file, it will initially write a new version of it as .Xauthority-n . Once the file is completely written, it will move/rename it to .Xauthority , causing the old version of the file to be deleted at the same time.

This relies on the fact that rename/move operations within a single POSIX-compliant filesystem are supposed to be atomic: the operation cannot ever stop half-way, but either it will complete successfully or the old file will be left unchanged.

If the xauth command finds that the .Xauthority-n file is already present, it assumes it means another instance of xauth command is already doing some changes, and refuses to do anything. So this also protects the file from corruption caused by multiple instances of xauth running at the same time as the same user.

The fact that a .Xauthority-n file remains in your home directory suggests that an earlier copy of xauth was terminated in mid-operation before it could execute the rename/move operation for some reason.

You should log out of the X GUI, then login either remotely or using the text-based virtual console, and then delete both .Xauthority and .Xauthority-n . After that, the GUI login should work normally, unless you have some other problem that prevents the system from creating/overwriting the .Xauthority file in your home directory.

Источник