В общем вот так всё исправляется на глюкобунте

cat <<__CONF__ | sudo tee /usr/share/X11/xorg.conf.d/60-triple-buffering.conf
Section "Device"
    Identifier "NVIDIA card"
    Driver "nvidia_331"
    Option "TripleBuffer" "True"
EndSection
__CONF__

Зато вот такое иногда при загрузке

kernel panic-not syncing: VFS: unable to mount root fs on unknown block(0,0)

В поиске жалоб много, а решений нет. Нет, это не винт разваливается.

KooL
Как это - иногда? У начинающих гентузиастов такое регулярно встречается, обычно это ядро, собранное без поддержки дискового контролёра. Чтоб это вылезало "иногда"... Загадочное что-то там творится у вас.

Не обязательно, ещё иногда может быть неправильно указан корневой раздел в GRUB. Кстати, если корневой раздел указан не по UUID, а по номеру раздела (root=/dev/sda2), а жёстких дисков несколько, то такое вполне может вылезать иногда, потому, что то , какой из дисков станет /dev/sda, а какой /dev/sdb определяется рандомно. У меня такое случалось в ArchLinux.

Зависит от того, какая версия GRUB. Так или иначе в его конфигурационном файле /boot/grub/grub.conf нужно заменить строчку root=/dev/sd??, на root=UUID=<длинное число>. Число можно узнать, набрав команду:

# ls -l /dev/disk/by-uuid

В GRUB2 файл называется не grub.conf, а grub.cfg и является сгенерённым, то есть править его напрямую нельзя, нужно править другой файл (как правило, это /etc/defauts/grub) и запускать генератор grub.conf (он может называться grub-mkconfig, grub2-mkconfig, update-grub, и т.д. --- зависит от дистрибутива).
То же самое нужно проделать с файлом /etc/fstab, если это ещё не сделано.

Только я подозреваю, что если у Вас не gentoo или arch, то это всё уже сделано, и проблема не в этом. Но проверить, конечно, можно.

Такая довольно странная задача возникла: имеется установленный дистрибутив Linux (Fedora 20), которыйзагружается с помощью GRUB2. Требуется поставить второй GRUB2 в MBR второго жёсткого диска так, чтобы он загружал Fedora с первого диска, но при этом файл конфигурации у него должен быть другой, с другими опциями ядра при загрузке. Насколько я понимаю, установленный GRUB знает, где лежит его файл конфигурации --- эта информация прописывается в MBR при выполнении grub-install. А вот знают ли файлы GRUB, которые в каталоге /boot, где сидит загрузчик? То есть можно ли поставить на второй диск тот же самый GRUB, но указать другой файл конфигурации? Или придётся компилировать ещё один GRUB и ставить его в другой каталог?

Вопрос как раз в том, как это сделать.

Проблемы с выбором того, с какого диска грузить, как раз нет. Второго диска, на самом деле, вообще нет. Чтобы было понятно, о чём идёт речь, попробую описать, зачем это всё нужно. У меня есть Windows 7 на одном разделе и Linux на другом. В Linux каталог /boot расположен на отдельном разделе, хотя это, по-моему, и не важно. GRUB в MBR физического диска реализует DualBoot линукса и винды. Под виндой установлен VirtualBox, на котором настроена виртуальная машина, жёсткий диск которой отображён на физический диск, где установлены винда и Linux. Linux в VirtualBox загружается, но возникают следующие проблемы:
1) При загрузке виртуальной машины с физического диска появляется GRUB2, предлагающий DualBoot Windows и Linux. Документация VirtualBox сообщает, что если выбрать при загрузке ту систему, которая сейчас запущена на физической машине (и из-под которой работает VirtualBox — в данном случае это Windows), то это приведёт к порче данных на диске. Стало быть, требуется каким-то образом запретить загружать винду из VirtualBox, чтобы этого не произошло случайно.
2) По той же причине следует по-разному монтировать разделы Windows в Linux: когда Linux загружается физически, то это делается с помощью ntfs-3g, а когда из VirtualBox — с помощью разделяемых дисков VirtualBox'а.
3) В зависимости от оборудования нужно грузить различные модули ядра (в VirtualBox, например, нужно загружать Vbox Guest Additions).

