Проблемы после очередного обновления

[MuKPo6]

После очередного обновления (см. скриншот) потребовалась перезагрузка для их применения.



Делаю перезагрузку, после которой перестает работать сеть польностью. При открытии Параметры системы -> Сеть, вижу это:



Позднее выяснилось, что не стартует NetworkManager (икнока в "трее" отсутствовала). Еще позднее выяснилось, что не стартует он из-за того, что не стартует сервис dbus, который как раз и обновлялся.

Вручную запускаю dbus. Дальнейших действий уже не помню, но при очередной попытке выполнить команду service network-manager restart, графическая оболочка падает и на экране вижу сообщения об ошибках (сообщения не запоминал). Перезагружаю комп снова и система перестает загружаться вообще - на экране просто темный фон экрана "splash screen" без каких-либо других графических элементов.

Вспомнил, перед проблемой с монтированием разделов я выставил LANGUAGE="en:en" в /etc/default/locale (для каких целей уже не помню), после чего выполнил service network-manager restart, что привело к неработоспособности системы.

Редактируя параметры grub сделал вывод всех собщений на экран, где среди всего прочего, наблюдаю такие строки:

Код: [Выделить]

...
init: ureadahead main process (<PID>) terminated with status 5
...
init: mountall main process (<PID>) terminated with status 2
Filesystem check or mount failed.
A maintenance shell will now be started.
CONTROL-D will terminate this shell and continue booting after re-trying
filesystems. Any further errors will be ignored.

Дальше еще полэкрана сообщений. Ввод с клавиатуры не работает вообще.

Делаю загрузку в режиме восстановления, попадаю в командную строку. Вручную запускаю mountall и дальше все запускается само. Но NetworkManager все равно сам не стартует, приходится вручную. Но после определенного времени (десятки минут) сеть отваливается снова и помогает только перезагрузка.


fstab в порядке, все UUID указывают на нужные устройства. Разделы вручную монтируются без проблем, fsck сообщает, что все отлично.

ГОЛОВУ УЖЕ ПОЛОМАЛ!

[di-erz]

Отключай все PPA и сторонние репы, обновляйся.

[brenti]

ёпрст такого уж и не бывает, вся клоака на вас свалилась, наверно где-то согрешили.

[MuKPo6]

Отключай все PPA и сторонние репы, обновляйся.

Нечего обновлять, те обновки были последними. Сторонних репозиториев не добавлял.

ёпрст такого уж и не бывает, вся клоака на вас свалилась, наверно где-то согрешили.

Косяк где-то в районе mountall, почему-то запустив его из консоли восстановления он все прекрасно делает, но когда он запускается автоматически во время загрузки, выдает ошибку.

[di-erz]

Блин. У тебя ntfs разделы на диске есть, точнее они тоже автоматически монтируются?
Покажи fstab.

[MuKPo6]

Блин. У тебя ntfs разделы на диске есть, точнее они тоже автоматически монтируются?
Покажи fstab.

Код: [Выделить]

proc                                            /proc           proc    nodev,noexec,nosuid             0       0
UUID=c61f7b45-07d0-48ed-9ea8-6307b469bd20       /               ext4    defaults                        0       1
UUID=2ff54767-dc35-481e-962f-c110e129072d       /boot           ext2    defaults                        0       2
UUID=89fedadb-504d-4d26-85c7-8bc92f188b6a       /home           ext4    defaults                        0       2
UUID=90d26c68-f874-4979-85a7-de4ffc5b0bf9       /tmp            ext4    defaults                        0       2
UUID=d5822c82-d55d-49c9-a232-9caa16572fb8       none            swap    sw                              0       0


Код: [Выделить]

# blkid
/dev/sdb5:  UUID="d5822c82-d55d-49c9-a232-9caa16572fb8" TYPE="swap"
/dev/sdb6:  UUID="2ff54767-dc35-481e-962f-c110e129072d" TYPE="ext2"
/dev/sdb7:  UUID="c61f7b45-07d0-48ed-9ea8-6307b469bd20" TYPE="ext4"
/dev/sdb8:  UUID="89fedadb-504d-4d26-85c7-8bc92f188b6a" TYPE="ext4"
/dev/sdb10: UUID="90d26c68-f874-4979-85a7-de4ffc5b0bf9" TYPE="ext4"

Соответствие UUID верное.
Есть и другие разделы (файловая помойка), но я их все закомментировал когда начал решать проблему. Здесь NTFS нигде не использую.

[ArcFi]

Код: [Выделить]

sudo touch /forcefsck
sudo reboot
Старые ядра ещё можно попробовать.

[MuKPo6]

Код: [Выделить]

sudo touch /forcefsck
sudo reboot

Пробовал. Также проверял из консоли восстановления. К тому же mountall автоматически делает проверку.

[di-erz]

http://askubuntu.com/questions/146017/mountall-fails-on-startup смотрел?

[MuKPo6]

http://askubuntu.com/questions/146017/mountall-fails-on-startup смотрел?

Не помогло. Но есть одно изменение - при загрузке не через режим восстановления клавиатура теперь не блокируется при входе в однопользовательский режим после ошибки:

Код: [Выделить]


init: mountall main process (<PID>) terminated with status 2


А вообе есть ли какая-нибудь возможность сделать более детальный вывод всего этого дела?

[ArcFi]

А вообе есть ли какая-нибудь возможность сделать более детальный вывод всего этого дела?

В соседнем терминале:

Код: [Выделить]

tail -f /var/log/messages

[di-erz]

sudo gedit /etc/default/bootlogd
No на Yes меняй. И читай /var/log/boot*
Пользователь решил продолжить мысль 07 Октября 2012, 01:59:46:Не работает эта фишка(

[MuKPo6]

sudo gedit /etc/default/bootlogd
No на Yes меняй. И читай /var/log/boot*
Пользователь решил продолжить мысль 07 Октября 2012, 01:59:46:Не работает эта фишка(

А вообе есть ли какая-нибудь возможность сделать более детальный вывод всего этого дела?

В соседнем терминале:

Код: [Выделить]

tail -f /var/log/messages

Проблема в том, что запись в лог начинается только после ручного запуска mountall, т.к. до этого раздел монтируется read-only.
Есть ли вообще какая-нибудь возможность сделать более информативным сам mountall? Я вроде прописал опцию -v в его job, но нигде в логах этих записей я не нашел.
Пользователь решил продолжить мысль 07 Октября 2012, 03:33:02:Обнаружил лишнюю кавычку в /etc/defaults/locale. Проблем стало меньше, но mountall все равно при старте завершается с ошибкой.