20588 2009-06-26 10:02:19 +0400 Ошибка при монтировании корневой файловой системы. 2014-12-10 17:02:50 +0300 1 1 3 Distributions Branch 5.0 mkinitrd unspecified x86 Linux CLOSED WORKSFORME P3 critical --- 1 MisHel64 vsu MisHel64 garry179 ldv qa-5.0 oldest_to_newest 93753 0 MisHel64 2009-06-26 10:02:19 +0400 Во время загрузки получаю сообщение: 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 для корня, запускаю лило. Может есть более прямое решение? 93770 1 vsu 2009-06-26 12:56:47 +0400 Если в fstab указан неверный тип файловой системы, вполне естественно, что в результате загрузка становится невозможной. Совместимость в противоположную сторону (ext2 в fstab при фактически созданной ext3 на диске) поддерживается в mkinitrd >= 3.0.5-alt1. Кроме того, если вы пытаетесь преобразовать файловую систему ext2 в ext3, необходимо выполнить tune2fs -j для создания журнала; после этого тип ФС будет автоматически определяться как ext3, но сохранится возможность монтирования как ext2. В текущих версиях ядра модуль ext3 не поддерживает работу без использования журнала, и ФС без журнала не может быть смонтирована как ext3. 93771 2 MisHel64 2009-06-26 13:07:54 +0400 Как бы все это не в тему. У меня уже есть корневой раздел в ext3, что и указано в fstab. Я обновил ядро, и в результате загрузки с ним, получил выше описанную проблему. Ничего никуда приобразовывать я не собираюсь. Еще раз проблема в том, что если в fstab прописан root как ext3, mkinitrd в имидж кладет драйвер от ext3, а монтировать пытается, как ext2. Лично я думаю, что имеено из-за этого я получаю выше описанную ошибку. 93772 3 MisHel64 2009-06-26 13:09:41 +0400 Ошибка не исправлена, коментарий не соответствует проблеме. 93774 4 MisHel64 2009-06-26 13:30:30 +0400 Ошибка не исправлена, коментарий не соответствует проблеме. 93785 5 vsu 2009-06-26 15:27:19 +0400 Тогда покажите вывод tune2fs -l для корневой ФС. 93820 6 MisHel64 2009-06-27 00:04:38 +0400 Флаг has_journal в списке фичь присиутствует. 93834 7 vsu 2009-06-27 11:10:08 +0400 Покажите полностью вывод команд tune2fs -l $root_device /lib/mkinitrd/klibc/bin/fstype < $root_device /lib/mkinitrd/udev/lib/udev/vol_id $root_device (вместо $root_device укажите имя устройства, на котором находится корневая ФС). 94110 8 vsu 2009-07-02 19:45:14 +0400 Информации до сих пор нет; проблема уже неактуальна? Воспроизвести ситуацию, когда ext3 распознаётся как ext2, не удалось (правда, есть случаи, когда ext4 со "странной" комбинацией флагов распознаётся как ext2, но в этих случаях ФС не удаётся смонтировать как ext3). 94178 9 MisHel64 2009-07-03 18:24:07 +0400 Да. В настоящий момент проблема уже не актуальна, в связи с отказом от ОС АлтЛюнукс для решения целевой задачи. Подробности, я выслал Вам на E-Mail. 104009 10 ldv 2009-12-09 05:05:19 +0300 Reporter failed to provide necessary information. 149264 11 garry179 2014-12-10 17:02:50 +0300 схожая проблема разница в одну цифру, помогите решить, произошло на годами нормально работающей машине после долгого отключения света, после старта загрузка останавливается на : unable to mount /dev/disk/by-uuid/ccb03de5-19d3-4bb9-bd5e-61f70c8d55f7 as ext3. dropping to a shell! (initramfs)