причину такого поведения я хз, но вот как решить - можно по inotify проверять, обновилось ли ядро, и делать mkinitcpio через скрипт

Если я сам такое напишу - это будет некий протез. Мне кажется, я что-то нарушил в системе, ведь нормальная система должна где-то в недрах сама содержать такой скрипт. Ведь Ubuntu, например, нормально работает в этом плане.

вообще-то mkinitcpio во время обновления ядра выполняется, так что у тебя видимо где-то косяк - либо в самом mkinitcpio.conf либо ещё где
выхлоп при pacman -S kernel26 хотя бы покажи, а то данных мало


>>> Updating module dependencies. Please wait ...
>>> MKINITCPIO SETUP
>>> ----------------
>>> If you use LVM2, Encrypted root or software RAID,
>>> Ensure you enable support in /etc/mkinitcpio.conf .
>>> More information about mkinitcpio setup can be found here:
>>> http://wiki.archlinux.org/index.php/Mkinitcpio

>>> Generating initial ramdisk, using mkinitcpio. Please wait...
==> Building image "default"
==> Running command: /sbin/mkinitcpio -k 2.6.35-ARCH -c /etc/mkinitcpio.conf -g /boot/kernel26.img
:: Begin build
:: Parsing hook
:: Parsing hook
:: Parsing hook
:: Parsing hook
:: Parsing hook
:: Parsing hook
:: Parsing hook
:: Generating module dependencies
:: Generating image '/boot/kernel26.img'...SUCCESS
==> SUCCESS
==> Building image "fallback"
==> Running command: /sbin/mkinitcpio -k 2.6.35-ARCH -c /etc/mkinitcpio.conf -g /boot/kernel26-fallback.img -S autodetect
:: Begin build
:: Parsing hook
:: Parsing hook
:: Parsing hook
:: Parsing hook
:: Parsing hook
:: Parsing hook
:: Generating module dependencies
:: Generating image '/boot/kernel26-fallback.img'...SUCCESS
==> SUCCESS


Сейчас попробую перезагрузиться...

Как и следовало ожидать - kernel panic :(

Хоть и не спец по Арчу, но прозреваю поломатый mkinitcpio.conf.

а теперь выхлоп mkinitcpio когда ты с livecd его делаешь. и сравни с текущим (с fallback initrd пробывал грузится?)

Когда делаю с livecd, выхлоп такой:

Running command: /sbin/mkinitcpio -k 2.6.35-ARCH -g /boot/kernel26.img
:: Begin build
:: Parsing hook
:: Parsing hook
:: Parsing hook
:: Parsing hook
:: Parsing hook
:: Parsing hook
:: Generating module dependencies
:: Generating image '/boot/kernel26.img'...SUCCESS


То есть, mkinitcpio.conf в опциях не задаётся, и autodetect чего-то там.

ну тогда залезай в mkinitcpio.conf и пропиши в строке
HOOKS="base udev pata scsi sata filesystems"
ну или тупо копирни этот конфиг с лайвсд на винт. так же посмотри модули в initrd сразу упаковывающиеся (у меня допустим intel_agp i915 processor thermal ata_piix fan ahci jbd ext4 edd, у тебя могут быть пусты - я уже не помню как должно быть в дефолте)

fallback это полный initrd который если ты был внимателет тоже генерируется после установки ядра (Arch Linux Fallback в грабе)

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

ну тогда pacman -Sf mkinitcpio mkinitcpio-busybox проверить все их конфиги и пути

мало входящей информации =)

Я ещё вот тут писал товарищу: http://welinux.ru/post/4154/#cmnt80044

Блин, думал ссылка красиво вставится.
В общем, ниже по страничке можешь посмотреть мои злоключения.

pacman -Sf mkinitcpio mkinitcpio-busybox
mkinitcpio -p kernel26

Коллеги, я тут немножко приболел, Arch остался на работе, дома Ubuntu.
Так что вернёмся к вопросу через несколько дней.

