Contenu | Rechercher | Menus

Annonce

Si vous avez des soucis pour rester connecté, déconnectez-vous puis reconnectez-vous depuis ce lien en cochant la case
Me connecter automatiquement lors de mes prochaines visites.

À propos de l'équipe du forum.

Pages : 1 2

#26 Le 19/09/2016, à 19:05

Babdu89

Re : Prise en compte des noyaux (Résolu)

@moko138.
Stp, veux tu bien faire un boot info depuis ta Lubuntu14.04 installée?.

https://doc.ubuntu-fr.org/tutoriel/boot-info

Je suis curieux de voir comment tout ceci fonctionne. Merci.

@+.  Babdu89  .

J'ai découvert Ubuntu avec la 07.10.... Et alors?!...  Depuis je regarde de temps en temps si Windows marche toujours....

Hors ligne

#27 Le 19/09/2016, à 20:39

moko138

Re : Prise en compte des noyaux (Résolu)

Babdu89,
tu as un courriel. smile

%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel :  À la découverte de dcraw

Hors ligne

#28 Le 19/09/2016, à 20:52

grandtoubab

Re : Prise en compte des noyaux (Résolu)

pour s'affranchir d'os-prober sur les "autres" os linux on peut aussi simplement désinstaller le paquet...os-prober sur chacun des "autres" os linux

apt list os-prober

et regénérer grub

Dernière modification par grandtoubab (Le 19/09/2016, à 20:54)

Linux tout seul sur HP Pavilion DV7 et Acer Aspire T650, Canon MG3650 en wifi
Debian 11 Bullseye Gnome/Xorg, Gnome/Wayland avec SDDM
https://bidouilledebian.wordpress.com/
ON M'A VU DANS LE VERCORS, SAUTER A L'ELASTIQUE..... J'AI DANS LES BOTTES DES MONTAGNES DE QUESTIONS....

Hors ligne

#29 Le 19/09/2016, à 22:41

sinbad83

Re : Prise en compte des noyaux (Résolu)

@moko138,
en suivant tes suggestions du #13 pour supprimer le grub de 14.04 sur sdb1, je me suis retrouvé en Grub-rescue.
@Babdu89,
J'ai alors redémarré en LiveCD pour réparer Grub. Au reboot, idem Grub-rescue.
Pour simplifier ma configuration, j'ai supprimé la racine 16.04 qui était sur sdd9. J'ai refait une installation de 16.04 sur sd3. Idem Grub-rescue.
J'ai alors simplifié encore en débranchant les disques durs et gardé seulement le SSD (anciennement sdb) pour réinstaller 16.04 avec la seule racine. Encore et toujours Grub-rescue.
J'essaye maintenant de réparer le Grub de 14.04 sur sda1.

Dernière modification par sinbad83 (Le 19/09/2016, à 22:54)

La connaissance n'est pas une denrée rare, il faut la partager avec les autres.
Linux registered #484707
Site: www.coursinforev.org/doku.php
Desktop AMD Ryzen 5-3600, RAM 16GB, Ubuntu 20.10,   HP Pavillon G6 Ubuntu 20.10 et Ten, Serveur Ubuntu 18.04

Hors ligne

#30 Le 19/09/2016, à 22:56

sinbad83

Re : Prise en compte des noyaux (Résolu)

Toujours et encore Grub-rescue. Je vais bientôt être à court d'idées...

La connaissance n'est pas une denrée rare, il faut la partager avec les autres.
Linux registered #484707
Site: www.coursinforev.org/doku.php
Desktop AMD Ryzen 5-3600, RAM 16GB, Ubuntu 20.10,   HP Pavillon G6 Ubuntu 20.10 et Ten, Serveur Ubuntu 18.04

Hors ligne

#31 Le 19/09/2016, à 22:57

sinbad83

Re : Prise en compte des noyaux (Résolu)

Je tente maintenant un Boot-Repair...

La connaissance n'est pas une denrée rare, il faut la partager avec les autres.
Linux registered #484707
Site: www.coursinforev.org/doku.php
Desktop AMD Ryzen 5-3600, RAM 16GB, Ubuntu 20.10,   HP Pavillon G6 Ubuntu 20.10 et Ten, Serveur Ubuntu 18.04

Hors ligne

#32 Le 19/09/2016, à 23:41

Babdu89

Re : Prise en compte des noyaux (Résolu)

grandtoubab a écrit :

pour s'affranchir d'os-prober sur les "autres" os linux on peut aussi simplement désinstaller le paquet...os-prober sur chacun des "autres" os linux

apt list os-prober

et regénérer grub

Bonsoir.
Je préfère faire comme j'ai expliqué. Tout simplement pour pouvoir facilement à nouveau cocher l'option "Autoriser l'exécution du fichier comme un programme" en cas de besoin, et refaire une maj de Grub. Si je veux changer l'Os par défaut au démarrage pour tester quelque chose. Il faut bien que tous les Os de la config soient au menu Grub de l'Os choisi pour les tests.

Empêcher le script os-prober de s'exécuter comme çà est plus simple que de supprimer/réinstaller le paquet os-prober. Non?.

@+.  Babdu89  .

J'ai découvert Ubuntu avec la 07.10.... Et alors?!...  Depuis je regarde de temps en temps si Windows marche toujours....

Hors ligne

#33 Le 19/09/2016, à 23:55

sinbad83

Re : Prise en compte des noyaux (Résolu)

Après Boot-repair, Grub-rescue... Quelqu'un a une suggestion ?

La connaissance n'est pas une denrée rare, il faut la partager avec les autres.
Linux registered #484707
Site: www.coursinforev.org/doku.php
Desktop AMD Ryzen 5-3600, RAM 16GB, Ubuntu 20.10,   HP Pavillon G6 Ubuntu 20.10 et Ten, Serveur Ubuntu 18.04

Hors ligne

#34 Le 20/09/2016, à 00:10

Babdu89

Re : Prise en compte des noyaux (Résolu)

@Sinbad83.
Dans le rapport boot info

http://paste2.org/BV6s242I

On ne voit pas le fichier  /boot/grub/grub.cfg  de la partition /dev/sdb3.
Il semble aussi que les fichiers de boot dans la partition /dev/sdb3 soient incomplets.

