Сегодня внезапно KDE перестал грузиться с ошибкой “Не найдена директория шаблонов: ‘/var/lib/layman/calculate/profiles/templates’, ‘/var/calculate/templates’, ‘/var/calculate/remote/templates’ Не удалось применить шаблоны для пользовательского профиля”
Директория /var/lib/layman отсутствует, eselect profile list выдает стандартные гентушные профайлы.
Вчера кроме обновлений ничего крамольного не делалось. Как с минимальными жертвами побороть проблему?
Сам себе и отвечаю: проблема не в системе, просто слетел раздел /var. Спасибо.
Почему система игнорирует fstab? Ни один из системных разделов, прописанных в /etc/fstab не монтируется автоматом, руками все монтируется нормально без указания дополнительных параметров. Например работает
mount /var, то есть в fstab все прописано верно.
Версия calculate-utilities
Installed versions: 2.2.30-r12(10:23:06 30.11.2012)(CL=“builder -assemble -server”) 3.1.0_beta1-r12(3)(11:07:23 19.11.2012)(CL=“client console consolegui desktop”)
Если в консоли вручную смонтировать необходимые разделы(у меня это /var и /home), то после этого KDE нормально загружается. Так и сижу сейчас.
Ага, все тоже сидят и думают, что там у Вас такого в fstab прописано, логи курят в уме. Трава плохая, фантазия не работает.
http://pastebin.calculate-linux.ru/ru/show/4723
Логов на момент возникновения ошибки нет, поскольку при загрузке не монтируется /var и по какой-то причине не создается /var/log/messages. Есть логи после монтирования, но ничего интересного в них нет.
Проблему решил. Выяснилось, что при старте не монтируются разделы reiserfs, если указана опция auto. При явном указании монтирование происходит. Еще вчера никаких проблем с этим не возникало.
Забавно, что корневой каталог тоже reiserfs, но он монтируется без вопросов.
В итоге привел fstab к такому виду:
http://pastebin.calculate-linux.ru/ru/show/4724
Впрочем, проблема очевидно осталась.
Проблема подтвердилась на другой машине. При загрузке не монтируются разделы reiserfs и btrfs, для которых в fstab в качестве указания типа системы установлено auto. Решил аналогично: явно прописал тип.
Что говорит blkid? Что написано в /etc/filesystems и /proc/filesystems?
Ага, ядро все-таки пересобирали. Небольшая ремарка: не стоило поддержку ext(2-3-4)fs из ядра выбрасывать.
man 8 mount говорит нам, что при попытке монтирования раздела с файловой системой auto, он сначала пробует определить тип раздела через библиотеки blkid. Если не получается, то смотрит в /etc/filesystems, а там у вас в списке нет reiserfs и последняя строка не состоит из одной звездочки (что требуется для попытки монтирования по списку из /proc/filesystems). Попробуйте поправить /etc/filesystems, чтобы он заканчивался на строчку с одной звездочкой.
Ext я не выбрасывал, у меня /boot на ext3 расположен. Файлы эти не трогал, более того, на прошлой неделе все монтировалось автоматически.
Но идею понял, поправлю на всех своих машинах.
Поправил /etc/filesystems, реакции нет, разделы при загрузке так же не монтируются. После загрузки, руками - без вопросов. Более того, на другой машине данный файл изначально имел такой вид:
http://pastebin.calculate-linux.org/en/show/4772
Значит нужно читать логи системы (может написано, чего не нравится) и портежа - смотреть, чего обновлялось.
mount работает нормально, разделы не монтируются именно при начальной загрузке и только в том случае, если тип файловой системы не указан явно.
смотреть, чего обновлялось.
Я подозреваю udev, он как раз перед этим обновлялся.
В принципе проблему я решил явным указанием типа файловой системы. Может кто-то столкнется с подобным, будет ясно как это можно побороть.