Для решения проблем 1) и 3) я как раз думаю поставить второй GRUB в MBR специального пустого виртуального жёсткого диска, который я подключу к виртуальной машине как второй диск, а затем выставлю в «BIOS» VirtualBox'а загрузку с этого диска.
Как разумнее всего решить проблему 2) я не знаю, но несколько способов в голову приходят. На вскидку — монтировать их не через fstab, а в загрузочном скрипте, который будет проверять, а не загружен ли модуль VirtualBox Guest Additions.

А как grub, который в /dev/sdb поймёт, что ему нужно использовать другой конфигурационный файл --- не /boot/grub2/grub.cfg, который использует GRUB на /dev/sda, а отдельный, в котором пункт меню для загрузки в VirtualBox? Кроме того, есть ещё такая проблема: grub.cfg генерится командой grub2-mkconfig, и output-файл /boot/grub/grub.cfg ей передаётся, как параметр, а вот input-файл /etc/default/grub — нет.

Отредактировано X Strange (11-01-2014 17:26:46)

Спасибо, посмотрю.

Ну так я так и хочу сделать.

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

Это немного другое. Я хочу загружать именно ту инталляцию Linux, что установлена в DualBoot --- с теми же программами, настройками, и т.д. Кроме того, не знаю, как сейчас, но раньше colinux работал только с 32-битной системой.

Тестовый подгрузить можно, а вот системный диск винды вроде запрещено документацией VirtualBox'a.

X Strange
Кстати, проверять виртуалка или нет можно просто пингуя хостовую винду.

VMWare более качественно эмулирует машину, потому что они миллионы вливают в разработку своего ПО.
VirtualBox основан на QEMU и работает как простой гипервизор.
VMWare Player в отличии от VirtualBox полноценно работает с настоящим диском и даже с отдельными разделами.

Лично я после траха с VirtualBox не слезу VMWare Player, когда нужно грузить систему с настоящего диска.

У меня под Gentoo 2 ядра: нормальное и с модулями для VMWare Player.
В VMWare Player указан раздел с GRUB и системой. Диски указаны через UUID. При загрузке в VMWare Player выбираю соответствующее ядро.

Вроде бы не основан. QEMU --- это вообще эмулятор процессора, насколько я знаю. Он может даже процессор другой архитектуры эмулировать. А VirtualBox --- именно виртуализатор, то есть гостевая операционная система исполняется на физическом процессоре.

Попробовал VMWare Player. При подключении физического диска целиком он сообщает, что диск "Already in Use". Если подключать отдельные разделы, то он таки запускает GRUB (который вроде бы в MBR сидит, прямо чудеса какие-то), затем грузит федору, загрузка доходит до строчек:

Booting `Fedora (3.12.6-300.fc20.x86_64) 20 (Heisenbug)'

[   OK   ] Started Show Plymouth Boot Screen.
[   OK   ] Reached target Paths.
[   OK   ] Reached target Basic System.

и на этом зависает.
Куда копать?

Добавлено 11-01-2014 22:20:26

Насколько я понимаю, сетевой интерфейс пропинговать нельзя --- пропинговать можно только IP-адрес, а через какой интерфейс это пойдёт --- определяет таблица маршрутизации.

Добавлено 11-01-2014 22:29:59

Да, наверное, так и надо сделать. При этом нужно монтировать раздел /boot другой системы в специальный каталог и при обновлении системы обновлять данные и в этом каталоге тоже.
В идеале хорошо было бы сделать /boot/grub отдельным разделом, но это, скорее всего, невозможно.

Отредактировано X Strange (11-01-2014 22:29:59)