Проблема скорее аппаратная поэтому и пишу сюда. Хотя возможно есть программное решение.
В системе на SATA диске стоит Linux Mint 6. Добавил второй диск - IDE master на первый канал. Поставил Windows XP на первый раздел IDE диска и Gentoo clone Calculate Linux 9 - на второй. (своп остался на SATA диске) SATA - разбит на 4 раздела - в порядке boot, swap, / (root), расширенный и логический c ext3 для данных. У Calculate 9 boot в корне на своём разделе. Проблема в том что при загрузке - Mint не находит свой рутовый раздел. Вернее иногда находит а иногда нет. Стал разбираться и узнал, что это происходит из-за смены наименования дисков. SATA вообще - это /dev/sda (или hd1) а IDE - /dev/sdb (или hd0). (Данные по device.map - grub) Иногда при загрузке для груба этот порядок меняеться и он - то есть sda становиться sdb и наоборот - то есть он пытаеться примонтировать раздел другого диска в корень. Интересно то - что Calculate всегда грузиться с правильного раздела как и Windows. (хотя windows грузиться grub не используя систему sda -sdb. Запускал fdisk -l в Mint - один раз вышло сообщение что диски и наименования разделов имеют обратный порядок. Я так понял что проблема начинаеться с BIOS - как он инициализирует эти диски так всё потом и называеться. Но как мне добиться чтоб порядок был один и тот же - тут я пока в тупике. Нужна помощь!
P.S Menu list - как видно порядок дисков действительно изменён hd0 = sdb
title Linux Mint 6, kernel 2.6.27-7-generic
root (hd1,0)
kernel /vmlinuz-2.6.27-7-generic root=/dev/sda4 ro quiet splash
initrd /initrd.img-2.6.27-7-generic
title Linux Mint 6, kernel 2.6.27-7-generic (recovery mode)
root (hd1,0)
kernel /vmlinuz-2.6.27-7-generic root=/dev/sda4 ro single
initrd /initrd.img-2.6.27-7-generic
title Microsoft Windows XP Professional RU
root (hd0,0)
savedefault
makeactive
chainloader +1
title Calculate Linux Desktop 9.0 i686
root (hd0,1)
kernel /boot/vmlinuz root=/dev/sdb2 video=uvesafb:ywrap,1024x768-32@60,mtrr:3,splash=silent,theme:tty1 CONSOLE=/dev/tty1 udev quiet noresume
initrd /boot/initrd
savedefault
boot
Проблема со сменой обозначения разделов при загрузке (Linux Mint + второй диск (Gentoo clone))
Модератор: Модераторы разделов
-
starky
- Сообщения: 24
- ОС: Linux Mint 6 Felicia
Проблема со сменой обозначения разделов при загрузке
"Человек собрал Первого Наноробота. Первый собрал других и населили они Землю." (История Строительства"Матрицы" Архив Сопротивления Машинам. 2098 год)
-
romuil
- Сообщения: 2095
- Статус: Ромунцель
- ОС: ALTLinux Sisyphus
Re: Проблема со сменой обозначения разделов при загрузке
используй UUID
-
starky
- Сообщения: 24
- ОС: Linux Mint 6 Felicia
Re: Проблема со сменой обозначения разделов при загрузке
Да! Спасибо за подсказку! Действительно - это решение!
UUID ведь не меняется - даже если ещё диски добавлять или убирать!
Кто ищет решение похожей проблемы:
Все UUID (и метки дисков) можно посмотреть: sudo blkid
Конкретного диска/раздела: sudo vol_id -u /dev/<раздел>
Теперь запись в menu.lst выглядит так
title Linux Mint 6, kernel 2.6.27-7-generic
root (hd1,0)
kernel /vmlinuz-2.6.27-7-generic root=UUID=0058ee37-4e33-4f16-b12c-4df50d9a92af ro quiet splash
initrd /initrd.img-2.6.27-7-generic
Посмотрел в fstab -оказываеться там уже всё монтируеться через UUID:
# /dev/sdb4
UUID=0058ee37-4e33-4f16-b12c-4df50d9a92af / ext3 relatime,errors=remount-ro 0 1
UUID ведь не меняется - даже если ещё диски добавлять или убирать!
Кто ищет решение похожей проблемы:
Все UUID (и метки дисков) можно посмотреть: sudo blkid
Конкретного диска/раздела: sudo vol_id -u /dev/<раздел>
Теперь запись в menu.lst выглядит так
title Linux Mint 6, kernel 2.6.27-7-generic
root (hd1,0)
kernel /vmlinuz-2.6.27-7-generic root=UUID=0058ee37-4e33-4f16-b12c-4df50d9a92af ro quiet splash
initrd /initrd.img-2.6.27-7-generic
Посмотрел в fstab -оказываеться там уже всё монтируеться через UUID:
# /dev/sdb4
UUID=0058ee37-4e33-4f16-b12c-4df50d9a92af / ext3 relatime,errors=remount-ro 0 1
"Человек собрал Первого Наноробота. Первый собрал других и населили они Землю." (История Строительства"Матрицы" Архив Сопротивления Машинам. 2098 год)