Вариант для распечатки		Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Изначальное сообщение		[ Отслеживать ]

"Леннарт Поттеринг предложил модернизировать разбивку загрузочных разделов"	+/–
Сообщение от opennews (??), 04-Ноя-22, 09:34
Леннарт Поттеринг продолжил публикацию идей по переработке компонентов для загрузки Linux и рассмотрел ситуацию с дублированием загрузочных разделов. Недовольство вызвало использование для организации начальной загрузки двух дисковых разделов с разными ФС, которые монтируются вложенно  - раздела /boot/efi на базе ФС VFAT с компонентами прошивки EFI (EFI System Partition)  и раздела /boot на базе ФС ext4, btrfs или xfs, на котором размещаются образы ядра Linux и initrd, а также настройки загрузчика. Ситуация усугубляется тем, что раздел EFI является общим для всех систем, а загрузочный раздел с ядром и initrd создаётся отдельно для  каждого установленного дистрибутива Linux, что приводит к необходимости хранения лишних разделов при установке в системе нескольких дистрибутивов... Подробнее: https://www.opennet.ru/opennews/art.shtml?num=58045
Ответить | Правка | Cообщить модератору

Сообщения

[Сортировка по ответам | RSS]

8. Сообщение от Аноним (8), 04-Ноя-22, 09:46	+46 +/–
> предлагается использовать VFAT и в качестве файловой системы для раздела /boot и NTFS для /, а то существующий зоопарк уже реально задолбал
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #20, #51, #60, #74, #253

10. Сообщение от Аноним (10), 04-Ноя-22, 09:46	+12 +/–
В чём предложение-то? У меня вообще /boot -- это часть / Или Лёнька обнаружил, что его бутлоадер не умеет грузить ядра с других разделов?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #13, #39, #120, #198

12. Сообщение от Аноним (12), 04-Ноя-22, 09:47	+14 +/–
Кажется первый момент от лёни, с которым можно согласиться. Ну, с фактом наличия проблемы.Аутофелляция с отдельным разделом порядком надоела. А вот вариант решения, в стиле леонида, фекальный. Прыгать с FAT на линуксовых системах - шибко такое себе. Очередной костыль и замазывание, вместо пушинга поддержки какого-нибудь ext(2-4)
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #126

13. Сообщение от Аноним (13), 04-Ноя-22, 09:48	+/–
> У меня вообще /boot -- это часть / и чё, ты типа хвастаешь этим или чё
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10 Ответы: #61

14. Сообщение от pashev.ru (?), 04-Ноя-22, 09:49	–2 +/–
И это ещё без raid и шифрования!
Ответить | Правка | Наверх | Cообщить модератору

16. Сообщение от Аноним (20), 04-Ноя-22, 09:54	+10 +/–
>Леннарт предложил , по факту между строк, использовать подписанный образ ядра + systrmd UKI (разумеется с lockdown и прочими продвинутыми DRM-компонентами), поставляемый Microsoft, как основу для всех дистров.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #188

17. Сообщение от iCat (ok), 04-Ноя-22, 09:55	+1 +/–
А что если в бут-секторы прописывать загрузку загрузчика с microsoft.com? Сразу. А не вот это вот всё...
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #68, #79

18. Сообщение от eganru (?), 04-Ноя-22, 09:55	+5 +/–
По моему опыту всё, что связано с EFI - второсортное неподдерживаемое глючно говно. Обновлений минимум самых, даже если из-за efi система может грузиться перестать(с восстановлением прошивкой того же забагованного efi). Днище и плохо. Только проблемы от этого одни.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #100

19. Сообщение от Fracta1L (ok), 04-Ноя-22, 09:56	+1 +/–
Нормальное предложение.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #43

20. Сообщение от Аноним (20), 04-Ноя-22, 09:57	+/–
Ну как M$ выпустит дрова и утилиты в опенсорс, так почти сразу.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8 Ответы: #62

24. Сообщение от pashev.ru (?), 04-Ноя-22, 10:03	+/–
# 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
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #126 Ответы: #67

25. Сообщение от Аноним (25), 04-Ноя-22, 10:04	+5 +/–
А какой смысл в /boot на системах с efi в принципе? У меня /boot/efi монтируется сразу в /, не вижу смысла в дополнительных разделах. Даже /boot изначально нужен был только лишь потому, что древние bios не поддерживали большие диски, и нужен был специальный раздел в начале диска.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #107, #123, #183

26. Сообщение от ИмяХ (?), 04-Ноя-22, 10:05	+8 +/–
Вот оно - "развитие" Вместо того, чтобы избавиться от одного костыля под названием EFI, они городят ещё кучу костылей.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #35, #76

27. Сообщение от vitalif (ok), 04-Ноя-22, 10:08	+3 +/–
Ну переход на FAT это конечно нереальный прогресс, да
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #88, #298

30. Сообщение от Аноним (30), 04-Ноя-22, 10:12	+4 +/–
лучше бы он встроил efi, ОС, ИИ в системд, но похоже появилось свободное время и полез в темы, которые не понимает
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #54, #114, #266

32. Сообщение от Аноним (32), 04-Ноя-22, 10:13	+2 +/–
Традиционно какие-нибудь фортки будут портить этот раздел в хлам, а восстановить нормальную загрузку из под тех же форток иногда невозможно
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #302

35. Сообщение от Аноним (35), 04-Ноя-22, 10:14	+/–
Им работать надо. И зарабатывать. На ком?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #26

36. Сообщение от Андрей (??), 04-Ноя-22, 10:15	–2 +/–
в ручную зоопарк поддерживать - это тот ещё гемор. Если будет инструмент - почему бы и нет. И не обязательно UEFI
Ответить | Правка | Наверх | Cообщить модератору

37. Сообщение от BrainFucker (ok), 04-Ноя-22, 10:26	+/–
Кстати, помню они там что-то криво сделали в systemd что стало нельзя было переместить /usr на другой раздел, сделав /usr симлинком. До systemd это работало, а с systemd с этим возникли проблемы. Интересно это исправили с тех пор?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #89, #229

38. Сообщение от хрю (?), 04-Ноя-22, 10:26	+6 +/–
Зачем делать boot отдельным разделом? Зачем кому-то несколько дистров? Вообще "зачем" ключевой вопрос взрослого человека. Такое ощущение, что Лёне 20 лет. "Остап покурил, закинулся грибами и его куда-то понесло."
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #77

39. Сообщение от Аноним (39), 04-Ноя-22, 10:30	–9 +/–
Не знаю почему минусуют этого анонима. Каждый новый раздел убивает часть полезного дискового пространства, я бы даже от /home отказался если бы не приходилось периодически ставить линукс с нуля.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10 Ответы: #63

43. Сообщение от Аноним (43), 04-Ноя-22, 10:35	+/–
Как ты мог? Оно же не на расте!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19

45. Сообщение от Аноним (45), 04-Ноя-22, 10:37	–6 +/–
Ленард Поттеринг - Стивен Хокинг в мире linux. Настоящий гений!
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #48

46. Сообщение от Anonymus (?), 04-Ноя-22, 10:41	+4 +/–
Опять у Леннарт что-то там с systemd и разделами не стыкуется, как в самом начале с отдельным /usr разделом. Пршло 12 лет, а проблемы все те же.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #78

48. Сообщение от Аноним (48), 04-Ноя-22, 10:45	+/–
Или Мерлин Шелдрейк.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #45 Ответы: #55

49. Сообщение от аНОНИМ (?), 04-Ноя-22, 10:51	+1 +/–
а у меня было 2 дистрибутива (20.04 и 22.04) причем на 1 разделе. и /boot там же. А лёне видимо про btrfs не рассказали.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #108, #230

50. Сообщение от Аноним (50), 04-Ноя-22, 10:56	–1 +/–
Работает - НЕ ТРОГАЙ!!! А изобретать можно много чего.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #65, #206

51. Сообщение от nebularia (ok), 04-Ноя-22, 10:59	+9 +/–
В чём проблема с FAT? Простая как палка файловая система, самое то чтобы фирмварью UEFI разбирать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8 Ответы: #71, #86, #175

54. Сообщение от Аноним (54), 04-Ноя-22, 11:06	–3 +/–
доооо, зато ты-то уж точно понимаешь, в чем он не понимаешь
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #30

55. Сообщение от Самый Лучший Гусь (?), 04-Ноя-22, 11:07	+/–
Или Юрий Спасокукоцкий
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #48 Ответы: #64, #179

56. Сообщение от Аноним (45), 04-Ноя-22, 11:08	–3 +/–
Такое ощущение что Поттеринг один на себе тащит всё развитие линукса. Если бы не он, то линукс давно превратился бы в подобие illumos с 3,5 пользователями...
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #113

57. Сообщение от Аноним Ваноним (?), 04-Ноя-22, 11:08	–3 +/–
Ну все и так уже давно подписывают своими скриптами свои UKI(ucode+vmlinuz+initrd), да и папки так же монтируют. Однако если будет это стандартом во всех дистрах - будет круто!
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #116

60. Сообщение от kusb (?), 04-Ноя-22, 11:21	+/–
Наверное можно корень на ntfs, она кажется поддерживает выдуманные файловые атрибуты. Просто записывать туда юниксовые атрибуты и...?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8 Ответы: #75, #99

61. Сообщение от Аноним (61), 04-Ноя-22, 11:29	+8 +/–
Хвастается нормальностью. В отличии от психов у которых с какого-то перепугу бут это отдельный раздел.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13 Ответы: #91, #92, #171, #176

62. Сообщение от Аноним (62), 04-Ноя-22, 11:30	+6 +/–
> в опенсорс Забудь про него, сейчас наоборот всё закрывают. И Лёня этому способствует. Забыли историю про засланного казачка в Нокию?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20 Ответы: #97, #329

63. Сообщение от Аноним (61), 04-Ноя-22, 11:31	+2 +/–
Это староверы, которые бут отдельно размечают как завещал сам Линус. Видите ли их 486 ПК медленно загружает бут если загрузчик не в начале диска.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #39 Ответы: #93, #95, #125

64. Сообщение от Аноним (61), 04-Ноя-22, 11:31	+3 +/–
Или Сергей Мавроди
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #55 Ответы: #173

65. Сообщение от Аноним (61), 04-Ноя-22, 11:32	+1 +/–
Так бы все и сидели на иксах. Так все и сидят на иксах.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #50

67. Сообщение от Аноним (61), 04-Ноя-22, 11:34	+1 +/–
Что с тобой не так?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #24

68. Сообщение от Аноним (62), 04-Ноя-22, 11:35	+3 +/–
не удивлюсь, если к этому и ведут. Облака... Подписки... Почва уже подготовлена.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17

69. Сообщение от Аноним (69), 04-Ноя-22, 11:37	+1 +/–
Не понял, в чём проблема. Можно же как угодно делать, а необходимость FAT32 - это проблема (проблема?) EFI. Да и какая разница, один раз грузанулось и забыли, можно даже отмонтировать и забыть.
Ответить | Правка | Наверх | Cообщить модератору

71. Сообщение от Аноним (8), 04-Ноя-22, 11:46	+3 +/–
да нет проблемы с FAT, как и с другими ФС. Как понимаю FAT была выбрана не для того чтобы упростить grub2. Если не отберут возможность сделать как хочешь, то не важно, что там выбрано по умолчанию, другое дело если я не хочу настройки по умолчанию. Если уж у меня несколько систем, то они могут быть на разных дисках. Делать отдельный бэкап раздела с ядрами? Бэкапить все ядра для каждой системы? Восстанавливать все ядра сразу или выколупывать нужные из общего бэкапа? Менять софт/способ, который используется для бэкапа? Как поведет себя автоопределение и автомонтирование, если в системе окажется два диска с ESP? Надеюсь наравне с автоопределением и автомонтированием никто не предложит автозамену старого загрузчика на новый. Да и вообще я ожидаю голосование в дебиане по выбору загрузчика.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #51 Ответы: #110, #136