sdb3: __________________________________________________________________________

    File system:       ext4
    Boot sector type:  -
    Boot sector info: 
    Operating System:  Ubuntu 16.04.1 LTS
    Boot files:        /etc/fstab /boot/grub/i386-pc/core.img

Alors que l'on voit ceci pour la 16.04.1 installé en /dev/sdd9

sdd9: __________________________________________________________________________

    File system:       ext4
    Boot sector type:  -
    Boot sector info: 
    Operating System:  Ubuntu 16.04.1 LTS
    Boot files:        /boot/grub/grub.cfg /etc/fstab 
                            /boot/grub/i386-pc/core.img

Mais post#14 de ton sujet, en réponse, tu postes le contenu du fichier  /boot/grub/grub.cfg  de la partition /dev/sdb3. Et la 16.04.1 est censée démarrer sur le noyau  4.4.0-36.

menuentry "Ubuntu, avec Linux 4.4.0-36-generic" --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-4.4.0-36-generic-advanced-4632a88a-20c4-4105-93dd-c1340c75f9e3' {
		recordfail
		load_video
		gfxmode $linux_gfx_mode
		insmod gzio
		if [ x$grub_platform = xxen ]; then insmod xzio; insmod lzopio; fi
		insmod part_msdos
		insmod ext2
		set root='hd1,msdos3'
		if [ x$feature_platform_search_hint = xy ]; then
		  search --no-floppy --fs-uuid --set=root --hint-bios=hd1,msdos3 --hint-efi=hd1,msdos3 --hint-baremetal=ahci1,msdos3  4632a88a-20c4-4105-93dd-c1340c75f9e3
		else
		  search --no-floppy --fs-uuid --set=root 4632a88a-20c4-4105-93dd-c1340c75f9e3
		fi
		echo	'Chargement de Linux 4.4.0-36-generic…'
		linux	/boot/vmlinuz-4.4.0-36-generic root=UUID=4632a88a-20c4-4105-93dd-c1340c75f9e3 ro  quiet splash $vt_handoff
		echo	'Chargement du disque mémoire initial…'
		initrd	/boot/initrd.img-4.4.0-36-generic
}

Question, quel était l'Os qui démarrait par défaut la machine, donc qui affichait le menu Grub?
Je pense que c'était celui en /dev/sdb1 d'après les contenu des secteurs de boot des disques.

============================= Boot Info Summary: ===============================

=> Grub2 (v2.00) is installed in the MBR of /dev/sda and looks at sector 1 of
    the same hard drive for core.img. core.img is at this location and looks
    for /boot/grub. It also embeds following components:
   
    modules
    ---------------------------------------------------------------------------
    fshelp ext2 part_msdos biosdisk search_fs_uuid
    ---------------------------------------------------------------------------
   
    config script
    ---------------------------------------------------------------------------
    search.fs_uuid b5d84335-6fb2-45a8-a362-130d4042c25f root hd1,msdos1
    set prefix=($root)'/boot/grub'
   
    ---------------------------------------------------------------------------
=> Grub2 (v2.00) is installed in the MBR of /dev/sdb and looks at sector 1 of
    the same hard drive for core.img. core.img is at this location and looks
    for (,msdos3)/boot/grub. It also embeds following components:
   
    modules
    ---------------------------------------------------------------------------
    fshelp ext2 part_msdos biosdisk
    ---------------------------------------------------------------------------
=> Grub2 (v2.00) is installed in the MBR of /dev/sdd and looks at sector 1 of
    the same hard drive for core.img. core.img is at this location and looks
    for /boot/grub. It also embeds following components:
   
    modules
    ---------------------------------------------------------------------------
    fshelp ext2 part_msdos biosdisk search_fs_uuid
    ---------------------------------------------------------------------------
   
    config script
    ---------------------------------------------------------------------------
    search.fs_uuid b5d84335-6fb2-45a8-a362-130d4042c25f root hd1,msdos1
    set prefix=($root)'/boot/grub'
   
---------------------------------------------------------------------------

le Grub de l'Os en /dev/sdb1 n'est pas à jour.
Le contenu du fichier  grub.cfg  de l'Os en /dev/sdb1,  montre que les 16.04.1 en /dev/sdb3 et /dev/sdd9, ne peuvent démarrer que sur le noyau 4.4.0-21 .

