Problema reinstallazione GRUB

[unascarpa]

Come da titolo ho un problema con la reinstallazione del GRUB

In pratica avevo sul mio pc WINDOS10 in dualboot con UBUNTU, stamattina ho formattato e reinstallato windows, ora ovviamente dovrei reinstallare il grub perchè all'avvio parte sempre windows10 normalmente.

Ho creato una pennetta avviabile con SUPERGRUBDISK, riesco ad entrare nel mio ubuntu, ma non riesco a reinstallare il grub, non so perchè.
Ho provato tutte le soluzioni ma niente, non so come muovermi.

Aiuto perfavore?

[et4beta]

Da sessione di Ubuntu(visto che puoi avviarlo) dai il comando:

sudo parted -l

e posta qui il risultato.

[unascarpa]

Questo è il risultato, ricordo che uso supergrub per accedere

Codice: Seleziona tutto

Modello: ATA TOSHIBA MQ01ABD0 (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      1049kB  196GB  196GB       primary   ext4
 2      196GB   196GB  367MB       primary   ntfs            avvio
 3      196GB   496GB  300GB       primary   ntfs
 4      496GB   500GB  4103MB      extended
 5      496GB   500GB  4103MB      logical   linux-swap(v1)


Modello: SanDisk Ultra USB 3.0 (scsi)
Disco /dev/sdb: 30,8GB
Dimensione del settore (logica/fisica): 512B/512B
Tabella delle partizioni: msdos
Flag del disco: 

Numero  Inizio  Fine    Dimensione  Tipo     File system  Flag
 1      1049kB  30,8GB  30,8GB      primary  ntfs         avvio

300gb per windows
200gb per linux

Dando:

sudo fdisk -l

Codice: Seleziona tutto

Disk /dev/ram0: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/ram1: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/ram2: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/ram3: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/ram4: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/ram5: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/ram6: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/ram7: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/ram8: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/ram9: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/ram10: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/ram11: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/ram12: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/ram13: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/ram14: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/ram15: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/sda: 465,8 GiB, 500107862016 bytes, 976773168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: dos
Disk identifier: 0x00044f66

Dispositivo Avvio     Start      Fine   Settori   Size Id Tipo
/dev/sda1              2048 382818454 382816407 182,6G 83 Linux
/dev/sda2   *     382820352 383537151    716800   350M  7 HPFS/NTFS/exFAT
/dev/sda3         383537152 968755199 585218048 279,1G  7 HPFS/NTFS/exFAT
/dev/sda4         968757246 976771071   8013826   3,8G  5 Esteso
/dev/sda5         968757248 976771071   8013824   3,8G 82 Linux swap / Solaris

[et4beta]

Vuoi dire che dopo aver avviato Ubuntu con Supergrubdisk, aperto il terminale di Ubuntu dato il comando "sudo grub-install /dev/sda" e subito dopo "sudo update-grub", continua, all'avvio del PC, ad avviarsi Win?
Il partizionamento non è proprio un esempio da copiare, però non dovrebbe dare problemi.

[unascarpa]

Ora non ho il pc qui con me, ma mi pare di aver dato quei comandi e comunque partiva sempre windows, ora non so qual'è il problema.

Aggiungo che comunque ubuntu che avvio è proprio quello mio, cioè con mia passwd e mio nome utente con tutti i miei file.

Inoltre quando eseguo supergrub dopo la prima scelta in system manager mi escono queste cose da segliere, io scelgo sempre hd1 msdos1, visto che i primi 2 sono per windows, gli altri sempre linux

[et4beta]

L'immagine la dovresti creare o più da distante o in orizzontale, così non si legge abbastanza.

[unascarpa]

ho aggiornato l'immagine sopra
Dando:
sudo grub-install /dev/sda

Codice: Seleziona tutto

Searching for GRUB installation directory ... found: /boot/grub
The file /boot/grub/stage1 not read correctly.

[et4beta]

E' molto tempo che non vedo questo errore che mi pare essere il "famoso" errore 17 del grub.
La causa principale, se non ricordo male, riguarda il partizionamento un po' confuso dell'HD ed infatti se vedi la tua partizione ext4 di Ubuntu inizia a 1049 kb, direi "insolito". Inoltre la partizione con la flag di avvio non è quella di Ubuntu ma quella di Win.
Penso che la soluzione più rapida sia reinstallare Ubuntu, preparando una nuova USB avviabile(meglio partire da zero), avviare da questa una sessione live ed eliminare con Gparted l'attuale partizione di Ubuntu, creando così spazio non allocato, quindi far partire l'installazione di Ubuntu facendogli creare in questo spazio la sua partizione e farcelo installare.

[unascarpa]

Potresti indicarmi le guide da seguire e una specie di To do List

Inoltre non capisco perché non possa farlo ora questa cosa con Gparted, con la mia versione di Ubuntu che già ho installato

[et4beta]

Ti ho chiesto di postare l'immagine completa più per vedere la situazione che altro, e lì avresti almeno un kernel da eliminare, ma ciò non è importante.
Prendendo in considerazione quanto da te richiesto ho letto con più attenzione e mi sono accorto di aver fatto l'errore di considerare il risultato di "parted -l", da te postato, come se fosse di "fdisk -l" che è diverso, quindi l'inizio della prima partizione a 1049kb come indicato nel suddetto risultato è corretto.
Perciò la causa dell'errore del grub non sembra imputabile, nel tuo caso, ad un problema di partizionamento, ma ad una delle altre cause che però non sono poche. Ho anche fatto una ricerca per rinfrescarmi la memoria, in quanto è un errore abbastanza desueto, ma non mi sembra che le soluzioni diverse dalla reinstallazione del sistema abbiano dato dei risultati.
Forse l'unica che potresti provare prima di reinstallare Ubuntu, visto che l'errore potrebbe derivare anche da una errata installazione dei file del grub in Ubuntu, a reinstallare da Synaptic(se non lo hai installalo) solo i pacchetti relativi al grub e vedere se il comando "sudo grub-install /dev/sda" va a buon fine. Se così non fosse l'unica strada, che ripeto è comunque la più veloce, è reinstallare tutto da zero, compreso anche un supporto di installazione masterizzato di nuovo.
In quanto alle guide cui accenni se ne trovi sono molto datate, proprio perché è un errore che si vedeva diversi anni fa.

[unascarpa]

Spiego un attimo la storia di questo pc.
Partito con windows8 decisi di installare in dual boot ubuntu e fin qui tutto bene.
Ad un certo punto ebbi bisogno reinstall are ubuntu e ci riuscii bene, anche da parte del grub e tutto.
La settimana scorsa ho reinstallato windows10 edu e ora mi da questi problemi, l'unica cosa che mi viene in mente è un errore che posso aver fatto nella seconda reinstallazione di ubuntu(comunque con grub funzionante).

Ora diciamo volendo risolvere questo problema, farò:
creare nuova usb con ubuntu 16.10 e scegliere installa ubuntu.
(qui devo fare qualche operazione particolare per quanto riguarda le partizioni???)

Alla fine con ubuntu installato riavvio il sistema e forzandolo lo farò rientrare in ubuntu(con usb usata per installare) ed allora darò il comando sudo install-grub

Scrivo per essere sicuro di non attuare un procedimento inutile che non porti alla risoluzione del problema.

[et4beta]

Nessuna operazione particolare, solo che avviando dalla "nuova" USB, scegli "Prova Ubuntu" avviando così una sessione live, da questa con Gparted(preinstallato nella live) elimini l'attuale partizione di Ubuntu(sda1) e, se vuoi puoi, nello spazio non allocato così creatosi, anche direttamente creare la nuova ext4 per il nuovo Ubuntu(oppure farlo fare in seguito all'installer di Ubuntu facendoglielo occupare tutto), dopodiché avvii l'installazione normalmente scegliendo l'opzione "Altro" al momento del partizionamento indicando di installare il "nuovo" Ubuntu nella nuova ext4 appena creata e il bootloader in sda. Controlla anche che durante l'installazione non vi siano messaggi di errore.
Al riavvio non dovresti aver bisogno di fare nulla in quanto dovresti avere il menu del grub con le opzioni di avvio.

