# fdisk -l /dev/sda Device Boot Start End Blocks Id System /dev/sda1 * 63 62508914 31254426 7 HPFS/NTFS/exFAT /dev/sda2 62509056 70895615 4193280 82 Linux swap / Solaris /dev/sda3 70895616 625135615 277120000 8e Linux LVM # lvs LV VG Attr LSize Pool Origin Data% Move Log Copy% Convert home VG -wi-ao-- 70.00g reserv VG -wi-ao-- 97.66g root VG -wi-ao-- 14.66g root2 VG -wi-a--- 15.00g .................. # cat /etc/fstab proc /proc proc nosuid,noexec,gid=proc 0 0 devpts /dev/pts devpts nosuid,noexec,gid=tty,mode=620 0 0 #tmpfs /tmp tmpfs nosuid 0 0 UUID=03485b0b-07f1-4227-a786-776843790cd6 / ext4 relatime 1 1 #UUID=6e5ef6ce-b6bf-11e1-8081-d74b802d303c / ext4 relatime 1 1 #UUID=f26918f5-81dc-4243-8984-fb1cc7a69646 /home ext4 nosuid,relatime 1 2 #/dev/VG/home /home ext4 nosuid,relatime 1 2 #/dev/dm-1 /home ext4 nosuid,relatime 1 2 загрузка "зависает" на Started Initialize storage subsistems (RAID,LVM,...) и прекращается по таймауту - не может смонтировать /home если зайти под предложенным root, то "mount /home" отрабатывает без ошибок т.о., 1. Не хочет монтировать "LVM-разделы" 2. Прерывает загрузку при любой ошибке в /etc/fstab 2-е мне представляется особенно критичной ошибкой
Почему не может смонтировать? что в логах? Мне кажется нормальным, если что-то не смонтировалось, то система просит вмешаться 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) обрабатывать в ручную.
