Зависает Win при старте через GRUB2

ans · Сообщение **ans** » 02 апр 2015, 13:18

Пытался заставить работать Win и Росу установленных на отдельных дисках.
Тест ПК https://linux-hardware.org/?probe=8fa80b8a39
Сделал в Росе update-grub2, виндовс определился нормально.
При включении и выборе пункта с виндовс, последний зависает - бывает с графическими артефактами, бывает без.
По отдельности обе системы работают нормально.
Раньше пробовал параллельно ставить системы - grub всегда нормально включал виндовс.

Галахов Роман

ans писал(а):Пытался заставить работать Win и Росу установленных на отдельных дисках.
Тест ПК https://linux-hardware.org/?probe=8fa80b8a39
Сделал в Росе update-grub2, виндовс определился нормально.
При включении и выборе пункта с виндовс, последний зависает - бывает с графическими артефактами, бывает без.
По отдельности обе системы работают нормально.
Раньше пробовал параллельно ставить системы - grub всегда нормально включал виндовс.

Может поможет Порядок в шведской семье или ссылки в Grub-меню

Сообщение **PastorDi** » 02 апр 2015, 18:47

Я честно говоря вообще ничего не понял. Что человек хотел сказать.

Пытался заставить работать Win и Росу установленных на отдельных дисках.
Тест ПК https://linux-hardware.org/?probe=8fa80b8a39
Сделал в Росе update-grub2, виндовс определился нормально.

Понятно, стоит grub2 от Росы - все ОК. Винда на одном ЖД, Роса на другом ЖД.

При включении и выборе пункта с виндовс, последний зависает - бывает с графическими артефактами, бывает без.
По отдельности обе системы работают нормально.

Тут ничё не понял.
1. Какой пункт "с виндовс" вы включаете? Где? В загрузчике Винды? У вас там Роса "числится"?
2. Или может у вас UEFI и при загрузке UEFI меню выходит. вы там выбираете Росу и графические артефакты появляются?
3. Что значит "по отдельности". Не понял. Откуда вы их "по отдельности" запускаете?

Раньше пробовал параллельно ставить системы - grub всегда нормально включал виндовс.

Тут тоже понятно.

ans · Сообщение **ans** » 02 апр 2015, 19:28

PastorDi писал(а): Тут ничё не понял.
1. Какой пункт "с виндовс" вы включаете? Где? В загрузчике Винды? У вас там Роса "числится"?

А, что тут не понять?
В грубе 3 пункта:
1.Rosa Desktop ... R5
2.Advanced...
3.Windows...

По отдельности, значит, если один диск включен - второй отключен.(Ну, или один диск в ПК, другой рядом)
Название темы: "Зависает Win при старте через GRUB2 "

Сообщение **VictorR2007** » 02 апр 2015, 19:42

Это должно помочь http://forum.rosalab.ru/viewtopic.php?f ... 434#p41810
Я так делаю.
Будет через grub, но по действию, как по отдельности.

Галахов Роман писал(а):Может поможет Порядок в шведской семье или ссылки в Grub-меню

Нет, не поможет. Это для ситуаций, когда установлено несколько линуксов. У Windows grub-меню нет, поэтому новая опция ни на что не повлияет.

ans
Картина в целом ясна, но, к сожалению, сейчас нет ни единой мысли, чем это может быть вызвано и как это чинить. Grub-меню, насколько я могу судить, получилось вполне корректное, Windows-пункт содержит ровно те команды, которые должен содержать… Попробую воспроизвести.

ans · Сообщение **ans** » 02 апр 2015, 19:56

CaptainFlint писал(а): ans
Картина в целом ясна, но, к сожалению, сейчас нет ни единой мысли, чем это может быть вызвано и как это чинить. Grub-меню, насколько я могу судить, получилось вполне корректное, Windows-пункт содержит ровно те команды, которые должен содержать… Попробую воспроизвести.

При этом у меня дома такая система давно работает, и раньше пробовал - всё работало. А сегодня виндовс не хочет ни в какую грузиться и всё.

Сообщение **PastorDi** » 02 апр 2015, 20:07

Если попробовать в grub конфиге добавить нужные разрешения экрана. В строке типа: set gfxmode=1024x768x32,1024x768x24,1024x768
Граб наверно передает свои минимальные Винде. Попробуйте дописать туда большИе разрешения экрана.

ans · Сообщение **ans** » 03 апр 2015, 08:04

