(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
Entusiasta Emergente
Entusiasta Emergente
Messaggi: 2310
Iscrizione: domenica 27 aprile 2008, 22:23
Desktop: GNOME
Distribuzione: Ubuntu 18.04, 20.04, 20.10, 21.04
Sesso: Maschile
Località: Bogliasco (GE) o 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: 7630
Iscrizione: mercoledì 9 gennaio 2008, 10:15
Desktop: Gnome
Distribuzione: 18.04-20.04-20.10-21.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 Asus X99-A - Intel i7 5820K - RAM G.Skill Ripjaws V DDR4 32 Gb - GPU Asus STRIX Nvidia GTX 970 - Monitor Asus MG278Q - SSD Samsung 970 EVO Plus M.2 PCIe NVMe 500 Gb - SSD Samsung 850 EVO 500 Gb + 3 HDD (2 Seagate 2Tb+ 1 WD 2Tb) - / - Asus TUF Gaming FX705GE - i7 8750H - RAM 16 Gb - / - Asus K55VD i7 3610QM RAM 8Gb.
Avatar utente
trekfan1
Moderatore Globale
Moderatore Globale
Messaggi: 21726
Iscrizione: domenica 21 maggio 2006, 10:51
Desktop: Gnome
Distribuzione: Ubuntu 20.10 e 21.04 (dev) 64 bit
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 0 ospiti