[installation usb]kernel panic apres update (résolu)

[milambert]

Hello.

Voulant avoir arch avec moi dans toutes circonstances, je l'ai installer depuis le cd sur un disque dur USB.

Avant la mise a jour, tout allait bien sur mon pc (celui qui a servis pour l'installation) et sur les pc de l'école en ajoutant rootdelay=8 et rootfstype=ext3

depuis la mise a jour (faites depuis les pc de l'ecole), j'ai un kernel panic et ce même en utilisant l'image fallback:



Est ce que quelqu'un aurais une petite idée d'ou peux provenir l'erreur??

voici mon mkinitcpio:

Code : Tout sélectionner

# 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="pata_amd ata_generic"

# 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
# 'modload' may be used in place of 'udev', but is not recommended
# '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 ide scsi sata filesystems"
#
#    This setup will generate a 'full' image which supports most systems.
#    No autodetection is done.
#    HOOKS="base udev ide scsi sata usb filesystems"
#
#    This setup assembles an ide raid array with an encrypted root FS.
#    Note: See 'mkinitcpio -H raid' for more information on raid devices.
#    HOOKS="base udev ide 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 usb keymap filesystems"

le partitionnement:
sda1: /boot
sda2: swap
sda3: /
sda4: /home

ps:
config pc perso: amd 2500+ sur asus a7n8x-x
config pc école est différente suivant les classes (majoritairement cpu intel)

[wain]

salut !
C'est la configuration de ton bootloader qui va pas. Sur la photo on voit qu'il recherche d'abord un périphérique nommé "/dev/root". La ligne dev(8,3) ne me dit rien de bon non plus.

Peux-tu essayer de virer tes options rootdelay=8 et rootfstype=ext3 ?

[milambert]

Bon, c'est en partie régler.

Après avoir fait une autre m-a-j du noyaut en chroot, et en changeant les paramètres dans grub ça boot (merci wain).

Par contre, il reste un gros problème, c'est le fichier /etc/fstab.

Comment faire pour qu'il se modifie automatiquement en fonction des périphérique qui sont utilisé??

Car si je boot chez moi, je doit utiliser /dev/sdc3 et à l'école c'est aléatoire suivant les classes

[Cactus]

une astuce consiste à utiliser /dev/disk/by-id/xxxxxx, où xxxxxx est unique pour chaque partition de disque.
EDIT : donc quel que soit le PC, ton disque s'appellera toujours de la même manière !
Si ce n'est que pour ton disque externe, ça marchera nickel.
Si tu comptes monter des disques internes (donc ID variable selon le PC), là il te faudra les écrire au fur et à mesure pour chaque PC. Tu pourras les laisser tous actifs dans le fstab, ça ne fera que générer des erreurs au boot (et ça ralentit un peu).
Si je ne suis pas clair, dis-le moi, je réexplique...

[wain]

Comme dit Cactus, la solution c'est de nommer tes partitions et de les appeler anisi dans le fstab.

la doc se trouve ici:
http://wiki.archlinux.org/index.php/Per ... ice_naming

[Cactus]

NB : je préfère largement le by-id au by-uuid (conseillé dans le wiki), car avec le by-id, on voit apparaitre le n° de la partition, ce qui est quand même bcp plus pratique pour s'y retrouver parfois !

[milambert]

merci pour l'astuce (j'aurais jamais pensé à cela).