#11
|
|||
|
|||
Re: boot manager for GPT
Alex Korchmar написал(а) к Eugene Grosbein в May 18 09:52:56 по местному времени:
From: Alex Korchmar <noreply@linux.e-moe.ru> Eugene Grosbein <Eugene.Grosbein@f1.n5006.z2.fidonet.org> wrote: EG> To ensure backward compatibility, most UEFI firmware implementations EG> on PC-class machines also support booting in legacy BIOS mode твоя викивракия, как обычно a) не является авторитетным источником b) устарела. csm объявлен необязательным legacy Б-г знает, когда, а сейчас уже deprecated. > Alex --- ifmail v.2.15dev5.4 |
#12
|
|||
|
|||
boot manager for GPT
Victor Sudakov написал(а) к Eugene Grosbein в May 18 14:01:34 по местному времени:
Dear Eugene, 04 May 18 13:47, you wrote to me: VS>> А вот GPT вещь хорошая и удобная. Количество разделов не VS>> ограничено, EG> У MBR/bsdlabel тоже практически не ограничено: 4*20=80 штук. Но bsdlabel никто не понимает, кроме BSD. А в случае GPT можно унести диск на Linux/Windows и надеятся, что они поймут, что там такое. А если и не поймут, то увидят Protective MBR и хотя бы диск не запорют (наверное). VS>> можно давать разделам метки и монтировать по ним. EG> Все метки у нас работают через geom_label, а он умеет метки EG> не только для GPT, но вообще для чего угодно - EG> для UFS через /dev/ufs/label, для остального через /dev/label/swap. Я уже писал, что метки, доступные через /dev/ufs/label и /dev/label/swap, нужно хранить в последнем секторе раздела. Соответственно если подсунуть этот диск системе без geom, для неё это мусор, особенно если она ожидает увидеть на этом месте копию GPT. А метки в GPT являются стандартом и живут в самой GPT. VS>> Вот необходимость копии GPT в конце диска немного огорчает. EG> И это в GPT тоже плохо. В нём всё плохо - ни совместимости EG> с graid/gmirror, ни мультизагрузчиков, единственный бут-раздел. Мультизагрузчиков таки нет? Я вот пытаюсь сейчас разобраться со standalone grub2, в теории он должен грузить любую ОС с любого GPT раздела, а на практике я не прошёл квест дальше чем "GRUB loading." Victor Sudakov, VAS4-RIPE, VAS47-RIPN --- GoldED+/BSD 1.1.5-b20160322-b20160322 |
#13
|
|||
|
|||
boot manager for GPT
Victor Sudakov написал(а) к Alex Korchmar в May 18 14:10:38 по местному времени:
Dear Alex, 04 May 18 09:43, Alex Korchmar wrote to me: VS>> Надеюсь uefi ещё долго останется опциональным. AK> uefi уже обязательное требование интела. Десять лет как. Если у тебя AK> не совсем гнилой раритет - то что тебе кажется биосом, это прослойка AK> эмуляции. И ее недавно тоже объявили уже не "optional", а AK> "deprecated". VS>> По-моему это типичный пример твоего любимого "ненужно". AK> нет. "ненужно" - это "bios" на современной железке, подумай на AK> секундочку, через какую глухую жопу он вынужден общаться с той же AK> интеловской сетевой платой, у которой шесть голов пять ..ев. Интел AK> вполне своевременно (всего лет через пятнадцать) заметил, что 640k AK> давно немодно, и в оставшиеся 360 не влезает даже код (ненужнейший AK> ненужно, после загрузки только мешается, поскольку никто биос после AK> этого не вспоминал), а нужны еще "окна" для доступа к памяти AK> устройств, оперативная память (причем тоже сразу сотнями мегабайт) и AK> нет никакого смысла проинитив железо один раз, чтобы с него AK> загрузиться, тут же переиничивать заново патамушта запустили в AK> кривом-косом урезанном режиме для работы с real mode dos. Не говоря AK> уже о жути с каскадным перехватом несчастного int13h Попутно нате вам AK> штатный пре-бут шелл, штатный механизм выбора загрузчика и многое AK> другое, поскольку диски, внезапно, тоже большие, даже если это всего AK> лишь загрузочная флэшка. Про то что разработчики могут это нормально AK> отлаживать и писать нормальный код, а не мучаться с dosrealmode asm, AK> уж и молчу. Причем этот код бует работать и на aarch64 (били-били и AK> добили таки урода devicetree), и на ia64. Резон есть в твоих словах, конечно. VS>> А вот GPT вещь хорошая и удобная. AK> и разработана в рамках проекта efi, и только uefi и поддерживается без AK> кривых эмулирующих прослоек. Это всего-навсего таблица разделов, что значит "только uefi и поддерживается". VS>> Не жалко было бы отдать один GPT VS>> раздел под какой-нибудь умный сабж, AK> он называется EFI partition ;-) Нет, он называется "BIOS boot partition" :-) The globally unique identifier (GUID) for the BIOS boot partition in the GPT scheme is 21686148-6449-6E6F-744E-656564454649[2] (which, when written to a GPT in the required little endian fields, forms the ASCII string "Нah!IdontNeedEFI"). Юмор у них хороший. VS>> Вот необходимость копии GPT в конце диска немного огорчает. AK> поскольку она штатная,а не изобретение альтернативно одаренных авторов AK> geom "все равно туда никто, наверное, не пишет", не вижу в этом AK> проблем. IMНO есть аппаратные RAID массивы, которые тоже туда пишут. VS>> А как угадаешь? AK> взять и спросить. Можно продавца, и под запись, чтоб потом плашмя в AK> жопу затолкать, если соврет. VS>> позволяет выбрать EFI-загрузчик из BIOS setup, но не умеет VS>> показать менюшку AK> а тебе какая разница, какую кнопку жать для попадания в выбор AK> загрузчиков? Ну блин, или успеть нажать Del и продраться через дерево настроек в Setup, или увидеть аккуратное меню из операционок, еще и с запоминанием выбранной в прошлый раз. AK> ниасилили qt over remote X11". Так-так, а можно с этого места поподробнее? Может у меня из-за этого Firefox не работает через "ssh -X" ? Victor Sudakov, VAS4-RIPE, VAS47-RIPN --- GoldED+/BSD 1.1.5-b20160322-b20160322 |
#14
|
|||
|
|||
boot manager for GPT
Victor Sudakov написал(а) к Alex Korchmar в May 18 14:56:08 по местному времени:
Dear Alex, 04 May 18 09:50, Alex Korchmar wrote to me: VS>> # pkg install -n grub2 VS>> The following 8 package(s) will be affected (of 0 checked): VS>> New packages to be INSTALLED: VS>> grub2: 2.00_11 VS>> gcc6: 6.4.0_6 VS>> mpfr: 4.0.1 VS>> gmp: 6.1.2 VS>> mpc: 1.1.0_1 AK> это gcc6 VS>> gcc-ecj: 4.5 AK> это Eclipse Compiler for Java нечаянно засосало в зависимости gcc, но AK> он крошечный, полтора мегабайта всего (поскольку это только враппер, AK> скажи спасибо что еще jre не притащил) VS>> binutils: 2.30_3,1 AK> это gcc6 Я не против, если это нужно для сборки, но зачем он в RUN_DEPENDS? VS>> gettext-runtime: 0.19.8.1_1 AK> это как обычно политкорректные собиратели пакетов, которые не могут не AK> собрать компилятор и линкер не с поддержкой языка негров мумбо-юмбо. У меня "OPTIONS_UNSET= NLS" стоит в make.conf, и всё равно. VS>> Это же надо же, сколько хлама. AK> главный хлам - это сам grub2, для неосиляторов sed и текстовых AK> конфигов. Выбрось каку. Так другого сабжа никто не предложил пока. Victor Sudakov, VAS4-RIPE, VAS47-RIPN --- GoldED+/BSD 1.1.5-b20160322-b20160322 |
#15
|
|||
|
|||
Re: boot manager for GPT
Alex Korchmar написал(а) к Victor Sudakov в May 18 11:14:58 по местному времени:
From: Alex Korchmar <noreply@linux.e-moe.ru> Victor Sudakov <Victor.Sudakov@f49.n5005.z2.fidonet.org> wrote: VS> Но bsdlabel никто не понимает, кроме BSD. ее и bsd по разному понимают, ага. VS> Мультизагрузчиков таки нет? говорят тебе - никто не будет писать то, что встроено в каждую современную систему изначально. для grub, если уж он так тебе мил, ищи патчи из debian8 пакета. > Alex --- ifmail v.2.15dev5.4 |
#16
|
|||
|
|||
Re: boot manager for GPT
Alex Korchmar написал(а) к Victor Sudakov в May 18 11:21:59 по местному времени:
From: Alex Korchmar <noreply@linux.e-moe.ru> Victor Sudakov <Victor.Sudakov@f49.n5005.z2.fidonet.org> wrote: VS>>> Вот необходимость копии GPT в конце диска немного огорчает. AK>> поскольку она штатная,а не изобретение альтернативно одаренных авторов AK>> geom "все равно туда никто, наверное, не пишет", не вижу в этом AK>> проблем. VS> IMНO есть аппаратные RAID массивы, которые тоже туда пишут. если они при этом не защищают сектор от записи и не отдают размер на один (или не один) меньше - в топку такие массивы. В общем-то при наличии raidz и виндового софтрейда их все равно давно надо в топку. VS> Ну блин, или успеть нажать Del и продраться через дерево настроек в Setup там обычно все очень бедненько, поскольку уже давно не предназначено для людей. Если конечно не геймерскую плату с миллионами ненужнонастроек брать. VS> увидеть аккуратное меню из операционок, еще и с запоминанием выбранной в VS> прошлый раз. оно запоминает. И это не стремно. В отличие от попыток записи сектора с "запомненным" через пятьдесят прослоек эмуляции bios 82го года. AK>> ниасилили qt over remote X11". VS> Так-так, а можно с этого места поподробнее? минутные лаги интерфейса на rtt >50. То есть не в соседнюю комнату - работать почти невозможно. Героически "починили", не понимая, что (поскольку смешно ждать от Фрэнка что он разбирается в Qt, ему б в коде эмулятора разбираться) - стало не совсем непригодно для хотя бы разовых действий, а просто дико тормозно и криво. VS> Может у меня из-за этого Firefox не VS> работает через "ssh -X" ? нет. > Alex --- ifmail v.2.15dev5.4 |
#17
|
|||
|
|||
Re: boot manager for GPT
Eugene Grosbein написал(а) к Victor Sudakov в May 18 17:49:01 по местному времени:
04 мая 2018, пятница, в 12:01 NOVT, Victor Sudakov написал(а): VS>>> А вот GPT вещь хорошая и удобная. Количество разделов не VS>>> ограничено, EG>> У MBR/bsdlabel тоже практически не ограничено: 4*20=80 штук. VS> Но bsdlabel никто не понимает, кроме BSD. А в случае GPT можно унести диск на VS> Linux/Windows и надеятся, что они поймут, что там такое. А если и не поймут, то VS> увидят Protective MBR и хотя бы диск не запорют (наверное). Зачем тебе неограниченное количество разделов на носимом диске-то? Одного FAT32/NTS в MBR недостаточно для обмена данными? VS>>> можно давать разделам метки и монтировать по ним. EG>> Все метки у нас работают через geom_label, а он умеет метки EG>> не только для GPT, но вообще для чего угодно - EG>> для UFS через /dev/ufs/label, для остального через /dev/label/swap. VS> Я уже писал, что метки, доступные через /dev/ufs/label и /dev/label/swap, нужно VS> хранить в последнем секторе раздела. Соответственно если подсунуть этот диск VS> системе без geom, для неё это мусор, особенно если она ожидает увидеть на этом VS> месте копию GPT. В конце диска ожидают увидеть копию GPT только если в начале есть оригинал. А если там MBR, то не ожидают. А зачем тебе метки фрёвых разделов за пределами freebsd, какой use case? EG>> И это в GPT тоже плохо. В нём всё плохо - ни совместимости EG>> с graid/gmirror, ни мультизагрузчиков, единственный бут-раздел. VS> Мультизагрузчиков таки нет? Я не искал, но по твоим словам - нет :-) Eugene --- slrn/1.0.2 (FreeBSD) |
#18
|
|||
|
|||
Re: boot manager for GPT
Alex Korchmar написал(а) к Victor Sudakov в May 18 13:02:33 по местному времени:
From: Alex Korchmar <noreply@linux.e-moe.ru> Victor Sudakov <Victor.Sudakov@f49.n5005.z2.fidonet.org> wrote: VS> Я не против, если это нужно для сборки, но зачем он в RUN_DEPENDS? из-за libgcc_s, добро пожаловать в дивный новый мир либерализнутых уродов. > Alex --- ifmail v.2.15dev5.4 |
#19
|
|||
|
|||
Re: boot manager for GPT
Eugene Grosbein написал(а) к Victor Sudakov в May 18 02:46:15 по местному времени:
04 мая 2018, пятница, в 12:10 NOVT, Victor Sudakov написал(а): VS>>> Вот необходимость копии GPT в конце диска немного огорчает. AK>> поскольку она штатная,а не изобретение альтернативно одаренных авторов AK>> geom "все равно туда никто, наверное, не пишет", не вижу в этом AK>> проблем. VS> IMНO есть аппаратные RAID массивы, которые тоже туда пишут. Настоящие аппаратные RAID-массивы вообще скрывают свою зарезервированную область от хоста (операционки), уменьшая рапортуемый размер диска. При этом сама облать может быть даже в начале - у меня был опыт спасения данных со SCSI-дисков в зеркале умершего древнющего сервера НP с настоящим SCSI RAID-контроллером, который откусывал порядка мегабайта с начала дисков, так что пришлось на диске вручную создавать MBR с нужным смещением до разделов, чтобы ось их увидела. А вот когда дело касается псевдорейдов, там всё хуже, да. Eugene --- slrn/1.0.2 (FreeBSD) |
#20
|
|||
|
|||
boot manager for GPT
Victor Sudakov написал(а) к Alex Korchmar в May 18 13:41:28 по местному времени:
Dear Alex, 04 May 18 11:14, Alex Korchmar wrote to me: VS>> Но bsdlabel никто не понимает, кроме BSD. AK> ее и bsd по разному понимают, ага. VS>> Мультизагрузчиков таки нет? AK> говорят тебе - никто не будет писать то, что встроено в каждую AK> современную систему изначально. Да криво же встроено, нормального сабжа нет. Чтобы выбрать другой загрузчик с /EFI/BOOT, надо долго елозить по меню BIOS-а. Под EFI люди явно с горя написали rEFInd. AK> для grub, если уж он так тебе мил, Он мне не мил, я просто слаще этой морковки пока ничего не нашёл для BIOS+GPT. AK> ищи патчи из debian8 пакета. Так я могу его поставить прямо с LiveCD debian8, нет? Victor Sudakov, VAS4-RIPE, VAS47-RIPN --- GoldED+/BSD 1.1.5-b20160322-b20160322 |