menuentry 'Ubuntu 16.04 LTS (16.04) (on /dev/sdb3)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-simple-4632a88a-20c4-4105-93dd-c1340c75f9e3' {
	insmod part_msdos
	insmod ext2
	set root='hd1,msdos3'
	if [ x$feature_platform_search_hint = xy ]; then
	  search --no-floppy --fs-uuid --set=root --hint-bios=hd1,msdos3 --hint-efi=hd1,msdos3 --hint-baremetal=ahci1,msdos3  4632a88a-20c4-4105-93dd-c1340c75f9e3
	else
	  search --no-floppy --fs-uuid --set=root 4632a88a-20c4-4105-93dd-c1340c75f9e3
	fi
	linux /boot/vmlinuz-4.4.0-21-generic root=UUID=4632a88a-20c4-4105-93dd-c1340c75f9e3 ro quiet splash $vt_handoff
	initrd /boot/initrd.img-4.4.0-21-generic
}
submenu 'Advanced options for Ubuntu 16.04 LTS (16.04) (on /dev/sdb3)' $menuentry_id_option 'osprober-gnulinux-advanced-4632a88a-20c4-4105-93dd-c1340c75f9e3' {
	menuentry 'Ubuntu (on /dev/sdb3)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/boot/vmlinuz-4.4.0-21-generic--4632a88a-20c4-4105-93dd-c1340c75f9e3' {
		insmod part_msdos
		insmod ext2
		set root='hd1,msdos3'
		if [ x$feature_platform_search_hint = xy ]; then
		  search --no-floppy --fs-uuid --set=root --hint-bios=hd1,msdos3 --hint-efi=hd1,msdos3 --hint-baremetal=ahci1,msdos3  4632a88a-20c4-4105-93dd-c1340c75f9e3
		else
		  search --no-floppy --fs-uuid --set=root 4632a88a-20c4-4105-93dd-c1340c75f9e3
		fi
		linux /boot/vmlinuz-4.4.0-21-generic root=UUID=4632a88a-20c4-4105-93dd-c1340c75f9e3 ro quiet splash $vt_handoff
		initrd /boot/initrd.img-4.4.0-21-generic
	}
	menuentry 'Ubuntu, avec Linux 4.4.0-21-generic (on /dev/sdb3)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/boot/vmlinuz-4.4.0-21-generic--4632a88a-20c4-4105-93dd-c1340c75f9e3' {
		insmod part_msdos
		insmod ext2
		set root='hd1,msdos3'
		if [ x$feature_platform_search_hint = xy ]; then
		  search --no-floppy --fs-uuid --set=root --hint-bios=hd1,msdos3 --hint-efi=hd1,msdos3 --hint-baremetal=ahci1,msdos3  4632a88a-20c4-4105-93dd-c1340c75f9e3
		else
		  search --no-floppy --fs-uuid --set=root 4632a88a-20c4-4105-93dd-c1340c75f9e3
		fi
		linux /boot/vmlinuz-4.4.0-21-generic root=UUID=4632a88a-20c4-4105-93dd-c1340c75f9e3 ro quiet splash $vt_handoff
		initrd /boot/initrd.img-4.4.0-21-generic
	}
	menuentry 'Ubuntu, with Linux 4.4.0-21-generic (upstart) (on /dev/sdb3)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/boot/vmlinuz-4.4.0-21-generic--4632a88a-20c4-4105-93dd-c1340c75f9e3' {
		insmod part_msdos
		insmod ext2
		set root='hd1,msdos3'
		if [ x$feature_platform_search_hint = xy ]; then
		  search --no-floppy --fs-uuid --set=root --hint-bios=hd1,msdos3 --hint-efi=hd1,msdos3 --hint-baremetal=ahci1,msdos3  4632a88a-20c4-4105-93dd-c1340c75f9e3
		else
		  search --no-floppy --fs-uuid --set=root 4632a88a-20c4-4105-93dd-c1340c75f9e3
		fi
		linux /boot/vmlinuz-4.4.0-21-generic root=UUID=4632a88a-20c4-4105-93dd-c1340c75f9e3 ro quiet splash $vt_handoff init=/sbin/upstart
		initrd /boot/initrd.img-4.4.0-21-generic
	}
	menuentry 'Ubuntu, with Linux 4.4.0-21-generic (recovery mode) (on /dev/sdb3)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/boot/vmlinuz-4.4.0-21-generic-root=UUID=4632a88a-20c4-4105-93dd-c1340c75f9e3 ro recovery nomodeset-4632a88a-20c4-4105-93dd-c1340c75f9e3' {
		insmod part_msdos
		insmod ext2
		set root='hd1,msdos3'
		if [ x$feature_platform_search_hint = xy ]; then
		  search --no-floppy --fs-uuid --set=root --hint-bios=hd1,msdos3 --hint-efi=hd1,msdos3 --hint-baremetal=ahci1,msdos3  4632a88a-20c4-4105-93dd-c1340c75f9e3
		else
		  search --no-floppy --fs-uuid --set=root 4632a88a-20c4-4105-93dd-c1340c75f9e3
		fi
		linux /boot/vmlinuz-4.4.0-21-generic root=UUID=4632a88a-20c4-4105-93dd-c1340c75f9e3 ro recovery nomodeset
		initrd /boot/initrd.img-4.4.0-21-generic
	}
}

