netgear

Premetto che questa è una esperienza UEFI fatta su due schede madri, che hanno un comportamento diverso nell’uso in multiboot su singolo disco, quindi più che una guida si tratta di un approfondimento di alcune tematiche. Parleremo solo del multiboot su singolo disco, visto che il multiboot su più dischi non presenta nessuna problematica. GA-Z97-D3H e GA-Z170X-UD5. Saltando la procedura di installazione dei tre sistemi, che se eseguita correttamente produrrà una EFI così strutturata, dopo l’installazione di Clover UEFI: Installazione UEFI: Cartella EFI: Nel caso della GA-Z97-D3H, non c’è stato bisogno di fare nulla, nelle voci del BIOS troveremo tre Entries: l’avvio diretto per Ubuntu, quello di Windows e una “UEFI con il nome del disco” che permetterà l’avvio di Clover e la conseguente visualizzazione degli altri sistemi perfettamente bootabili. Io credo che questa Entries per il boot di Clover sia “anomala” anche perché nelle normali dinamiche non ci dovrebbe essere, ma in questo caso è presente e funziona. C’è un BUG che ho riscontrato: se metto nel BIOS l’avvio di “UEFI con il nome del disco”, ovviamente per primo, non ci sarà nessun problema a bootare Clover, invece se lancio la stessa Entries dal bootmanager della scheda F12 il boot non andrà a buon fine, questa situazione è stata molto fuorviante e dimostra la lacunosità di questi BIOS, nonché l’anomalia della Entries. Questo sistema lascerà tutti i file nella sua struttura originale e non ci saranno mai problemi di aggiornamenti che riportino ordine di default nei file di boot. Inoltre le Entries verranno create al momento dell’avvio del disco, quindi saranno stabilmente presenti. Se non si verifica la situazione precedente c’è anche un'altra modalità per creare una voce bootable per Clover, quella di creare un Entries con efibootmgr di Linux: Con permessi di root: sudo efibootmgr -c -L "CLOVER" -l "\EFI\CLOVER\CLOVERX64.EFI" Ci ritroveremo nel BIOS la entries "CLOVER" che permetterà il boot. - - Verifichiamo con: sudo efibootmgr -v - Anche qui con Gigabyte c’è un “problema”: se il disco viene scollegato o disabilitato da BIOS, la scheda cancellerà automaticamente la Entries che alla riconnessione sarà sparita costringendoci a ricrearla. Questo è un vantaggio per non ritrovarsi Entries morte, ma un grosso limite per una situazione di multiboot che esige Entries permanenti. Anche questa soluzione lascerà tutti i file nella struttura originale, quindi stabile dopo qualsiasi aggiornamento. Il comando "efibootmgr" può essere usato anche per cancellare una Entries nel BIOS non più utilizzata, ad esempio se vogliamo cancellare "Boot0001* CLOVER": Con permessi di root: sudo efibootmgr -b 1 -B La entries sarà eliminata: - - Da Windows invece possiamo creare una Entries con il programma EasyUefi, una volta installato "Create a new entry" - - Definiamo nome e percorso di quello che vogliamo avviare: - - Nel BIOS troveremo la Entries "Clover" appena creata: - - Possiamo creare la "Entries" anche dalla Shell di Clover, facciamo il Boot dalla USB ed entriamo nella Shell: - - bcfg boot dump (se vogliamo vedere tutte le Entries). Consiglio di eliminare tutte le Entries: bcfg boot rm 00 (ripetiamo più volte il comando fino a cancellare tutte le voci): Troviamo la nostra partizione EFI (FS0, FS1, FS2, FS3) dell'HD (in genere HD1). Con il comando: map (possiamo scrollare la pagina con Pagina UP / DOWN). Questa prenderà il posto della FS0 nel comando sottostante se diversa. Creiamo la nostra Entries con il nome "CLOVER UEFI": bcfg boot add 00 FS0😕EFI\CLOVER\CLOVERX64.EFI "CLOVER UEFI" Usciamo dalla Shell con exit e riavviamo, facciamo il boot da HD, la Entries 00 CLOVER UEFI sarà la prima voce nel boot di avvio: - - GA-Z170X-UD5 Comportamento molto diverso: Dopo l’installazione dei sistemi e di Clover, Windows e Linux saranno presenti come Entries ma la voce “UEFI con il nome del disco” non ci sarà e Clover non potrà bootare. La scheda taglia fuori (situazione normale) la Entries per Clover, questa situazione è permanente fino a quando il BIOS vede Windows bootabile come bootmgrfw.efi. Quello che in genere viene fatto è eliminare dal boot l’avvio di Windows (bootmgrfw.efi), affinché il BIOS crei la Entries per Clover e così in genere avviene. Da \EFI\Microsoft\Boot eliminiamo (salvandolo sul desktop) bootmgrfw.efi, al riavvio troveremo nel BIOS una nuova voce "UEFI OS" per l’avvio di Clover, ovviamente Windows non sarà presente per il boot nella GUI. Qui ci viene incontro una features di Clover che per ovviare al problema (avere la Entries di Clover + Windows) sarà in grado di riconoscere l’avvio di Windows bootmgrfw.efi sotto il nome di bootmgrfw-orig.efi Quindi rinominiamo bootmgrfw.efi in bootmgrfw-orig.efi e mettiamolo dentro la cartella \EFI\Microsoft\Boot, al riavvio avremo Clover avviabile e Windows presente nella GUI perfettamente bootable. In realtà rimettendo bootmgrfw.efi al suo posto senza rinominarlo tutto funzionerà lo stesso dopo che la Entries per Clover è stata creata, ma come nel caso precedente almeno con Gigabyte alla prima esclusione del disco la Entries verrà eliminata. Ma su questa scheda non è bastato, dopo l’eliminazione di bootmgrfw.efi nessuna entries per Clover è stata creata, il BIOS ha ritenuto che fino a quando risultava bootable grubx64.efi per Linux nessuna voce per l'avvio di Clover sarebbe stata aggiunta. Eliminando grubx64.efi finalmente la Entries viene creata, ma Clover almeno per ora non prevede la possibilità di lanciare come per Windows l’avvio di Linux con grubx64-orig.efi. Dopo la creazione della Entries di Clover, rimettendo grubx64.efi al suo posto, tutto funzionerà nuovamente ma sempre con la voce nel BIOS non permanente, ovviamente solo se il disco viene escluso o scollegato. Un'altra possibilità è quella di “ingannare” il sistema: usare bootmgfw-orig.efi per l’avvio di Windows e copiare CLOVERX64.efi nella \EFI\Microsoft\Boot rinominandolo in bootmgfw.efi, per avere Clover bootable. Non avendo necessità questa ultima pratica non l’ho ancora provata, ma in linea teorica non vedo perché non dovrebbe funzionare, da amante dell’ordine trovo queste manovre poco consone. In sostanza Clover si avvia sotto mentite spoglie... C’è invece un’altra pratica da preferire quando il BIOS non crea la Entries vedendo grubx64.efi, in genere non viene in mente e ci si avventura in una disordinata rinomina di file che in futuro potrebbe creare non poca confusione: questo metodo e quello di usare le Custom Entries. Se rinominiamo grubx64.efi in grubx64-orig.efi, la Entries per Clover verrà creata ma nella GUI non ci sarà Linux, poiché Clover non riconoscerà il file -orig, allora creiamo una Custom che ci darà la possibilità di puntare a quel file: - - Le Custom Entries inoltre permettono di mettere ordine sia come nome che come posizione nella GUI. Linux si troverà nella nostra GUI è sarà perfettamente bootable. - - Schema di Partizionamento con preparazione del disco dall'installer di OS X... è l'approccio più semplice e naturale per la gestione di OS X e della EFI. - - Schema di partizionamento con preparazione del disco dall'installer di Windows... è l'approccio più complicato, la gestione della EFI da parte di Clover ha le stesse metodiche ma lo schema ci pone davanti qualche complicazione in più, per OS X è uno schema meno naturale. Ma è anche il più completo, i sistemi godono di tutti i privilegi dell'installazione su singolo disco, anche Windows ha la sua partizione di Ripristino. - - ASRock: Questo BIOS ha un comportamento diverso da quello Gigabyte, una volta installo Clover nel BOOT di avvio ci mancherà una Entries valida, questo è quello che vedremo: - Se proviamo a lanciare “Mac OS X” non avremo nessun risultato, quindi ci mancherà la Entries “naturale” che dovrebbe essere “UEFI OS”. In genere si ricorre ad uno dei tanti metodi per aggiungere una Entries per l’avvio… Ma invece che creare la Entries basterà cancellarle tutte, dalla GUI di Clover, apriamo la SHELL e digitiamo: bcfg boot rm 00 Ripetiamo il comando fino a quando ci dice che non ci sono più Entries. Riavviamo e la Entries “naturale” è pronta per l’avvio: - - Le voci che intruppano le Entries della scheda avvengono solo con l'installazione effettiva di OS X, la voce incriminata è appunto "Mac OS X" che ad ogni installazione va a sommarsi, a volte si presenta come una voce vuota. In tutti gli altri casi, in genere, le Voci sono autogestire e non si sommano. Infatti da quando preparo tutto in VM, non c'è più stato il bisogno di fare una cancellazione o pulizia delle stesse. La controprova è il collegamento di decine di dischi e installazioni di Linux e Windows. Questa voce punta ad una posizione diretta non auto generante, infatti dal BIOS della VM, che avvia come l’Originale, vediamo anche il percorso. Tutte le voci auto generate, non immesse, non creano doppioni, quindi una soluzione che punta in questa direzione è di gran lunga da preferire. - - Piccola curiosità: Su Clover c’è una differenziazione di Avvio UEFI diversa, rispetto alla metodica standard degli altri Sistemi. In genere Bootx64.efi, dopo il primo avvio, imposta la Entries per andare a caricare il boot nella relativa cartella di Sistema, Microsoft per Windows, Ubuntu per Linux ecc. Clover invece, a meno di impostazioni “forzate” avvia sempre Bootx64.efi. - - -

