Форум русскоязычного сообщества Ubuntu


Получить помощь и пообщаться с другими пользователями Ubuntu можно
на irc канале #ubuntu-ru в сети Freenode
и в Jabber конференции ubuntu@conference.jabber.ru

Автор Тема: Не запускаются иксы, невозможно записывать файлы в корневой раздел  (Прочитано 4913 раз)

0 Пользователей и 1 Гость просматривают эту тему.

Оффлайн damix

  • Автор темы
  • Забанен
  • Активист
  • *
  • Сообщений: 664
    • Просмотр профиля
После загрузки системы поверх сообщений ядра появляется окошко с таким сообщением:
Xsession: warning: unable to write to /tmp; X session may exit with an error
и кнопкой "okay".
Последнее, что выполнялось перед этим - виртуалка в kvm. Она зависла, я попытался ее завершить, не получилось, нажал reset, и поймал эту ошибку при следающей загрузке. Сделалsudo эрэм эрэф /tmp/*
sudo apt clean
после этого компьютер нексколько раз загрузился нормально, а потом опять перестал и эти команды уже не помогли.
При этом невозможно записать ни один файл (создать, скопировать) на разделе, примонтированном как / (корень). На /home/ файлы пишутся, он вынесен в отельный раздел. Автодополнение по Tab работает через раз. При этом под рутом можно создать файл где угодно. Даже sudo startx запускает иксы, хотя и очень медленно.
$ echo "test file" > /tmp/test.txt
-bash: echo: ошибка записи: На устройстве не осталось свободного места
$ ls -sh /tmp/
итого 8,0K
    <показывает несколько файлов и среди них ...>
    0 test.txt
$ sudo echo "test file" > /tmp/test.txt
$
$ ls -sh /tmp/
итого 12K
    <эти же файлы, но ...>
    4,0K test.txt
Т.е. когда пытаюсь под своим пользователем сохранить файл, он создается, но в него ничего не пишется, размер 0 байт.
$ df
Файл.система   1K-блоков Использовано  Доступно Использовано% Cмонтировано в
udev             1707792            0   1707792            0% /dev
tmpfs             353692         2944    350748            1% /run
/dev/sda2       97904924     93548620         0          100% /
tmpfs            1768460            0   1768460            0% /dev/shm
tmpfs               5120            4      5116            1% /run/lock
tmpfs            1768460            0   1768460            0% /sys/fs/cgroup
/dev/sda1          94759         4706     90053            5% /boot/efi
/dev/sda4      354042372    233094932 102893348           70% /home
tmpfs             353692            0    353692            0% /run/user/1000
При этом на самом деле файлов столько нет:
$ du -sh /*
12M /bin
140M /boot
4,0K /cdrom
0 /dev
12M /etc
223G /home
0 /initrd.img
0 /initrd.img.old
766M /lib
5,8M /lib32
4,0K /lib64
6,5M /libx32
16K /lost+found
8,0K /media
4,0K /mnt
63G /opt
0 /proc
12M /root
2,9M /run
15M /sbin
8,0K /snap
4,0K /srv
0 /sys
40K /tmp
5,6G /usr
21G /var
0 /vmlinuz
0 /vmlinuz.old

Загрузился с флешки и fsck -n /dev/sda2 Ошибок не нашлось.
« Последнее редактирование: 06 Сентября 2018, 15:58:46 от damix »

Оффлайн Azure

  • Почётный модератор
  • Старожил
  • *
  • Сообщений: 6017
  • Windows10, i3wm on Debian9, Manjaro20.0
    • Просмотр профиля
Как Вы думаете, что это значит?
Код: (html5) [Выделить]
Файл.система   1K-блоков Использовано  Доступно Использовано% Cмонтировано в
/dev/sda2       97904924     93548620         0          100% /


Пользователь добавил сообщение 05 Сентября 2018, 23:42:21:
Ищите тут
Код: (html5) [Выделить]
63G /opt
...
21G /var
« Последнее редактирование: 05 Сентября 2018, 23:42:21 от Azure »
В Linux можно сделать ВСЁ что угодно, достаточно знать КАК !

Оффлайн damix

  • Автор темы
  • Забанен
  • Активист
  • *
  • Сообщений: 664
    • Просмотр профиля
Забыл добавить: при удалении файлов с / "доступного" (по выводу команды df) места больше не становится.

Azure, все равно нет там ста процентов. Перед этим нехватки места на диске не испытывал.

Оффлайн Azure

  • Почётный модератор
  • Старожил
  • *
  • Сообщений: 6017
  • Windows10, i3wm on Debian9, Manjaro20.0
    • Просмотр профиля
все равно
Если Вы такой умный, что ж Вы строем то не ходите?(с) 100% не будет, так как остается 5% (или сколько там установлено) для резерва под рут.
при удалении файлов с / "доступного" (по выводу команды df) места больше не становится.
Удаляете как: через файл-менеджер в корзину?
В Linux можно сделать ВСЁ что угодно, достаточно знать КАК !

Оффлайн Raf73

  • Активист
  • *
  • Сообщений: 740
    • Просмотр профиля
После удаления файлов не пробовал чистить корзину?

Оффлайн damix

  • Автор темы
  • Забанен
  • Активист
  • *
  • Сообщений: 664
    • Просмотр профиля
Удаляете как: через файл-менеджер в корзину?
Нет, под рутом файловый менеджер работать отказывается, удаляю rm папки rm -rПосле этого число "использованных" блоков становится меньше, а "доступных" - остается так же.

Оффлайн RoDoN

  • Активист
  • *
  • Сообщений: 251
    • Просмотр профиля
под рутом файловый менеджер работать отказывается
Упс, это что ж за ось такая стоит? Что даже mc нельзя с правами рута запустить?
Lenovo G500 (i5-3340M, 12 Гб, Intel + Radeon HD 8570)
18.04 -> 20.04 -> 22.04 x64 XFCE

Оффлайн Azure

  • Почётный модератор
  • Старожил
  • *
  • Сообщений: 6017
  • Windows10, i3wm on Debian9, Manjaro20.0
    • Просмотр профиля
После этого число "использованных" блоков становится меньше, а "доступных" - остается так же.
Ну вероятно причина в том что что-то "постит" кучу ошибок в логи, как раз в /var. Повторюсь:
Ищите тут
Код: (html5) [Выделить]
63G     /opt
...
21G     /var
Ну и удалите что-то реально большое (>1Gb)
В Linux можно сделать ВСЁ что угодно, достаточно знать КАК !

Оффлайн damix

  • Автор темы
  • Забанен
  • Активист
  • *
  • Сообщений: 664
    • Просмотр профиля
Упс, это что ж за ось такая стоит? Что даже mc нельзя с правами рута запустить?
mc можно, а dolphin нельзя

Ну вероятно причина в том что что-то "постит" кучу ошибок в логи, как раз в /var.
Нет, в /var/ больше всего занимает виртуальный диск
$ sudo ls -sh /var/lib/libvirt/images/
итого 19G
19G Kubuntu.qcow2

Пользователь добавил сообщение 06 Сентября 2018, 21:30:25:
Удалил 21 Гб из /opt (копию Android SDK),
$ df
Файл.система   1K-блоков Использовано  Доступно Использовано% Cмонтировано в
udev             1707792            0   1707792            0% /dev
tmpfs             353692         3008    350684            1% /run
/dev/sda2       97904924     71472636  21415968           77% /
tmpfs            1768460        68992   1699468            4% /dev/shm
tmpfs               5120            4      5116            1% /run/lock
tmpfs            1768460            0   1768460            0% /sys/fs/cgroup
/dev/sda1          94759         4706     90053            5% /boot/efi
/dev/sda4      354042372    233108788 102879492           70% /home
tmpfs             353692           12    353680            1% /run/user/1000
Создавать файлы стало возможно, но иксы все равно не запускались.
После mv .Xauthority .Xauthority.bak они запустились.
Никаких огромных логов не было, в этих /opt и /var лежит всё нужное! Даже не предполагал, разбивая диск, что 95Гб может не хватить под Linux и проги.
« Последнее редактирование: 06 Сентября 2018, 21:30:25 от damix »

Оффлайн victor00000

  • Старожил
  • *
  • Сообщений: 15568
  • Глухонемой (Deaf)
    • Просмотр профиля
Azure,
Цитировать
21G     /var
почему дальше не хотят?
sudo du -hd1 /var/
:(
Wars ~.o

Оффлайн Azure

  • Почётный модератор
  • Старожил
  • *
  • Сообщений: 6017
  • Windows10, i3wm on Debian9, Manjaro20.0
    • Просмотр профиля
[offtop]
95Гб может не хватить под Linux и проги.
Из которых под системой всего
140M /boot
766M /lib
5,6G /usr
а остальное
63G /opt
21G /var
непонятная хрень. Но конечно же Linux виноват...
[/offtop]
В Linux можно сделать ВСЁ что угодно, достаточно знать КАК !

Оффлайн damix

  • Автор темы
  • Забанен
  • Активист
  • *
  • Сообщений: 664
    • Просмотр профиля
victor00000,
Я примерно так и сделал
$ sudo du -sh /var/lib/* | grep 'G'
19G     /var/lib/libvirt
и нашел, что в /var/ место занимает виртуалка

Эта
непонятная хрень.
- нужные проги и бибилиотеки. Надо бы /opt в отдельную ФС вынести или корню побольше места дать ...

Оффлайн victor00000

  • Старожил
  • *
  • Сообщений: 15568
  • Глухонемой (Deaf)
    • Просмотр профиля
Wars ~.o

Оффлайн andytux

  • Заслуженный пользователь
  • Старожил
  • *
  • Сообщений: 8063
    • Просмотр профиля
Цитировать
Надо бы /opt в отдельную ФС вынести...
Обычно в /opt приложения, которые будут работать в любом месте.
Например Вивалди. По умолчанию ставится в /opt, но прекрасно работает если его скопировать в /usr/local или в /opt на другом разделе.
Попробуйте создать каталог /opt на другом разделе и скопируйте туда свои приложения. Есть шанс что они заработают. В крайнем случае можно попробовать сделать симлинки. Или монтировать в каталог /opt.

Оффлайн damix

  • Автор темы
  • Забанен
  • Активист
  • *
  • Сообщений: 664
    • Просмотр профиля
После удаления файлов не пробовал чистить корзину?
А реестр почистить надо?

Или монтировать в каталог /opt
Я как бы вот так вот хочу. Так аккуратнее всего, даже пути до всех исполняемых файлов не поменяются. А как его вынести на отдельный раздел? Т.е. чтобы этот раздел всегда монтировался в /opt в процессе загрузки, /home я задал при установке ОС, а вот как на уже установленном Linuxе сделать то же самое?

 

Страница сгенерирована за 0.034 секунд. Запросов: 23.