Contenu | Rechercher | Menus

Annonce

L'équipe des administrateurs et modérateurs du forum vous invite à prendre connaissance des nouvelles règles.
En cas de besoin, vous pouvez intervenir dans cette discussion.

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.

#26 Le 31/10/2018, à 21:57

Babdu89

Re : Ubuntu 18.04 freeze, sauf si boot par autre disque

En éditant la ligne de base dans le démarrage de GRUB, il m'a bien mis "nomodeset", mais il me l'a mis après "quiet splash" et pas avant... pourquoi pas... Je continue.

menuentry 'Ubuntu' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-simple-1330d914-0909-4402-8aea-a4af18c13486' {
	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,msdos1'
	if [ x$feature_platform_search_hint = xy ]; then
	  search --no-floppy --fs-uuid --set=root --hint-bios=hd1,msdos1 --hint-efi=hd1,msdos1 --hint-baremetal=ahci1,msdos1  1330d914-0909-4402-8aea-a4af18c13486
	else
	  search --no-floppy --fs-uuid --set=root 1330d914-0909-4402-8aea-a4af18c13486
	fi
        linux	/boot/vmlinuz-4.15.0-38-generic root=UUID=1330d914-0909-4402-8aea-a4af18c13486 ro  quiet splash nomodeset $vt_handoff
	initrd	/boot/initrd.img-4.15.0-38-generic
}

Et si tu fais çà;

     

  linux	/boot/vmlinuz-4.15.0-38-generic root=UUID=1330d914-0909-4402-8aea-a4af18c13486 ro nomodeset  quiet splash  $vt_handoff

@+.   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 31/10/2018, à 23:32

Hieldayn

Re : Ubuntu 18.04 freeze, sauf si boot par autre disque

Badbu89 a écrit :

Comment çà se passe en démarrant depuis les menuentry de "Options avancées pour Ubuntu"  en choisissant de démarrer sur  "Ubuntu, with Linux 4.15.0-38-generic (recovery mode)"  ??.

Ben ça se passe très bien !  O_o

Badbu89 a écrit :

Remarque;
On voit dans les boot-info que le grub de la 16.04 n'a pas été mis à jour. Le noyau  4.15.0-38  de la 18.04 n'y figure pas.
Depuis le menu grub de la 16.04 tu démarres toujours la 18.04 sur le noyau 4.15.0-36.
Faire la maj de grub et tester le démarrage sur le noyau 4.15.0-38 depuis le menu grub de la 16.014.