menuentry 'Ubuntu 16.04 LTS (16.04) (on /dev/sdd9)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-simple-13df39cf-bdab-4305-ad32-237e776ffb37' {
	insmod part_msdos
	insmod ext2
	set root='hd3,msdos9'
	if [ x$feature_platform_search_hint = xy ]; then
	  search --no-floppy --fs-uuid --set=root --hint-bios=hd3,msdos9 --hint-efi=hd3,msdos9 --hint-baremetal=ahci3,msdos9  13df39cf-bdab-4305-ad32-237e776ffb37
	else
	  search --no-floppy --fs-uuid --set=root 13df39cf-bdab-4305-ad32-237e776ffb37
	fi
	linux /boot/vmlinuz-4.4.0-21-generic root=UUID=13df39cf-bdab-4305-ad32-237e776ffb37 ro quiet splash $vt_handoff
	initrd /boot/initrd.img-4.4.0-21-generic
}
submenu 'Advanced options for Ubuntu 16.04 LTS (16.04) (on /dev/sdd9)' $menuentry_id_option 'osprober-gnulinux-advanced-13df39cf-bdab-4305-ad32-237e776ffb37' {
	menuentry 'Ubuntu (on /dev/sdd9)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/boot/vmlinuz-4.4.0-21-generic--13df39cf-bdab-4305-ad32-237e776ffb37' {
		insmod part_msdos
		insmod ext2
		set root='hd3,msdos9'
		if [ x$feature_platform_search_hint = xy ]; then
		  search --no-floppy --fs-uuid --set=root --hint-bios=hd3,msdos9 --hint-efi=hd3,msdos9 --hint-baremetal=ahci3,msdos9  13df39cf-bdab-4305-ad32-237e776ffb37
		else
		  search --no-floppy --fs-uuid --set=root 13df39cf-bdab-4305-ad32-237e776ffb37
		fi
		linux /boot/vmlinuz-4.4.0-21-generic root=UUID=13df39cf-bdab-4305-ad32-237e776ffb37 ro quiet splash $vt_handoff
		initrd /boot/initrd.img-4.4.0-21-generic
	}
	menuentry 'Ubuntu, avec Linux 4.4.0-21-generic (on /dev/sdd9)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/boot/vmlinuz-4.4.0-21-generic--13df39cf-bdab-4305-ad32-237e776ffb37' {
		insmod part_msdos
		insmod ext2
		set root='hd3,msdos9'
		if [ x$feature_platform_search_hint = xy ]; then
		  search --no-floppy --fs-uuid --set=root --hint-bios=hd3,msdos9 --hint-efi=hd3,msdos9 --hint-baremetal=ahci3,msdos9  13df39cf-bdab-4305-ad32-237e776ffb37
		else
		  search --no-floppy --fs-uuid --set=root 13df39cf-bdab-4305-ad32-237e776ffb37
		fi
		linux /boot/vmlinuz-4.4.0-21-generic root=UUID=13df39cf-bdab-4305-ad32-237e776ffb37 ro quiet splash $vt_handoff
		initrd /boot/initrd.img-4.4.0-21-generic
	}
	menuentry 'Ubuntu, with Linux 4.4.0-21-generic (upstart) (on /dev/sdd9)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/boot/vmlinuz-4.4.0-21-generic--13df39cf-bdab-4305-ad32-237e776ffb37' {
		insmod part_msdos
		insmod ext2
		set root='hd3,msdos9'
		if [ x$feature_platform_search_hint = xy ]; then
		  search --no-floppy --fs-uuid --set=root --hint-bios=hd3,msdos9 --hint-efi=hd3,msdos9 --hint-baremetal=ahci3,msdos9  13df39cf-bdab-4305-ad32-237e776ffb37
		else
		  search --no-floppy --fs-uuid --set=root 13df39cf-bdab-4305-ad32-237e776ffb37
		fi
		linux /boot/vmlinuz-4.4.0-21-generic root=UUID=13df39cf-bdab-4305-ad32-237e776ffb37 ro quiet splash $vt_handoff init=/sbin/upstart
		initrd /boot/initrd.img-4.4.0-21-generic
	}
	menuentry 'Ubuntu, with Linux 4.4.0-21-generic (recovery mode) (on /dev/sdd9)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/boot/vmlinuz-4.4.0-21-generic-root=UUID=13df39cf-bdab-4305-ad32-237e776ffb37 ro recovery nomodeset-13df39cf-bdab-4305-ad32-237e776ffb37' {
		insmod part_msdos
		insmod ext2
		set root='hd3,msdos9'
		if [ x$feature_platform_search_hint = xy ]; then
		  search --no-floppy --fs-uuid --set=root --hint-bios=hd3,msdos9 --hint-efi=hd3,msdos9 --hint-baremetal=ahci3,msdos9  13df39cf-bdab-4305-ad32-237e776ffb37
		else
		  search --no-floppy --fs-uuid --set=root 13df39cf-bdab-4305-ad32-237e776ffb37
		fi
		linux /boot/vmlinuz-4.4.0-21-generic root=UUID=13df39cf-bdab-4305-ad32-237e776ffb37 ro recovery nomodeset
		initrd /boot/initrd.img-4.4.0-21-generic
	}
	menuentry 'Ubuntu 16.04 LTS (16.04) (sur /dev/sdb3) (on /dev/sdd9)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/boot/vmlinuz-4.4.0-21-generic--13df39cf-bdab-4305-ad32-237e776ffb37' {
		insmod part_msdos
		insmod ext2
		set root='hd3,msdos9'
		if [ x$feature_platform_search_hint = xy ]; then
		  search --no-floppy --fs-uuid --set=root --hint-bios=hd3,msdos9 --hint-efi=hd3,msdos9 --hint-baremetal=ahci3,msdos9  13df39cf-bdab-4305-ad32-237e776ffb37
		else
		  search --no-floppy --fs-uuid --set=root 13df39cf-bdab-4305-ad32-237e776ffb37
		fi
		linux /boot/vmlinuz-4.4.0-21-generic root=UUID=4632a88a-20c4-4105-93dd-c1340c75f9e3 ro quiet splash $vt_handoff
		initrd /boot/initrd.img-4.4.0-21-generic
	}
	menuentry 'Ubuntu (sur /dev/sdb3) (on /dev/sdd9)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/boot/vmlinuz-4.4.0-21-generic--13df39cf-bdab-4305-ad32-237e776ffb37' {
		insmod part_msdos
		insmod ext2
		set root='hd3,msdos9'
		if [ x$feature_platform_search_hint = xy ]; then
		  search --no-floppy --fs-uuid --set=root --hint-bios=hd3,msdos9 --hint-efi=hd3,msdos9 --hint-baremetal=ahci3,msdos9  13df39cf-bdab-4305-ad32-237e776ffb37
		else
		  search --no-floppy --fs-uuid --set=root 13df39cf-bdab-4305-ad32-237e776ffb37
		fi
		linux /boot/vmlinuz-4.4.0-21-generic root=UUID=4632a88a-20c4-4105-93dd-c1340c75f9e3 ro quiet splash $vt_handoff
		initrd /boot/initrd.img-4.4.0-21-generic
	}
	menuentry 'Ubuntu, avec Linux 4.4.0-21-generic (sur /dev/sdb3) (on /dev/sdd9)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/boot/vmlinuz-4.4.0-21-generic--13df39cf-bdab-4305-ad32-237e776ffb37' {
		insmod part_msdos
		insmod ext2
		set root='hd3,msdos9'
		if [ x$feature_platform_search_hint = xy ]; then
		  search --no-floppy --fs-uuid --set=root --hint-bios=hd3,msdos9 --hint-efi=hd3,msdos9 --hint-baremetal=ahci3,msdos9  13df39cf-bdab-4305-ad32-237e776ffb37
		else
		  search --no-floppy --fs-uuid --set=root 13df39cf-bdab-4305-ad32-237e776ffb37
		fi
		linux /boot/vmlinuz-4.4.0-21-generic root=UUID=4632a88a-20c4-4105-93dd-c1340c75f9e3 ro quiet splash $vt_handoff
		initrd /boot/initrd.img-4.4.0-21-generic
	}
	menuentry 'Ubuntu, with Linux 4.4.0-21-generic (upstart) (sur /dev/sdb3) (on /dev/sdd9)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/boot/vmlinuz-4.4.0-21-generic--13df39cf-bdab-4305-ad32-237e776ffb37' {
		insmod part_msdos
		insmod ext2
		set root='hd3,msdos9'
		if [ x$feature_platform_search_hint = xy ]; then
		  search --no-floppy --fs-uuid --set=root --hint-bios=hd3,msdos9 --hint-efi=hd3,msdos9 --hint-baremetal=ahci3,msdos9  13df39cf-bdab-4305-ad32-237e776ffb37
		else
		  search --no-floppy --fs-uuid --set=root 13df39cf-bdab-4305-ad32-237e776ffb37
		fi
		linux /boot/vmlinuz-4.4.0-21-generic root=UUID=4632a88a-20c4-4105-93dd-c1340c75f9e3 ro quiet splash $vt_handoff init=/sbin/upstart
		initrd /boot/initrd.img-4.4.0-21-generic
	}
	menuentry 'Ubuntu, with Linux 4.4.0-21-generic (recovery mode) (sur /dev/sdb3) (on /dev/sdd9)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/boot/vmlinuz-4.4.0-21-generic-root=UUID=4632a88a-20c4-4105-93dd-c1340c75f9e3 ro recovery nomodeset-13df39cf-bdab-4305-ad32-237e776ffb37' {
		insmod part_msdos
		insmod ext2
		set root='hd3,msdos9'
		if [ x$feature_platform_search_hint = xy ]; then
		  search --no-floppy --fs-uuid --set=root --hint-bios=hd3,msdos9 --hint-efi=hd3,msdos9 --hint-baremetal=ahci3,msdos9  13df39cf-bdab-4305-ad32-237e776ffb37
		else
		  search --no-floppy --fs-uuid --set=root 13df39cf-bdab-4305-ad32-237e776ffb37
		fi
		linux /boot/vmlinuz-4.4.0-21-generic root=UUID=4632a88a-20c4-4105-93dd-c1340c75f9e3 ro recovery nomodeset
		initrd /boot/initrd.img-4.4.0-21-generic
	}

@+.  Babdu89  .

J'ai découvert Ubuntu avec la 07.10.... Et alors?!...  Depuis je regarde de temps en temps si Windows marche toujours....

Hors ligne

#35 Le 20/09/2016, à 00:12

Babdu89

Re : Prise en compte des noyaux (Résolu)

sinbad83 a écrit :

Après Boot-repair, Grub-rescue... Quelqu'un a une suggestion ?

Stp, veux tu bien faire un boot info depuis un Os qui fonctionne, ou depuis une session live?  merci.

@+.  Babdu89   .

J'ai découvert Ubuntu avec la 07.10.... Et alors?!...  Depuis je regarde de temps en temps si Windows marche toujours....

Hors ligne

#36 Le 20/09/2016, à 00:20

Babdu89

Re : Prise en compte des noyaux (Résolu)

moko138 a écrit :

Babdu89,
tu as un courriel. smile

@moko138. je ne sais pas quoi te répondre.

Si ta machine est bien démarrée avec un Grub.
Si dans tes Os autres que l'Os "maître",  il n'y a pas de fichiers grub.cfg, je ne voit pas comment çà peut marcher...

@+.  Babdu89   .

J'ai découvert Ubuntu avec la 07.10.... Et alors?!...  Depuis je regarde de temps en temps si Windows marche toujours....

Hors ligne

#37 Le 20/09/2016, à 07:28

Rufus T. Firefly

Re : Prise en compte des noyaux (Résolu)

Babdu89 a écrit :

Si dans tes Os autres que l'Os "maître",  il n'y a pas de fichiers grub.cfg, je ne voit pas comment çà peut marcher...

Quand tu regardes une entrée de menu, tu vois que grub lance directement un noyau linux :

menuentry 'BunsenLabs GNU/Linux 8.5 (Hydrogen)... {
[...]
	linux /vmlinuz root=/dev/sda2
	initrd /initrd.img
}