72. Сообщение от Аноним (72), 04-Ноя-22, 11:49	+/–
Там все логично сделано. Просто BIOS вообще не поддерживал никаких файловых систем, т.к. его размер был всего 64Кб. А потому он грузил ОС с 0го сектора. UEFI уже сделали размером 64Мб и больше. И смогли запихать туда поддержку хотя бы одной файловой системы. А так как FAT32 на тот момент уже была стандартом де факто, сделали поддержку именно ее. При этом ОС по привычке все еще дублируют функционал UEFI в загрузчике. Он в принципе больше не нужен, т.к. UEFI сам может грузить разные ОС. А то что линух еще и какой-то там отдельный раздел Boot делает для ядра и initrd - это чисто его проблема. Пусть не делает, а кладет все на основной раздел. В чем проблема то?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #145, #167, #287

73. Сообщение от Аноним (74), 04-Ноя-22, 11:52	–1 +/–
Мне это вложенное монтирование сначала /boot потом /boot/efi казалось не очень правильным
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #81, #146, #153

74. Сообщение от Аноним (74), 04-Ноя-22, 11:55	+/–
Такое можно сделать даже для user-space ntfs-3g драйвера. А когда доделают ntfs3 драйвер, то использовать ntfs станет совсем легко
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8 Ответы: #84, #101

75. Сообщение от Мяу (?), 04-Ноя-22, 11:59	+1 +/–
Ага. Складывать туда "модульные" куски сквоша, монтировать друг в друга. Вот это вот - атоманые обновления. А всё говно обмазать сверху ovlfs. Красиво! Сейчас безопасные с*чечки наверно уже "поправились". Правда, на практике такое работает только в сотовых телефонах и то в более другой форме. А в десктопном и серверном сегменте эта идея не приживается. Народ покупает железо, чтобы пользоваться им, а не дрочевать на безопасность и прочие радужные идеи.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #60

76. Сообщение от Аноним (74), 04-Ноя-22, 12:00	+2 +/–
Что тебе мешает избавиться от костыля? Выкинь компьютер и избавься
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #26 Ответы: #109

77. Сообщение от Аноним (74), 04-Ноя-22, 12:03	+/–
просто этот ламер вообще не понимает как работает загрузка и как она должна быть устроена. Лучше бы спросил у опеннет экспертов, ему бы объяснили как надо.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #38 Ответы: #267

78. Сообщение от Аноним (74), 04-Ноя-22, 12:07	+2 +/–
просто он не смог написать нормальную систему инициализации и теперь переделывает Linux вместо того чтобы убрать костыли UEFI, SystemD, PulseAudio, Gnome 3, Rust, Wayland Не случайно ведь опеннет эксперты сходят с ума при упоминании любого из этих слов
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #46 Ответы: #80

79. Сообщение от Мяу (?), 04-Ноя-22, 12:08	+6 +/–
Сама концепция uefi это предполагает. В стародавние времена ос прописывалась в rom-ки. Но тогда и ос были маленькие м интернетов для обновления ос на 80% от оригинала не было и обновления ос ставились не каждый день, а дай бох, если раз в пару лет. То есть на сегодня оправдано только ромку и загрузчик "с фабрики" лочить. Лёня сейчас на хомячках пытается отработать будущие технологии защиты от пользователя альянса wintel. Как только наработают очередной пласт - будет очередная ревизия спеки uefi. В частности новая пачка рекомендаций в области реализации secure boot.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17 Ответы: #105

80. Сообщение от Мяу (?), 04-Ноя-22, 12:14	–1 +/–
Не, лёня не дурак самостоятельно что-то переделывать. Он других заставляет. Сам-то он не способен. А вокруг его несостоятельности должно плясать всё сообщество. Товарищ чужими руками свои проблемы "разгребает", при этом собственно проблемы не решая. Вот ведь хитрый гад.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #78 Ответы: #103, #117, #268

81. Сообщение от Мяу (?), 04-Ноя-22, 12:16	+/–
Карина, залогиньтесь, пожалуйста.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #73

83. Сообщение от Аноним (86), 04-Ноя-22, 12:20	+4 +/–
>предлагается использовать VFAT и в качестве файловой системы для раздела /boot Леннарт Поттеринг: Microsoft головного мозга.
Ответить | Правка | Наверх | Cообщить модератору

84. Сообщение от Аноним (8), 04-Ноя-22, 12:22	+/–
можно нинада? Ну правда не хочется чтобы для упрощения ядра NTFS выбрали в качестве основной :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #74

86. Сообщение от Аноним (86), 04-Ноя-22, 12:27	+2 +/–
Проблема в неподдержке UNIX Rights, регистронечувствительности. А я хочу держать образы ядра: MyVmLinuz myvmlinuz Вот хочу так и Поцтерринг мне не указ.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #51 Ответы: #104, #119, #174

87. Сообщение от commiethebeastie (ok), 04-Ноя-22, 12:28	+/–
Что за ИБД, я прямо сейчас могу сделать boot разделом VFAT.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #244

88. Сообщение от Аноним (62), 04-Ноя-22, 12:30	+2 +/–
там ещё ядро в формат *.exe будут переводить...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27 Ответы: #98, #111

89. Сообщение от Аноним (62), 04-Ноя-22, 12:32	+2 +/–
> это исправили с тех пор? Нет, конечно. Теперь вообще всё в одну кучу будут валить: и /bin, и /usr/bin, и /usr/local/bin...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #37 Ответы: #205

90. Сообщение от abi (?), 04-Ноя-22, 12:33	+2 +/–
А зачем надо монтировать efi в /boot/efi или вообще его монтировать? У меня ничего не смонтировано. efi же uefi читает, мне-то зачем туда?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #96, #232

91. Сообщение от Аноним (86), 04-Ноя-22, 12:35	–1 +/–
Потому, что /boot лучше не монтировать автоматически, а только по необходимости. Да и / лучше как ro, конечно, если он у вас отдельно от /usr, /var, /home.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #61 Ответы: #203, #240, #312

92. Сообщение от Xo (?), 04-Ноя-22, 12:37	+/–
Ну на жёстком отдельный бут норм, другое дело ssd
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #61 Ответы: #94, #162

93. Сообщение от Аноним (86), 04-Ноя-22, 12:40	–1 +/–
А нововеры это те, кто выполз из Шиндошшс, видно невооружённым глазом: "Всё на диск C:"
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #63 Ответы: #172

94. Сообщение от Аноним (86), 04-Ноя-22, 12:41	+3 +/–
Как будто, на SSD файловые системы не портятся.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #92

95. Сообщение от пох. (?), 04-Ноя-22, 12:42	+/–
Вообще никогда не загружает - c/h/s диски не умеют дальше второго гигабайта, а lba в биос не поддерживается или поддерживается lba16, с которым никто не умел работать. Впрочем, efi партишн тоже принято размещать в начале диска из-за каких-то подобных же соображений. Впрочем, еще и нифига его не жалко если что потерять, ничего уникального он обычно не содержит, что тоже полезно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #63 Ответы: #201

96. Сообщение от Аноним (100), 04-Ноя-22, 12:42	–1 +/–
Как ты обновлять систему будешь, без доступа на раздел, где она лежит?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #90 Ответы: #115, #134, #135

97. Сообщение от пох. (?), 04-Ноя-22, 12:43	+4 +/–
Ок, "и ntfs с закрытыми дровами от ms" - так даже лучше! Ни одна сволочь не найдет там увизгвимости.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #62 Ответы: #192

98. Сообщение от Аноним (86), 04-Ноя-22, 12:46	+3 +/–
А далее будет systemd.exe
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #88 Ответы: #112

99. Сообщение от пох. (?), 04-Ноя-22, 12:46	+3 +/–
она вполне нормальные nfs v4 acls поддерживает (криво в реализации в винде, потому что надо ж сохранять совместимость с nt4 или что там - 3.51? А технически проблемы нет.) - и это помимо позиксного недоразумения (которое, разумеется, тоже) Хорошая, годная фс, осталось самую малость - убедить интел переделать спецификацию efi. Ну что за блажь, реально, с тем недо-фат они придумали? Давайте ж уже просто грузить винду прямо с ntfsного раздела без всяких ненужных прокладок. Ой... линукс, линукс грузить, очепятался... а напомните, в какой опенсорсной лавке трудится поцтеринг?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #60 Ответы: #234

100. Сообщение от Аноним (100), 04-Ноя-22, 12:47	–3 +/–
Проблема не в efi. Там есть комбинация на клавиатуре, которая Восстанавливает резервную копию из не перезаписываемого чипа. Ну и просто для сброса настроек тоже есть, они могут быть повреждены во время работы. А, что, производитель твоего железа сэкономил на резервной флешке? Дааа, беда, ну, ты знал, что покупал. Весь твой опыт основан на твоей экономии.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18 Ответы: #106, #141, #154

101. Сообщение от пох. (?), 04-Ноя-22, 12:49	+/–
Что значит "даже"? Это и есть единственный нормальный работающий и полноценный драйвер. А когда доделают то что никогда не доделают - тебе, дедуля, уже все равно будет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #74 Ответы: #158

102. Сообщение от Аноним (102), 04-Ноя-22, 12:49	+5 +/–
"Эй, парни, мелкософт дало мне очередное задание и мне нужно кое-что поправить в этих ваших дистрибутивах. Помогите мне заработать денех."
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #164

103. Сообщение от Аноним (86), 04-Ноя-22, 12:51	+3 +/–
Так пусть растаманов привлечёт. Они ему всё перепишут "как надо". Дооолго будут переписывать. А мы пока постаринке на bash-портянках посидим ;)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #80

104. Сообщение от пох. (?), 04-Ноя-22, 12:51	+8 +/–
> Проблема в неподдержке UNIX Rights, регистронечувствительности. google for umsdos. Ну и регистронечесательность - это ж на самом деле просто "соглашение о намерениях", дисковый формат подобного не требует. Хочешь - в своем драйвере можешь считать эти файлы разными. > А я хочу держать образы ядра: а поцтерингу на тебя и твои хотелки - плевать. Он хочет какввенде и ты ему - не указ.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #86 Ответы: #122

105. Сообщение от пох. (?), 04-Ноя-22, 12:54	–1 +/–
Лочить-то зачем? "обнаружена новая версия efi rom, пааааадаждите, сейчас мы ее подгрузим с microsof...intel.цом и все загрузится". Не понимаю, что тут не так?!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #79 Ответы: #138

106. Сообщение от пох. (?), 04-Ноя-22, 12:55	+1 +/–
Там - это где? В спецификации efi нет никаких "комбинаций на клавиатуре".
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #100 Ответы: #121, #127

107. Сообщение от пох. (?), 04-Ноя-22, 12:56	+5 +/–
Другие обезьяны: бросаются п-дить тварь, осмелившуюся поднять с пола клетки банан! "здесь ТАК принято!"
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25

108. Сообщение от Аноним (86), 04-Ноя-22, 12:57	+/–
Да, можно. И я как про такое в BTRFS первый раз узнал, тоже захотелось. Но поостыв, понял, что поломка в любом месте BTRFS, приведёт к проблеме на всём разделе с ней. Поэтому никакое монтирование папок от этого не поможет. И отказался от затеи. Хотя, для проб/тестов разных дистров вполне сгодится.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #49 Ответы: #180

109. Сообщение от пох. (?), 04-Ноя-22, 12:58	+1 +/–
Ну есть же ж прекрасные контуперы с uBoot поверх devicetree? Никакого вредного uefi! А, простите, уже нету. Там были 32битные армы, которые больше "не поддерживаются ни в одном дистрибутиве - давно пора выкинуть их и из ведра".
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #76 Ответы: #140, #228

110. Сообщение от Аноним (62), 04-Ноя-22, 12:58	+7 +/–
> голосование в дебиане Ой, лучше не надо... Уже проходили... - Да, я за Лёню! - Не хочу, но Лёня будет в комплекте.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #71

