Page 1 sur 2
[Kernel] Problèmes avec les noyaux > 4.2 (contourné)
Publié : mar. 29 sept. 2015, 00:51
par ArnaudNux
Bonjour à tous.
J'ai mis à jour ma distribution avec le nouveau noyau Linux (4.2.1) et je n'arrive plus à démarrer dessus.
Seulement je peux démarrer sans problème avec le noyau LTS inférieur à 4.1.
Voici les erreurs qui s'affichent au démarrage:
ERROR: device 'UUID=f58...78f' not found. Skipping fsck
ERROR: Unable to find root device 'UUID=f58...78f'
You are beeing dropped to a recovery shell
type 'exit' to try and continue booting
sh: can't access tty; job control turned off
[rootfs /]#
fsck : from util-linux-2.27
exit : can't find UUID:'f58...78f'
You are now being dropped into an emergency shell
sh: can't access tty: job control turned off.
Une solution ?
Re: [Kernel] Problème avec le noyau 4.2.1-1 (sauf LTS)
Publié : mar. 29 sept. 2015, 02:02
par ed0c
Petite question : est ce que tu aurais modifié les hook dans /etc/mkinitcpio.conf ?
Deuxième petite question : est ce que tu arrives à booter en fallback ?
EDIT: Je viens de faire la mise à jour de mon côté et je n'ai aucun problème après avoir rebooté sur le kernel 4.2.1-1
Re: [Kernel] Problème avec le noyau 4.2.1-1 (sauf LTS)
Publié : mar. 29 sept. 2015, 08:54
par FoolEcho
Depuis un live ou un chroot, que renvoie blkid
(en root) et quel est le contenu de ton menu de démarrage (grub je suppose...) ?
Re: [Kernel] Problème avec le noyau 4.2.1-1 (sauf LTS)
Publié : mar. 29 sept. 2015, 09:16
par benjarobin
Bonjour, en plus des questions posées ci-dessus, peux tu répondre ne même temps à celles-ci :
As tu une partition de boot séparée ? Comment boot tu, en UEFI ou en legacy (MBR) ?
Si tu es en UEFI quel est ton gestionnaire de boot (Grub, Gummiboot, ...) ?
@FoolEcho Pourquoi depuis un liveCD, pourquoi pas tout simplement en démarrant avec le linux-lts ?
Re: [Kernel] Problème avec le noyau 4.2.1-1 (sauf LTS)
Publié : mar. 29 sept. 2015, 09:20
par waitnsea
ArnaudNux a écrit :ERROR: device 'UUID=f58...78f' not found. Skipping fsck
ERROR: Unable to find root device 'UUID=f58...78f'
Ça fait penser à un fstab à réadapter à blkid comme le suggère FoolEcho, mais comment aurait-il pu démarrer avec le LTS avec un fstab erroné ???
Re: [Kernel] Problème avec le noyau 4.2.1-1 (sauf LTS)
Publié : mar. 29 sept. 2015, 09:23
par benjarobin
Ce n'est pas une erreur de fstab, ce dernier ne pas être lu car la partition root n'est pas encore monté.
Ce qui me fait penser que mes questions initiales ne sont pas très adaptées, mais cela ne coute rien d'avoir l'information...
Ce serait très improbable que ce soit la ligne de paramètre du kernel qui soit fausse, initramfs qui a été mal généré ?
Démarrer avec le fallback résoudra peut être le souci...
Re: [Kernel] Problème avec le noyau 4.2.1-1 (sauf LTS)
Publié : mar. 29 sept. 2015, 10:49
par Xorg
Ou alors le cas d'un pilote manquant/bugué dans Linux 4.2 qui fait que le disque concerné n'est pas trouvé par le système au moment du boot (j'ai déjà connu ce cas en compilant en dur un noyau pour virer l'initramfs).
D'où l'intérêt d'avoir la sortie de
blkid
avec Linux 4.2 en mode
fallback.

