binkd pid

Yuriy Ivanik написал(а) к Alexey Vissarionov в Jan 16 22:11:22 по местному времени:

Привет, Alexey!

Ответ на сообщение Alexey Vissarionov (2:5020/545) к Vitaly Zaitsev, написанное 21 янв 16 в 15:01:

AV>>> до сих пор раздел /boot делают
VZ>> При использовании UEFI он обязателен, причём с ФС vfat.

AV> Не UEFI, а Secure boot.
AV> Который в 99% случаев прекрасно отключается.

Не Secure boot, а при UEFI загрузке.

С уважением - Yuriy
--- GoldED+/W32-MINGW 1.1.5-b20120519 (Kubik 3.0)

Alexey Vissarionov написал(а) к Yuriy Ivanik в Jan 16 23:20:00 по местному времени:

Доброго времени суток, Yuriy!
21 Jan 2016 22:08:08, ты -> мне:

AV>> Это такой Debilian-way, да?
YI> Скорее, НuienWall-way.

Ну ты дурак...

YI> --- GoldED+/W32-MINGW 1.1.5-b20120519 (Kubik 3.0)

Ну конечно, W32 - то есть, перед нами типичный линуксоИД (даже не -ВОД).
Тьфу.


--
Alexey V. Vissarionov aka Gremlin from Kremlin
gremlin ПРИ gremlin ТЧК ru; +vii-cmiii-ccxxix-lxxix-xlii

... Не обижайся, если тебя назвали дураком - обижайся, если угадали
--- /bin/vi

Valentin Davydov написал(а) к Alexey Vissarionov в Jan 16 20:03:48 по местному времени:

From: Valentin Davydov <sp@m.davydov.spb.su>

> From: Alexey Vissarionov <Alexey.Vissarionov@f545.n5020.z2.fidonet.org>
> Date: Thu, 21 Jan 2016 11:11:00 +0300
>
>Впрочем, я как-то слышал, что в этом вашем дебилиане до сих пор раздел /boot
>делают, даже не задумываясь, когда и для чего он был нужен - "пращуры так
>делали, и мы будем".

НЯП, отдельный раздел /boot нужен загрущщику, который не понимает zfs или
где бишь там основные данные лежат.

Вал. Дав.
--- ifmail v.2.15dev5.4

Valentin Davydov написал(а) к Vitaly Zaitsev в Jan 16 20:12:19 по местному времени:

From: Valentin Davydov <sp@m.davydov.spb.su>

> From: Vitaly Zaitsev <Vitaly.Zaitsev@p2555.f2140.n5020.z2.fidonet.org>
> Date: Sat, 23 Jan 2016 22:01:28 +0300
>
> AV> А в этот раздел системе вообще нехрен лазить.
>
>Зато при обновлениях ядра нет никаких проблем. А если включён Secure Boot и
>указан файл с CA, то он ещё и сам их подпишет. Удобно.
>
> AV> И уж совсем неочевидно, нахрена такое создавать на жестком диске...
> AV> вот на загрузочной флешке или сидюке для разных архитектур - таки да,
> AV> оправдано.
>
>Если материнская плата не имеет поддержки legacy boot, то UEFI Boot Manager
>будет искать данный раздел на всех установленных накопителях. При отсутствии
>хотя бы одного, выдаст ошибку загрузки.

Нифига. При наличии на одном из носителей некорректной таблицы разделов
биос виснет намертво. Ещё до инициализации консоли и "Press Del", так что
мамка выводится из этого состояния только хард ресетом с последующим
физическим отключением диска. По крайней мере, на всенародно любимой
GA-C1037.

>Но зато никакие загрузчики больше не требуются.

В смысле? В оном разделе как раз загрузчик и живёт.

Вал. Дав.
--- ifmail v.2.15dev5.4

Rinat H. Sadretdinow написал(а) к Vitaly Zaitsev в Jan 16 21:26:08 по местному времени:

Нello Vitaly!

25 Jan 16 18:39, you wrote to me:

VZ>>> Windows 7 SP1 и выше прекрасно стартуют с UEFI.
RНS>> Она у меня изначально была установлена в legacy. Как сейчас то
RНS>> менять?

VZ> При переходе на UEFI Boot тебе всё равно придётся создавать GPT
VZ> разметку на диске и заново создавать все разделы.

Я наслушался вчера вот этого:

--8<--8<--8<--8<--8<--8<--8<--8<--8<--8<--8<--
= ru.linux (2:5020/620) =======================================================
Msg : 160 of 166 Rcv
From : Vitaly Zaitsev 2:5020/2140.2555 24 Jan 16 21:36:42
To : Rinat Н. Sadretdinow
Subj : Re: binkd pid
===============================================================================
Здpавствуй, Rinat!

Воскресенье 24 Января 2016 11:17, ты писал(а) Sasha Shost:

RНS> У меня первой осью Win7 в legacy, поэтому чтобы его не переставлять
RНS> мне просто необходим grub. А UEFI мне никакой возможности для этого
RНS> не давал. Или как-то можно? Но разбираться я не стал, было гораздо
RНS> проще отрубить UEFI в BIOS и выставить Legacy only.

Windows 7 SP1 и выше прекрасно стартуют с UEFI.

С уважением, Vitaly (zvitaly@easycoding.org)
-+- Nothing is safe. Noone is safe.
+ Origin: Trust no one. (2:5020/2140.2555)
--8<--8<--8<--8<--8<--8<--8<--8<--8<--8<--8<--

и решил что пора всё же перестать быть ортодоксом и отдаться новым веяниям. Сохранил весь необходимый stuff из винды и попробовал. Естественно переразбив всё в GPT, для чего загрузился с Fedora LiveCD потому что как разбивать диск в эту GPT виндовым инсталятором я не нашёл -- то ли дистрибутив кривой [он не родной, не от мелкософт, родного вчера не было в пределах вытянутой руки, так что установил первое что попалось, но "Windows 7 Enterprise Service Pack 1"], то ли ещё что, так что использовал федорин fdisk. После перегрузился в винду где увидел радостное сообщение (вольный перевод мой): "Да это же дисковая таблица GPT! Сюда Windows 7 не вставал и вставать не будет! Однако про это дело знает, данные на таком томе хранить может, но грузиться с него -- да боже упаси!"

И после была у меня радостная ночь. Переразбить всё обратно в MBR, переустановить опять всё как было, за'restore'ить всё сохранённое и т.д. Правда я не удержался и установил-таки Fedora 23, правда не с KDE, иначе редостная ночь превратилась бы в не менее безрадостную минимум неделю грустного наблюдения за постоянно трапающейся и полностью виснущей плазмой, а через неделю я бы это безобразие снёс к чертям. Так что из всех зол я выбрал меньшее -- таки XFCE. Буду привыкать помаленьку.

Bye!

--- GoldED+/LNX 1.1.5-b20150715

Rinat H. Sadretdinow написал(а) к Vitaly Zaitsev в Jan 16 03:12:28 по местному времени:

Нello Vitaly!

25 Jan 16 21:26, I wrote to you:

[...]

RS> и решил что пора всё же перестать быть ортодоксом и отдаться новым
RS> веяниям.

[...]

RS> где увидел радостное сообщение (вольный перевод мой): "Да это же
RS> дисковая таблица GPT! Сюда Windows 7 не вставал и вставать не будет!
RS> Однако про это дело знает, данные на таком томе хранить может, но
RS> грузиться с него -- да боже упаси!"

Ступил. Я грузился с инсталляционного сидюка вантуза не в режиме UEFI, поэтому и все функции UEFI Install были недоступны. А Fedora 23 я в своё время загружал именно как образ UEFI, вот anaconda мне и не позволял ни на какой диск grub установить, чем сильно меня тогда обидел.

Но как написано на сайте Fedora:

~~~
Should I do a UEFI-native or BIOS-native installation?

...it really doesn't matter too much. There are not many practical differences between the two for you...
~~~

Так что наверное максимум что я потерял так это время на попытку перехода с legacy на UEFI, ни профита, ни цимеса от этого UEFI никакого нет. Во всяком случае сейчас. Дисков больше 2Tb у меня нет, больше 4-х разделов создавать не требуется, так что для дома, для семьи это out of use. Я так думаю.