- Triple Boot OS X – Windows – Linux "singolo disco" con partizionamento UEFI su base OS X, l’approccio UEFI più semplice per il Multiboot. Per il Dual Boot OS X – Windows senza Linux, basta saltare la "sezione indicata in rosso" e la "FASE di Linux". Per il Quad Boot vedere a fine pagina. Partizionamento Alternativo Con questo partizionamento passare direttamente all'installazione di OS X e Windows. Eventuali Problematiche: Cancellazione sicura e preparazione manuale del DISCO Approfondimento Tematiche di AVVIO Prepariamo (con uno dei tanti metodi) una chiavetta USB di OS X per il boot UEFI e facciamo partire l’installazione. FASE di OS X Da “Inizializza” prepariamo il nostro disco “Mac OS Extended (Journaled)” “Mappa partizione GUID”, confermare con Inizializza: Da “Partiziona” “Dimensioni:” mettiamo lo spazio del disco destinato a OS X, un nome alla partizione che installeremo, premiamo invio e Applica: Uscire da Utility Disco, procedere con l’installazione nella partizione appena creata e portarla a termine: FASE di Windows Preparare la chiavetta USB di Windows per l’installazione UEFI, a questo scopo scarichiamo e lanciamo RUFUS, inseriamo una chiavetta USB, selezioniamo l’immagine ISO di Windows e configuriamolo come in figura: Facciamo partire l’installazione di Windows, alla schermata “Che tipo di installazione vuoi eseguire?” selezioniamo “Personalizzata”: Posizioniamoci su ”Unità 0 Partizione 4”, clicchiamo su “Elimina” e confermiamo: Posizioniamoci su “spazio non allocato unità 0”, premere Avanti e portiamo a termine l’installazione: È buona norma disabilitare l’avvio veloce in Windows 8/10, si tratta di un’ibernazione parziale, kernel e driver. Pannello di controllo\Hardware e suoni\Opzioni risparmio energia\Impostazioni di sistema clicchiamo su “modifica le impostazioni attualmente non disponibili”, togliamo la spunta su “Attiva avvio rapido”: Verifichiamo: Oppure (se non utilizzata) disabilitiamo completamente l’ibernazione, tasto destro nell’angolo in basso a sinistra “Prompt dei comandi (amministratore)”: “powercfg – h off” Verifichiamo: Visto che OS X e Linux utilizzano per l'orario il sistema UTC, impostiamo così anche Windows, in modo da avere gli orari dei tre sistemi sempre allineati, scarichiamo il file "UTC_7_8_10" che si trova a fine guida, decomprimiamolo e clicchiamo due volte per l'installazione. Contenuto di UTC_7_8_10.reg: Windows Registry Editor Version 5.00 [HKEY_LOCAL_MACHINE\SYSTEM\ControlSet001\Control\TimeZoneInformation] "RealTimeIsUniversal"=dword:00000001 - - - - - - - Saltare questa sezione per il Dual Boot senza Linux - - - - - - - Da Windows creiamo lo spazio per l’installazione successiva, quella di Linux: tasto destro nell’angolo in basso a sinistra e selezioniamo “Gestione disco”: Posizioniamoci su volume “C”, tasto destro “Riduci volume”: Specifichiamo la dimensione di spazio che vogliamo dedicare a Linux e clicchiamo su “Riduci”: Abbiamo creato uno spazio non allocato dove installeremo Linux: ------- Fine Sezione ------- FASE di Linux Prepariamo sempre con RUFUS la chiavetta USB di Linux per l’installazione UEFI: Facciamo partire l’installazione di Linux, Ubuntu nello specifico, arrivati a “Tipo d’installazione” il sistema ci prospetta un interessante possibilità, analizzato il partizionamento lui si propone per fare un’installazione (compatibile con il nostro schema) completamente in automatico, GRUB incluso, dovremo solo cliccare su “Installa”: Altrimenti mettiamo “Altro” e “Avanti” per la configurazione “classica”: Selezioniamo lo spazio libero creiamo i nostri punti di “mount”, io ho optato per una partizione unica: Il “Device per l’installazione del boot loader:” (GRUB) deve essere la EFI, nel nostro schema è /dev/sda1: Clicchiamo su “Installa” e portiamola a termine. Il nostro partizionamento sarà completato: Clover Bootloader Facciamo il boot dall’USB per il MAC e avviamo il sistema OS X precedentemente installato, montiamo la nostra EFI, con Clover Configurator o altro, nella cartella \EFI\Microsoft\Boot rinominiamo il file “bootmgfw.efi” in “bootmgfw-orig.efi”: Scarichiamo [Clover e procediamo con l'installazione per l’avvio in UEFI: Se tutto è andato a buon fine la nostra EFI avrà questo contenuto: Definiamo tutti i settaggi per il nostro hardware con l'aiuto di Clover Configurator e riavviamo. Impostiamo nel BIOS come avvio primario Clover, selezionando la sua entries "UEFI OS". Il nostro Triple Boot apparirà in tutto il suo splendore: Guida e installazioni create integralmente su WmWare Workstation Sezione Custom Entries Update UUID: Con le ultime versioni di Clover Configurato c'è un opzione che elenca le Device, selezionando quella che ci interessa l'UUID viene messo di conseguenza, evitandoci la ricerca manuale: Se vogliamo una GUI ordinata, con icone e nomi personalizzati dobbiamo impostare le Custom Entries. Clover Configurator, carichiamo il nostro config.plist e posizioniamoci nella sezione "GUI". Prendiamo in esame i nostri tre sistemi, creiamo una entries per ogni sistema: Da terminale digitiamo "sudo bdmesg" e annotiamoci gli UUID delle nostre partizioni, si trovano a circa metà delle info: Un altro metodo per vedere l'UUID delle nostre partizioni è direttamente dalla GUI: semplicemente premendo la barra spaziatrice sul sistema che ci interessa: Possiamo anche annotarci le prime tre o quattro lettere e ricercarle successivamente nella schermata di "sudo bdmesg": Impostiamo la prima Custom Entries per Sierra, nel nostro schema di partizionamento si trova in "HD 2", mettiamo in "Volume" il suo UUID, spuntiamo "Title/FullTitle" e mettiamo il nome che vogliamo dare al Sistema, concludiamo specificando "Type" e "VolumeType": Windows (nella GUI) ha come UUID quello della EFI (come per Linux), essendo la prima partizione sarà "HD 1", non usando quello della partizione (a differenza di Sierra) dobbiamo specificare anche il "Path" di avvio: Lo stesso per Linux, specifichiamo il "Path" di avvio: il posizionamento dei sistemi nella GUI seguirà quello delle Custom Entries, se vogliamo modifichiamo l'ordine semplicemente spostandole. Per cambiare le icone, dovremo impostare un path diverso in "Image" che punta ad un altra icona, facciamo un esempio per Linux: Edit: va bene anche solo il Nome dell'Icona "os_linux" o "linux" Possiamo anche nascondere l'icona Recovery nella GUI con Hidden/Yes, questa volta usiamo anche il comando "grep" per limitare la ricerca al nome "GPT". "sudo bdmesg | grep GPT": Recovery Entries: La Recovery ora è nascosta: Premiamo F3 e la Recovery diventa visibile: VARIANTE QUAD Boot Per chi si volesse cimentare in una variante Quad Boot, sempre UEFI, posto la mia cartella EFI dove ci sono le configurazioni adottate: EFI In sostanza non c’è molto di diverso, l’unico problema e che le due cartelle “Microsoft” non possono coesistere. La cartella Microsoft di Windows 7 deve mantenere il suo stato originale, se rinominata anche inserendo il percorso per la localizzazione di “bootmgfw.efi”, o chi per esso, Il BOOT fallirà comunque, quindi in questo caso dobbiamo lasciare il nome originale e ovviamente rinominare “bootmgfw.efi” in “bootmgfw-orig.efi”, visto che siamo su percorsi originali. Windows 10 invece fa il BOOT anche da una cartella diversa, quindi ad esempio rinominiamo “Microsoft” in “Microsoft-W10”. Il file “bootmgfw.efi” possiamo lasciarlo con il suo nome originale, visto che siamo su percorsi diversi. Normalmente Il BIOS cerca i file di avvio sulle cartelle predefinite, ad esempio se il file “bootmgfw.efi” nella cartella “Microsoft” abortirà la visualizzazione della “Entries” per il BOOT di Clover, lo stesso non succederà se “bootmgfw.efi” si trova nella cartella “Microsoft-W10”. Allo stesso tempo modificando i percorsi predefiniti, dobbiamo informare le “Custom Entries” dove cercare i file di avvio. Consideriamo però che non tutti i BIOS UEFI sono uguali, questo dipende da come viene “istruita” la ricerca dei file di BOOT, alcuni BIOS infatti, inibiscono la “Entries” di Clover facendo una verifica (file di BOOT) anche sui sistemi Linux, dovremmo in questo caso approntare, come per Windows, le stesse contromosse. Ricordiamoci anche che se una “Entries” è stata creata prima di qualcosa che l’avrebbe inibita, non sarà immutabile, infatti al primo reset delle “Entries” la voce non sarà più presente, l’ordine sopra citato infatti prevede che le “Entries” si creino naturalmente, quindi anche dopo un reset o una semplice disconnessione di un disco. Edit: Visto il comportamento dei Sistemi sarebbe più produttivo avere la cartella di Windows 10 con il nome originale "Microsoft". Per ovviare al mancato BOOT da parte di Windows 7 possiamo usare il "bootmgfw.efi" di Windows 10, in questo caso Windows 7 farà il boot anche da una posizione diversa, ad esempio: Microsoft-W7... Risulta essere più "corretto" anche da un punto di vista teorico, visto che in caso di Multiboot via "BCD" è in questo modo che funzionerebbe... Un altro metodo potrebbe essere quello di lasciare solo la cartella "Microsoft" per Windows 10 e creare all'interno una cartella (W7) per l'avvio di Windows 7, in questo caso useremo sempre "bootmgfw.efi" di Windows 10 e il BCD di/per Windows 7, ovviamente la Custom Entries dovrà puntare al file di avvio in questa cartella: Chi lo desidera può sempre optare per un BOOT di Windows "generico": una sola cartella Microsoft nella EFI e una sola Entries nella GUI, basterà aggiungere al "BCD" la posizione per l'avvio di Windows 7: La scelta del Sistema Windows dal Menu Metro di Windows 10: Partizionamento: - Su queste basi possiamo aggiungere altri Sistemi: - - Allineamento Orario UTC per Windows, per non avere discrepanze di orario tra i Sistemi, scaricare il file UTC_7_8_10.zip, decomprimerlo e lanciare UTC_7_8_10.reg: UTC_7_8_10.reg.zip

:P ">[bBvideo=560,315] [/bBvideo]