собери для равхайда, а уж я себе пересоберу

https://meduza.io/news/2019/10/03/rostelekom-ob-yavil-o-zakupke-planshetov-dlya-perepisi-na-11-5-milliarda-rubley-eto-vdvoe-dorozhe-chem-obeschal-rosstat Кому там принадлежит "Российская операционная система"?

это для 31, а для равхайда?

а в гит-репе уже всё готово?

ок

Релиз на неделю переносить не будут?

Релиз на неделю переносить не будут?

Покатнет, а там как пойдёт.

Оукей

@xvitaly leigh123linux обновил билдрут и собирает 1.8.12 для ф32

Да пусть соберётся. Он всегда так делает, когда видит, что чей-то пакет не собрался из-за проблем билдрута.

ок, я написал ему в ирке

Во. А подскажите не совсем умному человеку,я снял полный образ загрузочной флешки с windows (sudo dd if=/dev/sdb1 of=windows.iso) я образ могу примонтировать, а вот установить на виртуалку с этого iso не могу, выдает bsod. Но снятый таким же макаром образ fedora с установленной флешкой (sudo dd if=/dev/sdb of=linux.iso) спокойно читается виртуалкой?

Во. А подскажите не совсем умному человеку,я снял полный образ загрузочной флешки с windows (sudo dd if=/dev/sdb1 of=windows.iso) я образ могу примонтировать, а вот установить на виртуалку с этого iso не могу, выдает bsod. Но снятый таким же макаром образ fedora с установленной флешкой (sudo dd if=/dev/sdb of=linux.iso) спокойно читается виртуалкой?

if=/dev/sdb1 и if=/dev/sdb

if=/dev/sdb1 и if=/dev/sdb

только в этом проблема?

ну например

А как сократить свободное место? там просто его много. Это сжать в архив? Или есть параметр для это в самом dd?(я читал man но не понял)

А как сократить свободное место? там просто его много. Это сжать в архив? Или есть параметр для это в самом dd?(я читал man но не понял)

в самом dd есть параметр sparse, но надо забить свободное место нулями перед этим

не при снятие образа с флешки, или раздела диска.

а... вот понял.

а если уже снял, то только в архив?

а если уже снял, то только в архив?

не сожмётся

я про образ снятый с флешки говорил. Про виртуалки я в курсе.

и как узнать поддерживается ли твоим биосом, процессором, богом небом, аллахом BLS?

Большинством современных загрузчиков.

так перешел, а теперь, что бы появились файлы, мне надо сделать перезагрузку?

Или ядро скомпилировать?

так перешел, а теперь, что бы появились файлы, мне надо сделать перезагрузку?

Конфигурационные файлы.

Ага. А как мне установить параметр для загрузки ядра mitigations=off?

прописал. ладно. пробую перезагрузится.

Разве? Я только что проверил, и без пересоздания конфига новые параметры не подхватываются

Не уверен. Но в /etc/default/grub он включён (с момента переустановки системы).

Кстати, а нормально, что я не заметил разницы между grub и bls?

>способ представления ядер в загрузчике Шта

другой интерфейс выбора ядер.

Я знаю, что это. Просто удивился твоей, несколько странной, формулировке.

По-моему понятнее было бы "формат конфигурации загрузчика", не?

Я вообще заменил grub на systemd-boot. Тучный и чрезмерно функциональный grub кажется лишним звеном в UEFI.

а есть гайд по замене? я бы тоже заменил, так как груб похож на мертвое поделие, а systemd-boot живёт. и ещё вопрос - он нормально живёт с дуалбутом виндовым?

Я вообще заменил grub на systemd-boot. Тучный и чрезмерно функциональный grub кажется лишним звеном в UEFI.

А время загрузки уменьшается?

а есть гайд по замене? я бы тоже заменил, так как груб похож на мертвое поделие, а systemd-boot живёт. и ещё вопрос - он нормально живёт с дуалбутом виндовым?

На UEFI вообще нет проблем с дуалбутом, т.к. нет конкуренции за место загрузочной записи - каждый просто добавляет свою.

