В чем причина ошибки «unknown filesystem» команды grub2-install?
Пытаюсь повторить установку CentOS 7 Minimal из-под ArchISO (live) повторяя шаги из одного обучающего видео. Весь процесс у меня проходит успешно, кроме установки Grub2. Вызов команды grub2-install /dev/sda вопреки видео у меня заканчивается ошибкой «unknown filesystem».
Вся процедура установки состоит из следующих этапов:
1. Разметка диска
2. Создание LVM разделов
3. Создание файловых систем
4. Монтирование корневого раздела
5. Загрузка в корневой раздел ISO-образа CentOS 7 Minimal
6. Получение из CentOS ISO временной файловой системы для установки
7. Первый chroot — во временную файловую систему
8. Установка пакетов в конечную систему
9. Второй chroot — в конечную файловую систему
10. Настройка конфигурационных файлов
11. Установка загрузчика
12. Перезагрузка
На диске виртуальной машины объемом 20 Gb создается dos-разметка с помощью утилиты cfdisk, а так же primary bootable физический раздел на все свободное пространство - 20 Gb. Позже с помощью pvcreate, vgcreate и lvcreate создается физический том, группа логических томов lvm и логические тома группы: root, home, opt. Тома форматируются в ext4.
Я предпринял несколько попыток повторить всю процедуру заново, полагая, что я пропустил или неверно выполнил один из шагов. Безрезультатно. Изначально использовалась виртуалка Qemu. Я так же попробовал повторить на Virtualbox, как это было на видео. Результат не изменился.
В рамках танцев с бубном я попробовал создать два primary физических раздела. Первый — bootable, размером 1 Gb форматировался в fat32 и в последствии монтировался к /boot директории конечной файловой системы. К первому диску никакие pvcreate, vgcreate и lvcreate команды не применялись. Ко второму разделу применялись те же операции по созданию LVM, что и в первоначальном варианте с поправкой на доступный объем диска и без метки bootable.
В этом варианте grub2-install завершился успехом. Однако в процессе загрузки системы возникает ошибка «failed to mount /sysroot». И, кажется, в логах там фигурировала (не сохранил) фраза «couldn't mount because of unsupported feature (2000)» касающаяся /dev/mapper/lvm-root тома (он же root).
Еще была попытка, в которой первый раздел форматировался в ext4, и тогда grub2-install снова сказал «unknown filesystem».
Какие другие данные мне стоит добавить для прояснения контекста? В чем может быть причина ошибки «unknown filesystem»?
Приведите полностью команду grub-install. Кроме того, есть предположение, что Вы не понимаете нафига вообще lvm :) . Ну и нифига не понятно, зачем MBR, когда сейчас всюду EFI? MBR - это жуткий страшный артефакт времен начала 90-х.
CityCat4, мне кажется вы не очень внимательно прочитали изложенную информацию, возможно это из-за того, что я слишком многословно пишу?
1. Команда изначально приведена полностью: grub2-install /dev/sda
2. Из чего вы сделали вывод о том, что я не знаю зачем нужен LVM? Вы самоутвердится пытаетесь или что? Я знаю для чего он нужен, но никогда не пользовался, не настраивал его.
3. Ответ на этот вопрос кроется в самом начале текста. Я повторяю шаги обучающего видео в котором устанавливается CentOS из загруженного лайв образа Arch Linux. Ну вот так решил автор видео в первом видео продемонстрировать вариант с MBR. Я не вижу в этом никакой проблемы, тем более, что все операции производятся на виртуалке. Возможно в следующих видео будет уже использоваться GPT. Я конечно же пользуюсь в повседневной жизни EFI, и застал времена компов с MBR еще студентом. Если у автора видео успешно удается все установить и запустить, то мне нужно понять почему у меня не получается воспроизвести с тем же результатом. Значит я какой-то момент не понимаю или упускаю. В этом и хочу разобраться. Это называется обучением. Прежде чем у меня возникла проблема grub2-install были другие сложности, с которыми мне удалось разобраться самостоятельно.
4. Как один из вариантов танцев с бубном я попробовал в самом конце создать аналогичную виртуалку с EFI и с разметкой GPT. Но у grub2-install обновленного до последней версии доступной для CentOS 7 возникает проблема того, что папке /usr/lib/grub/ существует лишь директория с модулями /i386-pс, а для EFI нужна директория с модулями i386-pc-efi или x86_64-efi. Почему их там нет я не знаю. Возможно это послужило причиной того, что автор видео решил использовать MBR.
Братан, я "самоутвердился" как UNIX-разработчик еще тогда, когда ты башни из кубиков складывал, сидя под столом :D
Это называется обучением.
Не. Обучением это назовется тогда, когда ты дотямаешь в чем проблема и самостоятельно ее решишь.
что папке /usr/lib/grub/ существует лишь директория с модулями /i386-pс,
значит в пень такой граб и установить его заново в нормальном виде. Впрочем для MBR я там привел выше команду - она должна работать. Параметры разумеется свои.
Antowa Kartowa, grub куда устанавливаете, в MBR или в раздел?
Первый — bootable
Если речь про метку на разделе, то скорее всего ставите в раздел, а здесь могут быть проблемы, в начале раздела не так много места и grub не сможет там разместить все необходимые модули для загрузки. А если используете fat32 и lvm они необходимы.
CityCat4, Братан, я просто посмеялся, не парься.. Но с другой стороны, тролли и анимешники, как правило уродливые мальчики которым в детстве на спину писяли, возможно писяют и сейчас..
Собственно направляйте свои плоские высказывания в противоположную от меня сторону.
Неверная команда, man grub-install. Верная команда выглядит примерно так:
Wiki ArchLinux говорит, что вполне нормально вызвать без явного указания платформы и бут директории.
4.3.1.1 Полноценная установка для BIOS
Для установки GRUB2 нужно выполнить команду от root: grub-install /dev/sda
где /dev/sda это устройство (не раздел!) для установки загрузочных образов GRUB.
...
Эти параметры определяются автоматически. Информация о выбранной платформе выводится сразу после вызова команды Installing for i386-pc platform.. Но осуществляя свои магические танцы я так же пробовал вызывать команду с явно заданными полями. И чтоб не было нареканий повторил еще раз. Только /mnt убрал из пути так как команда вызывается из чрута в конечную систему. Результат никак не поменялся.
Не. Обучением это назовется тогда, когда ты дотямаешь в чем проблема и самостоятельно ее решишь.
А ну да, а про то, что работа джуна это задавать вопросы говорят видимо идиоты, а не специалисты высокого уровня. Про этот сайт я вообще молчу.
Я уже писал выше, что самостоятельно решил несколько других проблем с установкой, но гуглеж проблемы с установкой GRUB ничего не прояснил и только спустя несколько дней безуспешных попыток решил задать вопрос здесь.
значит в пень такой граб и установить его заново в нормальном виде.
Граб одинаковый что в образе диска с зеркала Яндекса, что с официального сайта CentOS, и даже обновление пакетным менеджером не меняет этого поведения. Но я нашел решение на stackoverflow - нужно просто было установить grub2-efi-x64-modules.
Впрочем для MBR я там привел выше команду - она должна работать. Параметры разумеется свои.
Однако после этого команда так же как и в MBR варианте выдает grub2-install: error: unknown filesystem.
тролли и анимешники, как правило уродливые мальчики
Хм. Красавцем конечно я никогда не был, но и уродом особенным тоже - обычный средний человек. Правда назвать меня "мальчиком" - это ну ооооочень сильно мне польстить :) Меня так лет тридцать уже не зовут
Собственно направляйте свои плоские высказывания в противоположную от меня сторону.
Ну насчет "плоскости" я отвечу как обычно - я тролль и мозги у меня - каменные! А свои высказывания я ни в чью сторону не направляю, а если Вам вдруг показалось что-то - я тут ни при чем :)
Wiki ArchLinux говорит, что вполне нормально вызвать без явного указания платформы и бут директории.
Когда на заборе написано XY. - ты точно поверишь, что там именно он? Или все-таки убедишься, что там самые обычные дрова? :) Таким вещам, как grub-install, лучше обьяснять все вручную.
Только /mnt убрал из пути так как команда вызывается из чрута в конечную систему.
Зачем? Почему не вызвать grub-install в конечной системе, примонтировав установочный раздел?
Про этот сайт я вообще молчу.
Сходи на linux.org.ru - только для того, чтобы убедиться какая здесь теплая дружественная атмосфера :D
Но я нашел решение на stackoverflow - нужно просто было установить grub2-efi-x64-modules.
А, ну да... Пакетные дистрибы - они такие пакетные дистрибы...
Есть еще какие-то соображения?
приведи карту разделов
например: # sfdisk --dump /dev/sda
где sda - устройство, поставь свое
Когда на заборе написано XY. - ты точно поверишь, что там именно он? Или все-таки убедишься, что там самые обычные дрова? :) Таким вещам, как grub-install, лучше обьяснять все вручную.
Wiki ArchLinux это забор? )
Зачем? Почему не вызвать grub-install в конечной системе, примонтировав установочный раздел?
Не понял вопроса. Примонтированны все разделы диска /root, /opt, /home, чрутнулся в /root и уже в нём запускается grub2-install, потому /mnt становится лишним.
Antowa Kartowa, Вики арча в принципе достойно уважения, но как и любой другой источник информации может быть опровергнут практикой. Тем более, ты не в арче, ты в центосе, где граб может быть собран с другими умолчаниями. Да-да, пакетные дистрибы - они такие пакетные дистрибы...
карта разделов ничего не прояснила?
Прояснила. Я не вижу раздела под /boot. А с lvm загрузиться нельзя.
И кстати насчет сборки программ в разных дистрибах. Вот типичная карта разделов для MBR-варианта в sfdisk, который у меня:
Первый микрораздел - чиста MBR записать и загрузчик
Второй - boot, тип Linux (не LVM)
Третий - под все остальное, тип Linux (не LVM)
Вот такая же карта, но если юзать LVM:
CityCat4, я еще до того как сюда написать пробовал эту опцию. Попробовал снова. Результат не изменился.
Ради эксперимента установил CentOS 7 с GUI разметил диск аналогично первый раздел под /boot второй под LVM. Иначе даже не позволяет, требует отдельный /boot раздел. Установилось без проблем, запустилось тоже. Сравнивал результат sfdisk --dump и lsblk с виртуалкой на CentOS 7 minimal. Идентичны. Подумал, что может действительно в minimal какой-то grub глючный. Взял из "минимального" образа перечень имен пакетов, вытянул их из "полного" образа и установил. Не смогли установится только два пакета, которые я уже из репозитория доустановил. Всё равно та же проблема. Unknown filesystem.
В нескольких статьях встречал упоминание, что для dos отдельный раздел под /boot не обязателен. Еще в паре мест встречал упоминание, что у grub в каких-то версиях была проблема именно с ext4 и в более поздних их пофиксили. Предлагалась ссылка на версию 2.12. На CentOS при доступна максимум версия 2.02. Не знаю есть ли смысл пробовать сбилдить самостоятельно, не представляю как это сделать в контексте кучи зависимостей, которые вероятно тоже нужно билдить. Не руками же дерево зависимостей просчитывать. Буду рад за ссылку по теме.
Да и установка CentOS 7 с GUI как бы говорит о том, что дело вроде как не в grub. Попробовал проделать ту же процедуру с ext2 и ext3, сначала с отдельным /boot, а после с единственным разделом, который под LVM. Во всех вариантах всё работает как надо.
В принципе меня на данный момент устроит такой результат - работает c ext3 и ладно. Но если есть мысли что бы еще проверить изменить, то я готов проверять.
что для dos отдельный раздел под /boot не обязателен.
Не понял нихрена - какой DOS? Для него вообще ничего не обязательно :) /boot обязателен в том случае если используется LVM, если его не использовать - тогда не обязателен.
Попробовал проделать ту же процедуру с ext2 и ext3
По-моему, Вы занимаетесь ерундой. Есть рабочие конфигурации, зачем придумывать какие-то огороды? Здесь есть такой юзер, Глеб, он тоже раньше все какую-то чушь городил, сейчас вроде поумнел :)
CityCat4, отдельный /boot раздел проблему grub никак не решил и ничего не поменял. Что еще можно изменить? Возможно что-то не так делаю в других шагах установки? Могу описать все шаги с командами, если это поможет.
Это просто для справки. Данные о разметке с успешно установленной системой.
Antowa Kartowa, Кстати, я опять не вижу раздела под MBR собственно. Возьми вторую карту, которую я привел, можешь ее сунуть прямо в sfdisk, он тебе создаст три раздела - первый - это раздел под MBR, он размером всего 2048 секторов. Нужен он для записи загрузчика старого образца, воспринимаемого BIOS (который не знает никакого ext2/3/4, а знает только FAT и... все), второй раздел типа Linux под /boot и третий - раздел типа Linux LVM - под все остальное.
Желание разобраться прям до конца, оно в принципе похвальное, просто обычно тащит за собой огромный пласт всего, что нужно понять.
Antowa Kartowa, смотрю то же самое обучающее видео и у меня такая же проблема. Причем пытался я делать это несколько раз.
В первый раз все вроде как заработало, но после ребута система как будто бы вообще не поставилась (возможно, какой-то из шагов сделал неверно). Последующие этапы у меня идентичная ошибка, как топике. Получилось ее решить или обойти? Правильно ли я понимаю что помогло:
UPD: Попробовал, да, работает, но что-то ssh с коробки не завелся( https://webhamster.ru/site/page/index/articles/comp/196 - есть такая ссыль, но пока не пробовал и сомневаюсь что связано. как будто бы частовстречающаяся вещь, но инфы мало
CityCat4, Привет. Если честно, изначально не очень понял вообще как эти карты читать, и как-то слабо сопоставлялись с тем что выдает sfdisk --dump /dev/vda. Путаницу усугубляли странные длинные значения type. Вроде бы должны быть двухсимвольные. Linux: 83, Linux LVM: 8e. Такие значения даёт и cfdisk и sfdisk -T.
Разобрался как скормить карту sfdisk'у. Однако он просто создал 3 раздела с типом Empty: 0 и Bootable тоже ни один раздел не получил. Тип Linux и Linux LVM двум последним разделам назначил. Bootable присвоил второму (Linux). А какой тип нужно присвоить микроразделу? GUID для GPT а для MBR 16-ричные коды от 0 до ff. Попробовал типа раздела установить как 1: FAT-12 (если это логический раздел или раздел расположен в первых 32 мегабайтах диска, иначе используется код 06h).
Поскольку это FAT-12, то соответственно отформатировал его в FAT-12. Или зря? В fstab его не добавлял.
devfior, привет. На неделю забыл про эту проблему. Вчера только увидел комментарий. Нашел кстати автора курса, на linkedin, но он там, похоже редко появляется.
Мне кажется, ссылка не связана с этим. Но точно еще пригодится, так что в любом случае спасибо.
CityCat4, Я не владею sfdisk так чтоб на нём непосредственно проверить, но в cfdisk в начале предлагается выбрать label type: gpt, dos, sgi, sun. Список типов разделов в gpt отличается от типов разделов в dos, а так же коды этих типов. При выборе gpt действительно тип раздела записывается в формате GUID ведь gpt это и есть GUID Partition Table. Если же выбрать dos, то там тип раздела записывается максимум 2 символами 16-ричного числа.
