(Risolto)Grub 2.02

Prossima versione di Ubuntu in fase di sviluppo e test. Per i precedenti rilasci, consultare «Archivio del forum».
Avatar utente
corradoventu
Imperturbabile Insigne
Imperturbabile Insigne
Messaggi: 3782
Iscrizione: domenica 27 aprile 2008, 22:23
Desktop: GNOME
Distribuzione: Ubuntu 20.04, 22.04, 23.10, 24.04
Sesso: Maschile
Località: Rezzoaglio (GE)
Contatti:

Re: Grub 2.02

Messaggio da corradoventu »

nello stesso PC il grub.cfg di trusty creato ven 02 dic 2016 07∶50∶28 CET 80,6 kB (80.577 bytes) è di 1458 righe
quello di xenial creato gio 02 feb 2017 09∶33∶23 CET 99,1 kB (99.119 bytes) di 1697 righe
quello di zesty creato oggi sab 04 feb 2017 12∶09∶03 CET 102,0 kB (101.953 bytes) di 1746 righe
mi sembrano del tutto paragonabili.
Con o senza religione, i buoni si comportano bene e i cattivi male, ma ci vuole la religione per far comportare male i buoni.
(Steven Weinberg)
Avatar utente
et4beta
Rampante Reduce
Rampante Reduce
Messaggi: 7931
Iscrizione: mercoledì 9 gennaio 2008, 10:15
Desktop: Gnome
Distribuzione: 18.04-22.04-23.04 (NO UEFI)
Località: Ancona

Re: Grub 2.02

Messaggio da et4beta »

@corradoventu
Beh paragonabili sì, ma "normali" non mi sembra date le dimensioni.
Però c'è da dire che stiamo paragonando il grub,cfg di un sistema con UEFI(il tuo) ed uno con partizionamento msdos(il mio) e onestamente, non conoscendolo l'UEFI, non me la sento di fare affermazioni sul tuo.
Comunque vai a leggerne uno e controlla se ci sono delle ridondanze strane.

Nel frattempo ho reinstallato Lubuntu 16.04 da cui sto scrivendo, anche perché dovevo fare una prova per un'altra ragione. All'update-grub dato nello Xenial che comanda l'avvio è andato tutto normalmente. Grub.cfg di Xenial di 38,8 Kb 1 Kb in più di quello che era prima di installare Lubuntu, e nessuna "anomalia" nella sintassi.
Ora debbo fare il giro degli update-grub, iniziando da Zesty, e vedere che succede.

Edit:
Sono ora Zesty e cominciano i problemi.
Questo, per dare un'idea della situazione, è il risultato di update-grub:

Codice: Seleziona tutto

enzo@zesty:~$ sudo update-grub
[sudo] password di enzo: 
Generating grub configuration file ...
Trovata immagine linux: /boot/vmlinuz-4.9.0-15-generic
Trovata immagine initrd: /boot/initrd.img-4.9.0-15-generic
Trovata immagine linux: /boot/vmlinuz-4.9.0-12-generic
Trovata immagine initrd: /boot/initrd.img-4.9.0-12-generic
Found memtest86+ image: /boot/memtest86+.elf
Found memtest86+ image: /boot/memtest86+.bin
Trovato Windows 10 su /dev/sda1
Trovato Ubuntu 15.10 (15.10) su /dev/sda5
Trovato Ubuntu 16.04.1 LTS (16.04) su /dev/sda6
Trovato Ubuntu 14.04.5 LTS (14.04) su /dev/sdb5
Trovato Ubuntu 16.10 (16.10) su /dev/sdb7
Trovato Ubuntu 16.04.1 LTS (16.04) su /dev/sdd2
fatto
enzo@zesty:~$ 
Perfettamente normale.
Ecco però l'ultima parte del grub.cfg di Zesty(diventato già di 43,9 kb), in cui si vede che iniziano le ridondanze quando i due sistemi Lubuntu 16.04 e Xenial 16.04, installati qui da me in dischi diversi, presentano lo stesso kernel(in questo caso solo uno il 4.4.0-62), ma se i kernel fossero di più aumenterebbero le ridondanze:

