Катастрофический отказ Linux почти неизменно вызывается драйвером оборудования. Я запустил бы путем рассмотрения драйвера графической платы. Найдите альтернативный драйвер, который может поддерживать Ваши аппаратные средства (например, если Вы имеете чипсет графики Nvidia, узнаете, имеете ли Вы собственную или версию с открытым исходным кодом установленного драйвера и устанавливаете другой, затем видят, сохраняется ли проблема.
После определения, какой драйвер вызывает проблему, необходимо отправить отчет об ошибках. Затем можно принять решение или переключаться на альтернативный драйвер постоянно, пытаться установить последнюю версию того же драйвера вручную или ожидать Fedora для обновления драйвера в репозиториях.
1) Используя спасательный диск, загрузите человечность или любой другой аромат Unix..
2) Дать fdisk -l
команда для наблюдения, на которых окнах раздела установлен.
3) Смонтируйтесь /boot
раздел Linux в /media
каталог.
4) Дать chroot /media
изменить Ваш корень на / медиа.
5) Откройтесь /boot/grub/grub.cfg
файл и редактирование это. Добавьте следующие строки, если не существующий или если существующий изменяют его.
menuentry "Windows" --class windows --class os {
insmod part_msdos
insmod ntfs
set root='(hd0,msdos2)'
search --no-floppy --fs-uuid --set=root 14445AFA445ADE54
chainloader +1
}
Я - то, если окна присутствуют в /dev/sda2
и 14445AFA445ADE54
UUID Вашего раздела/dev/sda2'.. Необходимо заменить его UUID раздела окон. Можно найти это
Перейдите в /dev/disk/by-uuid
каталог.
Сделать ls -l
.
Вы произведете как это..
lrwxrwxrwx 1 root root 10 Aug 1 20:16 14445AFA445ADE54 -> ../../sda2
lrwxrwxrwx 1 root root 10 Aug 1 20:16 322C5AEB2C5AAA1D -> ../../sda1
lrwxrwxrwx 1 root root 10 Aug 1 20:16 7d41ed63-16cb-493c-91ce-02f7b3146fb6 -> ../../sda5
lrwxrwxrwx 1 root root 10 Aug 1 20:16 88e4dc0b-c986-4e1f-84a2-c09731555dec -> ../../sda7
lrwxrwxrwx 1 root root 10 Aug 1 20:16 c8ad3ea8-5467-4f22-803d-9584d32d8a79 -> ../../sda6
Путем соответствия разделу можно найти его соответствующий UUID.
Перезагрузите ПК. Теперь это работа shud.
Попытка:
rootnoverify (hd0,1)
chainloader +1
makeactive
boot
В некоторых системах, (hd0,0)
"система, зарезервированная" раздел.
/media
если Вы смонтировались/boot/
там может не работать; это - довольно частая практика в мире Linux, чтобы иметь отдельное/boot
от основного/
раздел (в котором Вы нуждаетесь к chroot в). Каждый может chroot в такую систему без ровного монтирования/boot
– hanetzer 07.03.2016, 03:51