En effet : comme je l'ai dit, je venais d'avoir une mise à jour au noyau 4.15.0-38 ce week-end, j'ai pas encore redémarré en 16.04 et fait un update-grub dedans, mais j'avais fait ça pour les noyaux 4.15.0-29, 4.15.0-33, 4.15.0-34, et 4.15.0-36, et ça marchait toujours depuis la 16.04, donc je me suis même pas posé la question de tester le 4.15.0-38 depuis la 16.04 (d'ailleurs, tant que celle-là fonctionne, j'ai pas forcément envie de trop la foutre en l'air...)

Je vois pas trop ce que ça changerait, mais si tu veux je le fais...


J'ai lancé la 18.04 depuis son propre disque en recovery : ça mouline, ça affiche plein de choses rapidement en mode texte, puis y'a des choix : je demande le démarrage normal (première option) : ça fonctionne (j'écris depuis ce démarrage en ce moment... et ça plante pas)

Badbu69 a écrit :

Et si tu fais çà;

  linux	/boot/vmlinuz-4.15.0-38-generic root=UUID=1330d914-0909-4402-8aea-a4af18c13486 ro nomodeset  quiet splash  $vt_handoff 

Je viens d'éditer /etc/default/grub, y'avait ça :

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"

donc j'ai mis ça :

GRUB_CMDLINE_LINUX_DEFAULT="nomodeset quiet splash"

Je redémarre, et j'édite ce poste selon ce que ça donne...

[EDIT] : ça plante...

Dernière modification par Hieldayn (Le 31/10/2018, à 23:37)

Hors ligne

#28 Le 31/10/2018, à 23:41

Hieldayn

Re : Ubuntu 18.04 freeze, sauf si boot par autre disque

Donc depuis la 16.04 : ça marche
En recovery : ça marche.

En direct normal : ça ne marche pas...

Bizarre : mais je trouve que je vois quand même beaucoup de posts et d'appels à l'aide pour des démarrages difficiles, des histoires de NVidia et "nomodeset" ou autres options de démarrage spéciales avec cette 18.04...

Et peut-être que chez moi c'est bizarre, mais aussi parce que moi j'ai toujours cette 16.04 en parallèle, je suis pas dans le cas de la migration, ou de l'écrasement d'une vieille version vers une nouvelle, et ça montre peut-être un truc qui n'a pas encore été mis en évidence mais qui est vrai pour beaucoup d'autres...

Si ça se trouve : on trouve pour moi, et on trouve pour plein d'autres qui ont un problème très équivalent.

Qu'est-ce qui fait qu'en Recovery ça marche ? ça change quoi, le recovery, par rapport au démarrage normal, exactement ??

Hors ligne

#29 Le 01/11/2018, à 14:49

Babdu89

Re : Ubuntu 18.04 freeze, sauf si boot par autre disque

Badbu69 a écrit :

    Et si tu fais çà;

   

   linux	/boot/vmlinuz-4.15.0-38-generic root=UUID=1330d914-0909-4402-8aea-a4af18c13486 ro nomodeset  quiet splash  $vt_handoff

C'est a modifier dans le fichier grub.cfg de la 18.04. Pas dans le fichier /etc/default/grub .

Il faut modifier dans le menuentry;  menuentry 'Ubuntu' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-simple-1330d914-0909-4402-8aea-a4af18c13486' {

         linux	/boot/vmlinuz-4.15.0-38-generic root=UUID=1330d914-0909-4402-8aea-a4af18c13486 ro  quiet splash nomodeset $vt_handoff  

Pour que çà devienne;

    linux	/boot/vmlinuz-4.15.0-38-generic root=UUID=1330d914-0909-4402-8aea-a4af18c13486 ro nomodeset  quiet splash  $vt_handoff  

Sans faire de maj de grub, vu que tu interviens manuellement dans le grub.cfg (normalement on ne doit pas, mais faut bien tester) .

Si çà marche faire plusieurs redémarrages...

@+.   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

#30 Le 01/11/2018, à 14:51

Babdu89

Re : Ubuntu 18.04 freeze, sauf si boot par autre disque

Hieldayn a écrit :
Badbu89 a écrit :

Comment çà se passe en démarrant depuis les menuentry de "Options avancées pour Ubuntu"  en choisissant de démarrer sur  "Ubuntu, with Linux 4.15.0-38-generic (recovery mode)"  ??.

Ben ça se passe très bien !  O_o

Badbu89 a écrit :

Remarque;
On voit dans les boot-info que le grub de la 16.04 n'a pas été mis à jour. Le noyau  4.15.0-38  de la 18.04 n'y figure pas.
Depuis le menu grub de la 16.04 tu démarres toujours la 18.04 sur le noyau 4.15.0-36.
Faire la maj de grub et tester le démarrage sur le noyau 4.15.0-38 depuis le menu grub de la 16.014.

En effet : comme je l'ai dit, je venais d'avoir une mise à jour au noyau 4.15.0-38 ce week-end, j'ai pas encore redémarré en 16.04 et fait un update-grub dedans, mais j'avais fait ça pour les noyaux 4.15.0-29, 4.15.0-33, 4.15.0-34, et 4.15.0-36, et ça marchait toujours depuis la 16.04, donc je me suis même pas posé la question de tester le 4.15.0-38 depuis la 16.04 (d'ailleurs, tant que celle-là fonctionne, j'ai pas forcément envie de trop la foutre en l'air...)

Je vois pas trop ce que ça changerait, mais si tu veux je le fais...


J'ai lancé la 18.04 depuis son propre disque en recovery : ça mouline, ça affiche plein de choses rapidement en mode texte, puis y'a des choix : je demande le démarrage normal (première option) : ça fonctionne (j'écris depuis ce démarrage en ce moment... et ça plante pas)

Badbu69 a écrit :

Et si tu fais çà;

  linux	/boot/vmlinuz-4.15.0-38-generic root=UUID=1330d914-0909-4402-8aea-a4af18c13486 ro nomodeset  quiet splash  $vt_handoff 

Je viens d'éditer /etc/default/grub, y'avait ça :

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"

donc j'ai mis ça :

GRUB_CMDLINE_LINUX_DEFAULT="nomodeset quiet splash"

Je redémarre, et j'édite ce poste selon ce que ça donne...

[EDIT] : ça plante...

Tu avais fais une maj de grub avant de redémarrer pour que la modif soit prise en compte?

@+.   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

#31 Le 01/11/2018, à 16:10

Babdu89

Re : Ubuntu 18.04 freeze, sauf si boot par autre disque

Pour tester.

Ajoute ceci en début du fichier grub/cfg de la 18.04.

#
# 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 ###
if [ -s $prefix/grubenv ]; then
  set have_grubenv=true
  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 recordfail {
  set recordfail=1
  if [ -n "${have_grubenv}" ]; then if [ -z "${boot_once}" ]; then save_env recordfail; fi; 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_msdos
insmod ext2
set root='hd1,msdos1'
if [ x$feature_platform_search_hint = xy ]; then
  search --no-floppy --fs-uuid --set=root --hint-bios=hd1,msdos1 --hint-efi=hd1,msdos1 --hint-baremetal=ahci1,msdos1  1330d914-0909-4402-8aea-a4af18c13486
else
  search --no-floppy --fs-uuid --set=root 1330d914-0909-4402-8aea-a4af18c13486
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_output gfxterm
if [ "${recordfail}" = 1 ] ; then
  set timeout=30
else
  if [ x$feature_timeout_style = xy ] ; then
    set timeout_style=hidden
    set timeout=10
  # Fallback hidden-timeout code in case the timeout_style feature is
  # unavailable.
  elif sleep --interruptible 10 ; then
    set timeout=0
  fi
fi
### END /etc/grub.d/00_header ###

### BEGIN /etc/grub.d/05_debian_theme ###
set menu_color_normal=white/black
set menu_color_highlight=black/light-gray
if background_color 44,0,30,0; then
  clear
fi
### END /etc/grub.d/05_debian_theme ###

### BEGIN /etc/grub.d/10_linux ###
function gfxmode {
	set gfxpayload="${1}"
	if [ "${1}" = "keep" ]; then
		set vt_handoff=vt.handoff=1
	else
		set vt_handoff=
	fi
}
if [ "${recordfail}" != 1 ]; then
  if [ -e ${prefix}/gfxblacklist.txt ]; then
    if hwmatch ${prefix}/gfxblacklist.txt 3; then
      if [ ${match} = 0 ]; then
        set linux_gfx_mode=keep
      else
        set linux_gfx_mode=text
      fi
    else
      set linux_gfx_mode=text
    fi
  else
    set linux_gfx_mode=keep
  fi
else
  set linux_gfx_mode=text
fi
export linux_gfx_mode
menuentry 'Ubuntu  Sans nomodeset' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-simple-1330d914-0909-4402-8aea-a4af18c13486' {
	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,msdos1'
	if [ x$feature_platform_search_hint = xy ]; then
	  search --no-floppy --fs-uuid --set=root --hint-bios=hd1,msdos1 --hint-efi=hd1,msdos1 --hint-baremetal=ahci1,msdos1  1330d914-0909-4402-8aea-a4af18c13486
	else
	  search --no-floppy --fs-uuid --set=root 1330d914-0909-4402-8aea-a4af18c13486
	fi
        linux	/boot/vmlinuz-4.15.0-38-generic root=UUID=1330d914-0909-4402-8aea-a4af18c13486 ro  quiet splash $vt_handoff
	initrd	/boot/initrd.img-4.15.0-38-generic
}
menuentry 'Ubuntu Avec nomodeset' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-simple-1330d914-0909-4402-8aea-a4af18c13486' {
	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,msdos1'
	if [ x$feature_platform_search_hint = xy ]; then
	  search --no-floppy --fs-uuid --set=root --hint-bios=hd1,msdos1 --hint-efi=hd1,msdos1 --hint-baremetal=ahci1,msdos1  1330d914-0909-4402-8aea-a4af18c13486
	else
	  search --no-floppy --fs-uuid --set=root 1330d914-0909-4402-8aea-a4af18c13486
	fi
        linux	/boot/vmlinuz-4.15.0-38-generic root=UUID=1330d914-0909-4402-8aea-a4af18c13486 ro nomodeset quiet splash $vt_handoff
	initrd	/boot/initrd.img-4.15.0-38-generic
}
submenu 'Options avancées pour Ubuntu' $menuentry_id_option 'gnulinux-advanced-1330d914-0909-4402-8aea-a4af18c13486' {
	menuentry 'Ubuntu, avec Linux 4.15.0-38-generic' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-4.15.0-38-generic-advanced-1330d914-0909-4402-8aea-a4af18c13486' {
		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,msdos1'
		if [ x$feature_platform_search_hint = xy ]; then
		  search --no-floppy --fs-uuid --set=root --hint-bios=hd1,msdos1 --hint-efi=hd1,msdos1 --hint-baremetal=ahci1,msdos1  1330d914-0909-4402-8aea-a4af18c13486
		else
		  search --no-floppy --fs-uuid --set=root 1330d914-0909-4402-8aea-a4af18c13486
		fi
		echo	'Chargement de Linux 4.15.0-38-generic…'
	        linux	/boot/vmlinuz-4.15.0-38-generic root=UUID=1330d914-0909-4402-8aea-a4af18c13486 ro  quiet splash $vt_handoff
		echo	'Chargement du disque mémoire initial…'
		initrd	/boot/initrd.img-4.15.0-38-generic
	}
	menuentry 'Ubuntu, with Linux 4.15.0-38-generic (recovery mode)' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-4.15.0-38-generic-recovery-1330d914-0909-4402-8aea-a4af18c13486' {
		recordfail
		load_video
		insmod gzio
		if [ x$grub_platform = xxen ]; then insmod xzio; insmod lzopio; fi
		insmod part_msdos
		insmod ext2
		set root='hd1,msdos1'
		if [ x$feature_platform_search_hint = xy ]; then
		  search --no-floppy --fs-uuid --set=root --hint-bios=hd1,msdos1 --hint-efi=hd1,msdos1 --hint-baremetal=ahci1,msdos1  1330d914-0909-4402-8aea-a4af18c13486
		else
		  search --no-floppy --fs-uuid --set=root 1330d914-0909-4402-8aea-a4af18c13486
		fi
		echo	'Chargement de Linux 4.15.0-38-generic…'
	        linux	/boot/vmlinuz-4.15.0-38-generic root=UUID=1330d914-0909-4402-8aea-a4af18c13486 ro recovery nomodeset 
		echo	'Chargement du disque mémoire initial…'
		initrd	/boot/initrd.img-4.15.0-38-generic
	}
### END /etc/grub.d/10_linux ###

Sans faire de maj de grub, redémarre sur le disque où est installé la 18.04.

Teste les menuentry

'Ubuntu  Sans nomodeset'

'Ubuntu Avec nomodeset'

@+.   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

#32 Le 01/11/2018, à 19:05

Hieldayn

Re : Ubuntu 18.04 freeze, sauf si boot par autre disque

Badbu89, poste #29 a écrit :

Il faut modifier dans le menuentry;  menuentry 'Ubuntu' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-simple-1330d914-0909-4402-8aea-a4af18c13486' {

         linux    /boot/vmlinuz-4.15.0-38-generic root=UUID=1330d914-0909-4402-8aea-a4af18c13486 ro  quiet splash nomodeset $vt_handoff 

Pour que çà devienne;

    linux    /boot/vmlinuz-4.15.0-38-generic root=UUID=1330d914-0909-4402-8aea-a4af18c13486 ro nomodeset  quiet splash  $vt_handoff 

Sans faire de maj de grub, vu que tu interviens manuellement dans le grub.cfg (normalement on ne doit pas, mais faut bien tester) .

Si çà marche faire plusieurs redémarrages...

Je ne comprends pas, parce que quand j'édite /boot/grub/grub.cfg, j'ai déjà cette ligne que tu me demandes ("nomodeset" avant "quiet splash")


Badbu89 a écrit :

Tu avais fais une maj de grub avant de redémarrer pour que la modif soit prise en compte?

Ben il me semble que oui.

Excuse-moi, j'ai peut-être pas les yeux en face des trous, mais je ne vois pas ce que tu me demandes de modifier dans ton dernier post... (je ne vois pas ce que tu changes au début de /boot/grub/grub.cfg)

Dernière modification par Hieldayn (Le 01/11/2018, à 19:06)

Hors ligne

#33 Le 01/11/2018, à 21:07

Babdu89

Re : Ubuntu 18.04 freeze, sauf si boot par autre disque

Bonsoir.

Post#31 j'ai copié le début du fichier grub/cfg de mon Ubuntu 18.04 qui démarre bien depuis son menu Grub, et qui supporte l'utilisation des applications... le menuentry avec le noyau 4.15.0-38
J'ai changé le UUID de ma partition système avec le tien.
J'ai changé le nom de ma partition pour la tienne.

On va voir si çà permet de démarrer et de fonctionner chez toi.
Si c'est le cas, on va vérifier ligne par ligne en comparaison avec le ficher grub.cfg de ta 18.04

Si çà ne marche pas, je pense qu'il faut chercher ailleurs le fautif que grub.

@+.   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

#34 Le 02/11/2018, à 06:49

moko138

Re : Ubuntu 18.04 freeze, sauf si boot par autre disque

En #6, début d'un plantage :

Oct 28 23:40:16 bureau gnome-shell[1177]: Failed to create backend: Could not find a primary drm kms device
Oct 28 23:40:16 bureau gnome-session-binary[1147]: WARNING: App 'org.gnome.Shell.desktop' exited with code 1
Oct 28 23:40:16 bureau gnome-session-binary[1147]: Unrecoverable failure in required component org.gnome.Shell.desktop

Donc, si je comprends bien https://fr.wikipedia.org/wiki/Kernel-based_mode-setting

KMS est intégré au noyau Linux (...). son usage a été étendu aux autres architectures (Radeon (...), puis GeForce via nouveau).

  Soit il ne faut pas blacklister nouveau dans grub, (à condition que la version de nouveau dans 18.04 prenne en charge ta carte NV43 [GeForce 6600 LE] [10de:0142] (rev a2). Mais cette condition semble remplie, puisque ça marche à partir du grub de 16.04).

En #14, grub de 16.04 :

	linux /boot/vmlinuz-4.15.0-36-generic root=UUID=1330d914-0909-4402-8aea-a4af18c13486 ro nomodeset quiet splash $vt_handoff

...et grub de 18.04 :

        linux	/boot/vmlinuz-4.15.0-38-generic root=UUID=1330d914-0909-4402-8aea-a4af18c13486 ro  nomodeset quiet splash $vt_handoff

Cela a déjà été dit mais le grub qui marchait envoyait sur l'avant-dernier noyau 4.15.0-36.


La Doc kernel § "Paramètres du noyau" propose :

nouveau.modeset=0    permet de résoudre les problèmes d'écran noir avec les cartes graphique nvidia qui utilise[nt] le pilote libre

.
  Soit il faut installer le pilote propriétaire. Et il est disponible pour ta carte, au moins chez nvidia :
https://us.download.nvidia.com/XFree86/ … chips.html

The 304.xx driver supports the following set of GPUs:
NVIDIA GPU product     Device PCI ID
GeForce 6600 LE             0142


%NOINDEX%
Un utilitaire méconnu : ncdu

Hors ligne

#35 Le 02/11/2018, à 12:02

NicoApi73

Re : Ubuntu 18.04 freeze, sauf si boot par autre disque

Salut moko,

Connais tu la différence (en terme de conséquence sur le système) qu'il y a entre modprobe.blacklist=nouveau et nouveau.modeset=0
Voici le lien vers les paramètres de nouveau : https://nouveau.freedesktop.org/wiki/Ke … arameters/

modeset

Whether the driver should be enabled. 0 for disabled, 1 for enabled, 2 for headless

Avec modprobe.blacklist=nouveau, on interdit au driver de se charger. Avec nouveau.modeset=0, on dit au driver qu'il est désactivé. Sais tu ce que ça change?

Concernant le driver nVidia 304, il n'est à ma connaissance plus maintenu et il pose problème avec les noyaux assez récents. On voit sur cette page : https://www.nvidia.fr/Download/driverRe … /123849/fr qu'il date d'il y a plus d'un an et le 304.137 est la dernière version du 304

J'ai été personnellement confronté à ce problème de maintenance. J'ai eu de la chance, nouveau prend en charge correctement la carte graphique concernée et je n'ai pas cherché plus loin. Il y a peut être d'autres solutions.

Hors ligne

#36 Le 02/11/2018, à 12:11

moko138

Re : Ubuntu 18.04 freeze, sauf si boot par autre disque

Merci de ces infos !

Sais tu ce que ça change?

Hélas, non.


%NOINDEX%
Un utilitaire méconnu : ncdu

Hors ligne

#37 Le 02/11/2018, à 12:55

Hieldayn

Re : Ubuntu 18.04 freeze, sauf si boot par autre disque

@Badbu89
OK, je comprends mieux smile

Par contre, dans ta modification du grub.cfg, tu avais cela aux lignes 67 et 69 :

67    set root='hd1,msdos1'
69    search --no-floppy --fs-uuid --set=root --hint-bios=hd1,msdos1 --hint-efi=hd1,msdos1 --hint-baremetal=ahci1,msdos1  1330d914-0909-4402-8aea-a4af18c13486

vu que chez moi la 18.04 est sur le disque 2, je me suis permis de modifier en

67    set root='hd2,msdos1'
69    search --no-floppy --fs-uuid --set=root --hint-bios=hd2,msdos1 --hint-efi=hd2,msdos1 --hint-baremetal=ahci2,msdos1  1330d914-0909-4402-8aea-a4af18c13486

et ce de partout où c'est nécessaire (lignes 67 & 69, 142 & 144, 159 & 161, 177& 179 et enfin 195 & 197)
Sinon, je ne pense que ça n'aurait pas marché wink

Bref, une fois fait, je teste ... Je détaille, parce que c'est important, tu vas voir : 
Je démarre sur le disque de la 18.04
    => J'ai pas vu GRUB, il doit être caché... sans doute depuis la réinstallation de GRUB par boot-info... faudra que j'édite le fichier /etc/defaut/grub et que j'update-grub... mais on verra plus tard, c'est pas important pour le moment ...
    => Et ça ne démarre pas...
    => Je redémarre, en appuyant sur SHIFT pour voir GRUB
    => je laisse sur la première ligne, par défaut : "sans nomodeset"
    => ça plante après la détection des disques (ça me rappelle le démarrage en live avant que je mette le "nomodeset")
    => bon, donc il faut vraiment passer "nomodeset" ou un truc du genre, sinon ça ne démarre tout simplement pas...
    => je redémarre... et j'essaie la seconde ligne : "avec nomodeset"
    => le démarrage affiche quelques lignes en texte avec de gros caractères, comme quand ça marche (comme depuis la 16.04)
    => Et ça marche !
   
    Je recommence pour confirmer
    => pareil, SHIFT pour voir GRUB, je me mets sur la 2ème ligne ("avec nomodeset")
    => affichage gros caractères...
    => ça marche !!
   

    Comme ça marche 2 fois de suite, je fais le test d'éditer à nouveau le fichier que tu as modifié pour mettre le boot "avec nomodeset" en premier, par défaut, pour voir si la différence ne serait pas au niveau de la ligne par défaut...
   
    => Je redémarre sans rien toucher (grub pas visible et le laisser utiliser la ligne par défaut tout seul)
    => Tiens, là c'est l'affichage en petits caractères de quand ça plante...
    => et ça plante !
   
    Je redémarre et j'affiche Grub avec SHIFT pour voir l'option par défaut :
    => c'est bien celle "avec nomodeset" qui est par défaut
    => je fais "e" pour contrôler => c'est OK, "nomodeset" est bien présent...
    => je démarre dessus (par F10)
    => petits caractères comme quand ça plante
    => ça plante !!
   
    J'essaie de redémarrer, et sans changer l'ordre ("avec nomodeset" en premier, "sans nomodeset" en second) j'essaie de démarrer sans nomodeset (juste parce que c'est la seconde ligne, pas celle par défaut)
    => non, ça démarre pas, faut vraiment ce "nomodeset"...
   

    bon je redémarre de manière à ce que ça marche (depuis la 16.04)
    => J'édite grub.cfg, je remets le démarrage "avec nomodeset" en second comme quand ça avait marché
    => Je redémarre sur le disque de la 18.04
    => SHIFT pour voir grub
    => je sélectionne la 2ème ligne, celle "avec nomodeset"
    => affichage avec petits caractères
    => ça plante ... mad

    Mais pourtant ça a marché 2 fois comme ça...

    je redémarre, toujours sur le disque de la 18.04
    => shift
    => Sur la 2ème ligne je fais "e" pour éditer mais je ne touche rien je fais F10 pour démarrer
    => affichage petits caractères
    => ça plante.
   

    Je fais un dernier petit test :
    => Je mets les 2 menuentry comme tu as proposé, mais je mets un "nomodeset" dans les 2, et je vais démarrer un coup sans rien toucher, et un coup sur la seconde...
    => Ben non, ça plante systématiquement...


Pourquoi ça a marché un moment ??!!?? mad


    je remets tout grub.cfg de la 18.04 comme avant la manip, mais je garde ton fichier modifié de côté si on veut re-tester un truc
   
   
   
    @Badbu89 (en #27) et @moko138 (en #34) à propos de ma 16.04 qui démarre sur l'avant dernier noyau :

Comme je l'avais dit : j'ai fait ces manips de mettre à jour la 16.04 avec divers noyaux, ça changeait rien : il arrivait toujours à me démarrer une 18.04 qui ne plante pas... Mais si vous voulez, je l'update pour qu'il détecte le dernier noyau de la 18.04 :
    => Je démarre la 16.04 pour passer un update-grub et détecter le dernier noyau de la 18.04 (4.15.0-38)
    => je redémarre sur le disque de la 16.04, mais dans grub je passe sur la 18.04 (et je vérifie : c'est bien le dernier noyau, le 4.15.0-38) et je démarre
    => tiens, il s'arrête après la détection des disques...
    => je vérifie l'entrée de grub : il ne m'a pas remis le "nomodeset", cette fois ...  zut. Jusqu'à présent, il me le mettait tout seul... Qu'est-ce qui a bien pu lui faire qu'il oublie de rajouter cette option, cette fois-ci ???
    => Je le remets temporairement à la main en éditant la ligne dans Grub : ça démarre bien, et ça plante pas...


Donc c'est bien ça :
    - La 16.04 est toujours capable de me lancer la 18.04 tant qu'il y a "nomodeset" dans la ligne (mais là il ne l'a pas mis tout seul, c'est quand même bizarre... sad )
    - La 18.04 a réussi à se lancer avec ta manip, Badbu89, 2 fois d'affilée, mais je ne comprends pas pourquoi je n'arrive plus à le refaire.
   

@moko138
    Je ne suis vraiment pas chaud pour le driver vu que démarrer ma 18.04 depuis le disque de la 16.04 fonctionne... or ça démarre toujours la même 18.04 qui ne les a pas ... Donc ça peut marche en s'en passant, autant ne pas rajouter ce genre de trucs qui peut rendre pas mal de choses instables...

Hors ligne

#38 Le 02/11/2018, à 14:24

moko138

Re : Ubuntu 18.04 freeze, sauf si boot par autre disque

...ou plus stables.

Mais quelle que soit la voie, l'important est que tu arrives à la stabilité.


%NOINDEX%
Un utilitaire méconnu : ncdu

Hors ligne

#39 Le 02/11/2018, à 16:41

Hieldayn

Re : Ubuntu 18.04 freeze, sauf si boot par autre disque

Oui, ça je suis assez d'accord, mais tant que j'ai l'option de laisser le système le + d'origine possible (et les démarrages depuis la 16.04 vont dans ce sens-là), autant essayer de rester avec un truc simple et "de base" si possible : d'autant que je ne suis pas le seul utilisateur de la machine...


Je viens d'aller dans la 16.04 pour voir pourquoi il manquait "nomodeset" : j'ai vu quand las le /boot/grub/grub.cfg de la 16.04 il y avait des menuentry qui s'appelaient "... Avec nomodeset" ou "... sans nomodeset"... C'est à dire des restes de quand j'ai joué avec le fichier /boot/grub/grub.cfg de la 18.04, il semblerait...

Il semble que l'update-grub de la 16.04 se soit fait en allant prendre des infos dans le /boot/grub/grub.cfg de la 18.04, et en ait recopié une partie du contenu, au lieu de générer lui-même ses propres lignes... (et j'ai fait cette manip avant de remettre le grub.cfg de la 18.04 d'origine...)

Donc j'ai refait un update-grub dans la 16.04, et elle est donc bien allée prendre le /boot/grub/grub.cfg propre de la 18.04 (j'ai restauré la sauvegarde de ce fichier)

Ça me fait donc constater un truc intéressant :
    Même depuis la 16.04, ce qui marche, c'est la ligne de démarrage de la 18.04 issue de son propre update-grub.
    On a donc cette même partie de démarrage qu'elle soit utilisée par la 16.04 ou par la 18.04, sauf que dans un cas cela marche, et dans l'autre non.
    De plus, quand j'ai fait les tests en modifiant le /boot/grub/grub.cfg de la 18.04  j'ai pu démarrer 2 fois correctement quand la ligne utilisée n'était pas la première.
    Dans la 16.04 non plus, la ligne utilisée n'est pas la première...


Alors je creuse ce fichier et je compare la menuentry de chaque fichier.
    Dans la 16.04, et qui marche, ça ressemble à cela

menuentry 'Ubuntu 18.04.1 LTS (18.04) (sur /dev/sdc1)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-simple-1330d914-0909-4402-8aea-a4af18c13486' {
	insmod part_msdos
	insmod ext2
	set root='hd2,msdos1'
	if [ x$feature_platform_search_hint = xy ]; then
	  search --no-floppy --fs-uuid --set=root --hint-bios=hd2,msdos1 --hint-efi=hd2,msdos1 --hint-baremetal=ahci2,msdos1  1330d914-0909-4402-8aea-a4af18c13486
	else
	  search --no-floppy --fs-uuid --set=root 1330d914-0909-4402-8aea-a4af18c13486
	fi
	linux /boot/vmlinuz-4.15.0-38-generic root=UUID=1330d914-0909-4402-8aea-a4af18c13486 ro nomodeset quiet splash $vt_handoff
	initrd /boot/initrd.img-4.15.0-38-generic
}

    Dans la 18.04, et qui ne marche pas, il y a ceci :

menuentry 'Ubuntu' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-simple-1330d914-0909-4402-8aea-a4af18c13486' {
	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='hd2,msdos1'
	if [ x$feature_platform_search_hint = xy ]; then
	  search --no-floppy --fs-uuid --set=root --hint-bios=hd2,msdos1 --hint-efi=hd2,msdos1 --hint-baremetal=ahci2,msdos1  1330d914-0909-4402-8aea-a4af18c13486
	else
	  search --no-floppy --fs-uuid --set=root 1330d914-0909-4402-8aea-a4af18c13486
	fi
        linux	/boot/vmlinuz-4.15.0-38-generic root=UUID=1330d914-0909-4402-8aea-a4af18c13486 ro  nomodeset quiet splash $vt_handoff
	initrd	/boot/initrd.img-4.15.0-38-generic
}

La différence, c'est cette partie dans le début de la menuentry de la 18.04 :

	recordfail
	load_video
	gfxmode $linux_gfx_mode
	insmod gzio
	if [ x$grub_platform = xxen ]; then insmod xzio; insmod lzopio; fi

Cette partie est bien présente dans la menuentry par défaut de la 16.04, c'est bien des options en + dans l'entrée par défaut,

menuentry 'Ubuntu' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-simple-8c449643-24fd-4ecc-b3d8-f04059e86391' {
	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,msdos1'
	if [ x$feature_platform_search_hint = xy ]; then
	  search --no-floppy --fs-uuid --set=root --hint-bios=hd1,msdos1 --hint-efi=hd1,msdos1 --hint-baremetal=ahci1,msdos1  8c449643-24fd-4ecc-b3d8-f04059e86391
	else
	  search --no-floppy --fs-uuid --set=root 8c449643-24fd-4ecc-b3d8-f04059e86391
	fi
        linux	/boot/vmlinuz-4.4.0-134-generic root=UUID=8c449643-24fd-4ecc-b3d8-f04059e86391 ro  quiet splash $vt_handoff
	initrd	/boot/initrd.img-4.4.0-134-generic
}