111. Сообщение от пох. (?), 04-Ноя-22, 12:59	+2 +/–
Э... чувак... кароч, у меня для тебя - хреновые новости... P.S. PE не полноценный exe, конечно, но...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #88 Ответы: #314

112. Сообщение от пох. (?), 04-Ноя-22, 13:00	+1 +/–
Ты пропустил последнее партсобрание, минус миска риса и -10 в сосальный рейтинг! Будет UKE.exe С ведром неотделимым от systemd.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #98 Ответы: #142

113. Сообщение от Аноним (86), 04-Ноя-22, 13:00	+5 +/–
Такое ощущение, что Поттеринг больше всех вредит Линуксу. А сейчас, получив дополнительное финансирование на деструктивную деятельность, он утроит свои усилия.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #56 Ответы: #231, #315

114. Сообщение от пох. (?), 04-Ноя-22, 13:01	+2 +/–
Так он - уже. Именно что он - понимает, а ты нет. И работает над этим.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #30

115. Сообщение от Аноним (62), 04-Ноя-22, 13:01	–1 +/–
Все уже рехнулись на обновлениях... А проц ты часто обновляешь?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #96 Ответы: #130

116. Сообщение от Аноним (86), 04-Ноя-22, 13:02	+1 +/–
Кто эти все? Я не подписываю.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #57

117. Сообщение от пох. (?), 04-Ноя-22, 13:03	–1 +/–
Он способен (и доказал это делом, натворив гигабайт лапшекода). Но он уже может себе позволить ни на каком инструменте сам не играть - "он руководитель, как Вы!"
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #80

118. Сообщение от Аноним (118), 04-Ноя-22, 13:04	+1 +/–
Лёня нашел очередной "фатальный недостаток"! Запасаемся пивасиком и фисташками. Усаживаемся поудобнее. Слава тебе хоспаде, что я FreeBSD-шник.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #129

119. Сообщение от nebularia (ok), 04-Ноя-22, 13:07	+4 +/–
> Проблема в неподдержке UNIX Rights, регистронечувствительности. > А я хочу держать образы ядра: > MyVmLinuz > myvmlinuz > Вот хочу так и Поцтерринг мне не указ. Ты сам себе придумал надуманную ситуацию, сам с ней и разбирайся. Зачем там unix rights вообще? Туда в принципе только рут писать и должен.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #86 Ответы: #131

120. Сообщение от nebularia (ok), 04-Ноя-22, 13:10	–2 +/–
> В чём предложение-то? У меня вообще /boot -- это часть / > Или Лёнька обнаружил, что его бутлоадер не умеет грузить ядра с других > разделов? В том, что от большинства костылей загрузчиков можно избавиться, используя UEFI. Нет, можно собрать сколь угодно сложную конфигурацию на GRUB 2, но в общем случае это не требуется.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10 Ответы: #133

121. Сообщение от Аноним (125), 04-Ноя-22, 13:11	–1 +/–
На макбуке есть )
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #106

122. Сообщение от Аноним (86), 04-Ноя-22, 13:11	+/–
Вспомни, в каком ядре ты этот umsdos последний раз встречал? Ну так я и не использую дистры от IMBHat и других, кто лёнькины поделия внедряет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #104 Ответы: #124

123. Сообщение от Аноним (125), 04-Ноя-22, 13:13	–1 +/–
Отдельно бут имеет смысл что когда побьётся файлуха из-за отключения питания можно будет починить через iniramfs и не бегать искать livecd
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25 Ответы: #331

124. Сообщение от пох. (?), 04-Ноя-22, 13:14	–1 +/–
Ну я рад его не встречать,поскольку случайно в курсе как он работал (это п-ц, который только л@п4ые могли придумать) Но чиста технически - вы бы тоже могли, если б хоть как-то умели кодить. Но кодить у вас умеет только Лёня. Дистры, если ты не в курсе, делают из доступных деталек. Вон там де6иллианы голым-сували-сували, и опа - сунули как надо и куда надо. Будет у тебя ведро в формате PE only, бандленное с системдрянью и подписанное, чтоб ты не лез ручками куда надо, не за горами уже этот денек.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #122

125. Сообщение от Аноним (125), 04-Ноя-22, 13:14	+2 +/–
Отдельно бут имеет смысл что когда побьётся файлуха из-за отключения питания можно будет починить через iniramfs и не бегать искать livecd)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #63 Ответы: #149, #160

126. Сообщение от nebularia (ok), 04-Ноя-22, 13:14	–5 +/–
> Очередной костыль и замазывание, вместо > пушинга поддержки какого-нибудь ext(2-4) Ext без журналирования разваливается просто на раз при потере питания. Журналирование... Оно тебе точно надо в EFI вообще? Чем проще ФС, тем меньше потенциальных вендорозависимых проблем. За FAT разваливание при потере питания не замечено.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12 Ответы: #286, #24

127. Сообщение от Аноним (100), 04-Ноя-22, 13:15	+/–
Там -- это в прошивке UEFI, выполняющей функции BIOS, у каждого производителя она отличается. У многих при этом имеется такая функциональность. В спецификации может не быть многих вещей, являющихся опциональными.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #106

129. Сообщение от пох. (?), 04-Ноя-22, 13:18	+7 +/–
> Слава тебе хоспаде, что я FreeBSD-шник. к 15й версии будешь загружать свою фрю с помощью линкусного uke, который потом будет kexec'ом запускать ведро твоей фри, неспособное самостоятельно загрузиться на модной современной платформе (напоминаю, что у вас нет работающего драйвера ntfs и не будет никогда)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #118 Ответы: #199

130. Сообщение от Аноним (100), 04-Ноя-22, 13:18	–1 +/–
> Все уже рехнулись на обновлениях... А проц ты часто обновляешь? А при чём тут проц вообще? Обновления ядра линукс выходят раз в неделю, иногда экстренно и 3 раза в неделю. Ты не сможешь обновить ядро без доступа на раздел с ядром, что в адекватно настроенной системе и есть этот самый vfat.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #115 Ответы: #212, #250, #313

131. Сообщение от Аноним (86), 04-Ноя-22, 13:19	+/–
Но если без unix rights писать могут все.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #119 Ответы: #132

132. Сообщение от nebularia (ok), 04-Ноя-22, 13:22	+4 +/–
Без Unix Rights права на все файлы раздела будут одинаковые и опеределяются при монтировании. Монтируется по умолчанию от рута, с правами на запись только от него. Это именно то, что требуется.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #131 Ответы: #170

133. Сообщение от warlock66613 (ok), 04-Ноя-22, 13:23	+1 +/–
Так в чём предложение-то? Уже сейчас можно делать как удобно. У меня вот /boot — это EFI раздел
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #120

134. Сообщение от abi (?), 04-Ноя-22, 13:25	+/–
Примонтировал из любопытства, так какой-то один файл лежит, что-то вроде bootx64.efi. Видимо, это стандартный файл, задача которого только управление ядро передать. Он явно года на 3 старше ядра.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #96 Ответы: #137

135. Сообщение от gumanzoy (?), 04-Ноя-22, 13:27	+/–
При использовании загрузчика rEFInd не нужно ничего писать на VFAT ESP раздел при обновлении ядра. Он сам находит ядра на линуксовых (Ext4/Btrfs) разделах / в папке /boot А опции запуска берет из файла /boot/refind_linux.conf Может быть сколько угодно дистрибутивов одновременно, каждый в своем разделе.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #96 Ответы: #139

136. Сообщение от Аноним (136), 04-Ноя-22, 13:33	+3 +/–
> "голосование в дебиане" LOL!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #71

137. Сообщение от Аноним (100), 04-Ноя-22, 13:37	+/–
Имя файла может быть любым, как и текст. Что пропишешь, то и будет в загрузочном меню UEFI. Есть просто стандартное, поэтому ядро с efistub может быть названо bootx64.efi и UEFI на любой неподготовленной системе его найдёт. Может лежать на юзб-флешке, sd-карте, eink-читалке или внешнем диске. Да хоть на телефоне, лишь бы uefi этот раздел видел.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #134 Ответы: #208, #270

138. Сообщение от Аноним (20), 04-Ноя-22, 13:42	+5 +/–
Зачем ждать? Management Engine может это сделать и при "выключенном" (не из розетки) ПК, и даже вентилятором не пошуршит.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #105 Ответы: #252

139. Сообщение от Аноним (100), 04-Ноя-22, 13:44	+/–
А, ну может быть. Я разочаровался в загрузчиках (grub2 так и не дал мне использовать фоновые картинки и ttf шрифты) и давно уже загружаю напрямую. Параметры загрузочного меню при необходимости настраиваются вручную тоже. Кстати, вроде был и драйвер efi для чтения ext4, значит, надо просто добавить его и не понадобятся никакие кривые загрузчики. Но это не универсально, на неподготовленном компе только bootx64.efi загружается. На старых компах есть ещё легаси режим для загрузки с mbr, он может отличаться визуально в загрузочном меню, оно динамическое. В таком режиме efi не работает и обычно есть разные глюки.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #135 Ответы: #169

140. Сообщение от Аноним (20), 04-Ноя-22, 13:46	+/–
>"не поддерживаются ни в одном дистрибутиве - давно пора выкинуть их и из ведра". https://packages.debian.org/sid/armhf/systemd/download - это что?!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #109

141. Сообщение от eganru (?), 04-Ноя-22, 13:47	+/–
Я простой пользователь. Мне это Ваше говно с 2 чипами даром не сдалось. Не собираетесь разбираться с низким качеством? - ну сделайте тогда просто ppl->ubootspl->uboot->ядро + ссылку где .dts скачать. Заместо этого просто с лопаты efi, где весь труд программистов на нескучные обои видно ушел. Говно собачье, которое грузится больше, чем остальная система в 10 раз(и это у асуса, к примеру).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #100 Ответы: #143, #155, #204

142. Сообщение от Аноним (20), 04-Ноя-22, 13:49	+3 +/–
В голос. *в кредитный рейтинг В Штатах он так называется.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #112 Ответы: #248

143. Сообщение от Аноним (100), 04-Ноя-22, 13:49	+1 +/–
Ты так говоришь, будто у биоса POST быстрее отрабатывал. Оно не грузится, оно ждёт пока железо раздуплиться. Ну а любимая картинка вместо поста это как минимум прикольно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #141 Ответы: #147

145. Сообщение от Аноним (20), 04-Ноя-22, 13:54	+1 +/–
>UEFI уже сделали размером 64Мб и больше. Охренеть. >И смогли запихать туда поддержку хотя бы одной файловой системы. Поддержку FAT в ардуину запихивают.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #72 Ответы: #185

146. Сообщение от _kp (ok), 04-Ноя-22, 14:01	+2 +/–
Ну, boot вообще то первичен, да и постарше, а  efi один из костылей, причем способный только мешать, и не нужный большинству конечных пользователей.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #73

147. Сообщение от eganru (?), 04-Ноя-22, 14:04	+/–
[i]Оно не грузится, оно ждёт пока железо раздуплиться.[/i] - какое мне прости господи нужно, чтобы железо раздуплилось? Что у меня там такого сверхнужного есть, что вот прямо сейчас нужно ждать? [i]любимая картинка вместо поста[/i] - это правильно понимаю, что это хуцпа?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #143 Ответы: #150

148. Сообщение от Аноним (149), 04-Ноя-22, 14:08	+1 +/–
>размещать образы с ядром и initrd в VFAT-разделе /efi Так, срочно посадите его за Win98, на месяцок. А то уже такой большой мальчик, но до сих пор не в курсе ЧТО такое vfat в повседневном использовании.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #258

149. Сообщение от Аноним (149), 04-Ноя-22, 14:13	+2 +/–
У тебя что, реально один комп, и тот на допотопном целероне? Куда там бегать и чего искать-то?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #125

