Created attachment 5751 [details] Логи от установщика Сборка regular-tde-latest-i586.iso от 20.02, установка идет на виртуал бокс 4.2.4 альт 6.0.2. 1)Запускаем установку из под live cd 2)Доходим до разбивки диска, выбираем вручную, видим неразмеченный диск в 8Гб (по умолчанию в виртуал бокс выставлен размер) 3)Выбираем данный диск и нажимаем создать файловую систему 4)Выбираем файловая система ext2/3/4 с установкой галок о создании журнала ext3 и расширений ext4 (еще обнаружил траблу, если жмакнуть галку расширенные функции то вообще все диски исчезают) 5)Жмем Ок, далее по умолчанию оставляем точку монтирования / и соглашаемся с форматированием 6)Далее идет обычная установка системы, доходим до пункта установка загрузчика и вот здесь начинается самое интересное 7)Ставим загрузчик на диск sda (он один единственный с единственным разделом sda) и вылазит ошибка следующего вида "Невозможно установить загрузчик на /dev/sda :/usr/sbin/grub-bios-setup: предупреждение: Файловая система ext2 не поддерживает встраивание" жмем ок, пробуем поставить на раздел sda и то же самое, проходит только отказ от установки загрузчика Логи прилагаются в архиве, если выбрать автоматическую разбивку диска, то загрузчик устанавливается на ура, так же бегло пощупал остальные регулярные сборки и та же ерунда.
(In reply to comment #0) > 2)Доходим до разбивки диска, выбираем вручную, видим неразмеченный диск в 8Гб > (по умолчанию в виртуал бокс выставлен размер) > 3)Выбираем данный диск и нажимаем создать файловую систему А теперь попробуйте снести /dev/sda и создать разделы, на которых уже делать ФС. См. remount.log: + rootfs=/dev/evms/sda Этот случай специфичен для виртуалок и действительно многих смущает, но исправлять его следует в alterator-vm. Либо удалять руками sda и делать sdaX.
Это же не баг, а фича Если возражений ни у кого нет, могу убрать
Суть проблемы в том, что если получаем на единственном sda корень, то загрузиться с него далее не представляется возможным (по крайней мере для grub, lilo при некоторых ФС может и поместиться в специально незадействованный кусочек места, формально принадлежащий такой файловой системе). Соответственно надо постараться избежать ситуаций, когда тестирование в виртуалке приводит к быстрому и удобному получению такого корня, затратам времени на распаковку базовой системы на него и предсказуемому ещё на этапе разбивки облому при установке загрузчика. Делать ли это предупреждением при единственном sda и/или определении его виртуальности или ещё как -- пока не знаю, но хотя бы так. Сама-то фича создания ФС на целом устройстве полезна, конечно.
(В ответ на комментарий №0) > 7)Ставим загрузчик на диск sda > (он один единственный с единственным разделом sda) > и вылазит ошибка следующего вида "Невозможно установить загрузчик на > /dev/sda :/usr/sbin/grub-bios-setup: предупреждение: > Файловая система ext2 не поддерживает встраивание" То же самое при попытке установить загрузчик на отдельный раздел (sda6) на реальной системе.
(In reply to comment #4) > > "Невозможно установить загрузчик на /dev/sda :/usr/sbin/grub-bios-setup: > > предупреждение: Файловая система ext2 не поддерживает встраивание" > То же самое при попытке установить загрузчик на отдельный раздел (sda6) на > реальной системе. Во, так воспроизвёл. Суть проблемы IMHO одна и та же, см. тж. http://www.gnu.org/software/grub/manual/html_node/BIOS-installation.html Предупреждение в твоём случае сделать сложнее, т.к. это надо догадаться о намерении сделать мультибут... _возможно_, в alterator-vm есть смысл предупреждать при корне на ext*, что на него (sdX или раздел) не получится поставить grub, а в alterator-grub отфильтровывать такие разделы из предлагалки.
Если на раздел с умолчательной файловой системой нельзя поставить загрузчик, то это неприемлимо.
1) это весьма частный случай (обычно в MBR); 2) боюсь, к ext[234] даже патчи на такую тему не приняли бы. Так что это была моя ошибка: твой случай отчасти схож, но не про эту багу. Здесь предлагаю ограничиться решением того, что делать с / на sdX.
На самом деле раньше grub вполне ставился на раздел с файловой системой. Он должен уметь это и сейчас, но со следующими ограничениями: 1) не поддерживаются RAID и LVM; 2) не поддерживаются некоторые файловые системы - например, btrfs (но там для embed есть почти 64K), nilfs2; 3) установка должна происходить на тот же диск, где находится /boot; 4) в параметры grub-bios-setup (или grub-install) необходимо добавлять опцию --force, при этом всё равно будут выдаваться жалобы на то, что данный режим ненадёжен.
(В ответ на комментарий №7) > 1) это весьма частный случай (обычно в MBR); > 2) боюсь, к ext[234] даже патчи на такую тему не приняли бы. > > Так что это была моя ошибка: твой случай отчасти схож, но не про эту багу. Тогда повесьте новую багу про случай zerg@. Сергей не может regular-kde4 установить из-за этого.
(В ответ на комментарий №8) > На самом деле раньше grub вполне ставился на раздел с файловой системой. И lilo тоже. Я всю дорогу так дополнительные OS ставлю на попробовать -- 1 root и туда же загрузчик. При этом все тестовые разделы в конце диска, чтоб с ними можно было что угодно делать.
На XFS тоже не ставится: "Ну могу туда загрузчик в стиле DOS"
JFS и RaiserFS: "не поддерживает встраивание" На Btrfs поставился, но пункт меню grub не появляется. Видимо os-prober его не находит, а раньше находил.
(В ответ на комментарий №12) > JFS и RaiserFS: "не поддерживает встраивание" > На Btrfs поставился, но пункт меню grub не появляется. Видимо os-prober его не > находит, а раньше находил. Повесьте, пожалуйста, отельную багу на grub про Ваш случай. Блокером на p7
На XFS действительно ставится не должно — там суперблок ФС лежит прямо в нулевом секторе, код загрузки класть некуда (хотя в последних syslinux mbr для XFS есть хак — делается попытка читать загрузчик из следующего сектора, который свободен, но, похоже, больше нигде подобное извращение не поддерживается). А вот на jfs и reiserfs установка должна проходить, но только с опцией --force. Правда, не совсем понимаю, почему не сделали embed для reiserfs — там же перед суперблоком для загрузчика свободно 64K, как в btrfs. Видимо, просто reiserfs никому не нужна.
(В ответ на комментарий №14) > А вот на jfs и reiserfs установка должна проходить, но только с опцией --force. Эту опцию alterator-grub в качестве фолбэка подсовывал, но только при виде "using blocklists" в выхлопе первой попытки. Ну или если теперь снести grub.mo. :) Так, заберу-ка я эту багу себе на alterator-grub, а на alterator-vm надо повесить новую и внятную -- про предупреждение о ситуации "/dev/sda как единственный диск и одновременно блочное устройство под корневой ФС". Тимур, прошу прощения за очередной спам на голову.
Объехано в alterator-grub 0.9.6-alt1, более ударопрочный фикс в работе (завязан на изменения в grub2, которые тоже в работе).
> Правда, не совсем понимаю, почему не сделали embed для reiserfs — там же перед > суперблоком для загрузчика свободно 64K, как в btrfs. Видимо, просто reiserfs > никому не нужна. А умеет ли grub загружать ядро и initrd с raiserfs и jfs? Если нет, но действительно получается возможно, но не очень нужно.
Все это нужно проверять в конце alterator-vm, но с учетом какой именно загрузчик будет ставиться (это, естественно, никогда сделано у нас не будет).
http://savannah.gnu.org/bugs/?37454 https://bugzilla.redhat.com/show_bug.cgi?id=861192
(In reply to comment #16) > (завязан на изменения в grub2, которые тоже в работе) (сделаны в grub2-2.00-alt12 и alterator-grub-0.9.7-alt1)
С сегодняшним образом KDesktop os-prober не нашел установленную на sda6 систему. P.S. Если тестировать образы на реальном железе мне не нужно, то блок для p7 для меня неактуален.
(В ответ на комментарий №21) > С сегодняшним образом KDesktop os-prober не нашел установленную на sda6 > систему. > > P.S. > Если тестировать образы на реальном железе мне не нужно, Нужно
(В ответ на комментарий №22) > Нужно Ну, это шутка :-) Просто, блокер уже снимали.
(В ответ на комментарий №21) > С сегодняшним образом KDesktop os-prober не нашел установленную на sda6 > систему. Не. Все нормально. grub был не настроен правильно.
В общем, для случая ext4 диагностировано и исправлено.
(In reply to comment #24) > > [...] os-prober не нашел установленную на sda6 систему. > Не. Все нормально. grub был не настроен правильно. Вот здесь хорошо бы подробнее -- сегодня перепроверил, первая система с корнем на sda2 и загрузчиком в MBR, вторая -- на sda5 и в sda5; первая грузится своим GRUB нормально, вторую этот grub не видит, хотя запущенный на первой os-prober вторую находит. Наверное, это безобразие стоит повесить отдельно, только пока не знаю, на что именно.
(В ответ на комментарий №26) > > Не. Все нормально. grub был не настроен правильно. > Вот здесь хорошо бы подробнее Это уже в прошлом. Не имеет отношения к более поздней проблеме, когда пришлось руками переустановить grub.
(В ответ на комментарий №26) > сегодня перепроверил Можешь проверить на KDesktop. У меня воспроизвелось на 2-х соседних сборках, при этом с regular-kde было все нормально. Одно из предположений: при одноименных системах на sda и sdaX может что-то не срабатывать при установке на sdaX.
Похоже, требуется update-grub на том корне, откуда он устанавливается в MBR.
(В ответ на комментарий №29) > Похоже, требуется update-grub на том корне, откуда он устанавливается в MBR. На нем делал только grub-mkconfig. Сразу после установки не нашлось, а после chroot; grub-install; exit -- нашлось.
(In reply to comment #30) > > update-grub > grub-mkconfig update-grub и дёргает grub-mkconfig, просто удобней :)
(В ответ на комментарий №29) > Похоже, требуется update-grub на том корне, откуда он устанавливается в MBR. Не работает. Только послее chroot и установки загрузчика.