donc serait-il possible que, parmi ses options, il y en ait une qui pose problème pour me faire démarrer la 18.04 ? une qui éventuellement ait pris en compte quelque chose lors d'un mauvais démarrage et l'ait gardé pour m'empêcher les démarrage suivant les 2 qui se sont bien passés ??

Hors ligne

#40 Le 02/11/2018, à 17:17

Babdu89

Re : Ubuntu 18.04 freeze, sauf si boot par autre disque

Bonjour.
Au sujet de;

 set root='hd2,msdos1'

L'ordre des disques et partitions avec Grub-Legacy ;
/dev/sda = hd0
/dev/sdb = hd1
/dev/sdc = hd2
&&&.
Avec le partitions
/dev/sda1 = (hd0,0)
/dev/sda2 = (hd0,1)
/dev/sda3 = (hd0,2)
/dev/sdb1 = (hd1,0)
/dev/sdb2 = (hd1,1)
/dev/sdb3 = (hd1,2)
/dev/sdc1 = (hd2,0)
/dev/sdc2 = (hd2,1)
/dev/sdc3 = (hd2,2)
&&&.

L'ordre des disques et partitions avec Grub-Pc (v1,98/99 et V2,0 et suivantes.
/dev/sda = hd0
/dev/sdb = hd1
/dev/sdc = hd2
Avec le partitions.
/dev/sda1 = hd0,msdos1
/dev/sda2 = hd0,msdos2
/dev/sda3 = hd0,msdos3
/dev/sdb1 = hd1,msdos1
/dev/sdb2 = hd1,msdos2
/dev/sdb3 = hd1,msdos3
/dev/sdc1 = hd2,msdos1
/dev/sdc2 = hd2,msdos2
/dev/sdc3 = hd2,msdos3