[unascarpa]

Nessuna operazione particolare, solo che avviando dalla "nuova" USB, scegli "Prova Ubuntu" avviando così una sessione live, da questa con Gparted(preinstallato nella live) elimini l'attuale partizione di Ubuntu(sda1) e, se vuoi puoi, nello spazio non allocato così creatosi, anche direttamente creare la nuova ext4 per il nuovo Ubuntu(oppure farlo fare in seguito all'installer di Ubuntu facendoglielo occupare tutto), dopodiché avvii l'installazione normalmente scegliendo l'opzione "Altro" al momento del partizionamento indicando di installare il "nuovo" Ubuntu nella nuova ext4 appena creata e il bootloader in sda. Controlla anche che durante l'installazione non vi siano messaggi di errore.
Al riavvio non dovresti aver bisogno di fare nulla in quanto dovresti avere il menu del grub con le opzioni di avvio.

Va bene questa sera appena sono a casa provo questa procedura grazie

[et4beta]

Se mi permetti un suggerimento io ti direi di installare la versione 16.04.2 LTS, non che ci sia una diferenza notevole tra le due versioni, anzi direi che sia minima, però la 16.04 essendo una LTS avrà supporto per molto più tempo, mentre la 16.10 te la troverai in breve senza più supporto. Per prova andrebbe bene, ma se intendi tenerla per un po' direi meglio la LTS.

[unascarpa]

Da installazione ubuntu , dopo aver scelto ALTRO mi dice:

NON è STATO DEFINITO ALCUN FILE SYSTEM DI ROOT
CORREGGERE QUESTO PROBLEMA DAL MENù DI PARTIZIONAMENTO

Risolto con questa guida QUESTA

[et4beta]

Perché quando, dopo aver selezionato "Altro", hai selezionato la partizione non hai però cliccato su "modifica" per assegnare il filesystem e il punto di mount.

[unascarpa]

Ok tutto RISOLTO ora il grub appare come si deve..

ora ai fini della discussione però mi interesserebbe sapere come mai mi faceva questo problema, che non riuscivo ad aggiornare il grub

aggiungo inoltre che ho dovuto creare anche una nuova partizione di swap(sarà che forse prima non ci stava? possibile?)

[et4beta]

Vorrei poterti rispondere, ma le possibilità sono molte e più che una risposta farei una serie di inutili ipotesi. Per stare sul generico direi che nella prima installazione qualcosa era andato storto, mentre ora è andato tutto a buon fine.