150. Сообщение от Аноним (100), 04-Ноя-22, 14:14	+/–
У меня диски долго раздупляются, современные диски это очень сложные агрегаты каждый со своей собственной ОС и тестирование работоспособности занимает приличное (случайное) время. Некоторые промышленные системы и по полчаса запускаются и это нормально. Проблема в том, что если проигнорировать неготовность железа и продолжать работать с ним как с исправным, оно легко разнесёт вообще всё в случае какой-либо неполадки (в том числе повредит память и ресурсы остального прежде исправного железа и даже не факт что не повредит флешки, например у той же сетевой карты, которая внезапно может оказаться записываемой и повреждаемой).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #147 Ответы: #161

153. Сообщение от Аноним (100), 04-Ноя-22, 14:27	+/–
Ядро кладётся в /boot/EFI/boot/bootx64.efi, где /boot это просто точка монтирования на корневом разделе диска (может быть пустой и никак не используется), и /EFI/boot/bootx64.efi -- это захардкоженное имя файла на разделе, который должна находить любая UEFI система. Как правило это VFAT раздел, вроде теоретически может быть любой поддерживаемый прошивкой и её драйверами раздел, но я о таком не слышал. Имена файлов и очерёдность загружаемого по умолчанию как правило меняется при установке ядра в загрузочном меню efi. Но можно использовать и 1 ядро и называть его так.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #73

154. Сообщение от An2 (?), 04-Ноя-22, 14:28	+/–
> Восстанавливает резервную копию из не перезаписываемого чипа. Но если проц не самый старый, или материнка не самой свежей даты производства, тогда после такого восстановления проц может отвалиться. И тогда надо будет ещё надеяться, что всё ещё есть возможность бесплатного получения на короткое время старого CPU для целей обновления биоса.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #100 Ответы: #157

155. Сообщение от An2 (?), 04-Ноя-22, 14:30	+/–
> которое грузится больше, чем остальная система в 10 раз(и это у асуса, к примеру). А мне от Gigabyte средненавороченная материнка попадалась с такими тормозами при запуске.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #141

157. Сообщение от Аноним (100), 04-Ноя-22, 14:32	+/–
Да, есть такое. Вроде, с АМД особенно релевантно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #154 Ответы: #195

158. Сообщение от Аноним (74), 04-Ноя-22, 14:39	+/–
У меня в Ubuntu 22.04 и не новом ядре 5.15 драйвер ntfs3 работает. А в новых ядрах к нему были какие-то доработки
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #101 Ответы: #177

160. Сообщение от Аноним (162), 04-Ноя-22, 14:41	+1 +/–
Это потому что староверы сидят на допотопной ext2
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #125 Ответы: #251, #311

161. Сообщение от eganru (?), 04-Ноя-22, 14:43	+/–
Все эти задачи можно со спокойной душой переложить на uboot/ядро. Потому что: 1) Их можно потом обновить. 2) Они божьей милостью умеют нормально распаралеливать запуск исходя из зависимостей. 3) Я в конце-концов могу попытаться на свой страх и риск подправить что-нибудь, что мне не нравится. [i]промышленные системы[/i] - часто это просто удары палкой по спине, как и добрая половина энтерпрайза. Так у них положено - пару раз угостить пользователя корпоративного ПО палкой, чтобы знал кто он есть и где его место. [i]у той же сетевой карты, которая внезапно может оказаться записываемой[/i] - мне казалось, что большинстве своей ROM только на загрузчик - у Вас ядро во время старта драйвера туда в RAM .bin загружает, который потом и работает в итоге. Да и говорить по поводу неготовности оборудования и что-то сломать - это укрыть говно одеялами. Требуется какой-то секретный мега-алгоритм, чтобы пропуллить готовность оборудования? ИМХО это запрос статуса и проверка Option(dev_status).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #150 Ответы: #165, #255

162. Сообщение от Аноним (162), 04-Ноя-22, 14:43	+/–
Даже на пентиум 4 не было никакой разницы при загрузке где находится бут. Это какие-то очень древние диски и древние компы могут на это реагировать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #92

164. Сообщение от Аноним (162), 04-Ноя-22, 14:45	+3 +/–
И каждый месяц совещание как бы ещё от ЕЕЕшить Линукс.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #102

165. Сообщение от Аноним (100), 04-Ноя-22, 14:59	–1 +/–
Дело в том, что неисправное железо может легко и непринуждённо скопроментировать систему. Скажем, будут повреждены таблицы управления питанием/зарядкой, и в результате очень просто может пыхнуть. А иногда конечно даже и исправное. Например, у меня есть pci звуковушка с рядом багов, обходимых в драйвере (обычное дело) и она вполне себе доводит ядро до состояния, когда ему только перезагрузка поможет. Но при этом UEFI и аппаратные механизмы управления она не разносит, страдает только ядро. Да и вообще, параллельная инициализация это иногда довольно опасно. Не так и часто приходится проходить этот пост, чтобы это являлось существенной проблемой и выгодным местом для чреватой оптимизации.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #161

166. Сообщение от Пр0х0жий (??), 04-Ноя-22, 15:10	+/–
> 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? Леннарт, ты шо, совсем дурак или только наполовину?
Ответить | Правка | Наверх | Cообщить модератору

167. Сообщение от НяшМяш (ok), 04-Ноя-22, 15:11	+/–
> И смогли запихать туда поддержку хотя бы одной файловой системы. NTFS как минимум на чтение тоже поддерживают наверное все. Как-то форматнул неосторожно здоровую флешку, а винда автоматом ей сделала NTFS. И ничего, все компы c UEFI смогли с неё загрузиться. Я только потом случайно увидел, что там не FAT, когда не смог профиль настроек забекапить.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #72 Ответы: #184

169. Сообщение от gumanzoy (?), 04-Ноя-22, 15:34	+/–
> Кстати, вроде был и драйвер efi для чтения ext4, значит, > надо просто добавить его и не понадобятся никакие кривые загрузчики. rEFInd как раз использует такой драйвер. он загружается с VFAT ESP раздела
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #139 Ответы: #307

170. Сообщение от kusb (?), 04-Ноя-22, 15:36	–1 +/–
А на fat можно Linux поставить? Безопасность идёт лесом почти что. Но пусть все файлы типа как исполняемые. Можно ещё рулить правами на уровне разделов - много разделов, один для файлов в которые нельзя писать. Другой для /tmp/ (тоже fat), разделы для пользователей.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #132 Ответы: #226

171. Сообщение от kusb (?), 04-Ноя-22, 15:37	+/–
У меня был вместе со всем, /, но я тот ещё псих.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #61

172. Сообщение от kusb (?), 04-Ноя-22, 15:39	+5 +/–
mkswap ./pagefile.sys
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #93 Ответы: #263

173. Сообщение от Аноним (173), 04-Ноя-22, 15:45	+1 +/–
Или Питер Паркер
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #64 Ответы: #187

174. Сообщение от wd (?), 04-Ноя-22, 15:54	+/–
ntfs умеет в регистрозависимость права можно симулировать об стримы
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #86

175. Сообщение от АмНям69 (?), 04-Ноя-22, 15:55	+5 +/–
FAT хороша, если записал 1 раз, а потом только читаешь. В статье Лёня сам пишет, что FAT не сравнится по надёжности с современными ФС и предлагает всякие обходные пути, типа всегда вызывать fsck перед записью; чтобы сохранить файл: сначала записать на диск под другим именем, вызвать syncfs(), переименовать файл и опять вызвать syncfs(). Короче, любой сбой или прерывание записи в раздел с FAT может привести к незагружаемой системе. Это терпимо для ESP, куда ты пишешь только при установке новой ОС или обновлении загрузчика, но для /boot такое неприемлемо.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #51 Ответы: #200, #227

176. Сообщение от GenryU (?), 04-Ноя-22, 15:57	+3 +/–
У нормальных людей, после пропадания питания, boot- раздел читается без проблем и начинается последующая проверка других разделов на "orphaned...". А у любителей острого, могут возникнуть конфликты из-за случайной порчи цепочек кластеров.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #61

177. Сообщение от Аноним (177), 04-Ноя-22, 16:01	+1 +/–
> У меня в Ubuntu 22.04 и не новом ядре 5.15 драйвер ntfs3 работает. Да ты рисковый чувак. > А в новых ядрах к нему были какие-то доработки Исправления. Ошибок. Которые есть в 5.15.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #158

178. Сообщение от Аноним (178), 04-Ноя-22, 16:09	+4 +/–
от одной только фразы "Леннарт предложил" уже веет напряжением
Ответить | Правка | Наверх | Cообщить модератору

179. Сообщение от Аноним (179), 04-Ноя-22, 16:18	+/–
Югий
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #55

180. Сообщение от Самый умный из вас (?), 04-Ноя-22, 16:20	+/–
Поэтому ты остался на ехт2
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #108 Ответы: #300

181. Сообщение от Аноним (181), 04-Ноя-22, 16:57	+2 +/–
Горшочек, не вари! Народ еще от подписаного PE-ядра не отошел.
Ответить | Правка | Наверх | Cообщить модератору

182. Сообщение от Аноним (182), 04-Ноя-22, 17:19	+/–
Дарю Леньки идею, даром. Если он замахнулся опять шатать лапчатый миропорядок, то пускай дистроклепатели собирают vfat встроенным в ядро, а не модулем. initramfs дальше собирают как обычно (но туда уже не надо закидывать модуль для поддержки fat). Ну а дальше всё постаринке. Shim в esp (efi) раздел. /boot какую хочешь fs, можешь хоть без отдельного бута. Туда кладешь ядра и соответствующие им initramsы, в том числе разных дистров. В логику бывшей своей поделки вводишь монтирование бута, монтирование esp в /boot/efi, и раскрутку всего добра с помощью initramfs.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #233

183. Сообщение от Отражение луны (ok), 04-Ноя-22, 17:34	+4 +/–
Если ты хочешь шифровать рут и при этом не пользоваться реалихацией luks из grub, потому что она какая-то уж слишком медленная и лагучая.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25 Ответы: #285

184. Сообщение от Аноним (72), 04-Ноя-22, 17:51	+/–
Если бы все UEFI поддерживали бы что то кроме FAT, не просили бы тогда загрузочный раздел сделать именно в FAT.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #167 Ответы: #306

185. Сообщение от Аноним (72), 04-Ноя-22, 17:53	+/–
А не. 64Мб - это flash-образы для для arm, специально догнанные до этого размера, чтобы правильно стыковались. Так там несколько Мб. Но все равно лучше, чем 64Кб BIOS.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #145

186. Сообщение от Аноним (186), 04-Ноя-22, 17:53	+1 +/–
Новая метла... ))))))))
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #190

187. Сообщение от Попов (?), 04-Ноя-22, 18:23	+/–
про диниску забыли
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #173 Ответы: #223

188. Сообщение от Dr Nyanpasu (?), 04-Ноя-22, 18:42	+3 +/–
Леннарт Поттеринг предложил монетизировать разбивку загрузочных разделов
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16

189. Сообщение от Аноним (189), 04-Ноя-22, 19:06	+1 +/–
Вроде и неплохие вещи, но после имени Поттеринг нехорошее предчуствие.. Опять.
Ответить | Правка | Наверх | Cообщить модератору

190. Сообщение от Аноним (62), 04-Ноя-22, 19:31	+/–
перестановка кроватей в борделе.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #186 Ответы: #211

191. Сообщение от Аноним (191), 04-Ноя-22, 19:32	+/–
А можно этого гражданина игнорировать? Ели все, что скажет, подлежит внедрению? Он кто вообще?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #271

192. Сообщение от n00by (ok), 04-Ноя-22, 19:52	+/–
Ну нашли же в Alternative Data Stream руткит в своё время. Он там вроде и не скрывал файл даже, просто не все читали MSDN, вот антивирусы там и не искали.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #97 Ответы: #245