Codice: Seleziona tutto

menuentry 'Ubuntu 16.04.1 LTS (16.04) (su /dev/sda6) (su /dev/sdd2)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/boot/vmlinuz-4.4.0-62-generic--99a78ac2-11c4-4cdb-8080-b62517ca0477' {
		insmod part_msdos
		insmod ext2
		set root='hd3,msdos2'
		if [ x$feature_platform_search_hint = xy ]; then
		  search --no-floppy --fs-uuid --set=root --hint-bios=hd3,msdos2 --hint-efi=hd3,msdos2 --hint-baremetal=ahci3,msdos2  99a78ac2-11c4-4cdb-8080-b62517ca0477
		else
		  search --no-floppy --fs-uuid --set=root 99a78ac2-11c4-4cdb-8080-b62517ca0477
		fi
		linux /boot/vmlinuz-4.4.0-62-generic root=UUID=4334c99c-07cd-4d88-967c-3fc67102e51b ro quiet splash $vt_handoff
		initrd /boot/initrd.img-4.4.0-62-generic
	}
	menuentry 'Ubuntu (su /dev/sda6) (su /dev/sdd2)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/boot/vmlinuz-4.4.0-62-generic--99a78ac2-11c4-4cdb-8080-b62517ca0477' {
		insmod part_msdos
		insmod ext2
		set root='hd3,msdos2'
		if [ x$feature_platform_search_hint = xy ]; then
		  search --no-floppy --fs-uuid --set=root --hint-bios=hd3,msdos2 --hint-efi=hd3,msdos2 --hint-baremetal=ahci3,msdos2  99a78ac2-11c4-4cdb-8080-b62517ca0477
		else
		  search --no-floppy --fs-uuid --set=root 99a78ac2-11c4-4cdb-8080-b62517ca0477
		fi
		linux /boot/vmlinuz-4.4.0-62-generic root=UUID=4334c99c-07cd-4d88-967c-3fc67102e51b ro quiet splash $vt_handoff
		initrd /boot/initrd.img-4.4.0-62-generic
	}
	menuentry 'Ubuntu, con Linux 4.4.0-62-generic (su /dev/sda6) (su /dev/sdd2)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/boot/vmlinuz-4.4.0-62-generic--99a78ac2-11c4-4cdb-8080-b62517ca0477' {
		insmod part_msdos
		insmod ext2
		set root='hd3,msdos2'
		if [ x$feature_platform_search_hint = xy ]; then
		  search --no-floppy --fs-uuid --set=root --hint-bios=hd3,msdos2 --hint-efi=hd3,msdos2 --hint-baremetal=ahci3,msdos2  99a78ac2-11c4-4cdb-8080-b62517ca0477
		else
		  search --no-floppy --fs-uuid --set=root 99a78ac2-11c4-4cdb-8080-b62517ca0477
		fi
		linux /boot/vmlinuz-4.4.0-62-generic root=UUID=4334c99c-07cd-4d88-967c-3fc67102e51b ro quiet splash $vt_handoff
		initrd /boot/initrd.img-4.4.0-62-generic
	}
	menuentry 'Ubuntu, with Linux 4.4.0-62-generic (upstart) (su /dev/sda6) (su /dev/sdd2)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/boot/vmlinuz-4.4.0-62-generic--99a78ac2-11c4-4cdb-8080-b62517ca0477' {
		insmod part_msdos
		insmod ext2
		set root='hd3,msdos2'
		if [ x$feature_platform_search_hint = xy ]; then
		  search --no-floppy --fs-uuid --set=root --hint-bios=hd3,msdos2 --hint-efi=hd3,msdos2 --hint-baremetal=ahci3,msdos2  99a78ac2-11c4-4cdb-8080-b62517ca0477
		else
		  search --no-floppy --fs-uuid --set=root 99a78ac2-11c4-4cdb-8080-b62517ca0477
		fi
		linux /boot/vmlinuz-4.4.0-62-generic root=UUID=4334c99c-07cd-4d88-967c-3fc67102e51b ro quiet splash $vt_handoff init=/sbin/upstart
		initrd /boot/initrd.img-4.4.0-62-generic
	}
	menuentry 'Ubuntu, with Linux 4.4.0-62-generic (recovery mode) (su /dev/sda6) (su /dev/sdd2)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/boot/vmlinuz-4.4.0-62-generic-root=UUID=4334c99c-07cd-4d88-967c-3fc67102e51b ro recovery nomodeset-99a78ac2-11c4-4cdb-8080-b62517ca0477' {
		insmod part_msdos
		insmod ext2
		set root='hd3,msdos2'
		if [ x$feature_platform_search_hint = xy ]; then
		  search --no-floppy --fs-uuid --set=root --hint-bios=hd3,msdos2 --hint-efi=hd3,msdos2 --hint-baremetal=ahci3,msdos2  99a78ac2-11c4-4cdb-8080-b62517ca0477
		else
		  search --no-floppy --fs-uuid --set=root 99a78ac2-11c4-4cdb-8080-b62517ca0477
		fi
		linux /boot/vmlinuz-4.4.0-62-generic root=UUID=4334c99c-07cd-4d88-967c-3fc67102e51b ro recovery nomodeset
		initrd /boot/initrd.img-4.4.0-62-generic
	}
}