Re: [Kernel] Problème avec le noyau 4.2.1-1 (sauf LTS)
Publié : mar. 29 sept. 2015, 17:31
par waitnsea
benjarobin a écrit :Ce n'est pas une erreur de fstab, ce dernier ne pas être lu car la partition root n'est pas encore monté.
Je pensais à une swap reformatée.
Re: [Kernel] Problème avec le noyau 4.2.1-1 (sauf LTS)
Publié : mar. 29 sept. 2015, 18:17
par benjarobin
waitnsea a écrit :Je pensais à une swap reformatée.
En quoi cela change quelque chose, le Swap est monté à partir du fstab, fstab qui est sur la partition racine, qu'il faut déjà monter. De plus à aucun moment on parle de swap et le message est très explicite, il parle bien de la partition "root" (racine).
Bref, l'auteur du message n'a pas encore répondu, laissons lui le temps de digérer tout ceci et de répondre à nos questions.
Re: [Kernel] Problème avec le noyau 4.2.1-1 (sauf LTS)
Publié : mar. 29 sept. 2015, 19:12
par ArnaudNux
ed0 a écrit :Petite question : est ce que tu aurais modifié les hook dans /etc/mkinitcpio.conf ?
Deuxième petite question : est ce que tu arrives à booter en fallback ?
EDIT: Je viens de faire la mise à jour de mon côté et je n'ai aucun problème après avoir rebooté sur le kernel 4.2.1-1
Je n'ai pas modifié les hook dans /etc/mkinitcpio.conf, et impossible de booter en mode fallback.
FoolEcho a écrit :Depuis un live ou un chroot, que renvoie blkid
(en root) et quel est le contenu de ton menu de démarrage (grub je suppose...) ?
Rien ne s'affiche avec le noyau 4.2.1-1 mais avec le noyau LTS :
Code : Tout sélectionner
/dev/sda2: UUID="e8c1ae97-185c-4a1c-a800-bff70b8c5131" TYPE="ext2" PARTLABEL="boot" PARTUUID="0ba95e0e-7a9c-4534-99dc-278bfaa93648"
/dev/sda3: UUID="50b5b05d-dad0-4234-aa5f-110181ff7fcd" TYPE="swap" PARTLABEL="swap" PARTUUID="43dcc1ae-16ab-4468-b589-bc28a8576e34"
/dev/sda4: UUID="f5811f7c-832f-4321-8f5b-a545718ff78f" TYPE="ext4" PARTUUID="ffbc3efa-ebb2-46e1-9ab6-fdb0bb6e06bf"
/dev/sda5: UUID="901b1655-9589-4516-a862-bb7195a95fbe" TYPE="ext4" PARTUUID="6dc6e250-ac60-43ac-80db-cdafdf5f8cbd"
/dev/sda1: PARTLABEL="grub" PARTUUID="417d3a81-7b79-4626-85d5-a98748805760"
le contenu de grub :
Code : Tout sélectionner
#
# DO NOT EDIT THIS FILE
#
# It is automatically generated by grub-mkconfig using templates
# from /etc/grub.d and settings from /etc/default/grub
#
### BEGIN /etc/grub.d/00_header ###
insmod part_gpt
insmod part_msdos
if [ -s $prefix/grubenv ]; then
load_env
fi
if [ "${next_entry}" ] ; then
set default="${next_entry}"
set next_entry=
save_env next_entry
set boot_once=true
else
set default="0"
fi
if [ x"${feature_menuentry_id}" = xy ]; then
menuentry_id_option="--id"
else
menuentry_id_option=""
fi
export menuentry_id_option
if [ "${prev_saved_entry}" ]; then
set saved_entry="${prev_saved_entry}"
save_env saved_entry
set prev_saved_entry=
save_env prev_saved_entry
set boot_once=true
fi
function savedefault {
if [ -z "${boot_once}" ]; then
saved_entry="${chosen}"
save_env saved_entry
fi
}
function load_video {
if [ x$feature_all_video_module = xy ]; then
insmod all_video
else
insmod efi_gop
insmod efi_uga
insmod ieee1275_fb
insmod vbe
insmod vga
insmod video_bochs
insmod video_cirrus
fi
}
if [ x$feature_default_font_path = xy ] ; then
font=unicode
else
insmod part_gpt
insmod ext2
set root='hd0,gpt4'
if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root --hint-bios=hd0,gpt4 --hint-efi=hd0,gpt4 --hint-baremetal=ahci0,gpt4 f5811f7c-832f-4321-8f5b-a545718ff78f
else
search --no-floppy --fs-uuid --set=root f5811f7c-832f-4321-8f5b-a545718ff78f
fi
font="/usr/share/grub/unicode.pf2"
fi
if loadfont $font ; then
set gfxmode=auto
load_video
insmod gfxterm
set locale_dir=$prefix/locale
set lang=fr_FR
insmod gettext
fi
terminal_input console
terminal_output gfxterm
if [ x$feature_timeout_style = xy ] ; then
set timeout_style=menu
set timeout=5
# Fallback normal timeout code in case the timeout_style feature is
# unavailable.
else
set timeout=5
fi
### END /etc/grub.d/00_header ###
### BEGIN /etc/grub.d/10_linux ###
menuentry 'Arch Linux, avec Linux linux-lts' --class arch --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-linux-lts-advanced-f5811f7c-832f-4321-8f5b-a545718ff78f' {
load_video
set gfxpayload=keep
insmod gzio
insmod part_gpt
insmod ext2
set root='hd0,gpt2'
if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root --hint-bios=hd0,gpt2 --hint-efi=hd0,gpt2 --hint-baremetal=ahci0,gpt2 e8c1ae97-185c-4a1c-a800-bff70b8c5131
else
search --no-floppy --fs-uuid --set=root e8c1ae97-185c-4a1c-a800-bff70b8c5131
fi
echo 'Chargement de Linux linux-lts…'
linux /vmlinuz-linux-lts root=UUID=f5811f7c-832f-4321-8f5b-a545718ff78f rw quiet
echo 'Chargement du disque mémoire initial…'
initrd /initramfs-linux-lts.img
}
menuentry 'Arch Linux, with Linux linux-lts (fallback initramfs)' --class arch --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-linux-lts-fallback-f5811f7c-832f-4321-8f5b-a545718ff78f' {
load_video
set gfxpayload=keep
insmod gzio
insmod part_gpt
insmod ext2
set root='hd0,gpt2'
if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root --hint-bios=hd0,gpt2 --hint-efi=hd0,gpt2 --hint-baremetal=ahci0,gpt2 e8c1ae97-185c-4a1c-a800-bff70b8c5131
else
search --no-floppy --fs-uuid --set=root e8c1ae97-185c-4a1c-a800-bff70b8c5131
fi
echo 'Chargement de Linux linux-lts…'
linux /vmlinuz-linux-lts root=UUID=f5811f7c-832f-4321-8f5b-a545718ff78f rw quiet
echo 'Chargement du disque mémoire initial…'
initrd /initramfs-linux-lts-fallback.img
}
menuentry 'Arch Linux, avec Linux linux' --class arch --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-linux-advanced-f5811f7c-832f-4321-8f5b-a545718ff78f' {
load_video
set gfxpayload=keep
insmod gzio
insmod part_gpt
insmod ext2
set root='hd0,gpt2'
if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root --hint-bios=hd0,gpt2 --hint-efi=hd0,gpt2 --hint-baremetal=ahci0,gpt2 e8c1ae97-185c-4a1c-a800-bff70b8c5131
else
search --no-floppy --fs-uuid --set=root e8c1ae97-185c-4a1c-a800-bff70b8c5131
fi
echo 'Chargement de Linux linux…'
linux /vmlinuz-linux root=UUID=f5811f7c-832f-4321-8f5b-a545718ff78f rw quiet
echo 'Chargement du disque mémoire initial…'
initrd /initramfs-linux.img
}
menuentry 'Arch Linux, with Linux linux (fallback initramfs)' --class arch --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-linux-fallback-f5811f7c-832f-4321-8f5b-a545718ff78f' {
load_video
set gfxpayload=keep
insmod gzio
insmod part_gpt
insmod ext2
set root='hd0,gpt2'
if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root --hint-bios=hd0,gpt2 --hint-efi=hd0,gpt2 --hint-baremetal=ahci0,gpt2 e8c1ae97-185c-4a1c-a800-bff70b8c5131
else
search --no-floppy --fs-uuid --set=root e8c1ae97-185c-4a1c-a800-bff70b8c5131
fi
echo 'Chargement de Linux linux…'
linux /vmlinuz-linux root=UUID=f5811f7c-832f-4321-8f5b-a545718ff78f rw quiet
echo 'Chargement du disque mémoire initial…'
initrd /initramfs-linux-fallback.img
}
### END /etc/grub.d/10_linux ###
### BEGIN /etc/grub.d/20_linux_xen ###
### END /etc/grub.d/20_linux_xen ###
### BEGIN /etc/grub.d/30_os-prober ###
### END /etc/grub.d/30_os-prober ###
### BEGIN /etc/grub.d/40_custom ###
# This file provides an easy way to add custom menu entries. Simply type the
# menu entries you want to add after this comment. Be careful not to change
# the 'exec tail' line above.
### END /etc/grub.d/40_custom ###
### BEGIN /etc/grub.d/41_custom ###
if [ -f ${config_directory}/custom.cfg ]; then
source ${config_directory}/custom.cfg
elif [ -z "${config_directory}" -a -f $prefix/custom.cfg ]; then
source $prefix/custom.cfg;
fi
### END /etc/grub.d/41_custom ###
### BEGIN /etc/grub.d/60_memtest86+ ###
if [ "${grub_platform}" == "pc" ]; then
menuentry "Memory Tester (memtest86+)" --class memtest86 --class gnu --class tool {
search --fs-uuid --no-floppy --set=root --hint-bios=hd0,gpt2 --hint-efi=hd0,gpt2 --hint-baremetal=ahci0,gpt2 e8c1ae97-185c-4a1c-a800-bff70b8c5131
linux16 /memtest86+/memtest.bin
}
fi
### END /etc/grub.d/60_memtest86+ ###
le contenu de /etc/mkinitcpio.conf
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=""
# BINARIES
# This setting includes any additional binaries a given user may
# wish into the CPIO image. This is run last, so it may be used to
# override the actual binaries included by a given hook
# BINARIES are dependency 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 any way. This is useful for config files.
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 block filesystems"
#
## This setup will generate a 'full' image which supports most systems.
## No autodetection is done.
# HOOKS="base udev block filesystems"
#
## This setup assembles a pata mdadm array with an encrypted root FS.
## Note: See 'mkinitcpio -H mdadm' for more information on raid devices.
# HOOKS="base udev block mdadm encrypt filesystems"
#
## This setup loads an lvm2 volume group on a usb device.
# HOOKS="base udev block lvm2 filesystems"
#
## NOTE: If you have /usr on a separate partition, you MUST include the
# usr, fsck and shutdown hooks.
HOOKS="base udev autodetect modconf block filesystems keyboard fsck"
# COMPRESSION
# Use this to compress the initramfs image. By default, gzip compression
# is used. Use 'cat' to create an uncompressed image.
COMPRESSION="gzip"
#COMPRESSION="bzip2"
#COMPRESSION="lzma"
#COMPRESSION="xz"
#COMPRESSION="lzop"
#COMPRESSION="lz4"
# COMPRESSION_OPTIONS
# Additional options for the compressor
#COMPRESSION_OPTIONS=""
benjarobin a écrit :Bonjour, en plus des questions posées ci-dessus, peux tu répondre ne même temps à celles-ci :
As tu une partition de boot séparée ? Comment boot tu, en UEFI ou en legacy (MBR) ?
Si tu es en UEFI quel est ton gestionnaire de boot (Grub, Gummiboot, ...) ?
@FoolEcho Pourquoi depuis un liveCD, pourquoi pas tout simplement en démarrant avec le linux-lts ?
oui j'ai une partition "boot" et j'utilise l'UEFI avec Grub.
Code : Tout sélectionner
Périphérique Début Fin Secteurs Taille Type
/dev/sda1 2048 6143 4096 2M bios_grub
/dev/sda2 6144 268287 262144 128M boot
/dev/sda3 268288 4462591 4194304 2G swap
/dev/sda4 4462592 633608191 629145600 300G /
/dev/sda5 633608192 976771021 343162830 163,6G /home
Re: [Kernel] Problème avec le noyau 4.2.1-1 (sauf LTS)
Publié : mar. 29 sept. 2015, 19:19
par ArnaudNux
Avec le noyau 4.2.1-1, voici les erreurs qui s'affichent (en mode normal et fallback)
Code : Tout sélectionner
Starting version 226
[1,66.2097] AMD Vi: Event logged [IO_PAGE_FAULT device=00:11.0 domain 0x0005 adresse 0x0000000000000000000 flags=0x0020]
(cela s'affiche à 8 reprises).
quand je tape exit une première fois :
Code : Tout sélectionner
ERROR: Failed to mount the real root device bailing out, you are on your own. Good luck.
et la deuxième fois, j'ai un kernel panic.
Code : Tout sélectionner
Kernel panic - not syncing : attemped to kill init !
exit code = 0x00000200
Re: [Kernel] Problème avec le noyau 4.2.1-1 (sauf LTS)
Publié : mar. 29 sept. 2015, 19:33
par benjarobin
Tout d'abord tu ne démarres pas en mode UEFI mais en mode legacy (MBR). Ton partitionnement est très étrange et non conventionnel (GPT avec démarrage legacy), mais tout à fait valide...
Depuis le recovery shell quelle est la sortie (donc avant de taper les exit) de :
Après avoir démarré depuis le linux-lts, bien que je ne pense pas qu'il y est de lien peux tu donner le contenu de ton fstab ?
Et peux tu donner la sortie de :
Code : Tout sélectionner
uname -a
df -h | grep boot
pacman -Q linux linux-lts
mount | grep boot
command ls -l /boot
umount /boot
command ls -l /boot
Re: [Kernel] Problème avec le noyau 4.2.1-1 (sauf LTS)
Publié : mar. 29 sept. 2015, 20:41
par ArnaudNux
Code : Tout sélectionner
ls -l /dev/disk/by-uuid --> No such file or directory
uname -a --> Linux (none) 4.2.1-1-ARCH #1 SMP PREEMPT Tue Sep 22 06:57:07 CEST 2015 x86_64 GNU/Linux
le contenu du fstab :
Code : Tout sélectionner
#
# /etc/fstab: static file system information
#
# <file system> <dir> <type> <options> <dump> <pass>
# /dev/sda4
UUID=f5811f7c-832f-4321-8f5b-a545718ff78f / ext4 rw,relatime,data=ordered 0 1
# /dev/sda2
UUID=e8c1ae97-185c-4a1c-a800-bff70b8c5131 /boot ext2 rw,relatime 0 2
# /dev/sda5
UUID=901b1655-9589-4516-a862-bb7195a95fbe /home ext4 rw,relatime,data=ordered 0 2
# /dev/sda3
UUID=50b5b05d-dad0-4234-aa5f-110181ff7fcd none swap defaults 0 0
Code : Tout sélectionner
uname -a
Linux AMD 4.1.8-1-lts #1 SMP Tue Sep 22 17:49:49 CEST 2015 x86_64 GNU/Linux
df -h | grep boot
/dev/sda2 124M 64M 55M 54% /boot
pacman -Q linux linux-lts
linux 4.2.1-1
linux-lts 4.1.8-1
mount | grep boot
/dev/sda2 on /boot type ext2 (rw,relatime)
command ls -l /boot
total 52166
drwxr-xr-x 6 root root 1024 28 sept. 23:33 grub
-rw-r--r-- 1 root root 18794315 28 sept. 23:33 initramfs-linux-fallback.img
-rw-r--r-- 1 root root 3663748 28 sept. 23:32 initramfs-linux.img
-rw-r--r-- 1 root root 18618070 28 sept. 19:07 initramfs-linux-lts-fallback.img
-rw-r--r-- 1 root root 3673518 28 sept. 19:06 initramfs-linux-lts.img
drwx------ 2 root root 12288 28 avril 12:32 lost+found
drwxr-xr-x 2 root root 1024 6 oct. 2013 memtest86+
-rw-r--r-- 1 root root 4244032 22 sept. 06:58 vmlinuz-linux
-rw-r--r-- 1 root root 4192576 22 sept. 17:51 vmlinuz-linux-lts
command ls -l /boot
total 0
Re: [Kernel] Problème avec le noyau 4.2.1-1 (sauf LTS)
Publié : mar. 29 sept. 2015, 20:54
par benjarobin
Cela commence à devenir compliqué ton problème... J'ai bien des idées mais à distance cela va être très difficile.
On va tenter quand même, une bête réinstallation du paquet linux (pense bien à remonter ta partition boot que je t'avais fais démonter, ou redémarre)
Si cela ne fonctionne pas, il faudrait modifier depuis le menu de grub avec la touche "e", les options kernel : Supprimer
quiet
, et rajouter
vga=ask
Puis sélectionner la plus haute résolution que peut afficher ton écran. Puis depuis le recovery voir le contenu de
/dev
et la sortie de
dmesg
, tu peux naviguer dans ce qui est affiché via : shift + page up / shift + page down
Re: [Kernel] Problème avec le noyau 4.2.1-1 (sauf LTS)
Publié : mer. 30 sept. 2015, 02:28
par ArnaudNux
Que faut t-il voir dans le /dev
?
quand je fais la commande dmesg
ça défile en continu jusqu’à la fin du fichier.
Quand je modifie le Grub pour mettre l'option vga=ask
j'ai ceci :
L'ancien paramètre "ask" n'est plus permis.
Erreur : le noyau doit d'abord être chargé.
Et le PC se bloque.
Re: [Kernel] Problème avec le noyau 4.2.1-1 (sauf LTS)
Publié : mer. 30 sept. 2015, 09:40
par benjarobin
Hum, pour
vga=ask
j'ai fait mes tests avec une VM possédant encore Grub 1, en effet cette option n'est plus supporté
Ce n'est pas très grave, tu peux changer la résolution en spécifiant le code directement : voir
https://en.wikipedia.org/wiki/VESA_BIOS ... de_numbers par exemple pour du 1280x1024 en 256 couleurs c'est le code 775
Mais si ta résolution affichée est bonne il est inutile de faire ceci, le but est juste de pouvoir afficher le maximum de chose à l'écran
Pour le contenu de /dev, ce qui est interessant est la sortie de :
ls /dev/sd*
Et pour dmesg tu peux demander à head de n’afficher que le début :
Et il faudrait prendre des photos de chaque partie. Bien sur il faut adapter le nombre de lignes affichées, j'ai mit 60 comme exemple, car chez moi en 1280x1024 on peut afficher 60 lignes
Re: [Kernel] Problème avec le noyau 4.2.1-1 (sauf LTS)
Publié : mer. 30 sept. 2015, 10:02
par Xorg
Prendre des photos ? Ça m'étonne que tu proposes ça (on voit pas ce qui est écrit, etc...). Pourquoi ne pas rediriger le contenu dans un fichier ?
Dans tous les cas, à partir du moment où il aura le fichier, il n'aura pas de mal pour le récupérer (admettons qu'il n'arrive pas à monter de clé USB depuis Linux 4.2, il pourra toujours booter sur Linux LTS et ça sera bon).

Re: [Kernel] Problème avec le noyau 4.2.1-1 (sauf LTS)
Publié : mer. 30 sept. 2015, 11:40
par benjarobin
Ce n'est pas si simple de mettre la sortie de dmesg dans un fichier. On est dans le recovery avec busybox, c'est à dire dans l'initramfs, un système de fichier en mémoire vive : Tu ne peux pas faire plus minimal comme environnement.
Aucune partition n'est encore montée, les devices ne sont pas détectés (apparemment), car la partition racine n'est pas détectée.
Après oui il peut essayer de brancher une clé USB et espérer qu'il puisse la monter...
Re: [Kernel] Problème avec le noyau 4.2.1-1 (sauf LTS)
Publié : mer. 30 sept. 2015, 20:13
par ArnaudNux
Re: [Kernel] Problème avec le noyau 4.2.1-1 (sauf LTS)
Publié : mer. 30 sept. 2015, 20:17
par ArnaudNux
Xorg a écrit :Prendre des photos ? Ça m'étonne que tu proposes ça (on voit pas ce qui est écrit, etc...). Pourquoi ne pas rediriger le contenu dans un fichier ?
Dans tous les cas, à partir du moment où il aura le fichier, il n'aura pas de mal pour le récupérer (admettons qu'il n'arrive pas à monter de clé USB depuis Linux 4.2, il pourra toujours booter sur Linux LTS et ça sera bon).

benjarobin a écrit :Ce n'est pas si simple de mettre la sortie de dmesg dans un fichier. On est dans le recovery avec busybox, c'est à dire dans l'initramfs, un système de fichier en mémoire vive : Tu ne peux pas faire plus minimal comme environnement.
Aucune partition n'est encore montée, les devices ne sont pas détectés (apparemment), car la partition racine n'est pas détectée.
Après oui il peut essayer de brancher une clé USB et espérer qu'il puisse la monter...
On ne peut quasiment rien faire : la plupart des commandes UNIX/Linux ne fonctionne pas.
les clés USB ne sont pas détectés et le clavier est en QWERTY et impossible à modifier.