Проблемы с входом пользователя под категориями с и дсп

Мих7

New member
Сообщения
4
#1
Доброго дня! Суть проблемы: при входе в систему любого из 15 пользователей под уровнями с и дсп появляется окно на черном экране «Xsession: Warning: unable to write to /tmp; X session may exit with an error. И выкидывает назад в окно входа. Под уровнем доступа несекретно такого нет. Система Astra Linux SE 1,5/ Smolensk.
Подскажите как решить проблему, пожалуйста. Если можно подоступнее для чайника, не сисадмин, с астрой плохо знаком. Заранее спасибо.
 

oko

New member
Сообщения
418
#2
to Мих7
Модуль экстрасенсорики подсказывает, что есть два наиболее вероятных варианта: либо переполнилось место, либо были изменены права доступа к каталогу /tmp...
Можно сочетанием "Ctrl+Alt+F2" вывалиться в консоль, по запросу системы ввести имя администратора системы и пароль, а затем выполнить sudo df -h...
Если в выводе команды будет указано нечто вроде "/dev/sda1 97904924 71472636 21415968 100% /" или "/dev/sda2 97904924 71472636 21415968 100% /tmp" - свободное место явно закончилось. Можно попробовать удалить лишние файлы командой sudo rm -rf /tmp/* или из другого каталога (не бездумно, конечно, - вот описание корневых каталогов и того, что в них размещается). Затем можно вновь проверить через df -h, вновь удалить лишнее, подождать, смыть, повторить (с)
Если свободное место имеется, следует выполнить команду sudo ls -la /tmp. Если в выводе команды будет нечто вроде "drwxrwx--- root root 4096 мар 16 22:40 .", то кто-то (привет, НСД!) изменил права доступа на каталог /tmp (должны быть drwxrwxrwx). Тогда можно восстановить справедливость права командой sudo chmod -R 777 /tmp, очистить содержимое каталога /tmp (временные файлы) командой sudo rm -rf /tmp/*...
В обоих случаях после реализации следует перезагрузиться и проверить...
Если оба варианта не подходят или не помогли, значит, произошло нечто более экзотичное. И это означает необходимость-таки найти грамотного администратора, который сможет сделать что-либо с вашей системой. Рекомендую обратиться в первую очередь к тем, кто проводил ее аттестацию, ага...
 

Мих7

New member
Сообщения
4
#3
Спасибо большое! Попробовали данный алгоритм, но столкнулись со следующим: по команде sudo df -h - действительно похоже, что свободного места нет. Но при вводе любых других команд никакой ответной реакции не происходит, за исключением если ввести команду sudo rm -rf /tmp/ без * получаем отклик, что каталог tmp/ занят или недоступен. После энного количества попыток, а также процедур «подождать, смыть, повторить» (с) и перезагрузить проблема по-прежнему присутствует.
Могут быть еще какие-то варианты для чайников?!) Заранее спасибо!
 

oko

New member
Сообщения
418
#4
to Мих7
Для чайников, пожалуй, нет. Потому что можно ситуацию только ухудшить. Реально, обратитесь к лицензиату, который проводил аттестацию вашей АС. Уверен, что времени для знающего человека решение вашей проблемы на месте много не займет...
sudo rm -rf /tmp/* - удалить рекурсивно (вложенные файлы и каталоги) из каталога /tmp. А без * - удалить и каталог /tmp заодно, что недопустимо, потому что это системный каталог (его, конечно, можно потом заново создать, но в вашей ситуации лучше не торопиться)...
Как вариант, сбросьте сюда скриншот или фото вывода команды df -h. Поглядим, что там у вас занято и что можно очистить без вреда для системы...
 

oko

New member
Сообщения
418
#6
to Мих7
Судя по выхлопу df -h, у вас очень большие проблемы с системой. Попробую объяснить более-менее простым языком:
  1. Какое-либо из блочных устройств (читай, раздел ЖМД), должно быть смонтировано в "/" (корневой раздел файловой системы), а у вас такого не наблюдается...
  2. Раздел /tmp у вас забит под завязку, что препятствует работе X-сервера и Fly-wm, отвечающих за поддержку графического интерфейса. Но связано это с тем, что Astra прогрузилась во временную файловую систему, смонтированную в /tmp. Т.е. это нештатная загрузка операционной системы, связанная с какой-то критической ошибкой. Гадать о причинах ошибки, думаю, неуместно (слишком мало исходной информации)...
imho, в вашей ситуации проще переустановить операционную систему с нуля, если, конечно, вы сможете потом правильно настроить грифы и остальные защитные механизмы (как я понимаю, ОС установлена на аттестованном АРМ?). Если эту задачу самостоятельно решить не получается, то вам точно нужно привлечь специалиста со стороны, который сможет посмотреть на ситуацию в живую (не в форумном формате) и либо переустановить и настроить ОС заново, либо решить сложившуюся проблему...

ЗЫ Кстати, модуль экстрасенсорики подсказывает, что на /dev/sda4 размещается пользовательский раздел /home, в котором хранятся наработанные документы. Советую загрузиться с LiveCD с любой Linux-системой, смонтировать его (sudo mount /dev/sda4 /mnt) и провести копирование данные на другой носитель. Перед переустановкой системы, разумеется...
 

azm9s

New member
Сообщения
158
#7
предполагаю что при установке воспользовались штатной авторазметкой, где на / выделяется всего 10 гиг. вот он и забился весь.
а корень ушел в ro, хотя в любом случае должен отображатся.

livecd - gparted и изменить / на поболее.
 

azm9s

New member
Сообщения
158
#9
а что сделали то?
логи почистили или раздел увеличили?