Bye!

--- GoldED+/LNX 1.1.5-b20150715

Vitaly Zaitsev написал(а) к Valentin Davydov в Jan 16 23:42:08 по местному времени:

Здpавствуй, Valentin!

Понедельник 25 Января 2016 20:12, ты писал(а) мне:

VD> Нифига. При наличии на одном из носителей некорректной таблицы
VD> разделов биос виснет намертво.

Просто кривая реализация UEFI. Ищи обновления от производителя материнской платы.

VD> В смысле? В оном разделе как раз загрузчик и живёт.

Не нужен он там от слова совсем. Ядро уже умеет стартовать напрямую. Гугли EFISTUB.

С уважением, Vitaly (zvitaly@easycoding.org)
--- Nothing is safe. Noone is safe.

Vitaly Zaitsev написал(а) к Rinat H. Sadretdinow в Jan 16 23:46:06 по местному времени:

Здpавствуй, Rinat!

Понедельник 25 Января 2016 21:26, ты писал(а) мне:

RНS> После перегрузился в винду где увидел радостное сообщение (вольный
RНS> перевод мой): "Да это же дисковая таблица GPT! Сюда Windows 7 не
RНS> вставал и вставать не будет!

Грузить нужно в UEFI Mode. Тогда поймёт.

С уважением, Vitaly (zvitaly@easycoding.org)
--- Nothing is safe. Noone is safe.

Vitaly Zaitsev написал(а) к Rinat H. Sadretdinow в Jan 16 23:47:28 по местному времени:

Здpавствуй, Rinat!

Вторник 26 Января 2016 03:12, ты писал(а) мне:

RНS> Так что наверное максимум что я потерял так это время на попытку
RНS> перехода с legacy на UEFI, ни профита, ни цимеса от этого UEFI
RНS> никакого нет. Во всяком случае сейчас.

Возможность избавиться от костылей в виде загрузчиков например. К тому же legacy режим иногда может выдавать странные сбои, но, возможно, это лишь глюки в конкретной реализации конкретной материнской платы.

С уважением, Vitaly (zvitaly@easycoding.org)
--- Nothing is safe. Noone is safe.

Valentin Davydov написал(а) к Vitaly Zaitsev в Jan 16 16:13:04 по местному времени:

From: Valentin Davydov <sp@m.davydov.spb.su>

> From: Vitaly Zaitsev <Vitaly.Zaitsev@p2555.f2140.n5020.z2.fidonet.org>
> Date: Wed, 27 Jan 2016 23:42:08 +0300
>
> VD> Нифига. При наличии на одном из носителей некорректной таблицы
> VD> разделов биос виснет намертво.
>
>Просто кривая реализация UEFI.

А я разве спорю? Вот прямой (которая бы не лезла анализировать диски когда
не просят) чего-то не встречал, причём ещё со времён BIOS.

>Ищи обновления от производителя материнской платы.

С какого рожна им обновлять-то?

> VD> В смысле? В оном разделе как раз загрузчик и живёт.
>
>Не нужен он там от слова совсем. Ядро уже умеет стартовать напрямую. Гугли
>EFISTUB.

Пардон, криво сформулировал. Ежели б загрузчик был не нужен, ядро и initramfs
можно было бы держать на основной файловой системе. Например, f2fs, ntfs с
русскими именами, сетевые файловые системы и т.д. Но загрузчики (ни груб,
ни syslinux, ни lilo, ни UEFI BIOS) не понимают всех файловых систем, вот
и приходится бить диски (либо добавлять флешку, организовывать tftp сервер
и т.п.), чтобы было где разместить файловую систему, понимаемую загрузчиком,
откуда он мог бы взять ядро и initramfs (ну, или следующую стадию загрузчика
в многостадийных схемах). А сам загрузчик, ты прав, живёт, как правило, вне
файловой системы, ему отдельного раздела не надо (хотя если он живёт на диске,
надо таки особо следить, чтобы было достаточное место либо вне разделов, либо
внутри какой-либо файловой системы).

Вал. Дав.
--- ifmail v.2.15dev5.4