LINUX.ORG.RU

GNU GRUB 2.00

 ,


3

1

После восьми лет разработки представлен первый стабильный релиз модульного мультиплатформенного загрузчика GNU GRUB ветки 2.х, поддерживающий множество платформ: х86/x86-64 BIOS/EFI, платформы IEEE-1275 (например, OLPC, Sparc64, PowerPC), coreboot, Yeeloong, а теперь ещё и Fuloong2F, Loongson-2F, SGI, i386/MIPS Qemu, Itanium и SGI MIPS.

Новшества и усовершенствования:

  • внешний вид:
    • официальная тема для gfxmenu;
    • меню дополнены подменю;
    • улучшенное определение видеорежима посредством EDID.
  • новые платформы:
    • порт на Itanium;
    • Fuloong2F (в том числе в качестве прошивки);
    • Fuloong2E (прошивка не поддерживается);
    • ARCS (SGI);
    • qemu -M MIPS.
  • grub-mount для монтирования файловых систем посредством драйверов GRUB FS и FUSE;
  • изменены настройки безопасности по умолчанию: если в конфигурации определён суперпользователь — командный режим блокируется;
  • новые драйверы:
    • EHCI;
    • AHCI;
    • ESCC serial;
    • EFI serial;
    • сетевой стек для BIOS, IEEE1275, EMU и EFI, включая TFTP, HTTP и DNS;
    • поддержка VBE на Coreboot.
  • новые ФС, фильтры и форматы дисков:
    • разметки форматов DVH и Plan9;
    • Big-endian mdraid и cpio;
    • ODC и NEWC cpio;
    • ExFAT;
    • Minix3fs;
    • Big-endian minixfs;
    • RomFS;
    • Squash4;
    • поддержка дисков с не 512-байтными блоками;
    • поддержка LUKS и GELI;
    • LDM (пока — только чтение);
    • LZOP.
  • улучшена поддержка форматов дисков и ФС:
    • метки (label) HFS+;
    • ReiserFS;
    • мультиустройства, зеркальные RAID и raidz(2,3) ZFS;
    • внутренние RAID для LVM;
    • шифрование ZFS;
    • ZLE и GZIP для ZFS;
    • поддерживаемая версия ZFS увеличена до версии 33
    • HFS mtime;
    • AFFS и SFS
    • LZO-сжатие для BtrFS;
    • симлинки для cpio и tar;
    • уменьшено количество некорректных опознаний ФС.
  • новые протоколы загрузки:
    • Plan9;
    • FreeDOS;
    • Ntldr/Bootmgr;
    • поддержка chainloader -bpb для коррекции таблицы разделов FAT и NTFS;
    • мультизагрузка PXE;
    • Darwin 11 (Mac OS X Lion).
  • улучшения в протоколах загрузки:
    • поддержка нескольких initrd;
    • базовая поддержка автоконфигурации Illumos и xnu.
  • Тестирование и отладка:
    • новые команды grub-fstest: cat, zfsinfo, testload xnu_uuid;
    • модуль отладки (ипользует gdb);
    • сбор статистики дискового кэша;
    • новая команда — time.
  • производительность:
    • «ленивое» сканирование накопителей: неиспользуемые устройства не сканируются;
    • использование кэша процессора для доступа к видеопамяти;
    • самые используемые устройства ищутся по UUID первыми.
  • интернационализация:
    • Unicode 6.0;
    • переводы на многие языки включены в официальный комплект.
  • экспериментальная поддержка сборки на Apple.

Исходники

>>> Анонс



Проверено: JB ()
Последнее исправление: post-factum (всего исправлений: 5)

в версии 2.* вроде-бы еще синтаксис упоротый по сравнению с еденицей, или я что-то путаю?

mkeee
()
Ответ на: комментарий от Evgueni

Не надо его переписывать, они его не осилять запустить.

amalofeev
()
Ответ на: комментарий от Yareg

GRUB 2 лучше обычного GRUB, в том числе, тем, что поддерживает UEFI.

А на новых машинах с UEFI вроде же уже никакой груб не нужен будет...

Пока Linux-ядро не научится собираться как бинарник для UEFI, загрузчик будет нужен. Сейчас все дистры советуют с UEFI и кастомным маковым EFI использовать GRUB 2.

Первый груб просто работает