194. Сообщение от Аноним (-), 04-Ноя-22, 20:08	+/–
Еще на шаг ближе к винноутбукам
Ответить | Правка | Наверх | Cообщить модератору

195. Сообщение от Аноним (195), 04-Ноя-22, 20:08	+/–
Потому что Интел почти под каждую новую серию процессоров делает новый сокет или чипсет без обратной совместимости, а АМД поддерживае несколько поколений в пределах сокета.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #157 Ответы: #256

196. Сообщение от Lex20 (ok), 04-Ноя-22, 20:17	+/–
В raspberry только fat32 поддерживается, и всё отлично работает. Но bios всё равно лучше
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #210

197. Сообщение от Аноним (208), 04-Ноя-22, 20:19	–2 +/–
Поттеринг в курсе что такое на фиг никому не нужно? Люби если пользуют винду  виртуалке, то им вообще пофиг. А больше винда нигде и не нужна ибо ее надо огораживать от доступа к реальному железу. А то он вместо пропихивания EXT4, XFS, ZFS, BTRFS в толстенную EFI микросхему пытается какую-то дичь пропихнуть линуксоводам, которым плевать чего он там втирает работая у мелкомягких. Сначала надо избавляться от EFI и ставить Coreboot. На крайняк открытую реализацию EFI с поддержкой линуксовых файловых систем.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #273

198. Сообщение от rshadow (ok), 04-Ноя-22, 20:20	+1 +/–
Ну вот выделишь /boot в отдельный VFAT раздел и будешь монтировать его в корень. Постойте-ка "которые монтируются вложенно ... на базе ФС VFAT ... на базе ФС ext4", ох ёпть, опять то же самое.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10

199. Сообщение от Тымдым (?), 04-Ноя-22, 20:30	+/–
Ох уж эти влажные мечты....
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #129

200. Сообщение от Аноним (200), 04-Ноя-22, 20:50	+/–
А что насчёт exFAT?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #175 Ответы: #221

201. Сообщение от Аноним (200), 04-Ноя-22, 20:53	+/–
У меня вообще на диске два раздела EFI, один для Windows и второй для Linux. И никаких проблем, каждая ОС в свой пишет, BIOS оба раздела видит
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #95

202. Сообщение от Имя (?), 04-Ноя-22, 21:05	+/–
Что будет, если в момент обновления загрузочного образа моргнёт свет? Эта поделка умеет в журналирование?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #209, #259

203. Сообщение от DM (??), 04-Ноя-22, 21:12	+6 +/–
Если /boot держать отдельно и не монтировать при загрузке, то при очередном обновлении системы/ядра из пакетов - по-любому какая-нибудь херня приключится.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #91 Ответы: #301

204. Сообщение от Аноним (234), 04-Ноя-22, 21:14	–1 +/–
> Я простой пользователь. > ppl->ubootspl->uboot->ядро + ссылку где .dts скачать Васёк, ты либо крестик сними, либо плавки надень. Простой пользователь пользуется виндой на работе и айпэдом дома. У большинства людей так-то жизнь есть за пределами компьютера.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #141

205. Сообщение от Аноним (234), 04-Ноя-22, 21:17	+/–
Как оно и должно быть в старых линуксах, но кто ж на опеннете стандарты читает. В новых вон вообще даже /usr нет, только /bin, /nix, /home и /var.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #89

206. Сообщение от Аноним (234), 04-Ноя-22, 21:18	+/–
Ну и чем тебе ходить пешком не угодил? Работает? Работает. Но нет, ты полез зачем-то колесо изобретать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #50 Ответы: #249

207. Сообщение от Аноним (234), 04-Ноя-22, 21:20	+/–
Годное предложение. Местная нердота не оценит, но их к счастью никто и не спрашивает.
Ответить | Правка | Наверх | Cообщить модератору

208. Сообщение от Аноним (208), 04-Ноя-22, 21:22	+1 +/–
А нахрена загрузочное меню EFI когда Grub работает? Примонтировать раздел можно для обновления вручную. Обычный скрипт может это сделать, но скрипт может в это место смонтировать разные разделы и в каждом загрузчике Grub добавить записи об имеющихся операционных системах на разных жестких дисках. Поттеринг же не в курсе что загрузочный раздел и хомяк с разными осями могут быть не виндовс с линукс исключительно. Он бы подумал как OpenIndiana рядом обновить, ведь именно солярка увидит разделы линукс и именно этот раздел важно обновить, а не раздел EFI.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #137 Ответы: #219

209. Сообщение от abi (?), 04-Ноя-22, 21:35	+/–
Сделают efi_a и efi_b, как в андроиде и никаких проблем.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #202

210. Сообщение от Аноним (212), 04-Ноя-22, 21:47	+/–
отлично будет работать, когда приведут всё к одному знаменателю без uefi, u-boot и прочих радостей майкрософтов
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #196

211. Сообщение от Аноним (212), 04-Ноя-22, 21:48	+1 +/–
майки давно хотят уничтожить линукс, для этого и втёрлись в опенсорс
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #190

212. Сообщение от Аноним (212), 04-Ноя-22, 21:49	+/–
на арче апдейты выходят, пока ты обновляешься
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #130

216. Сообщение от Kuromi (ok), 04-Ноя-22, 22:11	+3 +/–
Читать надо так - Недовольство Поттера вызвало отсутствие копирайта Microsoft у Linux. А вообще этому дяде давно пора идти и пилть свою самопальную ОС, как делают все те кто пытается перевернуть мир не привлекая внимания санитаров.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #260

217. Сообщение от Kuromi (ok), 04-Ноя-22, 22:13	+/–
Дайте вообще угадаю - следующей фазой будет отсутствие поддержки exe в Линуксе, отсутствие поддержки виндоус драйверов, использование своих ФС всесто NTFS и так далее.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #246

219. Сообщение от Аноним (100), 04-Ноя-22, 22:31	+/–
Загрузочное меню чтобы выбрать другой файл ядра или с другими параметрами, например. И да, с grub у меня вечно проблемы были. >в каждом загрузчике Grub добавить записи об имеющихся операционных системах на разных жестких дисках Зачем если они уже прописаны в меню uefi? Венда прописывается сама, линукс прописывается сам. К чему лишние посредники, да к тому же такие проблемные? Кто там кого не видит это того проблемы.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #208

220. Сообщение от Аноним (220), 04-Ноя-22, 23:08	+1 +/–
никогда не делал отдельный boot. скажите это поттерингу
Ответить | Правка | Наверх | Cообщить модератору

221. Сообщение от Аноним (221), 04-Ноя-22, 23:29	+1 +/–
То же, что и насчёт любых других ФС: поддержка ФС, отличных от FAT32 в EFI - на усмотрение каждого конкретного вендора мамки. Вендор или сам пользователь может интегрировать в прошивку драйвер для любой фс - https://github.com/pbatard/efifs и прошивка сможет с этих файловых систем грузиться. Но наличие этих драйверов в прошивке _по дефолту_ не гарантируется. А вот FAT32 поддерживается в обязательном порядке, т.к. это часть стандарта.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #200

222. Сообщение от X86 (ok), 04-Ноя-22, 23:59	+2 +/–
Вот был же MBR... Иногда кажется, что все эти Efi - это даунгрейд. Все должно быть на одном разделе, а в БИОСе просто чтобы сохранялась информация с порядком загрузки. Какой разлел поставил, с того и грузится. Поставил "выбор при загрузке" - при каждой загрузке есть возможность выбрать. И все. Тогда можно будет хоть 5 ОС на один диск в разные разделы ставить, а на втором диске хранить данные.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #293, #330

223. Сообщение от Аноним (223), 05-Ноя-22, 00:19	+/–
Или Лавлейс. Только не которая Ада, а которая Линда.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #187 Ответы: #299

224. Сообщение от Омнямням (?), 05-Ноя-22, 00:34	+1 +/–
Не понимаю, что мешает держать на одном /boot ядра для разных дистров. Не пробовал, но если делать будет нечего... Груб ведь просто грузит vmlinuz с указанием ему корневой ФС в строке загрузчика, не?
Ответить | Правка | Наверх | Cообщить модератору

226. Сообщение от Павел (??), 05-Ноя-22, 01:41	+/–
ставь коль желание есть :) тут совсем "про другое"     в момент работы uefi нет пользователей и прав. даже в момент загрузки initramfs их еще нет, есть только ядро и ядреные функции.     безопасность на уровне пользователей и их прав формируется загруженной операционной системой уже сильно после загрузки.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #170

227. Сообщение от Павел (??), 05-Ноя-22, 01:46	+/–
давайте создадим ext0, в которой будет стабильность от современной системы, но не будет пользователей и прав.     вообще имхо надо создавать спец.фс для такого. на уровне WORM и дублирования формата A/B. учитывая размер uefi-необходимостей по сравнению с текущими размерами носителей, это будет пшик.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #175 Ответы: #235

228. Сообщение от mikhailnov (ok), 05-Ноя-22, 03:15	+/–
В 64 битах армовых платах обычно тоже dts и uboot. Российский Байкал хорошем, что там уефи.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #109 Ответы: #261

229. Сообщение от mikhailnov (ok), 05-Ноя-22, 03:17	+/–
/usr отдельным разделом можно из ibitrd при монтировать, если очень хочется
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #37 Ответы: #238

230. Сообщение от mikhailnov (ok), 05-Ноя-22, 03:18	+/–
Лёня как раз использует btrfs
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #49

231. Сообщение от mikhailnov (ok), 05-Ноя-22, 03:20	+/–
Ух, какой не хороший, написал этот пшшаудио, который умеет сам делать подключенный usb микрофоном устройством ввода по умолчанию и вообще позволяет жизнь упростить. Нет чтобы конфиги альсы править, понапридумывал всякие там пульсаудио.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #113 Ответы: #269

232. Сообщение от mikhailnov (ok), 05-Ноя-22, 03:25	+/–
В спецификации UEFI написано, где искать загрузчик. А когда вы ставите Линукс, efibootmgr (часто вызываемый из grub2-install) приписывает в UEFI конкретный путь к загрузчику, чтоб оно его знало и каждый раз не искало. Когда обновится пакет с загрузчиком, его нужно записать туда же, где его находит UEFI, а для этого /boot/efi должен быть примонтирован.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #90

233. Сообщение от mikhailnov (ok), 05-Ноя-22, 03:26	+/–
В Росе vfat встроен в ядро, не модулем.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #182

234. Сообщение от Аноним (234), 05-Ноя-22, 04:32	–1 +/–
> в какой опенсорсной лавке трудится поцтеринг? В той, которая за день делает больше для опенсорса, чем весь опеннет вместе взятый за год.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #99 Ответы: #291

235. Сообщение от Вася (??), 05-Ноя-22, 05:33	+/–
в ext* не права и юзеры источник нестабильности, а транзакции. Да и уважение прав пользователей это сугубо на усмотрение ядро\дров
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #227

238. Сообщение от BrainFucker (ok), 05-Ноя-22, 08:58	+/–
Я не про раздел. Например есть раздел /home. Сделать mv /usr /home/data/usr && ln -s /home/data/usr /usr До Поттеринга это работало.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #229 Ответы: #325

239. Сообщение от Аноним (239), 05-Ноя-22, 09:17	–1 +/–
> публикацию идей по переработке компонентов для загрузки Linux Когда кто-нибудь начнёт серию публикаций о создании свободного p2p-аналога Telegram? Или публикации о создании полноценной свободной замене FineReader? Adobe Acrobat? GoldWave? Не? Всё мечтаем и прокрастинируем? Ну хорошо, хотя бы создайте удобный подкаст-плеер и менеджер подкастов в одном лице.
Ответить | Правка | Наверх | Cообщить модератору

240. Сообщение от Аноним (240), 05-Ноя-22, 09:38	–1 +/–
>Потому, что /boot лучше не монтировать автоматически, а только по необходимости. Ну клади ядро на efi партицию, если тебе горит. Её и "не монтируй". >Да и / лучше как ro, конечно, если он у вас отдельно от /usr, /var, /home. Так в системди скоро вообще не будет поддерживаться разделение / и /usr/ , по заветам самого Лёни.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #91