Dans les grub.cfg,  ta 16.04 est installée en /dev/sda1 on voit; 'hd1,msdos1' on devrait voir 'hd0,msdos1'
Elle est bien vu 'hd0,msdos1' dans le grub.cfg de la 18.04.

Ma 18.04 est installée en /dev/sda3, j'ai ; set root='hd0,msdos3' ce qui convient.

menuentry 'Ubuntu' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-simple-8c449643-24fd-4ecc-b3d8-f04059e86391' {
	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,msdos1'
	if [ x$feature_platform_search_hint = xy ]; then
	  search --no-floppy --fs-uuid --set=root --hint-bios=hd1,msdos1 --hint-efi=hd1,msdos1 --hint-baremetal=ahci1,msdos1  8c449643-24fd-4ecc-b3d8-f04059e86391
	else
	  search --no-floppy --fs-uuid --set=root 8c449643-24fd-4ecc-b3d8-f04059e86391
	fi
        linux	/boot/vmlinuz-4.4.0-134-generic root=UUID=8c449643-24fd-4ecc-b3d8-f04059e86391 ro  quiet splash $vt_handoff
	initrd	/boot/initrd.img-4.4.0-134-generic
}

La 18.04 est installée en /dev/sdb1 on voit  'hd1,msdos1'  dans son grub.cfg c'est bon.

