Ubuntu

imho некоторым разработчикам ubuntu было бы не грех побиться пыльным мешком об стену. Ядро 2.6.20-14 вообще неработоспособно, в свежем 2.6.20-15 багу грязно залатали на бегу.


1. Ребята переделали работу с sata дисками. Причём переделали где-то внутрях udev, так что возврата назад нет (не будут грузиться и старые ядра!)

Теперича система закладывается на именование UUID (см команду sudo vol_id -u /dev/sda1 )

2. Аварийный ремонт: грузимся с cd'ка, терминал,
sudo bash
настраиваем сеть…
mkdir /m
# здесь /dev/hda1 - root hd, с которым раньше всё было хорошо. Обычно это именно hda1,
# если потерялся `dmesg | grep hd` затем fdisk /dev/hd<буквы> -> &apos;p&apos;, смотрим, `^C`
mount /dev/hda1 /m
комментируем на время `vi /m/etc/apt/sources.list` что лишнего туда насовали
chroot /m

apt-get update
apt-get dist-upgrade

В итоге должно отставитьcя 2.6.20-15 Оно работает. На всякий случай при загрузке в grub в первый раз корректируем строчку &apos;kernel&apos; убирая из неё quiet splash. То бишь при загрузке жмём esc, выбираем 2.6.20-15-generic жмём &apos;e&apos; выбираем kernel жмём &apos;e&apos; трём quiet splash жмём &apos;enter&apos; жмём &apos;b&apos; смотрим как оно грузится…

Проблема вот в чём: утеряна стабильность именования дисков (если дисков много).
У меня mount даёт при раскрутившихся дисках вот так:

/dev/sdc1 on / type ext3 (rw,errors=remount-ro)
/dev/sda1 on /home type ext3 (rw)
/dev/sdb1 on /m type xfs (rw)

А при нераскрутившихся порядок имён может быть другим :-(

Короче славно ребята постарались…

Leave a Reply

You must be logged in to post a comment.