Et s'il y a du w$, il passe le témoin au lanceur de w$ avec chainloader.
Evidemment, on peut aussi lancer un linux avec chainloader, et dans ce cas seulement, le linux en question doit avoir son propre lanceur (syslinux, extlinux, lilo, grub...).
Mais normalement les 2 lignes suivantes suffisent pour démarrer le système en question :

	linux /vmlinuz root=/dev/sda2
	initrd /initrd.img

Il n'y a pas besoin d'un grub.cfg pour trouver que sur /dev/sda2 il y a un raccourci vmlinuz et un autre initrd.img... Quant à l'intitulé de la ligne, on le trouve dans un fichier /etc/os-release ou autre...

Et voilà ce qu'il y a dans /boot de hydrogen (bunsenlabs) qui n'est pas ma distribution principale :

ls /boot
config-3.16.0-4-amd64  initrd.img-3.16.0-4-amd64  System.map-3.16.0-4-amd64  vmlinuz-3.16.0-4-amd64

Il n'y a même pas de sous-répertoire grub. Et pourtant ça démarre...

Voilà le /boot du système principal :

1474349954.png

Tu vois un /boot/grub/grub.cfg de 9 Ko (252 lignes) qui contient le menu qui permet de démarrer les 3 systèmes installés ! Et il n'y a pas la moindre trace de grub sur les 2 autres...

Dernière modification par Rufus T. Firefly (Le 20/09/2016, à 07:58)

La provocation est une façon de remettre la réalité sur ses pieds. (Bertolt Brecht)
Il n'y a pas de route royale pour la science et ceux-là seulement ont chance d'arriver à ses sommets lumineux qui ne craignent pas de se fatiguer à gravir ses sentiers escarpés. (Karl Marx)
Il est devenu plus facile de penser la fin du monde que la fin du capitalisme

Hors ligne

#38 Le 20/09/2016, à 08:20

moko138

Re : Prise en compte des noyaux (Résolu)

En #29, sinbad83 a écrit :

@moko138,
en suivant tes suggestions du #13 pour supprimer le grub de 14.04 sur sdb1, je me suis retrouvé en Grub-rescue.

En #13, moko138 a écrit :

Quand on est en multi-amorçage de type legacy, et que le grub du mbr est celui d'un autre système, c'est le grub de ce système-là qu'il faut mettre à jour.

Ça, c'est juste le fonctionnement de grub.
D'ailleurs tu peux voir là : ./viewtopic.php?id=1814421 comment, pour l'avoir oublié, je m'étais piégé tout seul.
Donc ton nouveau problème ne peut pas venir de mon #13.
De plus, en #19, tu avais enfin appliqué le #13 et ton pc démarrait toujours :

En #19, sinbad83 a écrit :

Je ne connaissais pas la subtilité sur la mise à jour Grub. Je viens de le faire. Mais du coup, j'ai rétrogradé pour me retrouver 4.4.0-21...

Donc tu as confirmé que ton nouveau problème ne vient pas de mon #13.
  - -
J'ai voulu voir ton dernier boot-info et

En #16, sinbad83 a écrit :

Correction: après nouveau Boot-Repair, le noyau actif est en 4.4.0-34. Mais toujours pas en 4.4.0-36.
Le Boot-Info est sur http://paste2.org/KNeUb4B6

Or ton lien répond :

Page Not Found
The requested URL /KNeUb4B6 was not found on this server.

  - -

