Во время загрузки получаю сообщение: Begin: Mounting root file system ... mount: No such device Unable to mount /dev/disk/by-uuid/dccd...... as ext2. Dropping to a shell! (initramfs) На этом загрузка прекращается. Если в fstab прописать корневую ФС, как ext2, то в иминидж кладется модуль ext2, и загрузка проходит нормально. Если в fstab корневая система прописана как ext3, то в имидж кладется модуль ext3. А коревая файловая система монтируется попрежнему как ext2, но ненаходит модуля, и обламывается. Сейчас для себя решил проблему следующим образом. исправляю в fstab для корня тип ФС на ext2, создаю имидж, меняю тип ФС на ext3 для корня, запускаю лило. Может есть более прямое решение?
Если в fstab указан неверный тип файловой системы, вполне естественно, что в результате загрузка становится невозможной. Совместимость в противоположную сторону (ext2 в fstab при фактически созданной ext3 на диске) поддерживается в mkinitrd >= 3.0.5-alt1. Кроме того, если вы пытаетесь преобразовать файловую систему ext2 в ext3, необходимо выполнить tune2fs -j для создания журнала; после этого тип ФС будет автоматически определяться как ext3, но сохранится возможность монтирования как ext2. В текущих версиях ядра модуль ext3 не поддерживает работу без использования журнала, и ФС без журнала не может быть смонтирована как ext3.
Как бы все это не в тему. У меня уже есть корневой раздел в ext3, что и указано в fstab. Я обновил ядро, и в результате загрузки с ним, получил выше описанную проблему. Ничего никуда приобразовывать я не собираюсь. Еще раз проблема в том, что если в fstab прописан root как ext3, mkinitrd в имидж кладет драйвер от ext3, а монтировать пытается, как ext2. Лично я думаю, что имеено из-за этого я получаю выше описанную ошибку.
Ошибка не исправлена, коментарий не соответствует проблеме.
Тогда покажите вывод tune2fs -l для корневой ФС.
Флаг has_journal в списке фичь присиутствует.
Покажите полностью вывод команд tune2fs -l $root_device /lib/mkinitrd/klibc/bin/fstype < $root_device /lib/mkinitrd/udev/lib/udev/vol_id $root_device (вместо $root_device укажите имя устройства, на котором находится корневая ФС).
Информации до сих пор нет; проблема уже неактуальна? Воспроизвести ситуацию, когда ext3 распознаётся как ext2, не удалось (правда, есть случаи, когда ext4 со "странной" комбинацией флагов распознаётся как ext2, но в этих случаях ФС не удаётся смонтировать как ext3).
Да. В настоящий момент проблема уже не актуальна, в связи с отказом от ОС АлтЛюнукс для решения целевой задачи. Подробности, я выслал Вам на E-Mail.
Reporter failed to provide necessary information.
схожая проблема разница в одну цифру, помогите решить, произошло на годами нормально работающей машине после долгого отключения света, после старта загрузка останавливается на : unable to mount /dev/disk/by-uuid/ccb03de5-19d3-4bb9-bd5e-61f70c8d55f7 as ext3. dropping to a shell! (initramfs)