menuentry 'Ubuntu' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-simple-1330d914-0909-4402-8aea-a4af18c13486' {
	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,msdos1'
	if [ x$feature_platform_search_hint = xy ]; then
	  search --no-floppy --fs-uuid --set=root --hint-bios=hd1,msdos1 --hint-efi=hd1,msdos1 --hint-baremetal=ahci1,msdos1  1330d914-0909-4402-8aea-a4af18c13486
	else
	  search --no-floppy --fs-uuid --set=root 1330d914-0909-4402-8aea-a4af18c13486
	fi
        linux	/boot/vmlinuz-4.15.0-38-generic root=UUID=1330d914-0909-4402-8aea-a4af18c13486 ro  quiet splash nomodeset $vt_handoff
	initrd	/boot/initrd.img-4.15.0-38-generic
}

Regarde bien le fichier grub;cfg de la 16 04.
La 18.04 est vue en /dev/sdc1

menuentry 'Ubuntu 18.04.1 LTS (18.04) (sur /dev/sdc1)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-simple-1330d914-0909-4402-8aea-a4af18c13486' {
	insmod part_msdos
	insmod ext2
	set root='hd2,msdos1'
	if [ x$feature_platform_search_hint = xy ]; then
	  search --no-floppy --fs-uuid --set=root --hint-bios=hd2,msdos1 --hint-efi=hd2,msdos1 --hint-baremetal=ahci2,msdos1  1330d914-0909-4402-8aea-a4af18c13486
	else
	  search --no-floppy --fs-uuid --set=root 1330d914-0909-4402-8aea-a4af18c13486
	fi
	linux /boot/vmlinuz-4.15.0-36-generic root=UUID=1330d914-0909-4402-8aea-a4af18c13486 ro nomodeset quiet splash $vt_handoff
	initrd /boot/initrd.img-4.15.0-36-generic
}

