GNU/Linux >> Linux Esercitazione >  >> Ubuntu

12.04 Impossibile installare Grub-efi su /target/?

Ho un ultrabook Lenovo u410. Il suo schema sata consiste in un SSD da 30 GB e un HDD da 1 TB in un raid0 con tecnologia Intel Rapid Start. Ho rimosso IRST e disabilitato raid0. Voglio installare Ubuntu su ssd e /home/ sull'HDD da 1 gb. Ho stupidamente cancellato la partizione efi su 1 TB e ho tentato di ricrearla formattando l'ssd e creando una nuova tabella delle partizioni GPT. Ho creato una partizione fat32 da 250 MB (/dev/sda1 ) e riempito il resto di circa 24 GB con una partizione ext4 (/dev/sda2 )

Ho creato un USB live utilizzando un iso 12.04.2 e un programma di installazione USB universale. L'installazione viene completata correttamente, tuttavia alla fine viene visualizzato l'errore "Impossibile installare grub-efi su /target/ il sistema non si avvia" .
Ho provato ad aprire il terminale e ad aggiornare grub ma non è lì e quando provo a installare grub-efi dal repository vengo segnalato per la mancanza di molte dipendenze. Ubiquity si arresta in modo anomalo dopo il messaggio di errore.

Ho avuto successo alcuni mesi fa con l'installazione della 12.10 utilizzando l'unità CD USB dei miei amici, tuttavia ho rotto il sistema e non posso essere spento finché non lo vedrò di nuovo. C'è un'enorme differenza tra 12.10 e LTS che impedirebbe a questa installazione di funzionare senza problemi?

Il mio obiettivo netto è avere Ubuntu in esecuzione sulla macchina con steam (tf2 e bastion) ed eclipse IDE. Se 12.10 è più adatto e può risolvere questo problema efi, lo installerò volentieri, tuttavia, da quanto ho capito, LTS sarebbe più stabile e continuerebbe a eseguire gli aggiornamenti moderni di Quantal.

12.10 installerà grub-efi in modo impeccabile? e in caso contrario come posso installare grub-efi dall'USB live su un'unità a stato solido /dev/sda con efi boot su /dev/sda1 , ext4 montato come root su /dev/sda2 e /home/ sul disco rigido /dev/sdb2 ?

Conclusione:
LTS non era in grado di gestire l'ambiente uefi. Il download e l'installazione della 12.10 hanno funzionato perfettamente. Anche Raring ha funzionato bene, tuttavia era instabile con i driver necessari per Steam.

Hardware:ultrabook Lenovo U410
HD:30 GB SSD, 1 T HDD con raid0
Ubuntu:12.04

Risposta accettata:

Ubuntu ha apportato miglioramenti lenti ma costanti nel supporto EFI per le ultime versioni, quindi sì, ci sono differenze tra 12.04 e 12.10 che potrebbero essere importanti. Detto questo, il fatto che hai ricevuto un sacco di errori di dipendenza quando hai provato a installare grub-efi suggerisce che la causa principale potrebbe essere un problema più fondamentale — forse c'è stato un problema di rete che ha impedito l'installazione di una stringa di altri pacchetti, per esempio. In tal caso, riprovare in un secondo momento potrebbe correggere le cose.

Correlati:VirtualBox 5.1.28 non si installa su MacOS 10.13 a causa della sicurezza KEXT?

Detto questo, su un sistema EFI, IMHO è meglio usare 12.10 che 12.04. Ciò è particolarmente vero se si tratta di un computer recente fornito con Windows 8, poiché tali computer utilizzano invariabilmente anche Secure Boot, che Ubuntu 12.10 supporta ma Ubuntu 12.04 no. Questa non è la causa principale del tuo problema, tuttavia, poiché il disco di installazione di 12.04 non si avvia affatto se Secure Boot è attivo; Lo cito solo a beneficio di altri che potrebbero leggere questa pagina.


Ubuntu
  1. Bash =~ Regex e HTTPS://regex101.com/?

  2. Debian – Spostare /var, /home in una partizione separata?

  3. Rsync ~/foo Target/foo è uguale a Rsync ~/foo/ Target/foo/?

  4. Kubuntu mostra un errore all'accesso (file:///usr/share/sddm//themes/breeze/main.qml:no Such File Or Directory)?

  5. Ubuntu 14.04 "non ha ricevuto un file Uri di riproduzione in entrata::///*"?

In che modo Linux gestisce più separatori di percorsi consecutivi (/home////nomeutente///file)?

Linux:differenza tra /dev/console , /dev/tty e /dev/tty0?

Differenza tra /var/log/messages, /var/log/syslog e /var/log/kern.log?

/sys/ documentazione?

echo o print /dev/stdin /dev/stdout /dev/stderr

Perché sono necessari < o > per usare /dev/tcp