Всем спасибо за помощь.
В настройках принтера была кнопка, которую не замечал «считать параметры по умолчанию из принтера», нажал её и теперь нормально A4 =)
Насчет примитивности — думаю, это скорее плюс, раз задачи выполняются. Слака до сих пор (E)LILO использует.
Местами так и вовсе топят за отказ от загрузчика — EFI может загрузить stub-ядро самостоятельно. Но в этом случае, ИМХО, страдает удобство, даже с неизменным именем ядра. Например, изменять параметры ядра напрямую через EFI_STUB не самый удобный вариант. И вот тут простое решение рулит.
ЗЫ: Может, стОит вынести ваш диалог в отдельную тему? Жаль будет если потеряется…
Все равно утонет из-за структуры форума. Некоторые темы по десятку раз поднимаются.
Пожалуй что ты прав, убедил. При случае попробую этот ваш rEFInd, похоже оно того стОит.
Чето-то раньше никогда не задумывался над этими вопросами, что дано то и пользовал. До перехода на Манжаро на Зенвалке и с Lilo тоже жилось неплохо… Хотя Lilo совсем уж примитивен, да и фиг бы сним.
Да! все равно спасибо за пищу для размышлений.
ЗЫ: Может, стОит вынести ваш диалог в отдельную тему? Жаль будет если потеряется…
Я писал про обычную рабочую станцию, напомню. Не экзотическую, там GRUB норм ибо умеет стоя в гамаке.
Впрочем, /boot на отдельном разделе позволяет избежать таких проблем. Кроме разве что шифрования /boot.
Безусловно, можно.
Но это приведет к одному из вариантов:
Сочинять свой велосипед для загрузки версионированных ядер. В принципе, все просто: хук и регексп, получающий VERSION из, к примеру, vmlinuz-$VERSION. Вместе они генерируют нам конфиг на основе шаблона.
Использовать дистр с arch-like именованием таковых. Тут все вполне здраво получается.
Попросту забить на обновление ведра, лол.
Только какие преимущества дает GRUB на обычной рабочей станции с EFI, где надо просто грузить ядро?
В grub есть возможность вынести свои настройки в другой файл, к примеру в menu.cfg, а сам grub.cfg заблокировать от изменений. И ничего не затрет его больше.
Другой вопрос надо ли это обычному пользователю.
Но такая возможность есть и многие ей пользуются.
Другие ядра есть, но не грузится ни с одного. Одно ядро не находит, другое пытается загрузиться и виснет на логотипе.
Клмандной строки нет, вводить команды по чруту куда?
Абсолютно ничего. Только при первом же обновлении ядра alpm дернет 99-grub.hook, GRUB наш конфиг затрет и водрузит вместо него простыню на основе /etc/default/grub и /etc/grub.d/*. Связано такое поведение с версионной нумерацией содержимого /boot.
Systemd-boot, кстати, действует схожим образом — sdboot-manage, рулит entries-файлами. Но, к чести авторов тулзы, там все прозрачно.
В rEFInd же есть простой как палка refind-linux.conf. Который никто кроме пользователя не трогает.
Прочитайте комменты к Вашей же ссылке. Замечу, что автор темы откровенно плавает в ней: какие-то три раздела, путает тип разметки диска и т.д.
И какой это тулзой Grub генерирует конфиг на основе другого конфига? update-grub что ли?
Если быть точным grub-mkconfig.
почему все разработчики дистрибутивов ставят именно его
Отучаемся говорить за всех. Arch, например, никакого стандартного загрузчика не имеет. Хоть lilo ставьте, хоть вообще без загрузчика ядро грузите. Void тоже не обязывает ставить GRUB. manjaro-architect тоже предоставляет выбор.
Используется именно он в силу максимального охвата. EFI-only загрузчики попросту не поддерживают legacy-системы.
Тащемта, параметры ведру позволяет не менее гибко передавать что rEFInd, что (gummi|sd)boot. Более того, там простой и понятный человекочитаемый конфиг.
И если для systemd-boot при версионном именовании ядер их делает по шаблону systemd-boot-manager, то в rEFInd это делается просто руками.
EFI — искусственная приблуда, детище мелкософта.
Детище Intel же. К мелкомягким претензии по поводу SecureBoot.
а ничего особенно полезного не появилось
GPT появилось. Убраны ограничения шестнадцатибитного режима. Параллельная инициализация железа.
Главная проблема EFI это откровенно черезжопные реализации оного.
В настройках принтера была кнопка, которую не замечал «считать параметры по умолчанию из принтера», нажал её и теперь нормально A4 =)
Местами так и вовсе топят за отказ от загрузчика — EFI может загрузить stub-ядро самостоятельно. Но в этом случае, ИМХО, страдает удобство, даже с неизменным именем ядра. Например, изменять параметры ядра напрямую через EFI_STUB не самый удобный вариант. И вот тут простое решение рулит.
Все равно утонет из-за структуры форума. Некоторые темы по десятку раз поднимаются.
Чето-то раньше никогда не задумывался над этими вопросами, что дано то и пользовал. До перехода на Манжаро на Зенвалке и с Lilo тоже жилось неплохо… Хотя Lilo
совсем уж примитивен, да и фиг бы сним.Да! все равно спасибо за пищу для размышлений.
ЗЫ: Может, стОит вынести ваш диалог в отдельную тему? Жаль будет если потеряется…
Впрочем, /boot на отдельном разделе позволяет избежать таких проблем. Кроме разве что шифрования /boot.
Но это приведет к одному из вариантов:
- Сочинять свой велосипед для загрузки версионированных ядер. В принципе, все просто: хук и регексп, получающий VERSION из, к примеру, vmlinuz-$VERSION. Вместе они генерируют нам конфиг на основе шаблона.
- Использовать дистр с arch-like именованием таковых. Тут все вполне здраво получается.
- Попросту забить на обновление ведра, лол.
Только какие преимущества дает GRUB на обычной рабочей станции с EFI, где надо просто грузить ядро?Другой вопрос надо ли это обычному пользователю.
Но такая возможность есть и многие ей пользуются.
Клмандной строки нет, вводить команды по чруту куда?
Systemd-boot, кстати, действует схожим образом — sdboot-manage, рулит entries-файлами. Но, к чести авторов тулзы, там все прозрачно.
В rEFInd же есть простой как палка refind-linux.conf. Который никто кроме пользователя не трогает.
используй mhwd-chroot и пробуй обновить из-под него систему
Если быть точным grub-mkconfig.
Отучаемся говорить за всех. Arch, например, никакого стандартного загрузчика не имеет. Хоть lilo ставьте, хоть вообще без загрузчика ядро грузите. Void тоже не обязывает ставить GRUB. manjaro-architect тоже предоставляет выбор.
Используется именно он в силу максимального охвата. EFI-only загрузчики попросту не поддерживают legacy-системы.
Я бы сказал- мы именно с реализациями и имеем дело. К самойто технологии претензий нету.
И если для systemd-boot при версионном именовании ядер их делает по шаблону systemd-boot-manager, то в rEFInd это делается просто руками.
Детище Intel же. К мелкомягким претензии по поводу SecureBoot.
GPT появилось. Убраны ограничения шестнадцатибитного режима. Параллельная инициализация железа.
Главная проблема EFI это откровенно черезжопные реализации оного.