ho un problema. Ho aggiornato la versione di ubuntu alla 18.04. Premesso che ho un dual boot con windows 7 sulla mia macchina, in seguito all'aggiornamento, quando provo a selezionare windows da GRUB, mi da il seguente errore:
Ho provato ad effettuare il restore del mbr mediante rescatux e tutto sembrava andato a buon fine. Però quando poi sempre da rescatux ho tentato di ripristinare grub, tutto è tornato come all'inizio, con grub che mi permette di accedere a ubuntu, ma con il medesimo errore quando tento di accedere a windows. Qualcuno può aiutarmi a recuperare l'avvio di windows in dual boot da grub? Grazie
Ultima modifica di cyberangel il giovedì 14 gennaio 2021, 17:26, modificato 1 volta in totale.
ho tentato sia con il primo comando che col secondo, sul mio drive di boot che è sdb, ma al riavvio di grub se provo a selezionare windows ridà il medesimo problema
Il messaggio di errore riguarda l'avvio di Win che viene definito corrotto.
Per capire meglio, dato che hai 2 HD, potresti da sessione di Ubuntu installato dare il comando "sudo parted -l" e postare il risultato?
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
Modello: ATA ST500DM002-1BD14 (scsi)
Disco /dev/sda: 500GB
Dimensione del settore (logica/fisica): 512B/4096B
Tabella delle partizioni: msdos
Flag del disco:
Numero Inizio Fine Dimensione Tipo File system Flag
1 32,3kB 500GB 500GB primary ntfs avvio
Modello: ATA Samsung SSD 840 (scsi)
Disco /dev/sdb: 250GB
Dimensione del settore (logica/fisica): 512B/512B
Tabella delle partizioni: msdos
Flag del disco:
Numero Inizio Fine Dimensione Tipo File system Flag
1 1049kB 160GB 160GB primary ntfs avvio
2 160GB 250GB 90,1GB extended
6 160GB 242GB 81,6GB logical ext4
5 242GB 250GB 8525MB logical linux-swap(v1)
ho due hard disk di cui uno di 500 gb non di sistema e un altro di 250 gb di sistema, partizionato per i due sistemi win7 e ubuntu 18.04
In Ubuntu apri Gparted(se non lo hai installalo) e togli la "flag" di avvio a sda1, ricordati di far eseguire l'operazione.
Una volta fatto chiudi gparted e da terminale dai il comando "sudo update-grub".
Riavvia e vedi se Win parte.
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
niente da fare
la cosa strana è che se fixo il mbr con rescatux win riparte anche se senza grub. Se però ripristino grub mi ridà errore. Sembra sia qualcosa in grub ma non so dove mettere mano
ma può essere che abbia a che fare con UEFI? tempo fa ho dovuto sostituire la memoria a tampone del cmos e quindi nel bios si sono ripristinate le configurazioni di default (compreso il secure boot). Chiedo ma in effetti dubito. Prima dell'avanzamento da ubuntu 16.04 a 18.04 funzionava perfettamente
Li non c'è una partizione di avvio EFI, e se hai fatto un avanzamento dalla 16.04, che non era EFI non può essere cambiato nulla. Inoltre entrambi gli HD sono in modalità MBR.
Facciamo una prova.
In sessione di Ubuntu dai il comando da terminale "sudo grub-install /dev/sda", in questo modo installi il grub anche nell'MBR di sda.
Poi entra nel menu rapido di avvio del setup del BIOS del PC ed avvia da sda, senza salvare alcun cambiamento nel BIOS, prova ad avviare Ubuntu e vedi se va tutto bene, poi riavvia, sempre da sda e prova ad avviare Win. È solo una prova per cui rispetto a prima non dovrebbe cambiare nulla.
Se non è cambiato nulla, sistema con Rescatux l'avvio di Win. A questo punto se non altro, se tutto va come penso, avviando da sda hai il menu del grub con cui avviare Ubuntu, avviando invece da sdb dovrebbe partire direttamente Win. Non è un "successone", ma se va puoi utilizzare entrambi i sistemi anche se non in dual boot.
Purtroppo da qui non so dirti che cosa succede lì da te per causare questo malfunzionamento.
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
Questa "operazione" non fa altro che mettere il grub anche nell'MBR di sda, e la parte di MBR occupata del grub viene utilizzata solo da lui o da altri bootloader in modalità legacy(MBR) e nel momento in cui andrai ad installare un altro OS, anche Win, il bootloader di questi sovrascriverà quello presente, quindi nessun problema.
L'unica cosa che potrebbe succedere in futuro è che se tu cancellassi o spostassi l'Ubuntu attuale, riceveresti il messaggio "grub rescue->" perché il grub non trova i propri file in Ubuntu che tu hai spostato, ma a quel punto capiresti di aver sbagliato disco di avvio. Inoltre, potresti anche ripulire l'MBR con il comando dd....., operazione però superflua.
Edit:
La cosa che noto nel tuo Win è che gli manca la piccola partizione separata di avvio che l'installer di Win crea al momento dell'installazione dell'OS, non so se può essere questo a pregiudicare il funzionamento del grub nell'avvio di Win.
Edit2:
Scusa non ti ho detto una cosa. Dopo aver dato il comando sopraddetto, Ubuntu riconoscerà come proprio il grub in sda, ciononostante anche quello in sdb riuscirà ad avviarlo, però eventuali aggiornamento dei pacchetti del grub e i comandi per grub vedranno sempre puntare questi su sda. Per invertire la cosa basta ridare il comando sostituendo sda con sdb.
Intanto fai le prove.
Ultima modifica di et4beta il domenica 3 gennaio 2021, 18:57, modificato 1 volta in totale.
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
Qualsiasi cosa tu corregga nel grub.cfg editandolo, verrebbe persa al primo comando "update-grub" dato da terminale oppure impartito in automatico da un aggiornamento, quindi serve solo per delle prove, ma il tuo grub.cfg non dovrebbe avere problemi.
Le prove che ti ho suggerito non modificano nulla e puoi rimettere tutto come prima nel modo che ti ho spiegato negli Edit.
Te le faccio fare per escludere che ci possa essere un conflitto nell'MBR di sdb tra il bootloader di Win e il grub, ma se ciò avvenisse si potrebbe ipotizzare un danneggiamento dei cluster dell'HD.
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