set timeout_style=menu
if [ "${timeout}" = 0 ]; then
  set timeout=10
fi
### END /etc/grub.d/30_os-prober ###
Notare come le prime righe riportino entrambe le partizioni ove il grub ha trovato lo stesso kernel, aumentando il numero dei kernel trovati due volta aumenta il numero dei "gruppi" di righe di avvio in maniera esponenziale.
Cioè se io ora installassi anche su Lubuntu il kernel 4.4.0-59 come secondo kernel il numero dei gruppi di righe di avvio quadruplicherebbe, se reinstallassi Kubuntu 16.04, che ha gli stessi kernel il numero di gruppi diventerebbe di 16 volte maggiore.
Prossimo passo, finché il "male" è piccolo, correggo manualmente le righe, eliminando il doppio percorso nel grub.cfg di Zesty e provo a dare l'update-grub da Xenial.

2° Edit:
Nonostante abbia "ripulito" il grub.cfg di Zesty, andando in sessione di Xenial e facendo l'upgrade-grub le righe con le ridondanze vengono generate anche nel grub.cfg di Xenial, quindi il problema non nell'os-prober di Zesty(o meglio non è solo nel), ma è proprio nell'ultimo grub(ritengo l'os-prober di questi) di cui è arrivato l'aggiornamento alcuni giorni fa.
Sono sicuro di ciò perché la situazione degli OS installati è così da almeno un mese e solo ora, dopo l'ultimo upgrade del grub, sta accadendo ciò.
Linux User #485103 - Ubuntu User #38220 - Desktop: MoBo MSI Z790 Tomahawk - Intel i9-13900F - RAM G.Skill Trident Z5 DDR5 F5-6000 32 Gb - GPU Asus RTX 4070 Ti - Monitor Samsung G5 32" - SSD Samsung 990 Pro M.2 PCIe NVMe 2 Tb e altri / - Noteb. Asus TUF Gaming FX705GE - i7 8750H - RAM 16 Gb
Avatar utente
trekfan1
Moderatore Globale
Moderatore Globale
Messaggi: 23359
Iscrizione: domenica 21 maggio 2006, 10:51
Desktop: Gnome
Distribuzione: Ubuntu 23.10 e 24.04 (dev)
Sesso: Maschile
Località: Formigine (MO) | Accecante Asceta

Re: Grub 2.02

Messaggio da trekfan1 »

Miki2006 vedi di mettere [Risolto] al titolo del primo post!
Scrivi risposta

Ritorna a “Zesty Zapus 17.04”

Chi c’è in linea

Visualizzano questa sezione: 0 utenti iscritti e 3 ospiti