PastorDi писал(а):Если попробовать в grub конфиге добавить нужные разрешения экрана. В строке типа: set gfxmode=1024x768x32,1024x768x24,1024x768
Граб наверно передает свои минимальные Винде. Попробуйте дописать туда большИе разрешения экрана.

Я уже пробовал экспериментировать с разрешениями - не дало результата

Вот, что на экране:

Если присмотреться, увеличить, внизу экрана просвечивается: Загрузить, Назад, Редактировать, Консоль...
Управление Grub не отпускает?

Barmalei · Сообщение **Barmalei** » 03 апр 2015, 10:09

Недавно на ноутбуке одном так було. Поставил окна на него, с Росой ничего не получилось по пырому.

Сообщение **PastorDi** » 03 апр 2015, 12:09

ans писал(а):
PastorDi писал(а):Если попробовать в grub конфиге добавить нужные разрешения экрана. В строке типа: set gfxmode=1024x768x32,1024x768x24,1024x768
Граб наверно передает свои минимальные Винде. Попробуйте дописать туда большИе разрешения экрана.
Я уже пробовал экспериментировать с разрешениями - не дало результата

Вот, что на экране:

grub.jpg
Если присмотреться, увеличить, внизу экрана просвечивается: Загрузить, Назад, Редактировать, Консоль...
Управление Grub не отпускает?

Вот у человека такая же штука: http://askubuntu.com/questions/327009/b ... after-grub
Цитирую его:

I choose the last option y it goes into Windows, or I thought so. The fact is that after GRUB disappeared, I left a black screen and the top lines begin to appear as distorted colors (if it's important I can take a picture with the phone and upload it) that does not extend to rest of the screen, there are 1 cm or something like that.

Grub не то чтобы не отпускает, а просто не может грузануть, потому что (скорее всего) Винда заблокировала разделы. В Винде, скорее всего, у вас стоит гибернация и т.д. Отключите гибернацию и все остальное, чтоб она в нормальном режиме грузилась.

Получается видимо так, что по отдельности они работают нормально, т.е. каждая "понимает" саму себя. А если вместе, то Граб не может "понять" гибернацию Винды (загрузить ее) отсюда наверно и зависон такой цветной.
У Винды8 по дефолту такой режим стоит. Тут на форуме уже кидали ссылки как отключать. Не буду напоминать. Посмотрите все же Винду еще раз. Может действительно в ней дело.

ans · Сообщение **ans** » 03 апр 2015, 12:19

PastorDi писал(а): У Винды8 по дефолту такой режим стоит. Тут на форуме уже кидали ссылки как отключать. Не буду напоминать. Посмотрите все же Винду еще раз. Может действительно в ней дело.

Там XP, стандартная настройка.

Сообщение **PastorDi** » 03 апр 2015, 12:23

ans писал(а):
PastorDi писал(а): У Винды8 по дефолту такой режим стоит. Тут на форуме уже кидали ссылки как отключать. Не буду напоминать. Посмотрите все же Винду еще раз. Может действительно в ней дело.
Там XP, стандартная настройка.

Ну тогда попробуйте скандиск и дефрагментацию в XP сделать. Может поможет. Похоже Граб просто тупо не может грузануть ее, что-то с азгрузчиком самой Винды. Она сама себя понимает видимо, а граб не может. Что-то где-то не корректо с загрузчиком Виндовым.

ans · Сообщение **ans** » 03 апр 2015, 12:39

PastorDi писал(а): Ну тогда попробуйте скандиск и дефрагментацию в XP сделать. Может поможет. Похоже Граб просто тупо не может грузануть ее, что-то с зазгрузчиком самой Винды. Она сама себя понимает видимо, а граб не может. Что-то где-то не корректо с загрузчиком Виндовым.

Через CHCDSK проверил.
Ничего не изменилось

ans
Похоже, проблема в том, что раньше диск с XP был первым, а теперь стал вторым. Теоретически, Grub пытается это обойти (команда drivemap), но почему-то это не срабатывает.
Я бы посоветовал поменять местами SATA-порты, в которые подключены этих двух винчестеров, чтобы Seagate с XP стал первым, а WD с Росой — вторым. В виртуалке я проблему воспроизвёл, и такая манипуляция починила загружаемость винды.

ans · Сообщение **ans** » 07 апр 2015, 07:19

CaptainFlint писал(а):ans
Похоже, проблема в том, что раньше диск с XP был первым, а теперь стал вторым. Теоретически, Grub пытается это обойти (команда drivemap), но почему-то это не срабатывает.
Я бы посоветовал поменять местами SATA-порты, в которые подключены этих двух винчестеров, чтобы Seagate с XP стал первым, а WD с Росой — вторым. В виртуалке я проблему воспроизвёл, и такая манипуляция починила загружаемость винды.

Подключил XP на SATA0, Росу на SATA1 - один раз дало нормально загрузится виндовсу, а потом опять полосатый экран...

Barmalei · Сообщение **Barmalei** » 07 апр 2015, 09:36

ans писал(а):
CaptainFlint писал(а):ans
Похоже, проблема в том, что раньше диск с XP был первым, а теперь стал вторым. Теоретически, Grub пытается это обойти (команда drivemap), но почему-то это не срабатывает.
Я бы посоветовал поменять местами SATA-порты, в которые подключены этих двух винчестеров, чтобы Seagate с XP стал первым, а WD с Росой — вторым. В виртуалке я проблему воспроизвёл, и такая манипуляция починила загружаемость винды.
Подключил XP на SATA0, Росу на SATA1 - один раз дало нормально загрузится виндовсу, а потом опять полосатый экран...

У Вас два физических диска. загрузчик для каждой системы свой, загружайте через БИОС нужный.

ans · Сообщение **ans** » 07 апр 2015, 14:39

Barmalei писал(а): У Вас два физических диска. загрузчик для каждой системы свой, загружайте через БИОС нужный.

Это я знаю.
Хотел человеку красоту установить, чтоб к Росе привыкал.

ans писал(а):Подключил XP на SATA0, Росу на SATA1 - один раз дало нормально загрузится виндовсу, а потом опять полосатый экран...

Странно… Но других идей у меня больше, к сожалению, нет.

Как вариант — снести загрузчик XP, заменив его Grub'ом, но во-первых, тогда нельзя будет загружаться без росовского диска (все данные, нужные грабу, лежат на нём), а во-вторых, нет уверенности, что это будет работать. То, что мешает грузиться сейчас (что бы это ни было), может мешать и в таком варианте. Если будете пробовать, обязательно сделайте бэкап текущего загрузчика или запаситесь заранее диском WinPE, чтоб можно было восстановить исходное состояние.

P.S. В принципе, можно попробовать сделать наоборот: оставить основным загрузчик винды и добавить к нему пункт загрузки Росы. Выглядит не так красиво, как Grub, но зато не будет проблем с виндовой загрузкой. Правда, я сходу не могу сказать, как это делается, надо гуглить.

Barmalei · Сообщение **Barmalei** » 07 апр 2015, 17:07

Можно попробовать средствами Вынь загрузить Линь. Это для Вынь XP.
Ставим первым диском Вынь, вторым Линь, загружаемся в Линь.
В Линь консоли делаем dd if=/dev/sdх1 of=linux.lnx bs=512 count=1 вместо sdx1 нужно вписать диск с загрузчиком Линь.
Потом переместить linux.lnx на диск C: и добавить в boot.ini следующее:
c:\linux.lnx="Rosa Linux"
и не забыть туда же дописать вверху timeout=10 если нет паузы.
Грузимся с диска Вынь и выбираем в меню.

Из по Вынь можно сделать linux.lnx с помощью bootpart. http://www.winimage.com/bootpart.htm. Для того что бы сохранить нужный файл, введите bootpart с командной строки. В ответ вы получите список партиций с информацией о каждой. Запомните номер нужной (той где установлена ОС линукс загрузочный сектор которой вы хотите сохранить). После этого исполните команду: bootpart номер_партиции linux.lnx
Дальше как выше прописываем в boot.ini.

Для Вынь Виста и выше можно EasyBSD установить и в ней все сделать.

ans · Сообщение **ans** » 08 апр 2015, 08:54

Barmalei писал(а): В Линь консоли делаем dd if=/dev/sdх1 of=linux.lnx bs=512 count=1 вместо sdx1 нужно вписать диск с загрузчиком Линь.

Файл создался, но Росу не грузит. Диск sdb1

viktor · Сообщение **viktor** » 08 апр 2015, 09:29

ans писал(а):
CaptainFlint писал(а):ans
Похоже, проблема в том, что раньше диск с XP был первым, а теперь стал вторым. Теоретически, Grub пытается это обойти (команда drivemap), но почему-то это не срабатывает.
Я бы посоветовал поменять местами SATA-порты, в которые подключены этих двух винчестеров, чтобы Seagate с XP стал первым, а WD с Росой — вторым. В виртуалке я проблему воспроизвёл, и такая манипуляция починила загружаемость винды.
Подключил XP на SATA0, Росу на SATA1 - один раз дало нормально загрузится виндовсу, а потом опять полосатый экран...

update-grub2 при смонтированном SATA0 с XP?

Barmalei · Сообщение **Barmalei** » 08 апр 2015, 10:48

ans писал(а):
Barmalei писал(а): В Линь консоли делаем dd if=/dev/sdх1 of=linux.lnx bs=512 count=1 вместо sdx1 нужно вписать диск с загрузчиком Линь.
Файл создался, но Росу не грузит. Диск sdb1

Помойему я ошибся и это справедливо если загрузчик Линь не в MBR, а в начале раздела диска.

ans писал(а):Файл создался, но Росу не грузит. Диск sdb1

Попробуй dd if=/dev/sdb, а не sdb1.

Barmalei · Сообщение **Barmalei** » 08 апр 2015, 14:32

CaptainFlint писал(а):
ans писал(а):Файл создался, но Росу не грузит. Диск sdb1
Попробуй dd if=/dev/sdb, а не sdb1.

Похоже да для сохранения MBR.

Сообщение **PastorDi** » 08 апр 2015, 14:53

в sdb1 - это PBR (Partition Boot Manage)
в sdb - это MBR (Master Boot Manage)

ans · Сообщение **ans** » 09 апр 2015, 07:33

Barmalei писал(а):
CaptainFlint писал(а): Попробуй dd if=/dev/sdb, а не sdb1.
Похоже да для сохранения MBR.

При загрузке чёрный экран, слово GRUB и мигающий курсор...

Barmalei · Сообщение **Barmalei** » 09 апр 2015, 09:55

Больше вариантов нет. F8 при включении компутера если он поддерживает это.
Может попробовать из под Вынь сделать bootpart.
Может путается в расположениях дисков.

ans · Сообщение **ans** » 09 апр 2015, 14:49

Barmalei писал(а):Больше вариантов нет.

Есть, ещё можно руками шлейф перетыкать...

Я тут уяснил такое правило, если в первое время не получилось, то и не получится.
Система может жестоко отомстить.
Windows победил. Сдаюсь.

notauser · Сообщение **notauser** » 09 апр 2015, 22:45

ans писал(а):
CaptainFlint писал(а):ans
Похоже, проблема в том, что раньше диск с XP был первым, а теперь стал вторым. Теоретически, Grub пытается это обойти (команда drivemap), но почему-то это не срабатывает.
Я бы посоветовал поменять местами SATA-порты, в которые подключены этих двух винчестеров, чтобы Seagate с XP стал первым, а WD с Росой — вторым. В виртуалке я проблему воспроизвёл, и такая манипуляция починила загружаемость винды.

Подключил XP на SATA0, Росу на SATA1 - один раз дало нормально загрузится виндовсу, а потом опять полосатый экран...
update-grub2 при смонтированном SATA0 с XP?

notauser · Сообщение **notauser** » 09 апр 2015, 22:47

ans писал(а):
Windows победил. Сдаюсь.

Сочувствую. http://lurkmore.to/Мне_вас_жаль

notauser писал(а):Подключил XP на SATA0, Росу на SATA1 - один раз дало нормально загрузится виндовсу, а потом опять полосатый экран...
update-grub2 при смонтированном SATA0 с XP?

Можно попробовать, хотя сомневаюсь, что это что-то изменит. Весь конфиг граба построен на идентификаторах разделов и от физического расположения дисков не зависит. Разве что идентификатор виндового раздела поменялся… Так что и никакого вреда от такого обновления не будет. Можно сохранить текущий grub.cfg, вызвать update-grub2 и сравнить новый конфиг с предыдущим.

К сожалению, я практически не представляю, как устроена загрузка Windows, поэтому не могу сказать, чем вызвано такое поведение. Возможно, при этой первой удачной загрузке Windows обнаруживает изменения в конфигурации и как-то обновляет либо загрузчик, либо привязки в реестре, а незагружаемость из граба оказывается непреднамеренным побочным эффектом. Но, опять же, я просто не представляю, какой это может быть эффект. Грабовский пункт загрузки Windows на самом деле тупой, как пробка. По сути всё, что он делает, это передаёт управление на первый сектор диска, где установлена винда — абсолютно то же самое, что делает сам биос при прямой загрузке с этого диска. У меня ни малейшей мысли нет, что такое может произойти, чтобы это перестало работать, да ещё и не сразу, а через раз, да ещё и не у всех пользователей, а только у некоторых.

notauser · Сообщение **notauser** » 10 апр 2015, 00:28

>идентификаторах разделов и от физического расположения дисков не зависит
>Грабовский пункт загрузки Windows на самом деле тупой, как пробка
Согласен, но его генерирует вроде как os-prober, а с ним история сложная, например
пункт с Linux
--fs-uuid --set=root 42bc224f-b594-460f-bb35-d49735d92381
с Win
$menuentry_id_option 'osprober-chain-1CE349CC4813BE99
--fs-uuid --set=root 1CE349CC4813BE99
Про происхождение и назначение 1CE349CC4813BE99 я бы почитал.
Ранее вполне хваталo что-то типа
drivemap -s (hd0)
chainloader +1
или даже
other=/dev/hda1
label=Win
table=/dev/hda

>К сожалению, я практически не представляю, как устроена загрузка
Kon-boot

notauser писал(а):Согласен, но его генерирует вроде как os-prober, а с ним история сложная, например
пункт с Linux
--fs-uuid --set=root 42bc224f-b594-460f-bb35-d49735d92381
с Win
$menuentry_id_option 'osprober-chain-1CE349CC4813BE99
--fs-uuid --set=root 1CE349CC4813BE99
Про происхождение и назначение 1CE349CC4813BE99 я бы почитал.

Пункты генерирует grub2. os-prober лишь предоставляет для этого вспомогательную информацию, такую как номера разделов и типы операционок, установленных туда.

Длинное магическое число — это всего лишь идентификатор файловой системы, генерирующийся случайным образом при форматировании раздела (в принципе, можно его сменить и без форматирования, но обычно такой необходимости не возникает). Линукс при загрузке опрашивает все имеющиеся диски, анализирует разделы и запоминает идентификаторы для каждого из них. Просмотреть полный список можно командой

Код: Выделить всё

ls -la /dev/disk/by-uuid

Например, в компьютере, для которого ans выложил пробу в первом посте, идентификатор 1CE349CC4813BE99 соответствует файловой системе на sdb1 (точнее, соответствовал до того, как диски были переткнуты; теперь, скорее всего, это будет sda1).

Что касается структуры загрузочного пункта Grub, то тут, действительно, имеется некая избыточность. Скорее всего, это обычная подстраховка, попытка обеспечить работоспособность в ситуациях типа перетыкания дисков и/или добавления/удаления разделов. Сначала командой

Код: Выделить всё

set root='hd1,msdos1'

переменная root устанавливается на sdb1, а потом при помощи

Код: Выделить всё

search <...> --set=root 1CE349CC4813BE99

эта же переменная переустанавливается на то же самое значение, но уже не непосредственно по номеру раздела, а поиском по идентификатору файловой системы.

Далее выполняется drivemap, при помощи которого система "подменяет" номер найденного виндового диска так, чтобы он считался первым, а chainloader перебрасывает управление на первый (загрузочный) сектор этого диска.

notauser писал(а):>К сожалению, я практически не представляю, как устроена загрузка
Kon-boot

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

ans · Сообщение **ans** » 10 апр 2015, 06:30

notauser писал(а): update-grub2 при смонтированном SATA0 с XP?

Сразу же было сделано, если сейчас это так важно

viktor · Сообщение **viktor** » 10 апр 2015, 11:12

CaptainFlint писал(а): Сначала командой
Код: Выделить всё
set root='hd1,msdos1'
переменная root устанавливается на sdb1, а потом при помощи
Код: Выделить всё
search <...> --set=root 1CE349CC4813BE99
эта же переменная переустанавливается на то же самое значение, но уже не непосредственно по номеру раздела, а поиском по идентификатору файловой системы.

Далее выполняется drivemap, при помощи которого система "подменяет" номер найденного виндового диска так, чтобы он считался первым, а chainloader перебрасывает управление на первый (загрузочный) сектор этого диска.

drivemap -s (hd0) (1CE349CC4813BE99)?

viktor писал(а):drivemap -s (hd0) (1CE349CC4813BE99)?

Нет, drivemap в качестве аргумента принимает только имя конкретного диска или раздела, например:

Код: Выделить всё

drivemap -s (hd0) (hd1)
drivemap -s (hd0) (hd1,msdos3)

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

ROSAForum