Et comme tu n'as donné aucun retour de commande, nous ne voyons
- ni ce que tu as fait,
- ni ce que tu a oublié de faire.
Un petit tour dans le bios (choix du disque de démarrage) aurait aussi été utile.
       = = =

Les aides :
Je te signale "Grub Rescue : les commandes en français", par L_d_v_c@ : ./viewtopic.php?id=902271

En #35, Babdu89 a écrit :

Stp, veux tu bien faire un boot info depuis un Os qui fonctionne, ou depuis une session live?  merci.

+1, après avoir rebranché tous tes disques !

%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel :  À la découverte de dcraw

Hors ligne

#39 Le 20/09/2016, à 12:35

sinbad83

Re : Prise en compte des noyaux (Résolu)

@moko138,
excuse-moi, je me suis trompé de post, j'avais suivi le #22 et non le #13.
Pour le moment, je sors d'une coupure EDF et j'en ai profité pour débrancher tous les disques et rebrancher un vieux disque qui traînait avec 16.04. La machine a démarré normalement. Je viens de rajouter le SSD, l'ordinateur a bien redémarré ensuite. Il faut encore mettre à jour et regarder ce que donnent les différents OS et ajouter calmement des autres disques durs.

Dernière modification par sinbad83 (Le 20/09/2016, à 12:36)

La connaissance n'est pas une denrée rare, il faut la partager avec les autres.
Linux registered #484707
Site: www.coursinforev.org/doku.php
Desktop AMD Ryzen 5-3600, RAM 16GB, Ubuntu 20.10,   HP Pavillon G6 Ubuntu 20.10 et Ten, Serveur Ubuntu 18.04

Hors ligne

#40 Le 20/09/2016, à 16:16

Babdu89

Re : Prise en compte des noyaux (Résolu)

Bonjour.
Pour ne pas encombrer le sujet.
Réponse au post#37.  @ Rufus.
J'ai testé sur un Os de tests, lancé depuis le système principal.
Renommage du dossier grub  de l'Os de tests, dans un premier temps et suppression de grub via Synaptic.
Maj de Grub du Système principal, il trouve bien l'Os de tests. L'Os de tests démarre depuis le menu Grub de l'Os principal.
Merci M'sieur!... On en apprend tous les jours, et surtout on ne garde pas les idées préconçues.

L'entrée pour lancer l'Os de tests dans le menu grub de l'Os principale.

menuentry "TESTS" {
	linux /vmlinuz root=/dev/sdd24
	initrd /initrd.img
}

Le souci avec ma machine, est que le nom des disques /dev/sd* change pratiquement à chaque reboot.
/sdd devient;  /sdb, /sdc,/sda. Ou redevient /sdd .

Même si j'ajoute une recherche de partition par le bon UUID.

search --no-floppy --fs-uuid --set=root 4892c119-02ba-425e-92b5-045d0d566f83

Si /dev/sdd change, çà ne marche pas. Il faut plusieurs reboot pour tomber sur le bon /dev/sdd .
La recherche avec UUID ne semble pas marcher.
J'ai aussi testé sur un autre Os sur un autre disque
/dev/sdc5 .
J'ai un autre Os aussi en /dev/sdb5.
Suivant les reboot, c'est l'un ou l'autre qui redémarre, ou pas de redémarrage. Il y quatre disques dans la config. Il n'y a pas d'Os en /dev/sda5 (une seule partition sur ce disque, un Windows XP)  et pas  d'Os partition système en /dev/sdd5 .

@moko138 tu as bien fait d'insister!. ...
Voila de quoi occuper mes prochaines soirées, tenter des installations sans Grub et voir ce que çà donne...

@+.  Babdu89  .

Dernière modification par Babdu89 (Le 21/09/2016, à 14:46)

J'ai découvert Ubuntu avec la 07.10.... Et alors?!...  Depuis je regarde de temps en temps si Windows marche toujours....

Hors ligne

#41 Le 20/09/2016, à 17:23

moko138

Re : Prise en compte des noyaux (Résolu)

@Rufus,
Merci pour tes explications en #37 !
  - -

sinbad83 a écrit :

@moko138,
excuse-moi, je me suis trompé de post, j'avais suivi le #22 et non le #13.
Pour le moment, je sors d'une coupure EDF et j'en ai profité pour débrancher tous les disques et rebrancher un vieux disque qui traînait avec 16.04. La machine a démarré normalement. Je viens de rajouter le SSD, l'ordinateur a bien redémarré ensuite. Il faut encore mettre à jour et regarder ce que donnent les différents OS et ajouter calmement des autres disques durs.

Bien  smile

Cela dit, je maintiens mes propositions des #20 et #22.
J'imagine que c'est ton bios qui pointe sur un seul disque et qu'il fallait - et faudra, maintenant que la situation a changé - lui imposer la priorité au disque sur lequel ton grub est installé dans le MBR.

%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel :  À la découverte de dcraw

Hors ligne

#42 Le 21/09/2016, à 21:18

sinbad83

Re : Prise en compte des noyaux (Résolu)

moko138 a écrit :

Cela dit, je maintiens mes propositions des #20 et #22.

Je n'en suis pas là et même plutôt loin:
- hier, je n'ai pu booter sur aucun Ubuntu d'aucune partition. Je n'avais que des pages de code sans fin,
- ce matin, je débranche le disque que j'avais introduit (post #39) et l'ordinateur démarre en 16.04. Je quitte alors l'ordinateur, croyant être sorti de la galère,
- ce soir, je lance la mise à jour de 16.04 (après les installations multiples, je n'avais eu que des grub-rescue). Au redémarrage avec le noyau 4.4.0-38, surprise:
  - les 2 voyants verts au-dessus du clavier numérique clignotent,
  - l'écran se bloque sur une dernière ligne de code :

[ 2.061285  ata: SError...]

  - redémarrage en Mode Recovery kernel 4.4.0-38, idem...
  - redémarrage avec kernel 4.4.0-21: semble fonctionner normalement (à confirmer...).
Dois-je conclure que toute mise à jour Ubuntu est à proscrire sur cette machine ?

Dernière modification par sinbad83 (Le 22/09/2016, à 19:52)

La connaissance n'est pas une denrée rare, il faut la partager avec les autres.
Linux registered #484707
Site: www.coursinforev.org/doku.php
Desktop AMD Ryzen 5-3600, RAM 16GB, Ubuntu 20.10,   HP Pavillon G6 Ubuntu 20.10 et Ten, Serveur Ubuntu 18.04

Hors ligne

#43 Le 21/09/2016, à 22:44

moko138

Re : Prise en compte des noyaux (Résolu)

sinbad83 a écrit :

  - redémarrage avec kernel 4.4.0-21: semble fonctionner normalement (à confirmer...).
Dois-je conclure que toute mise à jour Ubuntu est dangereuse sur ma machine ?

Parfois, un noyau convient mal à certaines machines, oui, ça arrive.

Mais, sous réserve que tu n'aies pas activé les dépôts proposed (noyau "4.4.0-38" ?...), ceci

- ce matin, je débranche le disque que j'avais introduit (post #39) et l'ordinateur démarre en 16.04. Je quitte alors l'ordinateur croyant être sorti de la galère,
- ce soir, je lance la mise à jour de 16.04 (après les installations multiples, je n'avais eu que des grub-rescue). Au redémarrage (noyau 4.4.0-38), surprise:
  - les 2 voyants verts au-dessus du clavier numérique clignotent,
  - l'écran se bloque sur une dernière ligne de code :

[ 2.061285  ata: SError...]

m'évoque un banal problème de mauvais contact :
je t'invite à débrancher et dépoussiérer tous les connecteurs Sata, avant de les rebrancher.

%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel :  À la découverte de dcraw

Hors ligne

#44 Le 22/09/2016, à 09:54

sinbad83

Re : Prise en compte des noyaux (Résolu)

Avant de couper pour vérifier les branchements SATA, je joins ici un lien pour le Boot-Info actuel, http://paste2.org/UxzKpY29.

La connaissance n'est pas une denrée rare, il faut la partager avec les autres.
Linux registered #484707
Site: www.coursinforev.org/doku.php
Desktop AMD Ryzen 5-3600, RAM 16GB, Ubuntu 20.10,   HP Pavillon G6 Ubuntu 20.10 et Ten, Serveur Ubuntu 18.04

Hors ligne

#45 Le 22/09/2016, à 11:46

Babdu89

Re : Prise en compte des noyaux (Résolu)

Bonjour.
@moko138.

Mais, sous réserve que tu n'aies pas activé les dépôts proposed (noyau "4.4.0-38" ?...), ceci

Hier, chez moi, séance générale de mises à jour système de mes Os.
Les "proposed" ne sont pas activé.
Os 14.04 version nouveau noyau 3.13.0-96
Os en 16.04 version noyau 4.4.0-38
Mes Ubuntu-Mate avec noyau en 3.16.0-xx passent en 4.4.0-38. Un message avertissant ce changement.Pourquoi? . Je ne sais pas.  Faudrait que je tente une maj sur un Os qui a un noyau en 3.16.0-xx pour voir si çà concerne le changement de noyau, ou Ubuntu Mate.

@Sinbad83.
Ne pas tenter de faire les maj système de la 14.04 en /sda1, car la version du noyau est aussi en 3.16.0-30.
Chose bizarre dans le fichier grub.cfg de cette Os.


### BEGIN /etc/grub.d/30_os-prober ###
menuentry 'Ubuntu 14.04.5 LTS (14.04) (on /dev/sda1)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-simple-b5d84335-6fb2-45a8-a362-130d4042c25f' {
	insmod part_msdos
	insmod ext2
	set root='hd0,msdos1'
	if [ x$feature_platform_search_hint = xy ]; then
	  search --no-floppy --fs-uuid --set=root --hint-bios=hd0,msdos1 --hint-efi=hd0,msdos1 --hint-baremetal=ahci0,msdos1  b5d84335-6fb2-45a8-a362-130d4042c25f
	else
	  search --no-floppy --fs-uuid --set=root b5d84335-6fb2-45a8-a362-130d4042c25f
	fi
	linux /vmlinuz root=/dev/sda1
	initrd /initrd.img
}
submenu 'Advanced options for Ubuntu 14.04.5 LTS (14.04) (on /dev/sda1)' $menuentry_id_option 'osprober-gnulinux-advanced-b5d84335-6fb2-45a8-a362-130d4042c25f' {
	menuentry 'Ubuntu 14.04.5 LTS (14.04) (on /dev/sda1)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/vmlinuz--b5d84335-6fb2-45a8-a362-130d4042c25f' {
		insmod part_msdos
		insmod ext2
		set root='hd0,msdos1'
		if [ x$feature_platform_search_hint = xy ]; then
		  search --no-floppy --fs-uuid --set=root --hint-bios=hd0,msdos1 --hint-efi=hd0,msdos1 --hint-baremetal=ahci0,msdos1  b5d84335-6fb2-45a8-a362-130d4042c25f
		else
		  search --no-floppy --fs-uuid --set=root b5d84335-6fb2-45a8-a362-130d4042c25f
		fi
		linux /vmlinuz root=/dev/sda1
		initrd /initrd.img
	}
	menuentry 'Ubuntu 14.04.5 LTS (14.04) (on /dev/sda1)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/vmlinuz--b5d84335-6fb2-45a8-a362-130d4042c25f' {
		insmod part_msdos
		insmod ext2
		set root='hd0,msdos1'
		if [ x$feature_platform_search_hint = xy ]; then
		  search --no-floppy --fs-uuid --set=root --hint-bios=hd0,msdos1 --hint-efi=hd0,msdos1 --hint-baremetal=ahci0,msdos1  b5d84335-6fb2-45a8-a362-130d4042c25f
		else
		  search --no-floppy --fs-uuid --set=root b5d84335-6fb2-45a8-a362-130d4042c25f
		fi
		linux /vmlinuz root=/dev/sda1
		initrd /initrd.img
	}
	menuentry 'Ubuntu 14.04.5 LTS (14.04) (on /dev/sda1)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/boot/vmlinuz-3.16.0-30-generic--b5d84335-6fb2-45a8-a362-130d4042c25f' {
		insmod part_msdos
		insmod ext2
		set root='hd0,msdos1'
		if [ x$feature_platform_search_hint = xy ]; then
		  search --no-floppy --fs-uuid --set=root --hint-bios=hd0,msdos1 --hint-efi=hd0,msdos1 --hint-baremetal=ahci0,msdos1  b5d84335-6fb2-45a8-a362-130d4042c25f
		else
		  search --no-floppy --fs-uuid --set=root b5d84335-6fb2-45a8-a362-130d4042c25f
		fi
		linux /boot/vmlinuz-3.16.0-30-generic root=/dev/sda1
		initrd /boot/initrd.img-3.16.0-30-generic
	}
	menuentry 'Ubuntu 14.04.5 LTS (14.04) (on /dev/sda1)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/vmlinuz--b5d84335-6fb2-45a8-a362-130d4042c25f' {
		insmod part_msdos
		insmod ext2
		set root='hd0,msdos1'
		if [ x$feature_platform_search_hint = xy ]; then
		  search --no-floppy --fs-uuid --set=root --hint-bios=hd0,msdos1 --hint-efi=hd0,msdos1 --hint-baremetal=ahci0,msdos1  b5d84335-6fb2-45a8-a362-130d4042c25f
		else
		  search --no-floppy --fs-uuid --set=root b5d84335-6fb2-45a8-a362-130d4042c25f
		fi
		linux /vmlinuz root=/dev/sda1
		initrd /initrd.img
	}
	menuentry 'Ubuntu 14.04.5 LTS (14.04) (on /dev/sda1)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/vmlinuz--b5d84335-6fb2-45a8-a362-130d4042c25f' {
		insmod part_msdos
		insmod ext2
		set root='hd0,msdos1'
		if [ x$feature_platform_search_hint = xy ]; then
		  search --no-floppy --fs-uuid --set=root --hint-bios=hd0,msdos1 --hint-efi=hd0,msdos1 --hint-baremetal=ahci0,msdos1  b5d84335-6fb2-45a8-a362-130d4042c25f
		else
		  search --no-floppy --fs-uuid --set=root b5d84335-6fb2-45a8-a362-130d4042c25f
		fi
		linux /vmlinuz root=/dev/sda1
		initrd /initrd.img
	}
}

Dans les trois premières entrées, il n'y a pas de version de noyau.
As tu essayer de démarrer en recovery sur la quatrième entrée, qui elle indique un noyau ( 3.16.0-30)?.



m'évoque un banal problème de mauvais contact :

Ah bon!?!??.. La version du noyau 4.4.0-21 qui fonctionne ferait elle le ménage? tongue  wink

@+.   Babdu89   . smile

Dernière modification par Babdu89 (Le 22/09/2016, à 15:57)

J'ai découvert Ubuntu avec la 07.10.... Et alors?!...  Depuis je regarde de temps en temps si Windows marche toujours....

Hors ligne

#46 Le 22/09/2016, à 18:34

sinbad83

Re : Prise en compte des noyaux (Résolu)

Pour le moment, repos forcé. J'avais vérifié ce matin les branchements SATA. Mais au redémarrage, la carte-mère avait rendu l'âme, on verra pour les autres composants... J'attends le retour de la machine.

La connaissance n'est pas une denrée rare, il faut la partager avec les autres.
Linux registered #484707
Site: www.coursinforev.org/doku.php
Desktop AMD Ryzen 5-3600, RAM 16GB, Ubuntu 20.10,   HP Pavillon G6 Ubuntu 20.10 et Ten, Serveur Ubuntu 18.04

Hors ligne

#47 Le 06/10/2016, à 11:58

sinbad83

Re : Prise en compte des noyaux (Résolu)

Babdu89 a écrit :

Principe du Multi boot Os Linux , dont le démarrage est géré par Grub.
On installe les Os Linux, les uns derrière les autres. Grub est installé avec chaque Os. Donc chaque Os a son Grub.
En principe le Grub qui fait démarrer la machine, est celui du dernier Os Linux installé. Sauf si l'utilisateur réinstalle Grub dans un autre Os de son choix.
Ceci pour déterminer l'Os par défaut au démarrage.
@+.   Babdu89  .

C'est aussi ce que je croyais et qui se passait. Mais depuis quelque temps (un an ou plus...), je constate que l'ordre de boot ne change plus après l'installation d'une autre version Ubuntu. Je l'ai encore vérifié il y a deux jours.

La connaissance n'est pas une denrée rare, il faut la partager avec les autres.
Linux registered #484707
Site: www.coursinforev.org/doku.php
Desktop AMD Ryzen 5-3600, RAM 16GB, Ubuntu 20.10,   HP Pavillon G6 Ubuntu 20.10 et Ten, Serveur Ubuntu 18.04

Hors ligne

#48 Le 06/10/2016, à 18:34

moko138

Re : Prise en compte des noyaux (Résolu)

sinbad83 a écrit :

depuis quelque temps (un an ou plus...), je constate que l'ordre de boot ne change plus après l'installation d'une autre version Ubuntu. Je l'ai encore vérifié il y a deux jours.

Mais ça dépend comment on installe :
- EFI ou legacy,
- Si legacy, chargeur d'amorçagre dans le MBR ou dans une partition.

%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel :  À la découverte de dcraw

Hors ligne

#49 Le 06/10/2016, à 23:10

sinbad83

Re : Prise en compte des noyaux (Résolu)

La machine est installée en mode classique:

~$ dmesg | grep 'EFI: mem' && echo "Installé en mode EFI" || echo "Installé en mode classique"
Installé en mode classique

La connaissance n'est pas une denrée rare, il faut la partager avec les autres.
Linux registered #484707
Site: www.coursinforev.org/doku.php
Desktop AMD Ryzen 5-3600, RAM 16GB, Ubuntu 20.10,   HP Pavillon G6 Ubuntu 20.10 et Ten, Serveur Ubuntu 18.04

Hors ligne

#50 Le 20/10/2016, à 19:51

sinbad83

Re : Prise en compte des noyaux (Résolu)

Après ce changement de carte-mère et quelques réglages, la machine remarche normalement. Le sujet peut être clos.

La connaissance n'est pas une denrée rare, il faut la partager avec les autres.
Linux registered #484707
Site: www.coursinforev.org/doku.php
Desktop AMD Ryzen 5-3600, RAM 16GB, Ubuntu 20.10,   HP Pavillon G6 Ubuntu 20.10 et Ten, Serveur Ubuntu 18.04

Hors ligne

Pages : 1 2