Леннарт Поттеринг продолжил публикацию идей по переработке компонентов для загрузки Linux и рассмотрел ситуацию с дублированием загрузочных разделов. Недовольство вызвало использование для организации начальной загрузки двух дисковых разделов с разными ФС, которые монтируются вложенно - раздела /boot/efi на базе ФС VFAT с компонентами прошивки EFI (EFI System Partition) и раздела /boot на базе ФС ext4, btrfs или xfs, на котором размещаются образы ядра Linux и initrd, а также настройки загрузчика. Ситуация усугубляется тем, что раздел EFI является общим для всех систем, а загрузочный раздел с ядром и initrd создаётся отдельно для каждого установленного дистрибутива Linux, что приводит к необходимости хранения лишних разделов при установке в системе нескольких дистрибутивов...Подробнее: https://www.opennet.me/opennews/art.shtml?num=58045
> предлагается использовать VFAT и в качестве файловой системы для раздела /bootи NTFS для /, а то существующий зоопарк уже реально задолбал
Ну как M$ выпустит дрова и утилиты в опенсорс, так почти сразу.
> в опенсорсЗабудь про него, сейчас наоборот всё закрывают. И Лёня этому способствует. Забыли историю про засланного казачка в Нокию?
Ок, "и ntfs с закрытыми дровами от ms" - так даже лучше!Ни одна сволочь не найдет там увизгвимости.
Ну нашли же в Alternative Data Stream руткит в своё время. Он там вроде и не скрывал файл даже, просто не все читали MSDN, вот антивирусы там и не искали.
Дыры есть везде.Я лишь не пойму, почему UEFI просто не может хранить список загрузочных записей ключ-значение? Нахрена все эти разделы и прочее?
UEFI и хранит ключ-значение, номер записи и путь к загрузчику, куда можно сохранить и параметры ядра. И даже прошивки Wi-Fi контроллеров иногда хранит.По-моему, что бы понять, надо смотреть не на технические детали, а на историю, когда такая перспективная ОС как OS/2 почему-то закончилась, а началась Windows. Действующие лица повторяются: Microsoft и IBM, которая зачем-то купила RH.
Ух, хорош.
> Забудь про него, сейчас наоборот всё закрывают.Гонево какое-то - exFAT отдали вон, даже с патентами. Теперь пора ReFS каким-нибудь жадничать, но он так то мало кому нужен при наличии отктырых альтернатив.
В чём проблема с FAT? Простая как палка файловая система, самое то чтобы фирмварью UEFI разбирать.
да нет проблемы с FAT, как и с другими ФС. Как понимаю FAT была выбрана не для того чтобы упростить grub2. Если не отберут возможность сделать как хочешь, то не важно, что там выбрано по умолчанию, другое дело если я не хочу настройки по умолчанию.Если уж у меня несколько систем, то они могут быть на разных дисках. Делать отдельный бэкап раздела с ядрами? Бэкапить все ядра для каждой системы? Восстанавливать все ядра сразу или выколупывать нужные из общего бэкапа? Менять софт/способ, который используется для бэкапа?
Как поведет себя автоопределение и автомонтирование, если в системе окажется два диска с ESP?
Надеюсь наравне с автоопределением и автомонтированием никто не предложит автозамену старого загрузчика на новый.Да и вообще я ожидаю голосование в дебиане по выбору загрузчика.
> голосование в дебианеОй, лучше не надо... Уже проходили...
- Да, я за Лёню!
- Не хочу, но Лёня будет в комплекте.
> "голосование в дебиане"LOL!
Проблема в неподдержке UNIX Rights, регистронечувствительности.
А я хочу держать образы ядра:
MyVmLinuz
myvmlinuz
Вот хочу так и Поцтерринг мне не указ.
> Проблема в неподдержке UNIX Rights, регистронечувствительности.google for umsdos.
Ну и регистронечесательность - это ж на самом деле просто "соглашение о намерениях", дисковый формат подобного не требует. Хочешь - в своем драйвере можешь считать эти файлы разными.> А я хочу держать образы ядра:
а поцтерингу на тебя и твои хотелки - плевать. Он хочет какввенде и ты ему - не указ.
Вспомни, в каком ядре ты этот umsdos последний раз встречал?Ну так я и не использую дистры от IMBHat и других, кто лёнькины поделия внедряет.
Ну я рад его не встречать,поскольку случайно в курсе как он работал (это п-ц, который только л@п4ые могли придумать)Но чиста технически - вы бы тоже могли, если б хоть как-то умели кодить. Но кодить у вас умеет только Лёня.
Дистры, если ты не в курсе, делают из доступных деталек. Вон там де6иллианы голым-сували-сували, и опа - сунули как надо и куда надо.
Будет у тебя ведро в формате PE only, бандленное с системдрянью и подписанное, чтоб ты не лез ручками куда надо, не за горами уже этот денек.
> Проблема в неподдержке UNIX Rights, регистронечувствительности.
> А я хочу держать образы ядра:
> MyVmLinuz
> myvmlinuz
> Вот хочу так и Поцтерринг мне не указ.Ты сам себе придумал надуманную ситуацию, сам с ней и разбирайся. Зачем там unix rights вообще? Туда в принципе только рут писать и должен.
Но если без unix rights писать могут все.
Без Unix Rights права на все файлы раздела будут одинаковые и опеределяются при монтировании. Монтируется по умолчанию от рута, с правами на запись только от него. Это именно то, что требуется.
А на fat можно Linux поставить? Безопасность идёт лесом почти что. Но пусть все файлы типа как исполняемые. Можно ещё рулить правами на уровне разделов - много разделов, один для файлов в которые нельзя писать. Другой для /tmp/ (тоже fat), разделы для пользователей.
ставь коль желание есть :) тут совсем "про другое"
в момент работы uefi нет пользователей и прав. даже в момент загрузки initramfs их еще нет, есть только ядро и ядреные функции.
безопасность на уровне пользователей и их прав формируется загруженной операционной системой уже сильно после загрузки.
ntfs умеет в регистрозависимость
права можно симулировать об стримы
FAT хороша, если записал 1 раз, а потом только читаешь. В статье Лёня сам пишет, что FAT не сравнится по надёжности с современными ФС и предлагает всякие обходные пути, типа всегда вызывать fsck перед записью; чтобы сохранить файл: сначала записать на диск под другим именем, вызвать syncfs(), переименовать файл и опять вызвать syncfs(). Короче, любой сбой или прерывание записи в раздел с FAT может привести к незагружаемой системе. Это терпимо для ESP, куда ты пишешь только при установке новой ОС или обновлении загрузчика, но для /boot такое неприемлемо.
А что насчёт exFAT?
То же, что и насчёт любых других ФС: поддержка ФС, отличных от FAT32 в EFI - на усмотрение каждого конкретного вендора мамки. Вендор или сам пользователь может интегрировать в прошивку драйвер для любой фс - https://github.com/pbatard/efifs и прошивка сможет с этих файловых систем грузиться.Но наличие этих драйверов в прошивке _по дефолту_ не гарантируется.
А вот FAT32 поддерживается в обязательном порядке, т.к. это часть стандарта.
давайте создадим ext0, в которой будет стабильность от современной системы, но не будет пользователей и прав.
вообще имхо надо создавать спец.фс для такого. на уровне WORM и дублирования формата A/B. учитывая размер uefi-необходимостей по сравнению с текущими размерами носителей, это будет пшик.
в ext* не права и юзеры источник нестабильности, а транзакции. Да и уважение прав пользователей это сугубо на усмотрение ядро\дров
Наверное можно корень на ntfs, она кажется поддерживает выдуманные файловые атрибуты. Просто записывать туда юниксовые атрибуты и...?
Ага. Складывать туда "модульные" куски сквоша, монтировать друг в друга. Вот это вот - атоманые обновления.
А всё говно обмазать сверху ovlfs.
Красиво! Сейчас безопасные с*чечки наверно уже "поправились".
Правда, на практике такое работает только в сотовых телефонах и то в более другой форме. А в десктопном и серверном сегменте эта идея не приживается. Народ покупает железо, чтобы пользоваться им, а не дрочевать на безопасность и прочие радужные идеи.
она вполне нормальные nfs v4 acls поддерживает (криво в реализации в винде, потому что надо ж сохранять совместимость с nt4 или что там - 3.51? А технически проблемы нет.)
- и это помимо позиксного недоразумения (которое, разумеется, тоже)Хорошая, годная фс, осталось самую малость - убедить интел переделать спецификацию efi. Ну что за блажь, реально, с тем недо-фат они придумали?
Давайте ж уже просто грузить винду прямо с ntfsного раздела без всяких ненужных прокладок.Ой... линукс, линукс грузить, очепятался... а напомните, в какой опенсорсной лавке трудится поцтеринг?
> в какой опенсорсной лавке трудится поцтеринг?В той, которая за день делает больше для опенсорса, чем весь опеннет вместе взятый за год.
Да-да. А потом берёт и поглощает. Или диктует, какой опенсорс правильней, а какой нет.
Такое можно сделать даже для user-space ntfs-3g драйвера.
А когда доделают ntfs3 драйвер, то использовать ntfs станет совсем легко
можно нинада? Ну правда не хочется чтобы для упрощения ядра NTFS выбрали в качестве основной :)
Что значит "даже"? Это и есть единственный нормальный работающий и полноценный драйвер.А когда доделают то что никогда не доделают - тебе, дедуля, уже все равно будет.
У меня в Ubuntu 22.04 и не новом ядре 5.15 драйвер ntfs3 работает.
А в новых ядрах к нему были какие-то доработки
> У меня в Ubuntu 22.04 и не новом ядре 5.15 драйвер ntfs3 работает.Да ты рисковый чувак.
> А в новых ядрах к нему были какие-то доработки
Исправления. Ошибок. Которые есть в 5.15.
Пусть лучше Леннарт зашлет вирус ext4 в ядро WIndows, бугага
В чём предложение-то? У меня вообще /boot -- это часть /Или Лёнька обнаружил, что его бутлоадер не умеет грузить ядра с других разделов?
> У меня вообще /boot -- это часть /и чё, ты типа хвастаешь этим или чё
Хвастается нормальностью. В отличии от психов у которых с какого-то перепугу бут это отдельный раздел.
Потому, что /boot лучше не монтировать автоматически, а только по необходимости. Да и / лучше как ro, конечно, если он у вас отдельно от /usr, /var, /home.
Если /boot держать отдельно и не монтировать при загрузке, то при очередном обновлении системы/ядра из пакетов - по-любому какая-нибудь херня приключится.
Перед обновлением примонтировать - ракетная наука?
>Потому, что /boot лучше не монтировать автоматически, а только по необходимости.Ну клади ядро на efi партицию, если тебе горит. Её и "не монтируй".
>Да и / лучше как ro, конечно, если он у вас отдельно от /usr, /var, /home.
Так в системди скоро вообще не будет поддерживаться разделение / и /usr/ , по заветам самого Лёни.
Леня говорит нельзя usr отдельно. Вы сепаратист и вообще опасный тип. Из за вас потом системды не работают.
Ну на жёстком отдельный бут норм, другое дело ssd
Как будто, на SSD файловые системы не портятся.
Даже на пентиум 4 не было никакой разницы при загрузке где находится бут. Это какие-то очень древние диски и древние компы могут на это реагировать.
У меня был вместе со всем, /, но я тот ещё псих.
У нормальных людей, после пропадания питания, boot- раздел читается без проблем и начинается последующая проверка других разделов на "orphaned...". А у любителей острого, могут возникнуть конфликты из-за случайной порчи цепочек кластеров.
Не знаю почему минусуют этого анонима. Каждый новый раздел убивает часть полезного дискового пространства, я бы даже от /home отказался если бы не приходилось периодически ставить линукс с нуля.
Это староверы, которые бут отдельно размечают как завещал сам Линус. Видите ли их 486 ПК медленно загружает бут если загрузчик не в начале диска.
А нововеры это те, кто выполз из Шиндошшс, видно невооружённым глазом: "Всё на диск C:"
mkswap ./pagefile.sys
Ахаха, сделаю так на Линуксе, установленном на Маке
Вообще никогда не загружает - c/h/s диски не умеют дальше второго гигабайта, а lba в биос не поддерживается или поддерживается lba16, с которым никто не умел работать.Впрочем, efi партишн тоже принято размещать в начале диска из-за каких-то подобных же соображений. Впрочем, еще и нифига его не жалко если что потерять, ничего уникального он обычно не содержит, что тоже полезно.
У меня вообще на диске два раздела EFI, один для Windows и второй для Linux. И никаких проблем, каждая ОС в свой пишет, BIOS оба раздела видит
Отдельно бут имеет смысл что когда побьётся файлуха из-за отключения питания можно будет починить через iniramfs и не бегать искать livecd)
У тебя что, реально один комп, и тот на допотопном целероне? Куда там бегать и чего искать-то?
Это потому что староверы сидят на допотопной ext2
> Это потому что староверы сидят на допотопной ext2допотопную чинит fsck -y при старте системы. И обычно без всяких ужасов.
Вот с новомодной btrfs бывает что и чинить нечего и незачем уже. Ну и чем тебе, сынку, поможет твой цельный и непострадавший /boot с совершенно ненужным тебе файлом ? Его-то и заново скопировать можно. А вот твой хомяк со всем содержимым - опаньки.
а чего нет в екст2, что так необходимо для почти ридонли раздела?
и на что предлагаете заменить?
> В чём предложение-то? У меня вообще /boot -- это часть /
> Или Лёнька обнаружил, что его бутлоадер не умеет грузить ядра с других
> разделов?В том, что от большинства костылей загрузчиков можно избавиться, используя UEFI. Нет, можно собрать сколь угодно сложную конфигурацию на GRUB 2, но в общем случае это не требуется.
Так в чём предложение-то? Уже сейчас можно делать как удобно. У меня вот /boot — это EFI раздел
Ну вот выделишь /boot в отдельный VFAT раздел и будешь монтировать его в корень. Постойте-ка "которые монтируются вложенно ... на базе ФС VFAT ... на базе ФС ext4", ох ёпть, опять то же самое.
Кажется первый момент от лёни, с которым можно согласиться.Ну, с фактом наличия проблемы.Аутофелляция с отдельным разделом порядком надоела.
А вот вариант решения, в стиле леонида, фекальный. Прыгать с FAT на линуксовых системах - шибко такое себе. Очередной костыль и замазывание, вместо пушинга поддержки какого-нибудь ext(2-4)
> Очередной костыль и замазывание, вместо
> пушинга поддержки какого-нибудь ext(2-4)Ext без журналирования разваливается просто на раз при потере питания. Журналирование... Оно тебе точно надо в EFI вообще? Чем проще ФС, тем меньше потенциальных вендорозависимых проблем.
За FAT разваливание при потере питания не замечено.
> За FAT разваливание при потере питания не замечено.гы гы. вот шутник.
И это ещё без raid и шифрования!
# df -h
Filesystem Size Used Avail Use% Mounted on
udev 32G 0 32G 0% /dev
tmpfs 6,3G 1,5M 6,3G 1% /run
/dev/mapper/croot 913G 311G 556G 36% /
tmpfs 32G 388K 32G 1% /dev/shm
tmpfs 5,0M 4,0K 5,0M 1% /run/lock
/dev/md126 543M 368M 148M 72% /boot
/dev/sdb1 952M 5,3M 946M 1% /boot/efi2
/dev/sda1 952M 3,5M 948M 1% /boot/efi
/dev/mapper/chome 1,8T 643G 1,1T 37% /home
Что с тобой не так?
>Леннарт предложил, по факту между строк, использовать подписанный образ ядра + systrmd UKI (разумеется с lockdown и прочими продвинутыми DRM-компонентами), поставляемый Microsoft, как основу для всех дистров.
Леннарт Поттеринг предложил монетизировать разбивку загрузочных разделов
А что если в бут-секторы прописывать загрузку загрузчика с microsoft.com?
Сразу.
А не вот это вот всё...
не удивлюсь, если к этому и ведут. Облака... Подписки... Почва уже подготовлена.
Сама концепция uefi это предполагает.
В стародавние времена ос прописывалась в rom-ки.
Но тогда и ос были маленькие м интернетов для обновления ос на 80% от оригинала не было и обновления ос ставились не каждый день, а дай бох, если раз в пару лет.
То есть на сегодня оправдано только ромку и загрузчик "с фабрики" лочить.
Лёня сейчас на хомячках пытается отработать будущие технологии защиты от пользователя альянса wintel. Как только наработают очередной пласт - будет очередная ревизия спеки uefi. В частности новая пачка рекомендаций в области реализации secure boot.
Лочить-то зачем? "обнаружена новая версия efi rom, пааааадаждите, сейчас мы ее подгрузим с microsof...intel.цом и все загрузится".Не понимаю, что тут не так?!
Зачем ждать? Management Engine может это сделать и при "выключенном" (не из розетки) ПК, и даже вентилятором не пошуршит.
> Зачем ждать? Management Engine может это сделать и при "выключенном" (не из
> розетки) ПК, и даже вентилятором не пошуршит.не может, дорогой ты наш сказочник.
AMT - теоретически, могла бы. Но тоже не делает, она не для этого.
Это тебе написали что "не для этого", но кто знает что там на самом деле в каждом конкретном компьютере?
Враги там кругом, и этот... Иблис, во!Компуктер-то вражеский.
Чего там знать, в печку его. Вместе с прочими бесовскими штучками. Вон счеты с деревянными костями - это надежно, это на века!
По моему опыту всё, что связано с EFI - второсортное неподдерживаемое глючно говно. Обновлений минимум самых, даже если из-за efi система может грузиться перестать(с восстановлением прошивкой того же забагованного efi).Днище и плохо.
Только проблемы от этого одни.
Проблема не в efi. Там есть комбинация на клавиатуре, которая Восстанавливает резервную копию из не перезаписываемого чипа. Ну и просто для сброса настроек тоже есть, они могут быть повреждены во время работы. А, что, производитель твоего железа сэкономил на резервной флешке? Дааа, беда, ну, ты знал, что покупал. Весь твой опыт основан на твоей экономии.
Там - это где? В спецификации efi нет никаких "комбинаций на клавиатуре".
На макбуке есть )
Там -- это в прошивке UEFI, выполняющей функции BIOS, у каждого производителя она отличается. У многих при этом имеется такая функциональность. В спецификации может не быть многих вещей, являющихся опциональными.
Я простой пользователь.
Мне это Ваше говно с 2 чипами даром не сдалось.
Не собираетесь разбираться с низким качеством? - ну сделайте тогда просто ppl->ubootspl->uboot->ядро + ссылку где .dts скачать.Заместо этого просто с лопаты efi, где весь труд программистов на нескучные обои видно ушел. Говно собачье, которое грузится больше, чем остальная система в 10 раз(и это у асуса, к примеру).
Ты так говоришь, будто у биоса POST быстрее отрабатывал. Оно не грузится, оно ждёт пока железо раздуплиться. Ну а любимая картинка вместо поста это как минимум прикольно.
Оно не грузится, оно ждёт пока железо раздуплиться. - какое мне прости господи нужно, чтобы железо раздуплилось?
Что у меня там такого сверхнужного есть, что вот прямо сейчас нужно ждать?любимая картинка вместо поста - это правильно понимаю, что это хуцпа?
У меня диски долго раздупляются, современные диски это очень сложные агрегаты каждый со своей собственной ОС и тестирование работоспособности занимает приличное (случайное) время. Некоторые промышленные системы и по полчаса запускаются и это нормально. Проблема в том, что если проигнорировать неготовность железа и продолжать работать с ним как с исправным, оно легко разнесёт вообще всё в случае какой-либо неполадки (в том числе повредит память и ресурсы остального прежде исправного железа и даже не факт что не повредит флешки, например у той же сетевой карты, которая внезапно может оказаться записываемой и повреждаемой).
Все эти задачи можно со спокойной душой переложить на uboot/ядро. Потому что:
1) Их можно потом обновить.
2) Они божьей милостью умеют нормально распаралеливать запуск исходя из зависимостей.
3) Я в конце-концов могу попытаться на свой страх и риск подправить что-нибудь, что мне не нравится.промышленные системы - часто это просто удары палкой по спине, как и добрая половина энтерпрайза. Так у них положено - пару раз угостить пользователя корпоративного ПО палкой, чтобы знал кто он есть и где его место.
у той же сетевой карты, которая внезапно может оказаться записываемой - мне казалось, что большинстве своей ROM только на загрузчик - у Вас ядро во время старта драйвера туда в RAM .bin загружает, который потом и работает в итоге.
Да и говорить по поводу неготовности оборудования и что-то сломать - это укрыть говно одеялами. Требуется какой-то секретный мега-алгоритм, чтобы пропуллить готовность оборудования? ИМХО это запрос статуса и проверка Option(dev_status).
Дело в том, что неисправное железо может легко и непринуждённо скопроментировать систему. Скажем, будут повреждены таблицы управления питанием/зарядкой, и в результате очень просто может пыхнуть. А иногда конечно даже и исправное. Например, у меня есть pci звуковушка с рядом багов, обходимых в драйвере (обычное дело) и она вполне себе доводит ядро до состояния, когда ему только перезагрузка поможет. Но при этом UEFI и аппаратные механизмы управления она не разносит, страдает только ядро. Да и вообще, параллельная инициализация это иногда довольно опасно. Не так и часто приходится проходить этот пост, чтобы это являлось существенной проблемой и выгодным местом для чреватой оптимизации.
> Все эти задачи можно со спокойной душой переложить на uboot/ядро. Потому что:Нельзя. Ядро, ВНЕЗАПНО, работает в оперативной памяти (которую надо как-то проинитить прежде чем использовать и процедуры эти уникальны для каждого чипсета и каждой схемы отдельно) и читается с диска, который бывает разный, от древнего hdd до nvme, и тоже каждый надо хитро проинитить со всеми приседаниями и таймингами. А еще вон сетевые карты бывают, о четырех головах каждая из которых что-то там себе думает и к отдельному ядру процессора ходит. И инициализация в досмоде там ни разу вообще не предусмотрена - а с такой тоже вполне бывает, загружаемся.
А uboot твой работает только с emmc, инитящейся единственноверным способом, на примитивной платформе с памятью, тоже инитящейся единственноверным способом, вшитым в SoC.
> 3) Я в конце-концов могу попытаться на свой страх и риск подправить
попытаться - можешь, но ничего кроме сожженой матери при этом не получится.
> промышленные системы - часто это просто удары палкой по спине, как и
> добрая половина энтерпрайза. Так у них положено - пару раз угоститьугу, их жыдорептилоиды придумали тебе на погибель. А на практике их придумали - инженеры, а ты - просто бестолковый безмозглый раб, неспособный к обучению, цитирующий какие-то бредни о рептилоидах. Палкой тебе по хребтине лишний раз, действительно, было бы полезно.
В том числе чтоб убрал безграмотные ручонки подальше от оборудования, в котором не шаришь.
которую надо как-то проинитить прежде чем использовать и процедуры эти уникальны для каждого чипсета и каждой схемы отдельно - Вы плохо разбираетесь и не понимаете даже примерно, как выполняется обычным образом процесс загрузки, в итоге пишете собачью чушь. Зачем?
Вы описываете оперативную память в .dts, и передаете получившийся .dtb в ubootspl, который в свою очередь уже инициализирует всё оперативную память.
Дальше уже с проинициализированной памятью может передаваться в uboot или в говно собачье efi.А uboot твой работает только с emmc - Вы врете. Можно грузиться с nand, nor и еще каких-то вещей, весьма характерных.
Пьяный бред про диски и сетевые карты, которые Вам на этапе загрузчика понадобились не собираюсь.
> Вы описываете оперативную память в .dts, и передаете получившийся .dtb в ubootspl, которыйна pc-архитектуре невозможен в принципе, да?
(потому что там его запускать неоткуда, не на чем, и некому)Ну оок. (С ним и на не-писи-то не всегда хорошо, потому что опачки - опять нужны априорные знания о том как оно устроено, а их - нет и всплывает какой-то совсем уж адов трэш от xilinux лохматых годов)
> Вы врете. Можно грузиться с nand, nor
прекрасно, просто прекрасно. Грандиозный выбор. Все в очередь за одноплатными смузи-поделками.
Потому что больше ни на чем все это никогда работать не будет.
опять нужны априорные знания о том как оно устроено - зачем обсуждать что-то без базовых знаний о том, как всё устроено?
> которое грузится больше, чем остальная система в 10 раз(и это у асуса, к примеру).А мне от Gigabyte средненавороченная материнка попадалась с такими тормозами при запуске.
> Я простой пользователь.
> ppl->ubootspl->uboot->ядро + ссылку где .dts скачатьВасёк, ты либо крестик сними, либо плавки надень. Простой пользователь пользуется виндой на работе и айпэдом дома. У большинства людей так-то жизнь есть за пределами компьютера.
> Восстанавливает резервную копию из не перезаписываемого чипа.Но если проц не самый старый, или материнка не самой свежей даты производства, тогда после такого восстановления проц может отвалиться. И тогда надо будет ещё надеяться, что всё ещё есть возможность бесплатного получения на короткое время старого CPU для целей обновления биоса.
Да, есть такое. Вроде, с АМД особенно релевантно.
Потому что Интел почти под каждую новую серию процессоров делает новый сокет или чипсет без обратной совместимости, а АМД поддерживае несколько поколений в пределах сокета.
> Потому что Интел почти под каждую новую серию процессоров делает новый сокет
> или чипсет без обратной совместимости, а АМД поддерживае несколько поколений в
> пределах сокета.но не умеет проинитить следующее поколение устаревшей прошивкой и лох страдает. Получается - опять интел все правильно сделал.
Но только за ваши деньги, выброшенные на ветер за целую новую материнку.
> Но только за ваши деньги, выброшенные на ветер за целую новую материнку.С целым новым процессором и вероятней всего еще и новой памятью.
Потому что если бы процессор не менялся на целое аж новое поколение с несовместимым сокетом - то и все остальное бы не понадобилось.
На фоне этого цена самой платы - ну 25% в лучшем случае.
Причем она будет новой, а не устаревшей с кое-как работающей "поддержкой" новых процов только вот до момента когда внезапно не всплывает старая версия прошивки из неперпрошиваемого для большей надежности "BlockA". Оно тебе было надо?Последний раз лично я менял процессор во времена core2.
Не будь лохом и не страдай, есть у тебя старая материнка, а значит и проц есть, обнови Биос перед апгрейдом и нет проблем. Проблема высосана из пальца.
> Не будь лохом и не страдай, есть у тебя старая материнка, а
> значит и проц есть, обнови Биос перед апгрейдом и нет проблем.Ну вон там выше описана проблема - проц есть, но не тот что был пять лет назад. Биос обновился неудачно (в очередной раз) и восстановлен из банка A, который необновляем (интересный ход горе-дизайнеров, если что - ну я верю что у амуде они такие). И что делать будииим?
Бегать кругами и кричать "памагииитя, у кого тут древние процы, мне чисто на пару кругов погонять!" или плюнуть и идти за новым набором.
В целом мог бы купить сразу интел и не париться ;-) Тем более что в рамках поколения - вполне себе процессоры заменяемы. А если пять лет уже прошло - все равно пора менять систему целиком (или смириться что ты не модный чувак)
За 1000 рублей мне в этом году сдували и программатором заливали .bin, что я приносил.
Заняло минут 10.
Нормальное предложение.
Как ты мог? Оно же не на расте!
А какой смысл в /boot на системах с efi в принципе? У меня /boot/efi монтируется сразу в /, не вижу смысла в дополнительных разделах.
Даже /boot изначально нужен был только лишь потому, что древние bios не поддерживали большие диски, и нужен был специальный раздел в начале диска.
Другие обезьяны: бросаются п-дить тварь, осмелившуюся поднять с пола клетки банан!"здесь ТАК принято!"
Отдельно бут имеет смысл что когда побьётся файлуха из-за отключения питания можно будет починить через iniramfs и не бегать искать livecd
Гхм, ну побьётся, и что?
/boot при загрузке с помощью systemd-boot вообще не участвует, initrd лежит на esp (который /boot/efi или /efi)
Если ты хочешь шифровать рут и при этом не пользоваться реалихацией luks из grub, потому что она какая-то уж слишком медленная и лагучая.
Да, но с LUKS получается почти тоже самое. Только отдельным разделом будет не /boot/efi, а /boot, размеченный под vfat.
Вот оно - "развитие" Вместо того, чтобы избавиться от одного костыля под названием EFI, они городят ещё кучу костылей.
Им работать надо. И зарабатывать. На ком?
Что тебе мешает избавиться от костыля? Выкинь компьютер и избавься
Ну есть же ж прекрасные контуперы с uBoot поверх devicetree? Никакого вредного uefi!А, простите, уже нету. Там были 32битные армы, которые больше "не поддерживаются ни в одном дистрибутиве - давно пора выкинуть их и из ведра".
>"не поддерживаются ни в одном дистрибутиве - давно пора выкинуть их и из ведра".https://packages.debian.org/sid/armhf/systemd/download - это что?!
В 64 битах армовых платах обычно тоже dts и uboot.
Российский Байкал хорошем, что там уефи.
Но плох тем что с tsmc пошел следом за кораблем.Так-то нормальная мипсина была, даром что рассейская.
UEFI в армовом Байкале, не в мипсовом
Ну переход на FAT это конечно нереальный прогресс, да
там ещё ядро в формат *.exe будут переводить...
А далее будет systemd.exe
Ты пропустил последнее партсобрание, минус миска риса и -10 в сосальный рейтинг!Будет UKE.exe
С ведром неотделимым от systemd.
В голос.*в кредитный рейтинг
В Штатах он так называется.
> *в кредитный рейтинг
> В Штатах он так называется.Кредитный там за пропуск партсобрания не снижают. За смену интернет провайдера - это да.
Э... чувак... кароч, у меня для тебя - хреновые новости...P.S. PE не полноценный exe, конечно, но...
Лол, и ведь не панорама
ЕМНИП, фат для ефи-раздела прописан в стандарте давным-давно.
лучше бы он встроил efi, ОС, ИИ в системд, но похоже появилось свободное время и полез в темы, которые не понимает
доооо, зато ты-то уж точно понимаешь, в чем он не понимаешь
Так он - уже. Именно что он - понимает, а ты нет. И работает над этим.
Всё он понимает и делает ровно то, что ему приказали хозяева IBM/RH
Дык эта, он вроде в монстрософте щас, не..?
> Дык эта, он вроде в монстрософте щас, не..?Ну это вопрос того, кто именно держит поводок.
Традиционно какие-нибудь фортки будут портить этот раздел в хлам, а восстановить нормальную загрузку из под тех же форток иногда невозможно
Так уже что-то такое было с потерей возможности загрузки на некоторых платах, если EFI отформовать.
в ручную зоопарк поддерживать - это тот ещё гемор. Если будет инструмент - почему бы и нет. И не обязательно UEFI
Кстати, помню они там что-то криво сделали в systemd что стало нельзя было переместить /usr на другой раздел, сделав /usr симлинком. До systemd это работало, а с systemd с этим возникли проблемы. Интересно это исправили с тех пор?
> это исправили с тех пор?Нет, конечно. Теперь вообще всё в одну кучу будут валить: и /bin, и /usr/bin, и /usr/local/bin...
Как оно и должно быть в старых линуксах, но кто ж на опеннете стандарты читает. В новых вон вообще даже /usr нет, только /bin, /nix, /home и /var.
/usr отдельным разделом можно из ibitrd при монтировать, если очень хочется
Я не про раздел. Например есть раздел /home.
Сделать mv /usr /home/data/usr && ln -s /home/data/usr /usr
До Поттеринга это работало.
дык у вас тут тоже отдельный раздел ж
просто системд использует проги из /юср во время загрузки, когда разделы кроме корневого еще не примонтированы.
Если бы раздел /home у вас был бы в корневом разделе, то симлинк должен бы работать. Экспериментировать мне что-то лень
Зачем делать boot отдельным разделом?
Зачем кому-то несколько дистров?
Вообще "зачем" ключевой вопрос взрослого человека. Такое ощущение, что Лёне 20 лет. "Остап покурил, закинулся грибами и его куда-то понесло."
просто этот ламер вообще не понимает как работает загрузка и как она должна быть устроена.
Лучше бы спросил у опеннет экспертов, ему бы объяснили как надо.
Всё он отлично знает и понимает, просто основания его действий лежат не в области программирования, а в области политики.
Ленард Поттеринг - Стивен Хокинг в мире linux. Настоящий гений!
Или Мерлин Шелдрейк.
Или Юрий Спасокукоцкий
Или Сергей Мавроди
Или Питер Паркер
про диниску забыли
Или Лавлейс. Только не которая Ада, а которая Линда.
А это мысль! Не пора ли Поттерингу стать разработчицей?
Югий
Опять у Леннарт что-то там с systemd и разделами не стыкуется, как в самом начале с отдельным /usr разделом. Пршло 12 лет, а проблемы все те же.
просто он не смог написать нормальную систему инициализации и теперь переделывает Linux вместо того чтобы убрать костыли UEFI, SystemD, PulseAudio, Gnome 3, Rust, Wayland
Не случайно ведь опеннет эксперты сходят с ума при упоминании любого из этих слов
Не, лёня не дурак самостоятельно что-то переделывать.
Он других заставляет. Сам-то он не способен. А вокруг его несостоятельности должно плясать всё сообщество.
Товарищ чужими руками свои проблемы "разгребает", при этом собственно проблемы не решая.
Вот ведь хитрый гад.
Так пусть растаманов привлечёт. Они ему всё перепишут "как надо". Дооолго будут переписывать. А мы пока постаринке на bash-портянках посидим ;)
Он способен (и доказал это делом, натворив гигабайт лапшекода). Но он уже может себе позволить ни на каком инструменте сам не играть - "он руководитель, как Вы!"
>Он других заставляет.Это значит что он не дурак, а приказчик-надсмотрщик которому дали власть следить и принуждать других делать то, что надо назначившим его людям.
а у меня было 2 дистрибутива (20.04 и 22.04) причем на 1 разделе. и /boot там же. А лёне видимо про btrfs не рассказали.
Да, можно. И я как про такое в BTRFS первый раз узнал, тоже захотелось. Но поостыв, понял, что поломка в любом месте BTRFS, приведёт к проблеме на всём разделе с ней. Поэтому никакое монтирование папок от этого не поможет. И отказался от затеи. Хотя, для проб/тестов разных дистров вполне сгодится.
Поэтому ты остался на ехт2
На LVM2 + RreiserFS. Пока на ReiserFS, вынуждают же на что-то изменить. В дальнейшем на LVM2 + BTRFS. Прчём, использование BTRFS будет классическое: 1 том LVM - 1 ФС, без монтирования папок. Ну или, если будет не лень, поробую новые шишкинские ФС.
Лёня как раз использует btrfs
Работает - НЕ ТРОГАЙ!!! А изобретать можно много чего.
Так бы все и сидели на иксах. Так все и сидят на иксах.
Ну и чем тебе ходить пешком не угодил? Работает? Работает. Но нет, ты полез зачем-то колесо изобретать.
> Ну и чем тебе ходить пешком не угодил? Работает? Работает. Но нет,
> ты полез зачем-то колесо изобретать.Нет, зачем-то решил всем отрезать ноги - ведь на колесиках гораздо удобнее.
Такое ощущение что Поттеринг один на себе тащит всё развитие линукса. Если бы не он, то линукс давно превратился бы в подобие illumos с 3,5 пользователями...
Такое ощущение, что Поттеринг больше всех вредит Линуксу. А сейчас, получив дополнительное финансирование на деструктивную деятельность, он утроит свои усилия.
Ух, какой не хороший, написал этот пшшаудио, который умеет сам делать подключенный usb микрофоном устройством ввода по умолчанию и вообще позволяет жизнь упростить. Нет чтобы конфиги альсы править, понапридумывал всякие там пульсаудио.
К твоему удивлению именно так: хороший мануальник по alsa, конфигуратор и утилиты управления единственное что надо было доделать и что по странной причине так и не сделали для этой системы.
Самое смешное во всей этой истории - для автоматического переключения микрофонов и т.п. ныне пишут alsa/ucm2/*/*.conf а вон тот баш-программист операционных систем про это не в курсе.
> Самое смешное во всей этой истории - для автоматического переключения микрофонов и
> т.п. ныне пишут alsa/ucm2/*/*.conf а вон тот баш-программист операционных систем про
> это не в курсе.Промолчу, в курсе я или нет, коммиты в соответствующих пакетах в abf.io/import ответят на этот вопрос, а вот если ты думаешь, что в современных дистрибутивах alsa/ucm2/*/*.conf автоматически переключает ввод звука на *USB* микрофон, то почитай про module-switch-on-connect в pulseaudio, который во многих дистрибутивах включен по умолчанию.
>> Самое смешное во всей этой истории - для автоматического переключения микрофонов и
>> т.п. ныне пишут alsa/ucm2/*/*.conf а вон тот баш-программист операционных систем про
>> это не в курсе.
> Промолчу, в курсе я или нет, коммиты в соответствующих пакетах в abf.io/import
> ответят на этот вопросКоммиты в сборочные сценарии ответят? Ну так то дети из кубиков тоже строят дома и считают себя строителями. В отличие от тебя у них есть шансы вырасти.
> а вот если ты думаешь, что в
> современных дистрибутивах alsa/ucm2/*/*.conf автоматически переключает ввод звука на
> *USB* микрофон, то почитай про module-switch-on-connect в pulseaudio, который во многих
> дистрибутивах включен по умолчанию.Я думаю, ты зациклился на слове USB, потому что после «конфиги альсы править» при виде alsa*.conf что-то случилось с когнитивной функцией.
> хороший мануальник по alsaЗаставлять людей вместо проведения времени с семьей читать мануалы по альсе вредно для страны.
>> хороший мануальник по alsa
> Заставлять людей вместо проведения времени с семьей читать мануалы по альсе вредно
> для страны.Я прочитал тот мануал, написал код, который выводит звук через альсу. Потому что этот вариант работает через ALSA, PA и PW, в отличие от остальных. Это даёт мне основания утверждать, что ты суешь свой нос в дело, в котором ни черта не смыслишь. Вред для какой страны ты видишь в этом? Ещё раз: я утверждаю, что в России подобные тебе шарлатаны должны занять подобающее место, поскольку вы ничего не создаёте, только в мозг людям гадите, что бы барыжить чужим.
Финансирование из фонда Билла и Мелинды Гейц?
Ну все и так уже давно подписывают своими скриптами свои UKI(ucode+vmlinuz+initrd), да и папки так же монтируют. Однако если будет это стандартом во всех дистрах - будет круто!
Кто эти все? Я не подписываю.
Не понял, в чём проблема. Можно же как угодно делать, а необходимость FAT32 - это проблема (проблема?) EFI. Да и какая разница, один раз грузанулось и забыли, можно даже отмонтировать и забыть.
Там все логично сделано. Просто BIOS вообще не поддерживал никаких файловых систем, т.к. его размер был всего 64Кб. А потому он грузил ОС с 0го сектора. UEFI уже сделали размером 64Мб и больше. И смогли запихать туда поддержку хотя бы одной файловой системы. А так как FAT32 на тот момент уже была стандартом де факто, сделали поддержку именно ее. При этом ОС по привычке все еще дублируют функционал UEFI в загрузчике. Он в принципе больше не нужен, т.к. UEFI сам может грузить разные ОС. А то что линух еще и какой-то там отдельный раздел Boot делает для ядра и initrd - это чисто его проблема. Пусть не делает, а кладет все на основной раздел. В чем проблема то?
>UEFI уже сделали размером 64Мб и больше.Охренеть.
>И смогли запихать туда поддержку хотя бы одной файловой системы.
Поддержку FAT в ардуину запихивают.
А не. 64Мб - это flash-образы для для arm, специально догнанные до этого размера, чтобы правильно стыковались. Так там несколько Мб. Но все равно лучше, чем 64Кб BIOS.
> И смогли запихать туда поддержку хотя бы одной файловой системы.NTFS как минимум на чтение тоже поддерживают наверное все. Как-то форматнул неосторожно здоровую флешку, а винда автоматом ей сделала NTFS. И ничего, все компы c UEFI смогли с неё загрузиться. Я только потом случайно увидел, что там не FAT, когда не смог профиль настроек забекапить.
Если бы все UEFI поддерживали бы что то кроме FAT, не просили бы тогда загрузочный раздел сделать именно в FAT.
Ну вообще говоря, я так понял, что по спекам UEFI не указано, но некоторые производятлы ещё и NTFS_драйвер в UEFI встраивают. А Apple - hfs.
Проблема в том, что это не Линукс (или FSH), а именно EFI требует отдельный раздел - строго в FAT. А Линуксу плевать откуда взялась точка монтирования /boot (отдельный раздел смонтирован или просто директория в /) и какая там файловая система (загрузчиками поддерживается почти всё).У меня, вон, два раздела на диске: корень / - LUKS/Btrfs, /boot (там же /boot/efi) - vfat. Грузятся systemd-boot'ом. /boot с initrd я бы ещё мог спрятать под LUKS (сменив загрузчик на grub2 или пропатчив systemd-boot), а вот /boot/efi - никак не спрятать, MS поднаcpaла.
И на Винде (не у меня - у всех) всё тоже - отдельный раздел.
Мне это вложенное монтирование сначала /boot потом /boot/efi казалось не очень правильным
Карина, залогиньтесь, пожалуйста.
Ну, boot вообще то первичен, да и постарше, а efi один из костылей, причем способный только мешать, и не нужный большинству конечных пользователей.
Ядро кладётся в /boot/EFI/boot/bootx64.efi, где /boot это просто точка монтирования на корневом разделе диска (может быть пустой и никак не используется), и /EFI/boot/bootx64.efi -- это захардкоженное имя файла на разделе, который должна находить любая UEFI система. Как правило это VFAT раздел, вроде теоретически может быть любой поддерживаемый прошивкой и её драйверами раздел, но я о таком не слышал. Имена файлов и очерёдность загружаемого по умолчанию как правило меняется при установке ядра в загрузочном меню efi. Но можно использовать и 1 ядро и называть его так.
>предлагается использовать VFAT и в качестве файловой системы для раздела /bootЛеннарт Поттеринг: Microsoft головного мозга.
Что за ИБД, я прямо сейчас могу сделать boot разделом VFAT.
> Что за ИБД, я прямо сейчас могу сделать boot разделом VFAT.А надо чтобы у тебя не осталось выбора.
А зачем надо монтировать efi в /boot/efi или вообще его монтировать?У меня ничего не смонтировано. efi же uefi читает, мне-то зачем туда?
Как ты обновлять систему будешь, без доступа на раздел, где она лежит?
Все уже рехнулись на обновлениях... А проц ты часто обновляешь?
> Все уже рехнулись на обновлениях... А проц ты часто обновляешь?А при чём тут проц вообще? Обновления ядра линукс выходят раз в неделю, иногда экстренно и 3 раза в неделю. Ты не сможешь обновить ядро без доступа на раздел с ядром, что в адекватно настроенной системе и есть этот самый vfat.
на арче апдейты выходят, пока ты обновляешься
> неделю, иногда экстренно и 3 раза в неделю. Ты не сможешь
> обновить ядро без доступа на раздел с ядром, что в адекватно
> настроенной системе и есть этот самый vfat.в адекватно настроенной системе в этом самом вфат нет никакого ведра, и вообще ничего нет кроме efistub, который обновлять раз в день совершенно незачем.
И его вообще можно никуда не монтировать.Но у смузихлебов, идущих за Поцтерингом в светлое позапрошлое, "какввенде", только "всем хуже" (у винды, кстати, тоже по сути stub, ни разу не ядро там лежит, и раздел этот тоже никуда не подмонтирован и юзеру вообще его не показывают, чтоб не полез куда не просют. Обновления при этом, как ни странно, работают.)
Ну, увы, efistub чёт не осиливает находить ведро на разделе с ext4. И в возне с загрузчиками которые не сегодня так завтра закирпичат тебе девайс ничего адекватного нет.
> Ну, увы, efistub чёт не осиливает находить ведро на разделе с ext4обычно он осиливает находить там grub - просто потому что так было кому-то проще.
Виндовое ведро ейный стаб почему-то находит на разделе с ntfs. Предлагаю, учитывая где работает поцтеринг, на него и переходить.
У него, как видишь, все норм работает. Я вот за собой не припомню ни одного случая, чтобы мне пришлось лазить в этот раздел на виндовых машинах. На линуксных - приходилось, да. Например - опа, там не ext4 ни разу. И модуль для чтения этой неext4 - на ней же и остался.
Ну ничего. Вот Поцтеринг о нас позаботился, будет и у нас какввенде. Только всем хуже, почему-то. Даже и не знаю, кто виноват...
У меня в efi лежит загрузчик и монтировать его надо только когда grub обновляется, что бывает достаточно редко.
А корень шифрованный или нет? На переносном компьютере может быть только такой.
И что это меняет? Если grub в состоянии прочитать корень, то сразу с него грузим. Если не в состоянии - выносим /boot отдельно на ext2, а корень шифруешь как хочешь.Остается конечно вопрос зачем вообще шифровать корень, это для параноиков, но проблем с этим нет и писать в efi для этого не нужно.
Как ты тогда расшифруешь корень и чем, особенно без протрояненного дырявого grub? А зачем, так это просто. Это необходимо, чтобы лишить злоумышленников простой возможности увести твои данные. Конечно, если твоя работа ничего не стоит, а доступа ты никуда не имеешь, это дело другое.
Подмену и процесс обновления загрузчика кстати тоже надо предусмотреть. Если он на одном носителе с секретом (зашифрованным, естессно), то его защита не сложнее защиты секрета.
Примонтировал из любопытства, так какой-то один файл лежит, что-то вроде bootx64.efi. Видимо, это стандартный файл, задача которого только управление ядро передать. Он явно года на 3 старше ядра.
Имя файла может быть любым, как и текст. Что пропишешь, то и будет в загрузочном меню UEFI. Есть просто стандартное, поэтому ядро с efistub может быть названо bootx64.efi и UEFI на любой неподготовленной системе его найдёт. Может лежать на юзб-флешке, sd-карте, eink-читалке или внешнем диске. Да хоть на телефоне, лишь бы uefi этот раздел видел.
А нахрена загрузочное меню EFI когда Grub работает?
Примонтировать раздел можно для обновления вручную.
Обычный скрипт может это сделать, но скрипт может в это место смонтировать разные разделы и в каждом загрузчике Grub добавить записи об имеющихся операционных системах на разных жестких дисках.
Поттеринг же не в курсе что загрузочный раздел и хомяк с разными осями могут быть не виндовс с линукс исключительно.
Он бы подумал как OpenIndiana рядом обновить, ведь именно солярка увидит разделы линукс и именно этот раздел важно обновить, а не раздел EFI.
Загрузочное меню чтобы выбрать другой файл ядра или с другими параметрами, например. И да, с grub у меня вечно проблемы были.>в каждом загрузчике Grub добавить записи об имеющихся операционных системах на разных жестких дисках
Зачем если они уже прописаны в меню uefi? Венда прописывается сама, линукс прописывается сам. К чему лишние посредники, да к тому же такие проблемные? Кто там кого не видит это того проблемы.
> Имя файла может быть любым, как и текст. Что пропишешь, то и будет в загрузочном меню UEFI.По стандарту может быть любым, на практике встречаются материнские платы, в которых биос не понимает НИЧЕГО кроме bootx64.efi - встречались такие среди MSI (не всех) и некоторых ноутбуки.
При использовании загрузчика rEFInd не нужно ничего писать на VFAT ESP раздел при обновлении ядра.
Он сам находит ядра на линуксовых (Ext4/Btrfs) разделах / в папке /boot
А опции запуска берет из файла /boot/refind_linux.conf
Может быть сколько угодно дистрибутивов одновременно, каждый в своем разделе.
А, ну может быть. Я разочаровался в загрузчиках (grub2 так и не дал мне использовать фоновые картинки и ttf шрифты) и давно уже загружаю напрямую. Параметры загрузочного меню при необходимости настраиваются вручную тоже. Кстати, вроде был и драйвер efi для чтения ext4, значит, надо просто добавить его и не понадобятся никакие кривые загрузчики. Но это не универсально, на неподготовленном компе только bootx64.efi загружается. На старых компах есть ещё легаси режим для загрузки с mbr, он может отличаться визуально в загрузочном меню, оно динамическое. В таком режиме efi не работает и обычно есть разные глюки.
> Кстати, вроде был и драйвер efi для чтения ext4, значит,
> надо просто добавить его и не понадобятся никакие кривые загрузчики.rEFInd как раз использует такой драйвер. он загружается с VFAT ESP раздела
За дровами (монтируют, как я понял, в r/o) сюда. https://efi.akeo.ie/На домашнем экспериментальном компе всю кучу скинул rEFInd-у, жрёт и не гавкает :).
В спецификации UEFI написано, где искать загрузчик. А когда вы ставите Линукс, efibootmgr (часто вызываемый из grub2-install) приписывает в UEFI конкретный путь к загрузчику, чтоб оно его знало и каждый раз не искало. Когда обновится пакет с загрузчиком, его нужно записать туда же, где его находит UEFI, а для этого /boot/efi должен быть примонтирован.
"Эй, парни, мелкософт дало мне очередное задание и мне нужно кое-что поправить в этих ваших дистрибутивах. Помогите мне заработать денех."
И каждый месяц совещание как бы ещё от ЕЕЕшить Линукс.
Лёня нашел очередной "фатальный недостаток"!
Запасаемся пивасиком и фисташками. Усаживаемся поудобнее.Слава тебе хоспаде, что я FreeBSD-шник.
> Слава тебе хоспаде, что я FreeBSD-шник.к 15й версии будешь загружать свою фрю с помощью линкусного uke, который потом будет kexec'ом запускать ведро твоей фри, неспособное самостоятельно загрузиться на модной современной платформе (напоминаю, что у вас нет работающего драйвера ntfs и не будет никогда)
Ох уж эти влажные мечты....
>размещать образы с ядром и initrd в VFAT-разделе /efiТак, срочно посадите его за Win98, на месяцок. А то уже такой большой мальчик, но до сих пор не в курсе ЧТО такое vfat в повседневном использовании.
>>размещать образы с ядром и initrd в VFAT-разделе /efi
> Так, срочно посадите его за Win98, на месяцок. А то уже такой
> большой мальчик, но до сих пор не в курсе ЧТО такое
> vfat в повседневном использовании.и что же он такое, расскажи-ка несведущим?
Вон на полке лежит мой винт с 98. Проработал с 2000го (да, я слоупок) по 2005й, пережил две материнки и во вполне живом состоянии положен на полку потому что в эти 20G я перестал помещаться со своими фотачке. (там был фотошоп в основном и странные утилиты для печати на струйнике) А вовсе не потому что там "А-А-А-А VFAT"
У меня примерно то же самое, но по причине апгрейда на AMD64. Но вообще, конечно, когда icq может писать в %windir% - это не хорошо.
> On disks with an MBR partition table:If the OS is installed on a disk with an MBR partition table, and a partition ...
Леннарт, ты хоть сам-то понял что сказал?
Где ты тут в таблице MBR больше десятка разделов увидел:hexdump -C -s 446 mbr.bin | awk '{print $6}' | head -n -2
ee
00
hexdump -C -s 446 mbr.bin | tail -n2 | awk '{print $2,$3}'
55 aa
> или если во время установки раздел EFI уже существуетИ шо дальше?
А ты вообще в курсе, что на моих системах использование ESP и systemd запрещено. Даже если они в наличии.> по умолчанию размещать образы с ядром и initrd в VFAT ...
Ядро и RAM-диск инициализации держать на FAT? Леннарт, ты шо, совсем дурак или только наполовину?
от одной только фразы "Леннарт предложил" уже веет напряжением
Горшочек, не вари! Народ еще от подписаного PE-ядра не отошел.
Дарю Леньки идею, даром. Если он замахнулся опять шатать лапчатый миропорядок, то пускай дистроклепатели собирают vfat встроенным в ядро, а не модулем. initramfs дальше собирают как обычно (но туда уже не надо закидывать модуль для поддержки fat).
Ну а дальше всё постаринке. Shim в esp (efi) раздел.
/boot какую хочешь fs, можешь хоть без отдельного бута. Туда кладешь ядра и соответствующие им initramsы, в том числе разных дистров.
В логику бывшей своей поделки вводишь монтирование бута, монтирование esp в /boot/efi, и раскрутку всего добра с помощью initramfs.
В Росе vfat встроен в ядро, не модулем.
Новая метла... ))))))))
перестановка кроватей в борделе.
майки давно хотят уничтожить линукс, для этого и втёрлись в опенсорс
Вроде и неплохие вещи, но после имени Поттеринг нехорошее предчуствие.. Опять.
А можно этого гражданина игнорировать? Ели все, что скажет, подлежит внедрению? Он кто вообще?
> А можно этого гражданина игнорировать? Ели все, что скажет, подлежит внедрению? Он кто вообще?Да вот как-то так получилось, что васянские дистры (даже слака по сути васянский нынче) могут конечно игнорировать, но мейнстрим стал обязанным брать под козырек и делать как Леня сказал. Debian какое-то время сопротивлялся, но и его прогнули с неоднократными переголосованиями и закулисной возней.
Еще на шаг ближе к винноутбукам
В raspberry только fat32 поддерживается, и всё отлично работает. Но bios всё равно лучше
отлично будет работать, когда приведут всё к одному знаменателю без uefi, u-boot и прочих радостей майкрософтов
Поттеринг в курсе что такое на фиг никому не нужно?
Люби если пользуют винду виртуалке, то им вообще пофиг.
А больше винда нигде и не нужна ибо ее надо огораживать от доступа к реальному железу.
А то он вместо пропихивания EXT4, XFS, ZFS, BTRFS в толстенную EFI микросхему пытается какую-то дичь пропихнуть линуксоводам, которым плевать чего он там втирает работая у мелкомягких.
Сначала надо избавляться от EFI и ставить Coreboot.
На крайняк открытую реализацию EFI с поддержкой линуксовых файловых систем.
>Поттеринг в курсе что такое на фиг никому не нужно?В курсе, но он приказчик, а не программист.
Что будет, если в момент обновления загрузочного образа моргнёт свет? Эта поделка умеет в журналирование?
Сделают efi_a и efi_b, как в андроиде и никаких проблем.
> Что будет, если в момент обновления загрузочного образа моргнёт свет?ты узнаешь, зачем придуманы источники бесперебойного питания.
Они еще от статыщ детских болезней помогают, если ты не в курсе. (например, "что будет" может включать в себя - п-ц твоему ssd, полный и невосстановимый, нечитаемый трек на hdd (если ты ретроград) восстанавливаемый только спецтулзами которых у тебя нет и пользоваться ими ты не умеешь, и это только то что лежит сверху. Современные компьютеры вообще не очень предназначены для работы со спонтанными выключениями.)
Годное предложение. Местная нердота не оценит, но их к счастью никто и не спрашивает.
Читать надо так - Недовольство Поттера вызвало отсутствие копирайта Microsoft у Linux.А вообще этому дяде давно пора идти и пилть свою самопальную ОС, как делают все те кто пытается перевернуть мир не привлекая внимания санитаров.
> Читать надо так - Недовольство Поттера вызвало отсутствие копирайта Microsoft у Linux.
> А вообще этому дяде давно пора идти и пилть свою самопальную ОС,он так и делает. linoops называется или как-то похоже. Не, не слышал?
А windows, которая не самопальная, он и не трогает.
>> Читать надо так - Недовольство Поттера вызвало отсутствие копирайта Microsoft у Linux.
>> А вообще этому дяде давно пора идти и пилть свою самопальную ОС,
> он так и делает. linoops называется или как-то похоже. Не, не слышал?
> А windows, которая не самопальная, он и не трогает.Не, я про всякие Menuet и Syllable говорю. Если это слишком нишево - есть возрожденная BeOS, у которой до сих пор есть поклоннники (сам не щупал но свидетели говорят что ось была на диво хорошая и приятная).
Дайте вообще угадаю - следующей фазой будет отсутствие поддержки exe в Линуксе, отсутствие поддержки виндоус драйверов, использование своих ФС всесто NTFS и так далее.
Посмотрите в шестнадцатеричном редакторе начало файла vmlinuz. MZ - это инициалы Марк Збиновски, один из разработчиков MS-DOS. Далее PE - это сокращение от Portable Executable, формат *.exe, *.dll и *.sys.
никогда не делал отдельный boot. скажите это поттерингу
Вот был же MBR... Иногда кажется, что все эти Efi - это даунгрейд. Все должно быть на одном разделе, а в БИОСе просто чтобы сохранялась информация с порядком загрузки. Какой разлел поставил, с того и грузится. Поставил "выбор при загрузке" - при каждой загрузке есть возможность выбрать. И все. Тогда можно будет хоть 5 ОС на один диск в разные разделы ставить, а на втором диске хранить данные.
> Вот был же MBR... Иногда кажется, что все эти Efi - это даунгрейд.Эта куча дерьма, даже на даунгрейд не тянет.
В своё время, дважды сталкивался с необратимым отказом системных плат у пользователей.
Здесь целую ветку этому отвели, - массовый отказ системных плат с UEFI BIOS по причине переполнения NVRAM:
https://forums.lenovo.com/t5/Lenovo-P-Y-and-Z-series-Laptops...
О чём инноваторы часто скромно умалчивают.
Теоретически, в современных ядрах, efi_no_storage_paranoia можно выставить в единицу. Но никто не даст гарантии, что после этого, системная плата не превратится окончательно в кирпич. Но тогда вылечится эта засада, только заменой чипа.
> Вот был же MBR... Иногда кажется, что все эти Efi - это
> даунгрейд. Все должно быть на одном разделе, а в БИОСе просто
> чтобы сохранялась информация с порядком загрузки. Какой разлел поставил, с того
> и грузится. Поставил "выбор при загрузке" - при каждой загрузке есть
> возможность выбрать. И все. Тогда можно будет хоть 5 ОС на
> один диск в разные разделы ставить, а на втором диске хранить
> данные.На самом деле идея модернизировать BIOS была неплохой, но реализация..
Обеащли кучу ништяков, вроде " у вас железо будет моментально инициароваться" - на самом деле нет, не особо. Удобный гуй с картинчоками и мышкой? Ага, картиночки обрамляющие теже самые списки параметров что были в BIOS, просто атм был псевдотекстовый интерфейс. Ничего не поменялось так-то.
На Виндовсе так одним из поводов перейти на UEFI вообще назвали поддержку GPT, дескать наконец-то можно будет избавиться от всех этих лимитов на основые разделы, лт колдовства с расширенным разделом.
А на самом деле GRUB прекрасно умеет грузиться в связки BIOS+GPT. Ой, надо только bios_boot раздел в пару мегабайт создать. Только Виндоус не осилил это.
И так со всеми "преимуществами" UEFI. Главное чтобы Secure Boot работал же.
Не понимаю, что мешает держать на одном /boot ядра для разных дистров. Не пробовал, но если делать будет нечего...
Груб ведь просто грузит vmlinuz с указанием ему корневой ФС в строке загрузчика, не?
> публикацию идей по переработке компонентов для загрузки LinuxКогда кто-нибудь начнёт серию публикаций о создании свободного p2p-аналога Telegram? Или публикации о создании полноценной свободной замене FineReader? Adobe Acrobat? GoldWave? Не? Всё мечтаем и прокрастинируем?
Ну хорошо, хотя бы создайте удобный подкаст-плеер и менеджер подкастов в одном лице.
Кто-нибуть еще сомневается в задумках этого существа?Intelfix, поясни как главный копрофаг.
Что-то мне не кажется, что ситуация, когда у пользователя десяток дистрибутивов, частой ситуацией, поэтому вряд ли кто вообще заметит предложение Леонида.А объединить буты от разных дистрибутивов можно было и до него, не говоря уже о ядре на EFI.
Учитывая скорость с которой Ленька выпустил новую systemd с UKI после публикации предложения о UKI (емнип недели две едва прошло), похоже у него уже все готово для переворотика.
Он хочет испортить работающую в GNU/Linux подсистему Integrity:https://www.linux.org.ru/forum/security/16550382?cid=16567177
После искоренения init они получили новый заказ GNU/GRUB. GRUB единственный поддерживает загрузку с шифрованный разделов проверяя цифровые подписи всех загружаемых файлов. GRUB поддерживает множество аппаратных платформ, OS, файловых систем и дисков: (жёсткие, флеш, CD/DVD/BD). Это жидомасонам не нравится, по этому и портят.
Все хотят испортить работающую в GNU/Linux подсистему Integrity. Чтобы уберечь Integrity надо строго соблюдать следующие правила:https://www.linux.org.ru/forum/security/16550382?cid=16564526
Поттеринг заговорил о переусложнении...
Как же они достали со своими левыми нововведениями. До сих пор хваленный EFI на многих новых и не очень платах работает откровенно криво, с различными багами и бажками
Пришейте уже кто-нить этого прожектёра, пока он всё не расхерачил, а..?
Ну и про вот это:
>>В соответствии со сложившейся практикой и требованиями спецификации UEFI в разделе с компонентами EFI используется только файловая система VFAT. Для унификации и избавления загрузчика от усложнений, связанных с поддержкой разных ФС, предлагается использовать VFAT и в качестве файловой системы для раздела /boot, что значительно упростит реализацию работающих на стороне загрузчика компонентов, осуществляющих доступ к данным в разделах /boot и /efi.Ни для кого тут не секрет, что VFAT говно и в случае каких-то граблей с доступом - все ОСи разом в таком варианте превратятся в тыкву. Загрузчики и рпочее, что сейчас кладётся в ESP, можно быстро восстановить (стартанув например через SuperGrubDisk, который найдёт собссно ядро и предложит к запуску). А вот если ядро класть в ESP - ну выше уже высказал мысль.
Сделайте:
/boot/boot
/boot/efi
и не парьтесь
/xxx гораздо универсальнее
Леню не устроил компьютер - ✓но, компьютер поменять нельзя, поэтому предложена какая-то бабуйня
при этом, при оценке предложения стоит учесть, что у Леонида, возможно, есть компьютер с UEFI, а не обычный, как у тебя (смущать наличие UEFI в биосе не должно)> Унификация позволит равноценно поддерживать оба раздела (/boot и /efi) для загрузки образов ядра и initrd
дело, возможно, в этом, но нам непонятно, в чем там дело
в общем, ничего, кроме как старого способа добутаться до полной загрузки вычилительный архитектуры, и потом наугад долбится в устройства у нас нет - а тут проблемы не было, лишь смысл отдельного /boot раздела утерянпри этом, тенденция и в сабже и винде - поставлять систему/компоненты образом, сводить функции ОС к минимуму, для обеспечения типового образа использования ПК и не работать при любых отклонениях (ищи. «комп разработчика»)
как это сочетается с предложением - видимо, есть желание овладеть разделом /boot, оставить возможность инициализации системы, но никогда ей не пользоваться, ынициализировать систему всегда одним и тем же способом, эквивалентным draft-варианту (единственному на __текущий__ момент), полученному на одном из совещаний по проблеме, одним из своих фирменных алгоритмов бессмысленного перебора
если уж отделять ядро от дистрибутива, имеет смысл предложить поставлять linux-окружение авторам сего поделия лично, ставить его отдельно [допиливать до работоспособности и больше не трогать], и уже потом ставить на него сколько хош дистрибутивоввпрочем, поделием linux является относительным, в нем нет, чего в нем нет [програм, пользователей, возможности использовать программы в других программах.. операционной системы, разных слов для разных вещей и .. ... ... .. ..] и с виндой у них одна общая вещь:
если «уровень» поддержки bios-а/UEFI [оборудованием] ниже какого-то, то ни то не другое работать нормально не будет
в моем ноуте, вроде бы, для linux-а это «уровень», а для винды нетну т.е., я том, что всегда какая-нибудь из аппаратных возможностей неработает, как правило, маленькая и незначительная
У Лёни что, маразм уже начался? systemd-boot уже давным давно работает с ESP, монтируемым непосредственно в /boot. Это не говоря про то, что systemd-boot - это на самом деле gummiboot, ныне почивший. И дистры, не использующие grub, тоже давным давно прекрасно живут с одним /boot. А ещё есть (был?) Clear Linux, который ядра вообще ставит в, о ужас, /usr/lib/kernel, а в /boot переносит только два последних ядра.
Копируем ядро и initramfs в раздел UEFIcp /{vmlinuz,initrd.img} /boot/efi/EFI/debian/
Добавление пункта в UEFI (sda - диск с загрузчиком, sda2 - корневой раздел системы)
efibootmgr -c -d /dev/sda -g -L "Debian (EFISTUB)" -l '\EFI\debian\vmlinuz' -u "root=UUID=$(blkid -s UUID -o value /dev/sda2) rw quiet rootfstype=ext4 add_efi_memmap initrd=\\EFI\\debian\\initrd.img"
Linux это свобода и каждый делает как хочет. Леннарт всего лишь предложил, но выглядит так, будто всех заставили пользоваться systemd. Даже, если он пропихнёт как-то нам проблемы в Linux, никто не запрещает нам их вырезать или обойти.