ALT Linux Bugzilla – Full Text Bug Listing
| Summary: | прерывается загрузка системы при неспособности примонтировать fs из /etc/fstab | ||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|
| Product: | Sisyphus | Reporter: | PeterVF <petervf> | ||||||||
| Component: | systemd | Assignee: | Alexey Shabalin <shaba> | ||||||||
| Status: | CLOSED NOTABUG | QA Contact: | qa-sisyphus | ||||||||
| Severity: | normal | ||||||||||
| Priority: | P3 | CC: | arseny, dil8016, evg, lav, legion, petervf, real.altlinux.org, shaba | ||||||||
| Version: | unstable | ||||||||||
| Hardware: | all | ||||||||||
| OS: | Linux | ||||||||||
| Attachments: |
|
||||||||||
|
Description
PeterVF
2012-07-26 13:29:13 MSK
Почему не может смонтировать? что в логах? Мне кажется нормальным, если что-то не смонтировалось, то система просит вмешаться root'а и исправить. Я тестирую systemd в виртуалке, где все разделы LVM - у меня всё работает. Давайте разбираться в чем проблема. Created attachment 5550 [details]
log-файл
Когда открывал багу, наблюдал этот эффект на своем ноуте, на новом root-е на своем ноуте и на "свежем" компе (ставил centaurus->upgade->sisyphus->systemd) Сейчас, на "свежем" компьютере все прошло гладко. А на моем ноуте проблема осталась. Вырезку # journalctl >journal.log прилагаю раскопки показывают, что из initrd приезжают диски, информация о которых в udev минимальна. Поэтому монтирование из systemd справится не может. Тест можно прости следующий: - после загрузки запустить udevadm info /dev/disk/by-uuid/XXXX - запустить vgchange --refresh - снова запустить udevadm info /dev/disk/by-uuid/XXXX - сравнить выводы. Надо либо починить make-initrd что бы приезжала полная информация о дисках, либо добавить вызов vgchange --refresh на начальных этапах загрузки. в сизиф отправлен systemd-189-alt3. Просьба отписать по результатам его тестирования. Обновился, проверил (правда, уже systemd-189-alt3) - работает. Спасибо. А насчет п.2 - критично на удаленных серверах. А пример ошибки в fstab можно? с которой препывается загрузка. Для обработки fstab в systemd используется отдельный генератор юнитов. Created attachment 5557 [details]
Ошибка в опциях монтирования
Здесь, было две строки с ошибкой:
UUID=E2141C54141C2DD3 /mnt/s/d/a ntfs-3g locale=ru_RU.UTF-8,dmask=0,fmask=0111 0 0
/dev/sr0 /media/cdrom udf,iso9660 ro,noau,to,user,utf8 0 0
в первой - отсутствие папки /mnt/s (с этим система справилась)
во второй - ошибка в опциях (на этом загрузка прекратилась)
Created attachment 5558 [details]
Ошибка - несуществующий UUID
Ошибочная строка fstab
UUID=b101c330-a63c-4dfd-9eb5-5ac0f8b4a8f2 /tmp1 ext4 nosuid,nodev,noexec 1 0
- такого UUID нет:
$ ls -l /dev/disk/by-uuid/
итого 0
lrwxrwxrwx 1 root root 10 сен 19 15:20 03485b0b-07f1-4227-a786-776843790cd6 -> ../../dm-0
lrwxrwxrwx 1 root root 10 сен 19 15:20 38ab006b-35dd-4f89-a644-66b9036da594 -> ../../dm-2
lrwxrwxrwx 1 root root 10 сен 19 15:20 4735de67-0de5-4485-9624-7d0409959982 -> ../../dm-5
lrwxrwxrwx 1 root root 10 сен 19 15:20 b001c330-a63c-4dfd-9eb5-5ac0f8b4a8f2 -> ../../dm-4
lrwxrwxrwx 1 root root 10 сен 19 15:20 bfb6d3d5-5057-4227-a039-e4fbe7c0bcb4 -> ../../sda2
lrwxrwxrwx 1 root root 10 сен 19 15:20 E2141C54141C2DD3 -> ../../sda1
lrwxrwxrwx 1 root root 10 сен 19 15:20 e9138374-90fc-4e84-a3de-a3502bb21d06 -> ../../dm-3
lrwxrwxrwx 1 root root 10 сен 19 15:20 f26918f5-81dc-4243-8984-fb1cc7a69646 -> ../../dm-1
Интересно, что ошибка при указании swap-разела не привела к прекращению загрузки системы.
Похоже, она (bug-a) вернулась. Перегружаюсь редко, (обычно, после больших обновлений kde, kernel) и т.п. Последий раз перегружался 11.02.2013 - без проблем. И вот, сейчас - 22.02.2013 после перезагрузки опять вылезли ошибки монтирования lvm-разделов. Все как тогда. виноват - не 22-го, а 24.02.2013 (В ответ на комментарий №10) > Похоже, она (bug-a) вернулась. > Перегружаюсь редко, (обычно, после больших обновлений kde, kernel) и т.п. > Последий раз перегружался 11.02.2013 - без проблем. > И вот, сейчас - 22.02.2013 после перезагрузки опять вылезли ошибки > монтирования lvm-разделов. Все как тогда. Подтверждаю. Наблюдается при установке Simply-p7, Centaurus-i586-p7, Kdesktop-x86-64-p7 и dist-upgrade KDesktop-i586-p6 -> KDesktop-i586-p7. Примеры: UUID=1b09e596-17ca-4150-a953-ae73ea6c64ee /mnt/sda8 wext2 defaults 0 0 (wext2 вместо ext2) mtpfs /media/a500 fuse users,auto,allow_other 0 0 /mnt/sda5/backup/video/alt_6.0.0_kdesktop.iso /mnt/alt.iso iso9660 loop,auto,ro 0 0 (auto вместо noauto при отсутствии источника) Временное решение -- не останавливаться при ошибке монтирования /mnt/* , /media/* , /opt/* и других некритичных для системы разделов. Также система воспринимает исправление файла /etc/fstab лишь после перезагрузки. Некритично, но неудобно. Как определить, какие партиции важны для системы, а какие нет? Мне кажется, что только человек это может сделать. Поэтому есть специальный параметр nofail, использование которого в fstab даёт понять системе о не важности раздела. Все остальные ошибки(где не указан nofail) обрабатывать в ручную. |