241. Сообщение от псевдонимус (?), 05-Ноя-22, 10:09	–1 +/–
Кто-нибуть еще сомневается в задумках этого существа? Intelfix, поясни как главный копрофаг.
Ответить | Правка | Наверх | Cообщить модератору

244. Сообщение от псевдонимус (?), 05-Ноя-22, 10:31	+/–
> Что за ИБД, я прямо сейчас могу сделать boot разделом VFAT. А надо чтобы у тебя не осталось выбора.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #87

245. Сообщение от Аноним (245), 05-Ноя-22, 10:50	+2 +/–
Дыры есть везде. Я лишь не пойму, почему UEFI просто не может хранить список загрузочных записей ключ-значение? Нахрена все эти разделы и прочее?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #192 Ответы: #275

246. Сообщение от n00by (ok), 05-Ноя-22, 11:02	+/–
Посмотрите в шестнадцатеричном редакторе начало файла vmlinuz. MZ - это инициалы Марк Збиновски, один из разработчиков MS-DOS. Далее PE - это сокращение от Portable Executable, формат *.exe, *.dll и *.sys.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #217

247. Сообщение от Admino (ok), 05-Ноя-22, 11:09	+/–
Что-то мне не кажется, что ситуация, когда у пользователя десяток дистрибутивов, частой ситуацией, поэтому вряд ли кто вообще заметит предложение Леонида. А объединить буты от разных дистрибутивов можно было и до него, не говоря уже о ядре на EFI.
Ответить | Правка | Наверх | Cообщить модератору

248. Сообщение от пох. (?), 05-Ноя-22, 11:39	+/–
> *в кредитный рейтинг > В Штатах он так называется. Кредитный там за пропуск партсобрания не снижают. За смену интернет провайдера - это да.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #142

249. Сообщение от пох. (?), 05-Ноя-22, 11:41	+1 +/–
> Ну и чем тебе ходить пешком не угодил? Работает? Работает. Но нет, > ты полез зачем-то колесо изобретать. Нет, зачем-то решил всем отрезать ноги - ведь на колесиках гораздо удобнее.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #206

250. Сообщение от пох. (?), 05-Ноя-22, 11:46	+/–
> неделю, иногда экстренно и 3 раза в неделю. Ты не сможешь > обновить ядро без доступа на раздел с ядром, что в адекватно > настроенной системе и есть этот самый vfat. в адекватно настроенной системе в этом самом вфат нет никакого ведра, и вообще ничего нет кроме efistub, который обновлять раз в день совершенно незачем. И его вообще можно никуда не монтировать. Но у смузихлебов, идущих за Поцтерингом в светлое позапрошлое, "какввенде", только "всем хуже" (у винды, кстати, тоже по сути stub, ни разу не ядро там лежит, и раздел этот тоже никуда не подмонтирован и юзеру вообще его не показывают, чтоб не полез куда не просют. Обновления при этом, как ни странно, работают.)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #130 Ответы: #254

251. Сообщение от пох. (?), 05-Ноя-22, 11:49	+1 +/–
> Это потому что староверы сидят на допотопной ext2 допотопную чинит fsck -y при старте системы. И обычно без всяких ужасов. Вот с новомодной btrfs бывает что и чинить нечего и незачем уже. Ну и чем тебе, сынку, поможет твой цельный и непострадавший /boot с совершенно ненужным тебе файлом ? Его-то и заново скопировать можно. А вот твой хомяк со всем содержимым - опаньки.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #160

252. Сообщение от пох. (?), 05-Ноя-22, 11:52	+/–
> Зачем ждать? Management Engine может это сделать и при "выключенном" (не из > розетки) ПК, и даже вентилятором не пошуршит. не может, дорогой ты наш сказочник. AMT - теоретически, могла бы. Но тоже не делает, она не для этого.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #138 Ответы: #265

253. Сообщение от Деанонимус (?), 05-Ноя-22, 11:53	+/–
Пусть лучше Леннарт зашлет вирус ext4 в ядро WIndows, бугага
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8

254. Сообщение от Аноним (100), 05-Ноя-22, 11:58	+/–
Ну, увы, efistub чёт не осиливает находить ведро на разделе с ext4. И в возне с загрузчиками которые не сегодня так завтра закирпичат тебе девайс ничего адекватного нет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #250 Ответы: #257

255. Сообщение от пох. (?), 05-Ноя-22, 11:59	–2 +/–
> Все эти задачи можно со спокойной душой переложить на uboot/ядро. Потому что: Нельзя. Ядро, ВНЕЗАПНО, работает в оперативной памяти (которую надо как-то проинитить прежде чем использовать и процедуры эти уникальны для каждого чипсета и каждой схемы отдельно) и читается с диска, который бывает разный, от древнего hdd до nvme, и тоже каждый надо хитро проинитить со всеми приседаниями и таймингами. А еще вон сетевые карты бывают, о четырех головах каждая из которых что-то там себе думает и к отдельному ядру процессора ходит. И инициализация в досмоде там ни разу вообще не предусмотрена  - а с такой тоже вполне бывает, загружаемся. А uboot твой работает только с emmc, инитящейся единственноверным способом, на примитивной платформе с памятью, тоже инитящейся единственноверным способом, вшитым в SoC. > 3) Я в конце-концов могу попытаться на свой страх и риск подправить попытаться - можешь, но ничего кроме сожженой матери при этом не получится. > [i]промышленные системы[/i] - часто это просто удары палкой по спине, как и > добрая половина энтерпрайза. Так у них положено - пару раз угостить угу, их жыдорептилоиды придумали тебе на погибель. А на практике их придумали - инженеры, а ты - просто бестолковый безмозглый раб, неспособный к обучению, цитирующий какие-то бредни о рептилоидах. Палкой тебе по хребтине лишний раз, действительно, было бы полезно. В том числе чтоб убрал безграмотные ручонки подальше от оборудования, в котором не шаришь.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #161 Ответы: #288

256. Сообщение от пох. (?), 05-Ноя-22, 12:01	+/–
> Потому что Интел почти под каждую новую серию процессоров делает новый сокет > или чипсет без обратной совместимости, а АМД поддерживае несколько поколений в > пределах сокета. но не умеет проинитить следующее поколение устаревшей прошивкой и лох страдает. Получается - опять интел все правильно сделал.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #195 Ответы: #264, #289

257. Сообщение от пох. (?), 05-Ноя-22, 12:07	+/–
> Ну, увы, efistub чёт не осиливает находить ведро на разделе с ext4 обычно он осиливает находить там grub - просто потому что так было кому-то проще. Виндовое ведро ейный стаб почему-то находит на разделе с ntfs. Предлагаю, учитывая где работает поцтеринг, на него и переходить. У него, как видишь, все норм работает. Я вот за собой не припомню ни одного случая, чтобы мне пришлось лазить в этот раздел на виндовых машинах. На линуксных - приходилось, да. Например - опа, там не ext4 ни разу. И модуль для чтения этой неext4 - на ней же и остался. Ну ничего. Вот Поцтеринг о нас позаботился, будет и у нас какввенде. Только всем хуже, почему-то. Даже и не знаю, кто виноват...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #254

258. Сообщение от пох. (?), 05-Ноя-22, 12:14	+/–
>>размещать образы с ядром и initrd в VFAT-разделе /efi > Так, срочно посадите его за Win98, на месяцок. А то уже такой > большой мальчик, но до сих пор не в курсе ЧТО такое > vfat в повседневном использовании. и что же он такое, расскажи-ка несведущим? Вон на полке лежит мой винт с 98. Проработал с 2000го (да, я слоупок) по 2005й, пережил две материнки и во вполне живом состоянии положен на полку потому что в эти 20G я перестал помещаться со своими фотачке. (там был фотошоп в основном и странные утилиты для печати на струйнике) А вовсе не потому что там "А-А-А-А VFAT"
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #148 Ответы: #316

259. Сообщение от пох. (?), 05-Ноя-22, 12:19	+/–
> Что будет, если в момент обновления загрузочного образа моргнёт свет? ты узнаешь, зачем придуманы источники бесперебойного питания. Они еще от статыщ детских болезней помогают, если ты не в курсе. (например, "что будет" может включать в себя - п-ц твоему ssd, полный и невосстановимый, нечитаемый трек на hdd (если ты ретроград) восстанавливаемый только спецтулзами которых у тебя нет и пользоваться ими ты не умеешь, и это только то что лежит сверху. Современные компьютеры вообще не очень предназначены для работы со спонтанными выключениями.)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #202

260. Сообщение от пох. (?), 05-Ноя-22, 12:20	+/–
> Читать надо так - Недовольство Поттера вызвало отсутствие копирайта Microsoft у Linux. > А вообще этому дяде давно пора идти и пилть свою самопальную ОС, он так и делает. linoops называется или как-то похоже. Не, не слышал? А windows, которая не самопальная, он и не трогает.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #216 Ответы: #324

261. Сообщение от пох. (?), 05-Ноя-22, 12:22	–3 +/–
Но плох тем что с tsmc пошел следом за кораблем. Так-то нормальная мипсина была, даром что рассейская.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #228 Ответы: #279

263. Сообщение от Аноним (263), 05-Ноя-22, 13:54	+/–
Ахаха, сделаю так на Линуксе, установленном на Маке
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #172

264. Сообщение от An2 (?), 05-Ноя-22, 14:04	+/–
Но только за ваши деньги, выброшенные на ветер за целую новую материнку.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #256 Ответы: #283

265. Сообщение от torvn77 (ok), 05-Ноя-22, 14:04	+/–
Это тебе написали что "не для этого", но кто знает что там на самом деле в каждом конкретном компьютере?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #252 Ответы: #282

266. Сообщение от torvn77 (ok), 05-Ноя-22, 14:18	+/–
Всё он понимает и делает ровно то, что ему приказали хозяева IBM/RH
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #30 Ответы: #305

267. Сообщение от torvn77 (ok), 05-Ноя-22, 14:21	+1 +/–
Всё он отлично знает и понимает, просто основания его действий лежат не в области программирования, а в области политики.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #77

268. Сообщение от torvn77 (ok), 05-Ноя-22, 14:25	+/–
>Он других заставляет. Это значит что он не дурак, а приказчик-надсмотрщик которому дали власть следить и принуждать других делать то, что надо назначившим его людям.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #80

269. Сообщение от torvn77 (ok), 05-Ноя-22, 14:29	+/–
К твоему удивлению именно так: хороший мануальник по alsa, конфигуратор и утилиты управления единственное что надо было доделать и что по странной причине так и не сделали для этой системы.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #231 Ответы: #274, #281

270. Сообщение от Аноним (-), 05-Ноя-22, 14:30	+/–
> Имя файла может быть любым, как и текст. Что пропишешь, то и будет в загрузочном меню UEFI. По стандарту может быть любым, на практике встречаются материнские платы, в которых биос не понимает НИЧЕГО кроме bootx64.efi - встречались такие среди MSI (не всех) и некоторых ноутбуки.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #137

271. Сообщение от Аноним (-), 05-Ноя-22, 14:35	+/–
> А можно этого гражданина игнорировать? Ели все, что скажет, подлежит внедрению? Он кто вообще? Да вот как-то так получилось, что васянские дистры (даже слака по сути васянский нынче) могут конечно игнорировать, но мейнстрим стал обязанным брать под козырек и делать как Леня сказал.  Debian какое-то время сопротивлялся, но и его прогнули с неоднократными переголосованиями и закулисной возней.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #191

272. Сообщение от Аноним (-), 05-Ноя-22, 14:39	+4 +/–
Учитывая скорость с которой Ленька выпустил новую systemd с UKI после публикации предложения о UKI (емнип недели две едва прошло), похоже у него уже все готово для переворотика.
Ответить | Правка | Наверх | Cообщить модератору

