Обновление Fedora15 до Fedora16

[Olej]

- а можно GRUB на GRUB2 не переустанавливать?

Думаю вполне можно, grub-legacy входит в дистрибутив, только надо обратить на это внимание в кастом инсталляции т.к. для F16 grub2 уже идёт по умолчанию.

- а если переустанавливать, то какие на то аргументы?

1. F16 grub2 уже идёт по умолчанию т.е. является загрузчиком по умолчанию.
2. grub2 более прогрессивен и автоматически должен понимать большинство необходимых вариантов загрузки(к примеру автоматически включает возможность загрузки Xen со всеми доступными ядрами, включая загрузку в режиме DomU - это обещается, но пока не проверял).
3. Понимает загрузку c SoftRAID и LVM, без ручного допиливания.
4. Совместим с UEFI.

grub2 вызывает некоторое отторжение(по крайней мере у меня) из-за сильной смены архитектуры и конфигурации. Но это плата за прогресс.

Sergey371, а как у вас мнение сложилось: после перевода всего на GRUB2, можно позже запустить grub-legacy и вернуться к GRUB?

[Sergey371]

Конечно да, при условии что конфигурация системы осталась в пределах поддерживаемой grub-legacy. Причём "откат" выполняется вполне прозрачно: удаляется пакет grub2, ставится grub-legacy, проверяется конфиг и grub-install. Я где то с год назад делал так -- поигрался с grub2, и откатился.

[Olej]

Обновление 14=>15 (для сильно наполненной ноутбучной системы) прошло вовсе не так гладко - разнёс систему
Теперь буду восстанавливать ... разобравшись напишу что и как там не так.

Это чудовище сожрало 1.5 дня моего времени!
Как оказалось, на ноутбуке (где у меня все работы за 2.5 года ) у меня в /etc/fstab давно (ещё с Fedora 12, год подряд и благополучно) торчала строка:

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

/dev/sda4              /mnt/arch                ext3    defaults        0 0

эквивалент

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

# mount -t ext3 /dev/sda4 /mnt/arch

Совсем не так давно этот раздел архива был переразмечен и добавлен к LVM (/dev/mapper/vg_notebook-lv_root).
И эта запись никому не мешала (ни Fedora 12, ни Fedora 13, ни Fedora 14).
А Fedora 15 просто тупо отказывается грузиться и сваливается в emergency mode (без поддержки сети ... которую, правда, там можно руками поднять, для yum).
Попасть в такую засаду - грустно.
Если кто попадёт в такую неприятность - где искать? (причины могут быть самые разные). На загрузке редактируем в меню grub строку загрузки ядра:

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

kernel /vmlinuz-2.6.42.12-1.fc15.i686.PAE ro root=/dev/vg_notebook/lv_root ... rhgb quiet

- забиваем вот те последние в строке: rhgb quiet.

И тогда получаем текстовый протокол загрузки, и в месте, где оно заткнётся, читаем хоть какой-то намёк на причину:

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

systemd[1] Job dev-sda4.device/start timed out

P.S. Но это вызвало ещё один вопрос - теперь уже после загрузки:

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

[olej@notebook ~]$ ps -A | grep log
  355 ?        00:00:00 systemd-logger
  870 ?        00:00:00 rsyslogd

rsyslogd - понятно, он у меня ещё с Fedora 12 трудится, systemd - они добавили в Fedora 15?
Они теперь напару плодотворно трудятся на ниве логирования?
Не многовато ли? и что с ними делать?

[Olej]

Конечно да, при условии что конфигурация системы осталась в пределах поддерживаемой grub-legacy. Причём "откат" выполняется вполне прозрачно: удаляется пакет grub2, ставится grub-legacy, проверяется конфиг и grub-install. Я где то с год назад делал так -- поигрался с grub2, и откатился.

Хоть одна хорошая новость!

[Olej]

Лирическое отступление:
Теперь (после восстановления Fedora 15) мне самое время взять паузу: подчистить всё, поосмотреться...
Но по предварительным итогам:

1. Задача обновления ядра-дистрибутива для долго реально работающих компьютеров - очень актуальная (а то я бы терял столько времени на этот долбёж и описания в форуме). Классика: идёт групповой разработческий проект, хосты у разных участников вводились в эксплуатацию в разное время, там разные релизы, да и просто время прошло: подтягивать их надо к общему знаменателю...

2. Но по тем частностям, которые пришлось претерпеть, задача эта всё же стрёмная, из области скорее поисковых-творческих (как у сапёра) , с вероятностью успеха 50/50 + требующая ориентации в нюансах системы на порядок выше, чем при эксплуатации, или у типового программиста-разработчика.
(очень восторженные реляции "ура" на форумах - это они относятся к свеже установленным дистрибутивам: установили-обновляем-ура, а если там шла работа 1 год или более, накопились какие-то изменения настроек, установки ... - всё становится куда более проблематичным)