GRUB 2 тоже просто работает. И в GRUB 2 нет вечных недостатков GRUB 1 (например, GRUB 2 умеет LVM, умеет XFS (GRUB 1 по докам имел зачатки поддержки, но на деле оно никогда не работало), умеет ext4 и т.д., что позволяет бутиться, не вынося /boot из LVM и не форматируя его в древнющие ФС).

Deleted
()
Ответ на: комментарий от mine

Первый нифига не KISS, его в его времена тоже называли комбайном. Образцом KISS могут служит syslinux и подобные.

Deleted
()
Ответ на: комментарий от Deleted

Ну ext4 и первый груб умеет (с патчем, который много где накладывают), а LVM я не пользуюсь, поэтому мне всё равно, но это преимущество, да. Поэтому и был бы полезен его форк, который был бы так же прост в настройке и в сути, но умел бы всё действительно полезное.
А может наоборот нужно второй форкать и выкидывать из него ненужное. Хотя не важно, конфиг может у него и толще, но это, наверное, не так страшно.

Но пока я могу пользоваться первым грубом, я буду им пользоваться. Только вот из-за того, что он умер, я теперь некрофил. Ну и да ладно.

Yareg ★★★
()
Ответ на: комментарий от amalofeev

Оффтоп умет грузится с USB без бубна?

Начиная с висты тупо делаешь раздел в любой вендовой ФС, копируешь туда всё, пишешь MBR (хотя бы ms-sys). Всё.

x3al ★★★★★
()
Ответ на: комментарий от Deleted

Пока Linux-ядро не научится собираться как бинарник для UEFI, загрузчик будет нужен.

Оно умеет собираться как бинарник для UEFI.

GRUB 2 лучше обычного GRUB, в том числе, тем, что поддерживает UEFI.

Федоровский grub1 умеет UEFI. И ещё ~4 загрузчика умеют его.

x3al ★★★★★
()
Ответ на: комментарий от amalofeev

Склорее Билл признает себя гомиком, чем офтоп с чего попало грузиться начнет. Тыне в теме!

Я делал это раз десять, лол. Ты не в теме.

x3al ★★★★★
()
Ответ на: комментарий от amalofeev

А, нарушатель лицензии.

Сфигали? И что, когда я юзаю мелкомягкий usb download tool (делающий то же) с мелкомягким же образом восьмёрки, я что-то нарушаю?

Может и на GPL забъёшь?

Кстати, что такого особого в гпл?

//какого чёрта, ещё не пятница же

x3al ★★★★★
()
Ответ на: комментарий от amalofeev

Проспись. Это оффициально (тм) одобренный способ установки восьмёрки с образа.

x3al ★★★★★
()

А когда оно уже избавится от зависимости от Linux при загрузке Emacs?

Artificial_Thought ★★★★
()

А что, кто-то всё ещё пользует эту невменяемую поделку? Мне казалось, все давно на lilo перешли и спят спокойно...

wheel
()
Ответ на: комментарий от mkeee

синтаксис упоротый

А то! Чего только стоит нумерация дисков с нуля, а разделов - с единицы! Пока дым от стопки документации не всосёшь, лучше к этой поделке сумрачного гения даже и не приближаться.

wheel
()
Ответ на: комментарий от Deleted

Принципы KISS как бы говорит нам... А ЗАЧЕМ? Народ, ну зачем вам UEFI? BIOS (как его там не зови) нужен только для одной-единственной цели: первоначальная инициализация оборудования с последующей загрузкой ОС. Это ВСЁ.

Смотрю на UEFI (и уже не первый год) и просто в состояние паралича разума прихожу. UEFI - грузится ДОЛГО (особенно, на серваках IBM), жрет немеряно ресурсов, требует каких-то драйверов. В общем, прогресс дошел до того, что запускает довольно мощную операционную систему, чтобы загрузить другую операционную систему!!!

_ЗАЧЕМ_???

Сколько серверов мне в руки попадало, прежде всего отключал в конфигураторе BIOSа UEFI. Дальше рейд-контроллер перехванывает int 13h и lilo чудесно грузит монолитное ядро линукса... Зачем изобретать велосипед? К тому же, с 8-ми угольными колесами, неработающим движком с питанием от солнечных батарей и полным приводом...

В конце-концов, ITшники часто хвалятся, что имеют какое-то отношение к науке и передовой технике... но про принцип «бритвы Оккама», видимо, никогда не слышали!

wheel
()