273. Сообщение от torvn77 (ok), 05-Ноя-22, 14:40	+/–
>Поттеринг в курсе что такое на фиг никому не нужно? В курсе, но он приказчик, а не программист.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #197

274. Сообщение от n00by (ok), 05-Ноя-22, 15:33	+/–
Самое смешное во всей этой истории - для автоматического переключения микрофонов и т.п. ныне пишут alsa/ucm2/*/*.conf а вон тот баш-программист операционных систем про это не в курсе.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #269 Ответы: #280

275. Сообщение от n00by (ok), 05-Ноя-22, 16:58	+2 +/–
UEFI и хранит ключ-значение, номер записи и путь к загрузчику, куда можно сохранить и параметры ядра. И даже прошивки Wi-Fi контроллеров иногда хранит. По-моему, что бы понять, надо смотреть не на технические детали, а на историю, когда такая перспективная ОС как OS/2 почему-то закончилась, а началась Windows. Действующие лица повторяются: Microsoft и IBM, которая зачем-то купила RH.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #245 Ответы: #322

276. Сообщение от Аноним (276), 05-Ноя-22, 16:59	+/–
Он хочет испортить работающую в GNU/Linux подсистему Integrity: https://www.linux.org.ru/forum/security/16550382?cid=16567177 После искоренения init они получили новый заказ GNU/GRUB. GRUB единственный поддерживает загрузку с шифрованный разделов проверяя цифровые подписи всех загружаемых файлов. GRUB поддерживает множество аппаратных платформ, OS, файловых систем и дисков: (жёсткие, флеш, CD/DVD/BD). Это жидомасонам не нравится, по этому и портят.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #277

277. Сообщение от Аноним (276), 05-Ноя-22, 17:43	+/–
Все хотят испортить работающую в GNU/Linux подсистему Integrity. Чтобы уберечь Integrity надо строго соблюдать следующие правила: https://www.linux.org.ru/forum/security/16550382?cid=16564526
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #276

278. Сообщение от IdeaFix (ok), 05-Ноя-22, 18:06	+/–
Поттеринг заговорил о переусложнении...
Ответить | Правка | Наверх | Cообщить модератору

279. Сообщение от mikhailnov (ok), 05-Ноя-22, 18:10	+/–
UEFI в армовом Байкале, не в мипсовом
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #261

280. Сообщение от mikhailnov (ok), 05-Ноя-22, 18:12	+/–
> Самое смешное во всей этой истории - для автоматического переключения микрофонов и > т.п. ныне пишут alsa/ucm2/*/*.conf а вон тот баш-программист операционных систем про > это не в курсе. Промолчу, в курсе я или нет, коммиты в соответствующих пакетах в abf.io/import ответят на этот вопрос, а вот если ты думаешь, что в современных дистрибутивах alsa/ucm2/*/*.conf автоматически переключает ввод звука на *USB* микрофон, то почитай про module-switch-on-connect в pulseaudio, который во многих дистрибутивах включен по умолчанию.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #274 Ответы: #294

281. Сообщение от mikhailnov (ok), 05-Ноя-22, 18:15	–1 +/–
> хороший мануальник по alsa Заставлять людей вместо проведения времени с семьей читать мануалы по альсе вредно для страны.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #269 Ответы: #296

282. Сообщение от пох. (?), 05-Ноя-22, 19:45	–1 +/–
Враги там кругом, и этот... Иблис, во! Компуктер-то вражеский. Чего там знать, в печку его. Вместе с прочими бесовскими штучками. Вон счеты с деревянными костями - это надежно, это на века!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #265

283. Сообщение от пох. (?), 05-Ноя-22, 19:51	–1 +/–
> Но только за ваши деньги, выброшенные на ветер за целую новую материнку. С целым новым процессором и вероятней всего еще и новой памятью. Потому что если бы процессор не менялся на целое аж новое поколение с несовместимым сокетом - то и все остальное бы не понадобилось. На фоне этого цена самой платы - ну 25% в лучшем случае. Причем она будет новой, а не устаревшей с кое-как работающей "поддержкой" новых процов только вот до момента когда внезапно не всплывает старая версия прошивки из неперпрошиваемого для большей надежности "BlockA". Оно тебе было надо? Последний раз лично я менял процессор во времена core2.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #264

285. Сообщение от Аноним (285), 05-Ноя-22, 23:43	+/–
Да, но с LUKS получается почти тоже самое. Только отдельным разделом будет не /boot/efi, а /boot, размеченный под vfat.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #183

286. Сообщение от gogo (?), 06-Ноя-22, 00:01	+2 +/–
> За FAT разваливание при потере питания не замечено. гы гы. вот шутник.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #126

287. Сообщение от Аноним (285), 06-Ноя-22, 00:08	+1 +/–
Проблема в том, что это не Линукс (или FSH), а именно EFI требует отдельный раздел - строго в FAT. А Линуксу плевать откуда взялась точка монтирования /boot (отдельный раздел смонтирован или просто директория в /) и какая там файловая система (загрузчиками поддерживается почти всё). У меня, вон, два раздела на диске: корень / - LUKS/Btrfs, /boot (там же /boot/efi) - vfat. Грузятся systemd-boot'ом. /boot с initrd я бы ещё мог спрятать под LUKS (сменив загрузчик на grub2 или пропатчив systemd-boot), а вот /boot/efi - никак не спрятать, MS поднаcpaла. И на Винде (не у меня - у всех) всё тоже - отдельный раздел.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #72

288. Сообщение от eganru (?), 06-Ноя-22, 00:13	+/–
[i]которую надо как-то проинитить прежде чем использовать и процедуры эти уникальны для каждого чипсета и каждой схемы отдельно[/i] - Вы плохо разбираетесь и не понимаете даже примерно, как выполняется обычным образом процесс загрузки, в итоге пишете собачью чушь. Зачем? Вы описываете оперативную память в .dts, и передаете получившийся .dtb в ubootspl, который в свою очередь уже инициализирует всё оперативную память. Дальше уже с проинициализированной памятью может передаваться в uboot или в говно собачье efi. [i]А uboot твой работает только с emmc[/i] - Вы врете. Можно грузиться с nand, nor и еще каких-то вещей, весьма характерных. Пьяный бред про диски и сетевые карты, которые Вам на этапе загрузчика понадобились не собираюсь.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #255 Ответы: #297

289. Сообщение от Аноним (195), 06-Ноя-22, 00:44	+/–
Не будь лохом и не страдай, есть у тебя старая материнка, а значит и проц есть, обнови Биос перед апгрейдом и нет проблем. Проблема высосана из пальца.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #256 Ответы: #295

291. Сообщение от Ууууу... (?), 06-Ноя-22, 01:15	+/–
Да-да. А потом берёт и поглощает. Или диктует, какой опенсорс правильней, а какой нет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #234

292. Сообщение от Neon (??), 06-Ноя-22, 01:18	+/–
Как же они достали со своими левыми нововведениями. До сих пор хваленный EFI на многих новых и не очень платах работает откровенно криво, с различными багами и бажками
Ответить | Правка | Наверх | Cообщить модератору

293. Сообщение от Пр0х0жий (??), 06-Ноя-22, 06:37	+/–
> Вот был же MBR... Иногда кажется, что все эти Efi - это даунгрейд. Эта куча дерьма, даже на даунгрейд не тянет. В своё время, дважды сталкивался с необратимым отказом системных плат у пользователей. Здесь целую ветку этому отвели, - массовый отказ системных плат с UEFI BIOS по причине переполнения NVRAM: https://forums.lenovo.com/t5/Lenovo-P-Y-and-Z-series-Laptops... О чём инноваторы часто скромно умалчивают. Теоретически, в современных ядрах, efi_no_storage_paranoia можно выставить в единицу. Но никто не даст гарантии, что после этого, системная плата не превратится окончательно в кирпич. Но тогда вылечится эта засада, только заменой чипа.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #222

294. Сообщение от n00by (ok), 06-Ноя-22, 09:52	+/–
>> Самое смешное во всей этой истории - для автоматического переключения микрофонов и >> т.п. ныне пишут alsa/ucm2/*/*.conf а вон тот баш-программист операционных систем про >> это не в курсе. > Промолчу, в курсе я или нет, коммиты в соответствующих пакетах в abf.io/import > ответят на этот вопрос Коммиты в сборочные сценарии ответят? Ну так то дети из кубиков тоже строят дома и считают себя строителями. В отличие от тебя у них есть шансы вырасти. > а вот если ты думаешь, что в > современных дистрибутивах alsa/ucm2/*/*.conf автоматически переключает ввод звука на > *USB* микрофон, то почитай про module-switch-on-connect в pulseaudio, который во многих > дистрибутивах включен по умолчанию. Я думаю, ты зациклился на слове USB, потому что после «конфиги альсы править» при виде alsa*.conf что-то случилось с когнитивной функцией.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #280

295. Сообщение от пох. (?), 06-Ноя-22, 09:57	+/–
> Не будь лохом и не страдай, есть у тебя старая материнка, а > значит и проц есть, обнови Биос перед апгрейдом и нет проблем. Ну вон там выше описана проблема - проц есть, но не тот что был пять лет назад. Биос обновился неудачно (в очередной раз) и восстановлен из банка A, который необновляем (интересный ход горе-дизайнеров, если что - ну я верю что у амуде они такие). И что делать будииим? Бегать кругами и кричать "памагииитя, у кого тут древние процы, мне чисто на пару кругов погонять!" или плюнуть и идти за новым набором. В целом мог бы купить сразу интел и не париться ;-) Тем более что в рамках поколения - вполне себе процессоры заменяемы. А если пять лет уже прошло - все равно пора менять систему целиком (или смириться что ты не модный чувак)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #289 Ответы: #303

296. Сообщение от n00by (ok), 06-Ноя-22, 10:05	+/–
>> хороший мануальник по alsa > Заставлять людей вместо проведения времени с семьей читать мануалы по альсе вредно > для страны. Я прочитал тот мануал, написал код, который выводит звук через альсу. Потому что этот вариант работает через ALSA, PA и PW, в отличие от остальных. Это даёт мне основания утверждать, что ты суешь свой нос в дело, в котором ни черта не смыслишь. Вред для какой страны ты видишь в этом? Ещё раз: я утверждаю, что в России подобные тебе шарлатаны должны занять подобающее место, поскольку вы ничего не создаёте, только в мозг людям гадите, что бы барыжить чужим.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #281

297. Сообщение от пох. (?), 06-Ноя-22, 11:33	+/–
> Вы описываете оперативную память в .dts, и передаете получившийся .dtb в ubootspl, который на pc-архитектуре невозможен в принципе, да? (потому что там его запускать неоткуда, не на чем, и некому) Ну оок. (С ним и на не-писи-то не всегда хорошо, потому что опачки - опять нужны априорные знания о том как оно устроено, а их - нет и всплывает какой-то совсем уж адов трэш от xilinux лохматых годов) > Вы врете. Можно грузиться с nand, nor прекрасно, просто прекрасно. Грандиозный выбор. Все в очередь за одноплатными смузи-поделками. Потому что больше ни на чем все это никогда работать не будет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #288 Ответы: #308

298. Сообщение от Аноним (298), 06-Ноя-22, 17:49	+/–
ЕМНИП, фат для ефи-раздела прописан в стандарте давным-давно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27

299. Сообщение от Аноним (301), 06-Ноя-22, 17:52	+/–
А это мысль! Не пора ли Поттерингу стать разработчицей?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #223

300. Сообщение от Аноним (301), 06-Ноя-22, 18:00	+/–
На LVM2 + RreiserFS. Пока на ReiserFS, вынуждают же на что-то изменить. В дальнейшем на LVM2 + BTRFS. Прчём, использование BTRFS будет классическое: 1 том LVM - 1 ФС, без монтирования папок. Ну или, если будет не лень, поробую новые шишкинские ФС.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #180

301. Сообщение от Аноним (301), 06-Ноя-22, 18:18	+/–
Перед обновлением примонтировать - ракетная наука?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #203

302. Сообщение от TydymBydym (?), 06-Ноя-22, 22:53	+/–
Так уже что-то такое было с потерей возможности загрузки на некоторых платах, если EFI отформовать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #32

303. Сообщение от egan (?), 07-Ноя-22, 07:27	+/–
За 1000 рублей мне в этом году сдували и программатором заливали .bin, что я приносил. Заняло минут 10.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #295

304. Сообщение от ryoken (ok), 07-Ноя-22, 08:04	+/–
Пришейте уже кто-нить этого прожектёра, пока он всё не расхерачил, а..? Ну и про вот это: >>В соответствии со сложившейся практикой и требованиями спецификации UEFI в разделе с компонентами EFI используется только файловая система VFAT. Для унификации и избавления загрузчика от усложнений, связанных с поддержкой разных ФС, предлагается использовать VFAT и в качестве файловой системы для раздела /boot, что значительно упростит реализацию работающих на стороне загрузчика компонентов, осуществляющих доступ к данным в разделах /boot и /efi. Ни для кого тут не секрет, что VFAT говно и в случае каких-то граблей с доступом - все ОСи разом в таком варианте превратятся в тыкву. Загрузчики и рпочее, что сейчас кладётся в ESP, можно быстро восстановить (стартанув например через SuperGrubDisk, который найдёт собссно ядро и предложит к запуску). А вот если ядро класть в ESP - ну выше уже высказал мысль.
Ответить | Правка | Наверх | Cообщить модератору

305. Сообщение от ryoken (ok), 07-Ноя-22, 08:19	+/–
Дык эта, он вроде в монстрософте щас, не..?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #266 Ответы: #317

306. Сообщение от ryoken (ok), 07-Ноя-22, 08:27	+/–
Ну вообще говоря, я так понял, что по спекам UEFI не указано, но некоторые производятлы ещё и NTFS_драйвер в UEFI встраивают. А Apple - hfs.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #184

307. Сообщение от ryoken (ok), 07-Ноя-22, 08:33	+/–
За дровами (монтируют, как я понял, в r/o) сюда. https://efi.akeo.ie/ На домашнем экспериментальном компе всю кучу скинул rEFInd-у, жрёт и не гавкает :).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #169

308. Сообщение от eganru (?), 07-Ноя-22, 08:48	+/–
[i]опять нужны априорные знания о том как оно устроено[/i] - зачем обсуждать что-то без базовых знаний о том, как всё устроено?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #297

309. Сообщение от Intel ME (?), 07-Ноя-22, 09:10	+/–
Сделайте: /boot/boot /boot/efi и не парьтесь
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #310

310. Сообщение от Аноним (310), 07-Ноя-22, 09:29	+/–
/xxx гораздо универсальнее
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #309

311. Сообщение от фф (?), 07-Ноя-22, 10:39	+/–
а чего нет в екст2, что так необходимо для почти ридонли раздела? и на что предлагаете заменить?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #160

312. Сообщение от Stellarwind (?), 07-Ноя-22, 10:58	+2 +/–
Леня говорит нельзя usr отдельно. Вы сепаратист и вообще опасный тип. Из за вас потом системды не работают.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #91

313. Сообщение от Stellarwind (?), 07-Ноя-22, 11:20	+/–
У меня в efi лежит загрузчик и монтировать его надо только когда grub обновляется, что бывает достаточно редко.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #130 Ответы: #318

314. Сообщение от vitalif (ok), 07-Ноя-22, 11:35	+/–
Лол, и ведь не панорама
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #111

315. Сообщение от InuYasha (??), 07-Ноя-22, 11:56	+/–
Финансирование из фонда Билла и Мелинды Гейц?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #113

316. Сообщение от InuYasha (??), 07-Ноя-22, 11:58	+/–
У меня примерно то же самое, но по причине апгрейда на AMD64. Но вообще, конечно, когда icq может писать в %windir% - это не хорошо.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #258

317. Сообщение от torvn77 (ok), 07-Ноя-22, 12:18	+/–
> Дык эта, он вроде в монстрософте щас, не..? Ну это вопрос того, кто именно держит поводок.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #305

318. Сообщение от Аноним (100), 07-Ноя-22, 12:46	+/–
А корень шифрованный или нет? На переносном компьютере может быть только такой.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #313 Ответы: #319

319. Сообщение от Stellarwind (?), 07-Ноя-22, 12:54	+/–
И что это меняет? Если grub в состоянии прочитать корень, то сразу с него грузим. Если не в состоянии - выносим /boot отдельно на ext2, а корень шифруешь как хочешь. Остается конечно вопрос зачем вообще шифровать корень, это для параноиков, но проблем с этим нет и писать в efi для этого не нужно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #318 Ответы: #320, #321

320. Сообщение от Аноним (100), 07-Ноя-22, 13:01	+/–
Как ты тогда расшифруешь корень и чем, особенно без протрояненного дырявого grub? А зачем, так это просто. Это необходимо, чтобы лишить злоумышленников простой возможности увести твои данные. Конечно, если твоя работа ничего не стоит, а доступа ты никуда не имеешь, это дело другое.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #319

321. Сообщение от Аноним (100), 07-Ноя-22, 13:04	+/–
Подмену и процесс обновления загрузчика кстати тоже надо предусмотреть. Если он на одном носителе с секретом (зашифрованным, естессно), то его защита не сложнее защиты секрета.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #319

322. Сообщение от keydon (ok), 07-Ноя-22, 15:30	+/–
Ух, хорош.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #275

323. Сообщение от nrv (ok), 07-Ноя-22, 16:15	+/–
Леню не устроил компьютер - ✓ но, компьютер поменять нельзя, поэтому предложена какая-то бабуйня при этом, при оценке предложения стоит учесть, что у Леонида, возможно, есть компьютер с UEFI, а не обычный, как у тебя (смущать наличие UEFI в биосе не должно) > Унификация позволит равноценно поддерживать оба раздела (/boot и /efi) для загрузки образов ядра и initrd дело, возможно, в этом, но нам непонятно, в чем там дело в общем, ничего, кроме как старого способа добутаться до полной загрузки вычилительный архитектуры, и потом наугад долбится в устройства у нас нет - а тут проблемы не было, лишь смысл отдельного /boot раздела утерян при этом, тенденция и в сабже и винде - поставлять систему/компоненты образом, сводить функции ОС к минимуму, для обеспечения типового образа использования ПК и не работать при любых отклонениях (ищи. «комп разработчика») как это сочетается с предложением - видимо, есть желание овладеть разделом /boot, оставить возможность инициализации системы, но никогда ей не пользоваться, ынициализировать систему всегда одним и тем же способом, эквивалентным draft-варианту (единственному на __текущий__ момент), полученному на одном из совещаний по проблеме, одним из своих фирменных алгоритмов бессмысленного перебора если уж отделять ядро от дистрибутива, имеет смысл предложить поставлять linux-окружение авторам сего поделия лично, ставить его отдельно [допиливать до работоспособности и больше не трогать], и уже потом ставить на него сколько хош дистрибутивов впрочем, поделием linux является относительным, в нем нет, чего в нем нет [програм, пользователей, возможности использовать программы в других программах.. операционной системы, разных слов для разных вещей и .. ... ... .. ..] и с виндой у них одна общая вещь: если «уровень» поддержки bios-а/UEFI [оборудованием] ниже какого-то, то ни то не другое работать нормально не будет в моем ноуте, вроде бы, для linux-а это «уровень», а для винды нет ну т.е., я том, что всегда какая-нибудь из аппаратных возможностей неработает, как правило, маленькая и незначительная
Ответить | Правка | Наверх | Cообщить модератору

324. Сообщение от Kuromi (ok), 07-Ноя-22, 17:31	+/–
>> Читать надо так - Недовольство Поттера вызвало отсутствие копирайта Microsoft у Linux. >> А вообще этому дяде давно пора идти и пилть свою самопальную ОС, > он так и делает. linoops называется или как-то похоже. Не, не слышал? > А windows, которая не самопальная, он и не трогает. Не, я про всякие Menuet и Syllable говорю. Если это слишком нишево - есть возрожденная BeOS, у которой до сих пор есть поклоннники (сам не щупал но свидетели говорят что ось была на диво хорошая и приятная).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #260

325. Сообщение от фф (?), 08-Ноя-22, 06:45	+/–
дык у вас тут тоже отдельный раздел ж просто системд использует проги из /юср во время загрузки, когда разделы кроме корневого еще не примонтированы. Если бы раздел /home у вас был бы в корневом разделе, то симлинк должен бы работать. Экспериментировать мне что-то лень
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #238

326. Сообщение от Аноним (326), 08-Ноя-22, 11:05	+/–
У Лёни что, маразм уже начался? systemd-boot уже давным давно работает с ESP, монтируемым непосредственно в /boot. Это не говоря про то, что systemd-boot - это на самом деле gummiboot, ныне почивший. И дистры, не использующие grub, тоже давным давно прекрасно живут с одним /boot. А ещё есть (был?) Clear Linux, который ядра вообще ставит в, о ужас, /usr/lib/kernel, а в /boot переносит только два последних ядра.
Ответить | Правка | Наверх | Cообщить модератору

327. Сообщение от Аноним (327), 09-Ноя-22, 16:49	+/–
Копируем ядро и initramfs в раздел UEFI     cp /{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"
Ответить | Правка | Наверх | Cообщить модератору

328. Сообщение от Аноним (327), 09-Ноя-22, 17:14	+/–
Linux это свобода и каждый делает как хочет. Леннарт всего лишь предложил, но выглядит так, будто всех заставили пользоваться systemd. Даже, если он пропихнёт как-то нам проблемы в Linux, никто не запрещает нам их вырезать или обойти.
Ответить | Правка | Наверх | Cообщить модератору

329. Сообщение от Аноним (-), 11-Ноя-22, 04:26	+/–
> Забудь про него, сейчас наоборот всё закрывают. Гонево какое-то - exFAT отдали вон, даже с патентами. Теперь пора ReFS каким-нибудь жадничать, но он так то мало кому нужен при наличии отктырых альтернатив.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #62

330. Сообщение от Kuromi (ok), 11-Ноя-22, 05:42	+/–
> Вот был же MBR... Иногда кажется, что все эти Efi - это > даунгрейд. Все должно быть на одном разделе, а в БИОСе просто > чтобы сохранялась информация с порядком загрузки. Какой разлел поставил, с того > и грузится. Поставил "выбор при загрузке" - при каждой загрузке есть > возможность выбрать. И все. Тогда можно будет хоть 5 ОС на > один диск в разные разделы ставить, а на втором диске хранить > данные. На самом деле идея модернизировать BIOS была неплохой, но реализация.. Обеащли кучу ништяков, вроде " у вас железо будет моментально инициароваться" - на самом деле нет, не особо. Удобный гуй с картинчоками и мышкой? Ага, картиночки обрамляющие теже самые списки параметров что были в BIOS, просто атм был псевдотекстовый интерфейс. Ничего не поменялось так-то. На Виндовсе так одним из поводов перейти на UEFI вообще назвали поддержку GPT, дескать наконец-то можно будет избавиться от всех этих лимитов на основые разделы, лт колдовства с расширенным разделом. А на самом деле GRUB прекрасно умеет грузиться в связки BIOS+GPT. Ой, надо только bios_boot раздел в пару мегабайт создать. Только Виндоус не осилил это. И так со всеми "преимуществами" UEFI. Главное чтобы Secure Boot работал же.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #222

331. Сообщение от edo (ok), 14-Янв-23, 20:30	+/–
Гхм, ну побьётся, и что? /boot при загрузке с помощью systemd-boot вообще не участвует, initrd лежит на esp (который /boot/efi или /efi)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #123

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема