HLFX.Ru Forum (https://hlfx.ru/forum/index.php)
- Технические вопросы (https://hlfx.ru/forum/forumdisplay.php?forumid=20)
-- Windows загружается не с первого раза (https://hlfx.ru/forum/showthread.php?threadid=3840)

Проблема с перезагрузками решилась довольно неожиданно. Сначала я попробовал запускать шиндовс в безопасном режиме - помогло. Начал грешить на какой-то из драйверов, что не грузятся в безопасном режиме. Запустил в обычном режиме с параметром "базовое видео" - система запустилась с первого раза, но вместо монитора (как должно быть на всех нормальных операционках), картинка подалась на подключенный через HDMI телевизор. Этот чёртов шиндовс (что 7, что 8) как магнитом тянет к телевизору, сраная мелкомягковская поделка ставит его первым в списке дисплеев (при установке системы с нуля или при подключении HDMI кабеля к видеокарте уже после установки) и делает основным монитором. Для сравнения: ХРюшка считает первым дисплеем ЖК монитор, телевизор она вообще не видит до установки драйверов видекарты. Отключил кабель - стала грузится с первого раза. Мне вот что интересно: свежеустановленный шиндовс нормально запускается при подключенном телевизоре, был ли телевизор подключен при установке системы или уже после. Но вот восстановленный из бэкапа или соседствующий с линуксом - выписывает кренделя. ЧЗНХ? МБ у кого-нибудь есть по этому поводу соображения?

Ложная радость. Через пару перезагрузок всё началось по-новой. Ума не приложу, что за фигня.

Хм, всё стало нормально. Может быть потому, что я воспользовался виндовой утилитой bcdedit, для настройки загрузчика, чтобы он давал возможность выбрать вариант загрузки при нажатии F8. Похоже, утилитка пересобрала BCD и всё устаканилось.

Вот, наконец, причина девиантного поведения Видновс вычислена. Дело в том, что при удалении/создании и форматировании (возможно) раздела ЖД средствами винды (будь то утилита в установщике или средство управления дисками, кстати сделанное даже не мелкософтом, а компанией VERITAS) или утилита diskpart, корёжится таблица разделов. Отсюда неправильное определение типа раздела (основной/расширенный) и их неправильный порядок. Похоже, Акронисовские тулзы тоже чего-то чудят, хотя там скорее всего используется линуксовый parted, поэтому такая вероятность стремится к нулю. Огромный минус акрониса - он может иногда соврать нам, что можно создать больше четырёх основных разделов на MBR диске. Такое невозможно впринципе из-за ограниченного размера MBR. На GPT дисках все разделы основные и их может быть очень много, но шиндовс не ставится на такие диски, если мат. плата компьютера укомплектована обычным биосом, а не UEFI. Как говорится, прогресс шёл, а маразм крепчал.

Небольшое пособие для тех, кто хочет сдружить на одном ЖД виндовс и линукс:

1. Находим какой-нибудь линуксовый лайв-сиди. Подойдёт System Rescue CD, основанный на Генте, в его составе много полезных утилит, интернет-браузер и доступ в сеть, во! Ну или установочный диск бубунты. Или вообще лайв сиди с GParted’ом. Для умеющих работать в линусксовой консоли сгодится любой установочный диск линукса, с которого можно запустить оболочку и воспользоваться утилитой для разметки ЖД, желательно parted, т.к. она более современная, нежели fdisk.

2. Разбиваем свой ЖД на нужное количество разделов. Это уже дело вкуса и привычки, но главное помнить, что на MBR дисках не может быть больше 4х основных разделов (или трёх основных и одного расширенного), а шиндовсу нужен как минимум один основной раздел, на котором будет размещён его загрузчик. Линуксу глубоко наплевать, на каком разделе находится его загрузчик, и есть ли у этого раздела флаг активности (boot). А ещё линукс прерасно ставится на GPT диски без всяких UEFI. Линукс рулит короче.
Ещё одна интересная деталь - физический порядок разделов на диске и порядок записей о них в MBR. Желательно, чтобы основные (и расширенный тоже) разделы шли строго друг за другом, то есть по-линуксовому это будет так: /dev/sda1, /dev/sda2, /dev/sda3, /dev/sda4. И физически, и как они записаны в MBR. Что касается логических разделов внутри расширенного, если они вообще нужны, то физически они могут располагаться в любом из четырёх доступных разделов, желательно только чтобы они шли друг за другом по порядку внутри расширенного раздела: /dev/sda5, /dev/sda6, /dev/sda7, /dev/sda8, /dev/sda9 и так далее.
Ну а теперь самое интересное: записи в MBR должны идти в порядке физического расположения сначала основных (и расширенного, если он есть) разделов, а потом логических: /dev/sda1, потом /dev/sda2, /dev/sda3, /dev/sda4, а потом уже /dev/sda5, /dev/sda6, /dev/sda7, /dev/sda8, /dev/sda9 и прочие. То есть при разбиении диска вы должны создавать разделы именно в таком порядке, чтобы избежать назойливого варнинга утилиты fdisk (Partition table entries are not in disk order) и, возможно, каких-нибудь неприятных последствий.

3. Устанавливаем первую ОС, не важно линукс или виндовс. Для виндовса должен быть ЗАРАНЕЕ заготовлен NTFS-раздел, потому что установщик вин7 и вин8 (и висты тоже скорее всего, насчёт ХР не знаю, не проверял) не умеет форматировать разделы с непонятной винде ФС, созданные в линуксе. Причём не только имеющие ФС, но и RAW тоже. То есть нам придётся удалить вредничающий раздел, создать новый и отформатировать его штатными средствами установщика, а это грозит проблемами с табличей разделов, описанными в начале поста и варнингом линуксовой утилиты fdisk (Partition X does not end on cylinder boundary). Варнинг этот является атавизмом и был актуален во времена ДОСа и ЖД размером меньше 500 мегабайт. Он совершенно не вреден. Но всё-таки после использования штатных средств виндового установщика может произойти ещё одна неприятная вещь: когда мы разбиваем ЖД в линуксе, прога не показывает нам пустое место (обычно 1 мб), что остаётся в начале диска и между логическими разделами. А тут вдруг мы это возьмём и увидим. Часто чайники перемещают или изменяют размер разделов, чтобы эти мегабайты исчезли, а в итоге получают поломанную систему, будь то линукс или виндовс - не важно.

4. Устанавливаем вторую ОС.

а). Если первая - виндовс, то просто ставим линукс и при необходимости делаем update-grub
б). Если первая - линукс, то тут придётся выбрать вариант загрузки. Можно воспользоваться бесплатной утилитой BCDEdit для виндовс виста и старше или вручную настроить загрузку линукса средствами NTLDR в XP. Но это неэстетично и по-извращенски, потому что мелкософт не предусмотрел поддержки каких-либо других ОС, кроме виндовса на одном ПК. Так что берём лайв или установочный CD и восстанавливаем запись о линуксовом загрузчике, GRUB'е то бишь, в MBR.

Последнее: заранее рассчитайте размеры разделов и их количество. Операции по добавлению/удалению/расширению/сжатию (в уже готовой таблице) установщиком любой ОС могут покарёжить таблицу разделов и породить какие-нибудь неприятные последствия, часть из которых я описал.

Парочка скринов структуры разделов для наглядности, из линукса и винды соответственно:


З.Ы. не ржите, что гном 3, с включенными extensions он вполне себе юзабелен, только Mutter подтормаживает, ибо проприетарный дравер NVIDIA.