хм... я думал забили уже, ну что же, радует

noname_user ★★★
()
Ответ на: комментарий от amalofeev

Но зачем тебе в boot такая fs?

Например, для меня естественным путем является загнать все разделы в LVM. Из-за GRUB 1 в свое время я был вынужден создавать отдельный /boot вне LVM, только потому, что GRUB 1 не осилил LVM.

А поддержка ext4 и xfs нужна потому, что если на компьютере установлен ровно один дистрибутив Linux, то нет никакого смысла в отдельном разделе /boot и он является костылем. Намного естественнее размещать /boot на корневой ФС. Моя типичная разбивка выглядит так: 1/5 часть диска - /, остальное - /home. Из отдельного /boot есть смысл в трех случаях: 1) GRUB без Linux или другой Unix-like ОС, 2) хочется общий /boot на несколько инсталлированных линуков и 3) загрузчик не умеет работать с LVM корневой ФС.

Deleted
()
Ответ на: комментарий от Deleted

Моя типичная разбивка диска: почти весь диск / и партиция на несколько гигабайт для свопа. НО: linux raid autodetect с 2-мя софтверными MD RAID1, каждая из одной партиции. Это для того, чтобы было легко и непринужденно бэкапить (в общем-то, куда угодно - на USB-диск, например): сказал синхронизировать рейд и в итоге образовался бэкап. Причем, без остановки работы. Дополнительный плюс: как бы вы ни цепляли диски (в том числе, по USB), корень всё-равно будет /dev/md0, а своп /dev/md1. Соответственно, не нужно переписывать /etc/fstab. Ну и, опять же, udev не нужен. Что есть феерическое благо.

wheel
()

Скажу вам по совести, ничего не скрывая: нужен.

ghostmansd
()
Ответ на: комментарий от Hackeridze

А чтобы вот так было:

avalon test # emerge -pv =grub-2.00

These are the packages that would be merged, in order:

Calculating dependencies... done!
[ebuild  N     ] media-fonts/unifont-5.1.20080914  USE="X" 0 kB
[ebuild  N    *] sys-boot/grub-2.00  USE="mount nls sdl truetype -custom-cflags -debug -device-mapper -efiemu -libzfs -static" GRUB_PLATFORMS="multiboot pc -coreboot -efi-32 -efi-64 -emu -ieee1275 -qemu -qemu-mips -yeeloong" 5,017 kB
max_udoff
() автор топика
Ответ на: комментарий от true_admin

менять шревты

Как? Я помню так и не нашел как крупный шрифт поставить при разрешении высоком, чтобы не 1/30 экрана с выбором ОС, а потом пустота

Loki13 ★★★★★
()
Ответ на: комментарий от overmind88

От тебя веет то ли гутталинуксом, то ли ужу

По-моему, всё проще: от него веет спиртным :)

kss ★★★★★
()
Ответ на: комментарий от wheel

Мне нравится идея, заложенная в корень: унифицированная расширяемая прошивка. Но не нравится практическая реализация: в прошивку эту запихано слишком многое. Но даже в том виде, в котором оно есть, оно совершеннее, чем BIOS.

UEFI - грузится ДОЛГО (особенно, на серваках IBM)

ВНЕЗАПНО на любом сервере BIOS грузится тоже долго, вряд ли дело в EFI (и в сторону EFI плюс: теоретически скорость загрузки EFI можно потвикать, когда скорость BIOS потвикать невозможно (ну можно отрубить все проверки, но это не вариант для сервера)).

А о efi-шных драйверах пользователь волноваться не должен при обычном использовании, зато наличие возможности решает вечную и неразрешенную проблему с поддержкой биосами новых железок.

Deleted
()
Ответ на: комментарий от Loki13

так и не нашел как крупный шрифт поставить при разрешении высоком, чтобы не 1/30 экрана с выбором ОС, а потом пустота

http://www.gnu.org/software/grub/manual/grub.html

грепать по слову fonts. Я так понимаю оно только растровые шрифты держит.

true_admin ★★★★★
()
Ответ на: комментарий от true_admin

грепать по слову fonts. Я так понимаю оно только растровые шрифты держит.

Ну да можно поставить Terminus_16x16, но на 1920х1080 хочется шрифты 18-24. Может конечно и такие есть, но я скорее имел ввиду, что нельзя просто указать размер шрифта цифрой

Loki13 ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.