Forum Ubuntu-it

Salve,
- pc portatile: Acer E5-573g, i5-5200, in modalità EFI con Win 10 e Kubuntu in dual boot -
- HDD 500GB sostituito con SSD 250 GB -

La clonazione dell'HDD su SSD formalmente corretta non ha funzionato, problema affrontato in questo forum:
risultato ho reinstallato tutto (ho solo sostituito Ubuntu-gnome a Kubuntu).

La prima volta per far funzionare il dual-boot son dovuto ricorrere a questa soluzione di gennarof:
perché la semplice modifica dell'ordine di boot con efibootmgr non dava risultati.
Ora nella lista di boot del bios del pc mi trovo i vecchi nomi (kubuntushimx64efi, etc..) che però non funzionano più.
E si avvia sempre e solo Win10.
Ho comunque provato a modificare la lista di boot da live anche con efibootmgr, ma come la prima volta non ho risolto nulla.
Secondo voi devo riprovare con la soluzione di gennarof? non rischio di fare casino nel bios del pc?
Grazie.

Verifica che non sia attivo l' Avvio Veloce in windows.

mi trovo i vecchi nomi (kubuntushimx64efi, etc..)

Questo perchè hai fatto di testa tua e non come ti ho detto di fare nell'altro 3d

l mio consiglio è di fare una nuova installazione di windows togliendo tutte le partizioni sul SSD , da disco vuoto con Gparted crei due partizioni solamente con 1 lo spazio che vuoi dedicare a Windows e l'altra con lo spazio restante non formattato. Fai l'installazione di Windows selezionando la prima partizione formattata Ntfs , windows creerà in quell'area tutto quello che gli serve,

io rifarei una installazione nuova ripristinando poi solo i file personali , ma questo è solo una mia idea di avere sempre e solo i file necessari e non immondizia in giro.

Ho fatto esattamente, ovviamente salvo errori involontari, quello che mi hai proposto.
Ho scaricato la iso di Win10. Ho solo installato da live Ubuntu-gnome 18.04 invece di Kubuntu 16.04.

L'avvio veloce era attivo: l'ho disattivato, ma ahimé non è cambiato nulla, parte sempre e solo Win.
Ho anche ricontrollato la sequenza di avvio del bios.

Se tu avessi eliminato da live tutte le partizioni esistenti su quel ssd

mi trovo i vecchi nomi (kubuntushimx64efi, etc..)

questo non ci sarebbe , poi per quanto riguarda Linux/x dipende da come hai fatto la chiavetta, con quale programma, se hai fatto una installazione uefi o meno, dove hai tentato/installato il bootloader di linux/x.

Ho capito (mi sembra ) che il problema stia nel modo in cui il notebook Acer gestisce EFI.
Come tu mi avevi consigliato ho proprio eliminato da live tutte le partizioni del SSD, ho seguito pedissequamente quello che tu avevi scritto.
Infatti, quando ho visto che nel Boot del bios del pc i nomi erano gli stessi dell' HD ho controllato nella partizione EFI appena creata,
e i files con quei nomi non c'erano.
Allora sempre nella nuova partizione EFI ho duplicato shimx64.efi con lo stesso nome della lista del bios (kubuntushimx64efi).
Nessun cambiamento.
Ho ricontrollato nel Bios la scheda Security alla voce Select an UEFI file us trusted for executing > HDD0 > EFI sotto la quale ci sono le cartelle Boot, Microsoft e Ubuntu; nella cartella UBuntu (che già conteneva i nomi dei file shimx64.efi, grubx64.efi, etcc..) è comparso il nome del file che avevo creato prima nella nuova partizione EFI.
Ho modificato il nome di questo file. Salvato tutto e uscito. Riavvio, con F12 lista avvio comprendente il nuovo nome, selezionato ed è arrivato il Grub.

Come dice gennarof da ubuntuforums nel 2015:

I am surprised that Acer created such a ridiculously complicates setting, microsoft is not enough, we need also the manufacturers messing around...

Al contrario di quello che dice gennarof, nella lista di avvio Boot non trovo i nomi dei file originali ma solo il nome di quello modificato in:
BIOS >> Security alla voce Select an UEFI file us trusted for executing > HDD0 > EFI sotto la quale ci sono le cartelle Boot, Microsoft e Ubuntu; nella cartella UBuntu.
La prima volta avevo fatto la stessa cosa ma non avevo capito bene quello che facevo, fortuna che comunque aveva funzionato tutto.

Bene. Non ci sono stati altri commenti.
Confermo che il dual boot funziona bene, e ovviamente, le prestazioni sono migliorate notevolmente.
Semplicemente grazie.