извиняюсь за указанный компонент, багзилла не даёт почему-то указать kernel-...std-def. затронуты ВСЕ ядра, старше 3.14.29-std-def-alt1 фрагмент /etc/fstab: # SSD20140916----------------------------------------------------------------------------------------------------[ UUID=5ffcaaf0-93a9-440d-a987-094b651df27b / xfs relatime 1 1 UUID=773aeadd-c98b-4d1b-ac82-7944e9168313 /boot ext4 nodev,nosuid,noexec,relatime,acl 1 2 # SSD -----------------------------------------------------------------------------------------------------------] при старте системы с ядрами, старше 3.14.29-std-def-alt1, получаем сообщение "starting version 217 mount: unknown filesystem 'xfs'" --- до бесконечности, система не грузится. с ядрами 3.14.29-std-def-alt1 и младьше --- всё в порядке.
(In reply to comment #0) > при старте системы с ядрами, старше 3.14.29-std-def-alt1, получаем сообщение > "starting version 217 > mount: unknown filesystem 'xfs'" --- до бесконечности, система не грузится. > > с ядрами 3.14.29-std-def-alt1 и младьше --- всё в порядке. Видимо, xfs не попал в initrd. Сравните вывод: zcat /boot/initrd-(version).img | cpio -itv | grep xfs
(В ответ на комментарий №1) > (In reply to comment #0) > Видимо, xfs не попал в initrd. > Сравните вывод: > zcat /boot/initrd-(version).img | cpio -itv | grep xfs не похоже: zcat initrd-3.14.32-std-def-alt2.img | cpio -itv | grep xfs drwxr-xr-x 2 root root 0 Feb 12 00:07 ./lib/modules/3.14.32-std-def-alt2/kernel/fs/xfs -rw-r--r-- 1 root root 1349745 Feb 10 19:44 ./lib/modules/3.14.32-std-def-alt2/kernel/fs/xfs/xfs.ko cpio: Из имён членов удаляются начальные `/' 22587 блоков zcat initrd-3.14.29-std-def-alt1.img | cpio -itv | grep xfs drwxr-xr-x 2 root root 0 Jan 19 15:16 ./lib/modules/3.14.29-std-def-alt1/kernel/fs/xfs -rw-r--r-- 1 root root 1349745 Jan 18 01:06 ./lib/modules/3.14.29-std-def-alt1/kernel/fs/xfs/xfs.ko cpio: Из имён членов удаляются начальные `/' 22584 блоков
Зависимости у модуля xfs не поменялись ?
И ещё - если загрузить rescue систему с последним ядром, монтирование корня работает? попробуйте, например, это: http://ftp.altlinux.ru/pub/people/rider/sisyphus-1.9.3-20150203-server-light-systemd-x86_64-ru-install-cd.iso x86_64?
А на ядре 3.18-un-def воспроизводится? Не обновлялся ли у вас make-initrd между 3.14.28 и 3.14.29? В загруженной системе у меня на std-def нормально монтируется. В xfs как таковой не было изменений после 3.14.28, но были изменения в управлении памятью и тому подобных вещах, связанные с xfs... Попробуйте указать при загрузке параметр stop=udev и в полученном shell загрузить модуль xfs. Посмотреть что получится и на что будет ругаться, если будет.
В 3.14.31 сломали автозагрузку модуля crc32c для процессоров, не поддерживающих инструкцию CRC32 (SSE4.2); в 3.14.33 это должны были починить: http://git.altlinux.org/gears/k/kernel-image-std-def.git?p=kernel-image-std-def.git;a=commitdiff;h=28e24c6d835b173ba8754e5ba9d2b0f09dff7629 При использовании процессора, поддерживающего SSE4.2, эта ошибка не проявлялась (загружался и работал модуль crc32c-intel).
(In reply to comment #6) > В 3.14.31 сломали автозагрузку модуля crc32c для процессоров, не поддерживающих > инструкцию CRC32 (SSE4.2); в 3.14.33 это должны были починить: похоже, оно. загрузка проходит!
(In reply to comment #5) > А на ядре 3.18-un-def воспроизводится? не могу посмотреть > Попробуйте указать при загрузке параметр stop=udev и в полученном shell > загрузить модуль xfs. Посмотреть что получится и на что будет ругаться, если > будет. 3.14.33-std-def-alt1 исправилось.
3.14.33-std-def-alt1 исправилось.
