(Risolto)Grub 2.02

Prossima versione di Ubuntu in fase di sviluppo e test. Per i precedenti rilasci, consultare «Archivio del forum».

Re: Grub 2.02

Messaggioda corradoventu » sabato 4 febbraio 2017, 15:27

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)
PC di casa: https://drive.google.com/folderview?id= ... sp=sharing
Avatar utente
corradoventu
Scoppiettante Seguace
Scoppiettante Seguace
 
Messaggi: 831
Iscrizione: aprile 2008
Località: Montecompatri (RM) o Rezzoaglio (GE)
Desktop: unity -> gnome
Distribuzione: Ubuntu 16.04, 16.10, 17.04, 17.10
Sesso: Maschile

Re: Grub 2.02

Messaggioda et4beta » sabato 4 febbraio 2017, 15:45

@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(BIOS ver. 3402) - Intel i7 5820K - RAM G.Skill Ripjaws V DDR4 32 Gb(4 x F4-3000C15-8GVR) - GPU Asus STRIX Nvidia GTX 970 - Monitor Asus MG278Q - 1 SSD Samsung 850 EVO 500 Gb + 3 HDD (2 Seagate 2Tb+ 1 WD 2Tb) - PSU XFX XTR 750W - / - Asus K55VD - i7 3610QM - RAM 8 Gb 1600MHz - Grafica ibrida Intel HD 4000/Nvidia 610M - SSD Samsung 850 Pro 512 Gb
Avatar utente
et4beta
Rampante Reduce
Rampante Reduce
 
Messaggi: 7095
Iscrizione: gennaio 2008
Località: Ancona
Desktop: Unity/LXDE/MATE
Distribuzione: da 14.04 a 17.10-NO UEFI

Re: Grub 2.02

Messaggioda trekfan1 » martedì 7 marzo 2017, 22:40

Miki2006 vedi di mettere [Risolto] al titolo del primo post!
Avatar utente
trekfan1
Moderatore Globale
Moderatore Globale
 
Messaggi: 16351
Iscrizione: maggio 2006
Località: Formigine (MO) | Tenace Tecnocrate
Desktop: Gnome Shell
Distribuzione: Ubuntu 17.10 e 18.04 (dev) 64 bit
Sesso: Maschile

Precedente

Torna a Zesty Zapus 17.04

Chi c’è in linea

Visualizzano questa sezione: 0 utenti registrati e 1 ospite