NB. Avec grub-pc les partitions sont reconnues avec leur UUID. Ce qui n'était pas le cas avec Grub-Legacy.
Mais je me demandais si le (set root='hd2,msdos1' depuis le grub.cfg de la 16.04) et le  (set root='hd1,msdos1' du grub.cfg de la 18.04) pour la même installation ne posait pas problème? d'où je test demandé post#31.
La question que je me posait est de savoir si les "options"

	  search --no-floppy --fs-uuid --set=root --hint-bios=hd2,msdos1 --hint-efi=hd2,msdos1 --hint-baremetal=ahci2,msdos1  1330d914-0909-4402-8aea-a4af18c13486

Conviennent, c'est pour çà que j'avais changé comme indiqué post#31 pour tester...

@+.   Babdu89  .

Dernière modification par Babdu89 (Le 02/11/2018, à 17:31)


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 02/11/2018, à 18:25

Hieldayn

Re : Ubuntu 18.04 freeze, sauf si boot par autre disque

Ah OK, bon ben désolé, j'avais pas compris cela...

Donc j'ai changé le début du fichier avec ce que tu as proposé en #31, tel quel, sans rien changer.

Au passage, je suis allé voir comment mon bios détecte mes disques
    - Ch0 : c'est mon vieux disque IDE sur lequel j'ai mis les partitions swap, /tmp et /var/log de ma 18.04, que le bios doit voir comme hd0
    - Ch1 : rien... je pense que c'est parce que je n'ai rien sur la seconde prise pour nappe IDE...
    - Ch2 : le disque de la 16.04 (au final le bios doit l'interpréter en hd1)
    - Ch3 : le disque de la 18.04

Mais j'ai pas mal joué avec les emplacements de disques quand j'ai fait mes install, comme par exemple d'avoir enlevé le disque où j'ai une Ubuntu Studio 16.04 pour mettre le disque qui allait recevoir l'install de la 18.04, puis ajouter le disque IDE pour les fichiers temporaires, etc... (ma tour est pleine parce que j'ai donc aussi 1 disque pour les data et 1 pour la sauvegarde, ...)
Heureusement, avec les UUID, ça s'en sort big_smile.


Donc avec ta modif du fichier, je démarre sur celle par défaut qui est la "sans nomodeset".
    => ça ne démarre pas, je n'atteins même pas GDM...

Je redémarre, je sélectionne la 2ème ligne, celle "avec nomodeset"
    => ça marche !! ça démarre, et pas de freeze !!

Tant qu'à être là, j'échange les 2 menuentry que tu m'as fait écrire pour avoir "avec nomodeset" par défaut.
    => ça freeze.

Donc y'a bien un truc comme ça : cette ligne qui a pourtant parfaitement démarré le coup d'avant ne fonctionne pas si elle est 1er...

J'ai restauré mon fichier grub.cfg quand même...

Hors ligne

#42 Le 02/11/2018, à 18:55

Babdu89

Re : Ubuntu 18.04 freeze, sauf si boot par autre disque

Alors, OK pour le panachage des disque en EIDE et SATA. .

Je connais le souci, j'ai une de mes machines dans ce cas là. (4 disques; un EIDE  et 3 SATA)
Suivant les démarrages le disque /sda est vu comme /sdb ou /sdc  ou /sdd. pour les autres c'est de même. Et çà ne s'arrange pas lorsque je branche mes disques externes ...

Heureusement que les partitions sont reconnues avec leur UUID  par Grub-Pc , sinon bonjour les dégâts lors d'installations nouvelles.
Je m'en suis vu à une époque avec Grub_Legacy qui lui ne reconnaissait pas les partitions avec leur UUID.
Je suis obligé de faire très attention.

Je redémarre, je sélectionne la 2ème ligne, celle "avec nomodeset"
    => ça marche !! ça démarre, et pas de freeze !!

C'est bien l’espoir que j'avais en demandant de tester çà.
Plusieurs redémarrages ou pas ?.
Et si çà ne marche pas tout le temps, peux tu savoir comment est vu le disque de la 18.04 à ce moment là?
/sdb ou /sdc?

@+.   Babdu89   .

Dernière modification par Babdu89 (Le 02/11/2018, à 18:56)


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

Hors ligne

#43 Le 06/11/2018, à 22:38

Hieldayn

Re : Ubuntu 18.04 freeze, sauf si boot par autre disque

Salut,

J'ai enfin pu me remettre sur le sujet...

Donc je restaure le fichier grub.cfg de test, celui que tu m'a proposé, et je pars pour faire plusieurs démarrages...

Pour le coup, je me suis loupé : je suis resté sur celle que tu avais proposé, mais inversé : "avec nomodeset" en 1er, et "sans nomodeset" en second.
    Donc quand je m'en rends compte, j'édite la seconde ligne pour mettre nomodeset sur cette fameuse seconde ligne et normalement confirmer que ça remarche... sauf que ça plante (je sais que ça va planter parce que les textes du démarrage sont en petits caractères).
    Avant de lancer un truc qui plante, je choppe l'attribution des disques en SSH depuis mon autre PC, avec un

sudo fdisk -l

(au passage, ces /dev/loopXX de snap sont super chiants !!! mad ... ça m'a fait me poser plein de questions et je trouve que ça pourrit le truc... c'est pas propre...)... Bref  : 

sda = l'IDE avec les partoches tmp, swap et var/log de la 18.04
sdb = le disque de la  16.04
sdc = le disque SSD de la 18.04
sdd = mon disque de données de 200 Go
sde = mon disque de sauvegarde de 250 Go

   
    Je redémarre, cette fois je laisse démarrer sur la première ligne "avec nomodeset" (toujours inversé, donc)
    Petits caractères...
    ça ne marche pas.
   
    J'inverse dans grub.cfg pour revenir à ce que tu m'avais proposé :
    "sans nomodeset" en premier
    "avec nomodeset" en second
    je redémarre, et dans grub je demande à démarrer sur le second comme ça avait réussi à marcher.
    Petits caractères...
    ça ne marche pas.
    Même attribution des disques.

sda = l'IDE
sdb = 16.04
sdc = 18.04
sdd = Données
sde = Sauvegarde

   
   
Alors, en l'état, je tente un truc :
    Je redémarre depuis le disque de la 16.04 comme quand ça marche, en mettant la ligne GRUB de la 18.04
    ça marche... Ouf...
    Attribution des disques :

sda = 16.04
sdb = 18.04
sdc = Données
sdd = Sauvegarde
sde = IDE !

En effet, c'est pas la même... wink
   
Maintenant que ça a démarré une fois correctement, je redémarre sur la 18.04 en changeant de ligne pour passer sur celle que tu m'avais proposé "avec nomodeset"
    Ben non, ça ne remarche pas !!! (l'autre fois ça avait marché...)
    Attribution des disques :

sda = l'IDE
sdb = 16.04
sdc = 18.04
sdd = Données
sde = Sauvegarde

   
    Tu as raison, on voit bien que l'attribution des disques n'est pas la même selon que l'on utilise le GRUB de la 16.04 (et la reconnaissance des disques qu'elle a fait, elle) ou celui de la 18.04 (et la reconnaissance que celle-ci a voulu faire).
   
    Par contre, ça veut dire que les UUID des partitions et le FSTAB ne suffisent pas à ce que tout ça s'y retrouve ?? ça m'inquiète un peu... D'autant que ça ne se décide pas : on reste tributaire et dépendant de comment la commande
   

update-grub

    choisit de s'y retrouver, non ?
   
    Pour aller plus loin dans cette théorie, je tente de modifier le grub.cfg de la 18.04 en remplaçant tous les "hd2" par "hd3" pour correspondre à sdc...
    Petits caractères... et ça plante...
    Donc c'est pas si simple que ça tongue

   
    Est-ce que ça t'aide à voir ce qu'il faut faire ? parce que je suis paumé... Et s'il y a des histoires d'attribution des disques, qu'est-ce que ça va donner quand je vais débrancher mon disque de la 16.04 et remettre celui de mon Ubuntu Studio... ? mad

Hors ligne

#44 Le 07/11/2018, à 15:51

Babdu89

Re : Ubuntu 18.04 freeze, sauf si boot par autre disque

Bonjour.

Pour les hd*,*  et les UUID, relire le post#40.
Depuis Grub-pc les partitions sont reconnues par leur UUID. Il en est de même pour les indications de partitions dans les fichiers fstab .

Je n'arrive pas à trouver ce qui pourrait clocher dans le Grub de la 18.04...
Ce système fonctionne bien démarré depuis le grub de la 16.04...

Il faut aussi remarquer que lorsque l'option nomodeset est  correctement positionnée dans le grub de la 18.04, le système démarre, mais freez au lancement d'applications.

Je ne sais pas si on peut attribuer çà au grub de la 18.04. Grub ne sert qu'a démarrer le système, il démarre.

@+.   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

#45 Le 07/11/2018, à 19:44

Hieldayn

Re : Ubuntu 18.04 freeze, sauf si boot par autre disque

Salut,

Oui, pour les UUID, en effet, d'ailleurs quand je suis passé de la 14.04 à la 16.04, j'ai fait la même chose : installation en parallèle, puis changement dans les disques, puis j'ai trouvé la technique pour avoir mon disque de données à part et les liens dans le Home de chaque utilisateur pour pointer dessus quel que soit le système, ce qui a d'ailleurs bien marché quand j'ai rajouté un disque et installé une Ubuntu Studio dessus, puis encore quand j'ai ajouté le disque de sauvegarde...

Bref : avec les mic-mac de trifouillage de disques, ça s'est toujours bien passé, preuve que la gestion par UUID est bien stable et simplifie grandement les manips...

Ce qui me fait penser que quelque chose se passe au niveau de GRUB, c'est que quand on regarde : que je boot depuis le disque de la 16.04 ou depuis le disque de la 18.04, n'empêche que c'est toujours le même système qui est lancé...  La seule différence, c'est quel GRUB le lance.

Et comme je disais : je vois une différence sur les textes de démarrage, entre la sélection de boot dans GRUB et l'affichage de la page GDM de login, si j'ai des petits caractères je sais que ça va planter, et si j'ai de gros caractères, je sais que ça va marcher.

GRUB ne sert qu'à démarrer le système, sur le fond je suis bien d'accord, mais il se trouve qu'il donne des infos au noyau sur la manière d'activer ou non certaines choses, notamment graphiques... et ça a des conséquences une fois que le système à démarré : il y a bien des paramètres qui doivent être conservés par le système une fois démarré.

Seulement, quand je creuse de ce côté, franchement c'est très technique et très poussé, et ça me dépasse...
C'est bien pour ça que je suis venu demander de l'aide ici, d'ailleurs roll

C'est super frustrant d'avoir un système qui peut marcher, mais en fait non... mad

Hors ligne

#46 Le 07/11/2018, à 23:41

Babdu89

Re : Ubuntu 18.04 freeze, sauf si boot par autre disque

Bonsoir.
Post24 tu dis;

J'ai fait ta manip. Je mets mes notes au fur et à mesure que ça se déroule :

Démarrage sur la 18.04 depuis le grub de la 16.04.
Dans l'onglet "Options de GRUB" de boot-repair, j'ai tenté de ne pas mettre "nomodeset", pour voir...
=> ça démarre pas... Ecran violet, j'attends pas l'écran de GDM...

Je redémarre, et à l'écran de GRUB, j'édite la ligne par défaut j'écris "nomodeset" entre "ro" et "quiet splash"
=> c'est marrant, l'affichage ressemble à celui quand je démarre depuis la 16.04 et ce que j'avais en démarrant la 18.04 avant la manip...

parce que quand je démarre depuis 16.04 les caractères sont plus gros, et quand je démarre depuis 18.04 directement, les caractères sont plus petits.

ça marche... Pas de freeze... !!??!!

Je redémarre, parce que c'est tellement surprenant que ça m'étonne, donc je me suis peut-être planté dans mon démarrage... Je fais bien attention :

=> je vérifie mon boot dans le bios : c'était bien ça, le bon disque (le Kingston qui correspond à sdb), donc OK !
=> à l'écran de Grub, je refais "e" pour éditer, j'ajoute "nomodeset" (tant que je l'ai pas mis en permanent, comme la première fois, je le remets)
=> ça démarre à nouveau avec l'affichage de la 18.04 quand elle ne marche pas... Je suis inquiet...
=> et en effet et ça freeze en lançant Firefox...

On dirait que la réinstall en purgeant ait permis de démarrer 1 fois, comme si la 16.04 la lançait, et puis en fait non...

Ce qui confirme ce que tu dis ci-dessus.

Dernier test, en suivant la doc pour pérenniser la modif (nomodeset ajouté en faisant "e") mais après avoir réinstaller grub en le purgeant dans la 18.04 avec boot-repair.
Mais sans ajouter nomodeset depuis Boot-repair. Tu l'ajoutes comme tu avais fais la première foi, en éditant le menuentry grub "e"...

Tu démarres pour vérifier que çà fonctionne, puis tu fais ce qui est indiqué dans la doc.

https://doc.ubuntu-fr.org/kernel

Chapitre 7.3.2

Pérennisation de la modification.

Lorsque cette option corrige le problème, il est possible de la rendre définitive avec la commande suivante:

sudo sed -i "s#splash#splash Valeur Option Validée  #" /etc/default/grub

et faire prendre en compte avec la commande suivante:

sudo update-grub

Puis plusieurs redémarrages pour vérifier que çà fonctionne, ou pas...

Après çà ,il me semble que l'on aura tenter pas mal de choses avec ou sans succès.

Édit;
Ah oui, à la question;

Est-ce que sdb (ATA KINGSTON SVP100S) est un disque amovible ? no

Tu réponds OUI.

Çà évite que boot-repair réécrive grub dans le secteur de boot de tous les disques;

The default repair of the Boot-Repair utility would reinstall the grub2 of sdb1 into the MBRs of all disks (except live-disks and removable disks without OS).

Il ne vas le réécrire que dans le secteur de boot de /dev/sdb.

Et oui, Boot-Repair fonctionne comme çà. Tu pourras voir çà dans le boot info de la réparation.

@+.   Babdu89   .

Dernière modification par Babdu89 (Le 07/11/2018, à 23:51)


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

Hors ligne

#47 Le 08/11/2018, à 20:00

Hieldayn

Re : Ubuntu 18.04 freeze, sauf si boot par autre disque

Salut,

OK, donc je relance boot-repair depuis la 18.04 quand elle marche, en mettant "oui" pour le disque amovible.
    Le boot-info
   
Je redémarre, je sélectionne le disque de la 18.04 dans le BIOS, j'édite la ligne par défaut, j'ajoute "nomodeset" et je lance le démarrage
    => Ça freeze.

Je redémarre, mais cette fois je le laisse faire pour que ça plante à cause de l'absence de nomodeset, puis je redémarre et j'édite la ligne par défaut pour l'ajouter.
    => Ça marche... !?!
   
Je fais donc la manip de pérennisation, mais en contrôlant je vois que ça met "nomodeset" après "quiet splash" et non avant...
On verra bien, tant pis, je redémarre.
C'est à ce moment que je me rends compte que je n'ai pas fait "update-grub" après avoir implémenté l'option, donc ça n'est pas pris en compte... Tant pis, trop tard, j'édite la ligne pour mettre "nomodeset" à la main
    => Ça freeze...

Je redémarre et j'ajoute à nouveau "nomodeset" en éditant le menu
    => Non, ça freeze toujours...
Donc même si je le pérennise ça ne marchera pas... Y'a pas que ça...
   
Je me rends compte qu'il y a un truc qui marche systématiquement, je le reproduis :
    - J'essaie de démarrer, mais sans nomodeset,
    - Pas de démarrage => hard-reboot
    - J'édite la ligne pour ajouter nomodeset et je démarre
    => Ça marche !!!
   
   
Donc conclusion : il y a une suite d'actions reproductible qui permet de démarrer :
    Démarrer sans nomodeset pour que ça plante avant même d'arriver à GDM et faire un Hard-reboot
    Éditer la ligne pour ajouter nomodeset
    Démarrer.

Enfin un truc reproductible, peut-être une piste !! big_smile
   
Pour démarrer sur la ligne par défaut, il faut donc qu'il y ait un plantage sévère avant démarrage (et pas un freeze après démarrage), pour pouvoir ensuite avec l'ajout de "nomodeset" pouvoir démarre correctement...

Par rapport à ce que je disais plus haut sur les options de boot de GRUB, on dirait dans mon cas qu'il faut un gros crash pour qu'au redémarrage il y ait un shunt de certaines choses (du fait de la fonction "recordfail" ?), ce qui vaut finalement à démarrer comme quand c'est pas la première ligne dans le démarrage depuis la 16.04...

Hors ligne

#48 Le 08/11/2018, à 23:53

Babdu89

Re : Ubuntu 18.04 freeze, sauf si boot par autre disque

Bonsoir.

Dans le boot info, on voit que tu fais les manips avec Boot-repair( réinstaller grub en le purgeant) depuis la session installée 18.04.

boot-repair is executed in installed-session (Ubuntu 18.04.1 LTS, bionic, Ubuntu, x86_64)  
=================== User settings
The settings chosen by the user will purge () and reinstall the grub2 of sdc1 into the MBR of sdc.
Additional repair will be performed: unhide-bootmenu-10s

Est-ce que çà se passe comme indiqué, fait depuis une session live dans ce post?.

https://forum.ubuntu-fr.org/viewtopic.p … #p12169131

@+.   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

#49 Le 09/11/2018, à 18:39

Hieldayn

Re : Ubuntu 18.04 freeze, sauf si boot par autre disque

Oui, en effet, c'est bien le cas : je démarre depuis le disque de la 16.04, je choisis la 18.04 (puisque ça marche) et je fais toute la manip à partir de là, et ce qui en découle se passe très bien...

Pour moi, on le fait en Live (d'après ce tuto) parce qu'on n'arrive pas à démarrer, et qu'il faut bien le faire à partir de quelque chose.
Comme j'arrive à démarrer sur un système de cette manière, je le fais de là...

Tu penses que ça peut avoir une influence et qu'il faut vraiment que je le fasse en Live ? Franchement j'en doute et je ne vois pas ce que ça changerait, mais c'est comme tu veux...

Dernière modification par Hieldayn (Le 09/11/2018, à 18:39)

Hors ligne

#50 Le 09/11/2018, à 21:00

Babdu89

Re : Ubuntu 18.04 freeze, sauf si boot par autre disque

Bonsoir.

Non, pas de test en live. Je voulais savoir si çà se passait comme dans le sujet indiqué.

Là, je commence sérieusement à être à cour d'idée, par-ce-que une réinstallation de Grub en le purgeant avec Boot-Repair, remet tous les fichiers de configuration par défaut normalement, sauf le timeout à 10 seconde, au lieu de 30 secondes...

@+.   Babdu89   .

Dernière modification par Babdu89 (Le 09/11/2018, à 21:03)


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

Hors ligne