Ну вот, я добрался до работы, как раз обновление ядра подоспело.
Но две волшебные команды облегчения не принесли :(((
Конфиги мои в теме уже разобрали, всё вроде бы OK. Куда же копать дальше?

C fallback initrd не грузился. А это что, как и зачем?

Покажите /boot/grub/menu.lst на всякий случай. Или конфиг другого загрузчика, если у вас не груб.


# Config file for GRUB - The GNU GRand Unified Bootloader
# /boot/grub/menu.lst

# DEVICE NAME CONVERSIONS
#
# Linux Grub
# -------------------------
# /dev/fd0 (fd0)
# /dev/sda (hd0)
# /dev/sdb2 (hd1,1)
# /dev/sda3 (hd0,2)
#

# FRAMEBUFFER RESOLUTION SETTINGS
# +-------------------------------------------------+
# | 640x480 800x600 1024x768 1280x1024
# ----+--------------------------------------------
# 256 | 0x301=769 0x303=771 0x305=773 0x307=775
# 32K | 0x310=784 0x313=787 0x316=790 0x319=793
# 64K | 0x311=785 0x314=788 0x317=791 0x31A=794
# 16M | 0x312=786 0x315=789 0x318=792 0x31B=795
# +-------------------------------------------------+
# for more details and different resolutions see
# http://wiki.archlinux.org/index.php/GRUB#Framebuffer_Resolution

# general configuration:
timeout 5
default 0
color light-blue/black light-cyan/blue

# boot sections follow
# each is implicitly numbered from 0 in the order of appearance below
#
# TIP: If you want a 1024x768 framebuffer, add "vga=773" to your kernel line.
#
#-*

# (0) Arch Linux
title Arch Linux
root (hd0,0)
kernel /boot/vmlinuz26 root=/dev/disk/by-uuid/5f60188b-609d-40fa-a8f9-cc43ae3e0f1f ro
initrd /boot/kernel26.img

# (1) Arch Linux
title Arch Linux Fallback
root (hd0,0)
kernel /boot/vmlinuz26 root=/dev/disk/by-uuid/5f60188b-609d-40fa-a8f9-cc43ae3e0f1f ro
initrd /boot/kernel26-fallback.img

# (2) Windows
#title Windows
#rootnoverify (hd0,0)
#makeactive
#chainloader +1


меня почему то смущает строка
root=/dev/disk/by-uuid/5f60188b-609d-40fa-a8f9-cc43ae3e0f1f

должно быть это не в тему

Это не в тему, т.к. с другим initrd эта же строка работает без проблем.

Как я понял, grub почему-то не находит этого файла. Проверьте, создаётся ли вообще файл при установке через pacman. Не монтируется ли к /boot/ что-то ещё после загрузки системы?
Если загрузиться в систему без livecd и руками сделать mkinitcpio, как вы делаете из chroot, ломается ли образ?

Файл /etc/mkinitcpio.conf существует, но датирован почему-то 14 февраля 2010 года!
Может здесь собака зарыта?
Вот его содержимое:

# vim:set ft=sh
# MODULES
# The following modules are loaded before any boot hooks are
# run. Advanced users may wish to specify all system modules
# in this array. For instance:
# MODULES="piix ide_disk reiserfs"
MODULES=""

# BINARIES
# This setting includes, into the CPIO image, and additional
# binaries a given user may wish. This is run first, so may
# be used to override the actual binaries used in a given hook.
# (Existing files are NOT overwritten is already added)
# BINARIES are dependancy parsed, so you may safely ignore libraries
BINARIES=""

# FILES
# This setting is similar to BINARIES above, however, files are added
# as-is and are not parsed in anyway. This is useful for config files.
# Some users may wish to include modprobe.conf for custom module options,
# like so:
# FILES="/etc/modprobe.conf"
FILES=""

# HOOKS
# This is the most important setting in this file. The HOOKS control the
# modules and scripts added to the image, and what happens at boot time.
# Order is important, and it is recommended that you do not change the
# order in which HOOKS are added. Run 'mkinitcpio -H <hook name>' for
# help on a given hook.
# 'base' is _required_ unless you know precisely what you are doing.
# 'udev' is _required_ in order to automatically load modules
# 'filesystems' is _required_ unless you specify your fs modules in MODULES
# Examples:
# This setup specifies all modules in the MODULES setting above.
# No raid, lvm2, or encrypted root is needed.
# HOOKS="base"
#
# This setup will autodetect all modules for your system and should
# work as a sane default
# HOOKS="base udev autodetect pata scsi sata filesystems"
#
# This is identical to the above, except the old ide subsystem is
# used for IDE devices instead of the new pata subsystem.
# HOOKS="base udev autodetect ide scsi sata filesystems"
#
# This setup will generate a 'full' image which supports most systems.
# No autodetection is done.
# HOOKS="base udev pata scsi sata usb filesystems"
#
# This setup assembles an pata raid array with an encrypted root FS.
# Note: See 'mkinitcpio -H raid' for more information on raid devices.
# HOOKS="base udev pata raid encrypt filesystems"
#
# This setup loads an lvm2 volume group on a usb device.
# HOOKS="base udev usb lvm2 filesystems"
HOOKS="base udev autodetect pata scsi sata filesystems"

# COMPRESSION
# Use this to compress the initramfs image. With kernels earlier than
# 2.6.30, only gzip is supported, which is also the default. Newer kernels
# support gzip, bzip2 and lzma.
#COMPRESSION="gzip"
#COMPRESSION="bzip2"
#COMPRESSION="lzma"


lzma раскоментировать было б не лишним.

http://welinux.ru/post/4154/#cmnt80219

Не этот файл, файл образа /boot/kernel26.img
Кстати, проверьте, нет ли файла /etc/mkinitcpio.conf.pacnew

Сделал pacman -S kernel26, обновился как kernel26.img, так и kernel26-fallback.img. Причём размер второго меньше, чем первого!

/etc/mkinitcpio.conf.pacnew нету.
А образ ядра сейчас проверю.

А теперь я руками сделал sudo mkinitcpio -k 2.6.35-ARCH -g /boot/kernel26.img
И файл kernel26.img стал на 5 (пять) байт меньше, чем был. Но всё равно больше, чем fallback. Попробую перезагрузиться.

Короче, перезагрузился - не работает ни обычное ядро, ни fallback!
В чём же может быть дело?

У меня было как-то, что запоролась какая-то из сторонних утилит, которая в работе используется редко то ли mkfs, то ли ещё что-то такое - непонятным образом испоганился бинарник, который запускался, но ничего не делал. Правда, выводилось сообщение об ошибке. Помогла в результате переустановка совершенно стороннего пакета(опять же забыл, какого :( ).
Я бы первым делом попробовал запустить mkinitcpio с ключом -v в надежде, что покажет хоть что-нибудь. Вторым делом попробовал бы переустановить не только mkinitcpio, но и пакеты, которые он требует как зависимости (арчеводы, подскажите правильную команду для пакмена).

Ещё

http://welinux.ru/post/4154/#cmnt80219

Ну вот, опять вернулся к этому компу, попробовал переустановить, как выше советовали.
pacman -Sf mkinitcpio mkinitcpio-busybox
mkinitcpio -p kernel26
Ноль результатов :(
Правильной команды не знаю, может попробовать с ключом -v?

Попробовал mkinitcpio -p kernel26 -v, очень длинный вывод получился:

Попробовал mkinitcpio -p kernel26 -v, очень длинный вывод получился:

/etc/mkinitcpio.conf.pacnew нету.
А образ ядра сейчас проверю.

pacman -S sysvinit может быть? Судя по init not found...

Не находится другой init, до sysvinit система ещё не доходит.

Ах да, я не очень понял, зачем у вас параметр ro последним идет в списке аргументов ядра - попробуйте убрать, чтоли... (или может я просто не в курсе, что это?..)

Вы не в курсе, что это. Это опция монтирования фс в режиме только для чтения, В режим для чтения-записи(rw) она перемонтируется позже, акк раз из того самого initrd.

Ну, если у вас ядро без прибамбасов, то думаю, без этой опции можно пережить - я живу) Вдруг поможет?