Я правильно понимаю, что если отключить защиту от уязвимостей в выводе команды grep . /sys/devices/system/cpu/vulnerabilities/* будет только disable и Vulnerable?

Я вообще заменил grub на systemd-boot. Тучный и чрезмерно функциональный grub кажется лишним звеном в UEFI.

ппц вы, столько лет все жили с грабом, а тут уже тучный и чрезмерно функциональный

ппц вы, столько лет все жили с грабом, а тут уже тучный и чрезмерно функциональный

у тебя гдето ошибка.

А время загрузки уменьшается?

Сложно сказать. Теоретически должно, потому что меньше раз передаётся управление туда-сюда, но на практике вряд ли будет заметно.

Кому то мы не нравимся. Слишком прогрессивные.

На UEFI вообще нет проблем с дуалбутом, т.к. нет конкуренции за место загрузочной записи - каждый просто добавляет свою.

у меня ноут ещё без UEFI

Ага. Так же. Значит работает. Спасибо.

ага. понял. ну значит только десктоп тачки можно будет перевести. а есть там планы по завозу legacy поддержки?

или они решили, что для новых вещей только будут пилить, то есть uefi-only?

ппц вы, столько лет все жили с грабом, а тут уже тучный и чрезмерно функциональный

Ну так да. Вот смотри. Во времена биоса загрузчик должен был - уметь читать таблицу разделов - уметь определять нужный раздел - уметь прочитать файловую систему на нём - уметь загрузить ядро в память и передать ему управление А в UEFI ничего этого не нужно - и загрузчик, и ядро могут быть выполнены самой прошивкой. От загручика требуется только меню показывать - и то опционально.

[ivan@equestria ~]$ test -d /sys/firmware/efi && echo EFI || echo Legacy EFI

У меня в legacy Fedora не ставится на ноуте.

А че так быстро то? 😀

А че так быстро то? 😀

Потому что... Вообще нормальная скорость.

Не 55 секунд как у меня.

а инструкция по этому есть в faq?

ага. понял. ну значит только десктоп тачки можно будет перевести. а есть там планы по завозу legacy поддержки?

Поддержка легаси обозначает собственно написание загрузчика. systemd-boot - строго говоря, не загрузчик - это EFI-программа, запускающая efistub-ядра. Он сам ничего не загружает - загружает прошивка.

Поддержка легаси обозначает собственно написание загрузчика. systemd-boot - строго говоря, не загрузчик - это EFI-программа, запускающая efistub-ядра. Он сам ничего не загружает - загружает прошивка.

да, я понял уже. Спасибо :)

Что-то по-моему слишком быстро. И да, про какие именно сервисы идёт речь? Вдруг, и мне что-то не надо будет, так и тоже отключу, и будет мне не ~12 секунд загрузка, а ~11. 😃

а. ясно.

Понял. Пасиб. 🙂

Если загрузиться сможешь конечно =)

Если загрузиться сможешь конечно =)

для этого должна быть под рукой live система.

а *.socket надо отключать или только *.service?

Хм, кажется, я уже критиковал эту статью за рекомендацию монтировать ESP в /boot.

Ну как же, оставить в /boot/efi. Достаточно удалить grub и всё с ним связанное - и скрипт kernel/install.d/90-loaderentry.install начнёт раскладывать ядра и добавлять записи, как положено.

Ну как же, оставить в /boot/efi. Достаточно удалить grub и всё с ним связанное - и скрипт kernel/install.d/90-loaderentry.install начнёт раскладывать ядра и добавлять записи, как положено.

А, ну и каталога /boot/loader не должно быть: у него приоритет выше, чем у /boot/efi/loader.

Так скрипт будет копировать ядра в $ESP/$machine_id.

Не, ядра на самом деле лежат в /lib/modules/*/vmlinuz. В /boot их копирует какой-то из грабовских скриптов.

Кто лишний-то? У тебя в любом случае минимум две копии ядра.

Почему 3-то? Если ты удаляешь граб - в /boot/vmlinux-* ядра больше некому копировать. Две копии будет - одна из пакета в /lib/modules, другая на ESP.

А можно гдето почитать про сервисы systemd? тип забил название сервиса и ос в которой он есть и получил описание.

https://paste.fedoraproject.org/paste/ZHncun0gjBNTPAMnhp9rhQ

Да где? Это же разные ядра.

Ну так три-то где?

Ничё не понял. Это разные версии ядра, а не копии одного и того же.

Да. Ну так две же копии.

Ну. Это столько же, сколько в дефолной конфигурации с грабом.

Ещё как копирует, в /boot. Из /lib/modules он их не умеет стартовать.

Здеся