3. Очень хотелось бы (в отдельной теме) посмотреть как такое обновление делается ... в Ubuntu, скажем ... с инсталлятором apt.

[Olej]

задача эта всё же стрёмная, из области скорее поисковых-творческих (как у сапёра)

Любопытные тут артефакты выползают:

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

[root@notebook grub]# yum list installed *.fc12.* | wc -l
42
[root@notebook grub]# yum list installed *.fc13.* | wc -l
25
[root@notebook grub]# yum list installed *.fc14.* | wc -l
446
[root@notebook grub]# yum list installed *.fc15.* | wc -l
2217

[Sergey371]

Любопытные тут артефакты выползают:

Подобная картина наблюдается и на F15 и на F16 установленных с нуля. Это не особенность обновления, а особенность процесса разработки/пересборки пакетов в новых дистрибутивах, видать сил не хватает.

[Olej]

Любопытные тут артефакты выползают:

Подобная картина наблюдается и на F15 и на F16 установленных с нуля. Это не особенность обновления, а особенность процесса разработки/пересборки пакетов в новых дистрибутивах, видать сил не хватает.

Т.е. вы видели, что на установленных с нуля F15 и на F16 использованы пакеты из предыдущих репозитариев (F14, F13, ...).
Так это нужно понимать?

[Olej]

Совсем не так давно этот раздел архива был переразмечен и добавлен к LVM (/dev/mapper/vg_notebook-lv_root).
И эта запись никому не мешала (ни Fedora 12, ни Fedora 13, ни Fedora 14).
А Fedora 15 просто тупо отказывается грузиться и сваливается в emergency mode (без поддержки сети ... которую, правда, там можно руками поднять, для yum).
Попасть в такую засаду - грустно.

Вообще то довольно странно, что заурядная пользовательская конфигурационная ошибка заваливает загрузку всей системы ... "что-то в этой консерватории не так"(с)М.Жванецкий.

Но если уж попасть в такую ситуацию, то тут нужно:
а). руками подымать сеть...
б). чтоб дальше с помощью yum иметь возможность поправить.

[Olej]

Но если уж попасть в такую ситуацию, то тут нужно:
а). руками подымать сеть...

Для тех кто попал в такую историю - в 2 слова инструкция :

1. работаем только на шнурке - никаких WiFi...

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

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

$ ifconfig
lo        Link encap:Local Loopback  
          inet addr:127.0.0.1  Mask:255.0.0.0
          inet6 addr: ::1/128 Scope:Host
          UP LOOPBACK RUNNING  MTU:16436  Metric:1
          RX packets:706 errors:0 dropped:0 overruns:0 frame:0
          TX packets:706 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0 
          RX bytes:31629 (30.8 KiB)  TX bytes:31629 (30.8 KiB)

но другие неподнятые интерфейсы должна показать команда

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

$ ip link
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 16436 qdisc noqueue state UNKNOWN 
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP qlen 1000
    link/ether 00:15:60:c4:ee:02 brd ff:ff:ff:ff:ff:ff
3: wlan0: <BROADCAST,MULTICAST> mtu 1500 qdisc mq state DOWN qlen 1000
    link/ether 00:13:02:69:70:9b brd ff:ff:ff:ff:ff:ff

3. но всё это вам не мешает поднять руками ваш проводной и итерфейс (даже если его не видит ifconfig):

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

# ifconfig eth0 192.168.1.5 up

- вот здесь наберитесь терпения - это может происходить долго ... до 1-2 мин. (я не понимаю почему так долго - перебирает все доступные содули сетевых адаптеров???)

4. но этого мало - у вас ещё нет дефаултного маршрута на шлюз (есть ход только в LAN):

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

$ route
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
192.168.1.0     *               255.255.255.0   U     1      0        0 eth0

Делаем

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

# route add default gw 192.168.1.1

(естественно, подставляем свой шлюз: 192.168.1.1 - это у меня ADSL)
Станет так:

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

$ route
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
default         192.168.1.1     0.0.0.0         UG    0      0        0 eth0
192.168.1.0     *               255.255.255.0   U     1      0        0 eth0

Можем проверять:

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

$ ping 8.8.8.8

5. но и этого может оказаться мало: у вас есть выход в WAN, но нет разрешения имён в IP (DNS).
Добавляем в /etc/resolv.conf строчку вида (если ничего подобного там нет):

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

nameserver 8.8.8.8

(8.8.8.8 - это IP DNS Google).

Всё!
Далее наслаждайтесь yum