Il laboratorio per cui lavoro di recente ha ricevuto un nuovo Dell Precision Tower 5810. Abbiamo un HDD da 4 TB oltre a quello più piccolo con cui tradizionalmente viene fornito. Poiché l'istituto più grande ha un supporto IT standardizzato, non possiamo pasticciare con l'unità più piccola e quindi dobbiamo utilizzare 4 TB per avviare Ubuntu. Sto cercando di installare Ubuntu 14.04 da un LiveCD che abbiamo usato in passato. Le installazioni precedenti hanno avuto successo su altri computer con lo stesso nome del prodotto. La più grande differenza tra il nuovo computer e quelli vecchi, per quanto ne so al momento, è che il nuovo computer ha processori di prossima versione e 2 volte lo spazio aggiuntivo sull'HDD.
Quando installo Ubuntu sull'HDD, afferma di avere successo. Inoltre, il gestore del disco di Windows, sebbene non sia in grado di identificare le partizioni di Ubuntu, riconosce che qualcosa c'è. Tuttavia, quando provo ad avviare il computer dall'unità da 4 TB, insiste sul fatto che non riesce a trovare un bootloader.
Ho riformattato l'unità e reinstallato Ubuntu, ma ciò non aiuta. Durante la reinstallazione di Ubuntu, ho anche provato a inserirlo in diverse sezioni sull'HDD (es. inizio e fine dell'unità). Ho anche usato il LiveCD per tentare un'eliminazione di Grub; nessun successo lì.
Per questo motivo, sto iniziando a pensare che il computer non sia in grado di avviarsi da un'unità da 4 TB. Tuttavia, devo ancora trovare la documentazione a sostegno di questa idea.
Qualcuno ha qualche idea? Tieni presente che non ho molta profondità quando si tratta degli aspetti tecnici dei computer.
Modifiche:
Per un commento qui sotto, sposto alcune informazioni rilevanti nel post originale.
Ecco le informazioni di avvio per lo stato iniziale del problema. http://paste.ubuntu.com/23920806
Ho pensato che il problema potesse essere se Grub fosse stato installato, quindi l'ho cambiato e ho ottenuto quanto segue. http://paste.ubuntu.com/23921965
Penso di aver trovato un post su un problema simile, ma non c'è una risposta. Boot-Repair:"core.img non può essere trovato"
Per chiarire, stiamo installando Ubuntu 14.04.3 su un'unità secondaria che è stata partizionata utilizzando GPT. Usiamo l'avvio legacy. Installiamo Grub sull'unità secondaria e quindi modifichiamo le impostazioni del BIOS per l'avvio da lì anziché dall'unità primaria. Lo facciamo usando un live cd. Questa procedura ha funzionato sui precedenti Dell Precision Tower 5810 con unità secondarie da 2 TB. Ora stiamo provando a farlo per un'unità secondaria da 4 TB. Sulla base delle informazioni di avvio, sembra che grub non stia cercando nel posto corretto uno dei suoi file immagine. Tuttavia, non sono stato in grado di trovare un modo per correggere questo. Ho provato a reinstallare Grub e a reinstallare Ubuntu. Nel caso della reinstallazione di Ubuntu, ho provato sia con che senza riformattare l'intera unità.
Quindi, ho provato a farlo con un'unità da 2 TB, proprio come abbiamo fatto in passato. Come si può vedere nella seguente pagina delle informazioni di avvio, non sembra avere lo stesso problema con il file immagine mancante. Tuttavia, il computer continua a non avviarsi da esso. Si noti che in questo caso, l'unità da 2 TB si trova nel nuovo computer, quindi è sdb non sdc. http://paste.ubuntu.com/23955960/
Correlati:quali repository Ubuntu sono totalmente sicuri e privi di malware in Ubuntu?Quindi, è stato portato alla mia attenzione che l'utilizzo di un'unità partizionata GPT per Grub richiede una partizione Grub dedicata. In precedenza non ne ero a conoscenza perché quella particolare informazione appare come un breve paragrafo nelle istruzioni di installazione di Grub (https://help.ubuntu.com/community/Grub2/Installing#BIOS.2FGPT_Notes) ma non è nelle istruzioni generali di installazione di Ubuntu . A questo punto, ho reinserito l'unità da 4 TB nel nuovo computer e ho ripreso i tentativi di installare Ubuntu su di esso. Tuttavia, nonostante abbia seguito le istruzioni online al meglio delle mie conoscenze, Grub non funziona ancora. Sulla base delle informazioni di avvio, il problema precedente di un file immagine mancante sembra essere riemerso. Le seguenti informazioni di avvio provengono da un tentativo di eliminare e reinstallare Grub. Lo screenshot mostra ciò che GParted mostra durante l'esame dell'unità da 4 TB. Durante l'installazione di Grub, sia durante l'installazione di Ubuntu che durante la reinstallazione di Grub, seleziono sdb come posizione di installazione per Grub.
http://paste.ubuntu.com/23958163/
Come richiesto da oldfred, ho controllato le impostazioni di Secure Boot. Sto lavorando su Windows 7 Enterprise, quindi msinfo32 non visualizza questo stato. Tuttavia, sono stato in grado di verificare accedendo alle impostazioni di avvio all'avvio del computer. Se qualcuno conosce un metodo più semplice, sentiti libero di condividere. In ogni caso, di seguito sono riportate due immagini che mostrano l'attuale configurazione di Secure Boot per il computer in questione.
Reinstallato ma non eliminato utilizzando Boot-Repair:http://paste.ubuntu.com/23969162/
Secondo il suggerimento di ubfan1 (e l'apparente "stampa fine" su https://help.ubuntu.com/community/DiskSpace#BIOS-Boot_or_EFI_partition_.28required_on_GPT_disks.29), ho spostato la partizione bios_grub nella parte anteriore del disco. Tuttavia, non si avvia ancora.
http://paste.ubuntu.com/23990368/
Su suggerimento di ubfan1 (e https://help.ubuntu.com/community/DiskSpace#Separate_.2Fboot_.28sometimes_required.29), ho creato una partizione di avvio separata. Ho quindi reinstallato Ubuntu ma non si avvia ancora.
http://paste.ubuntu.com/23990755/
Ho usato Boot-Repair per eliminare e reinstallare Grub ma continua a non avviarsi.
http://paste.ubuntu.com/23990829/
Secondo il commento di Oldfred, ho provato ad aggiungere il flag "boot" a una partizione. L'ho fatto nelle seguenti configurazioni senza successo.
+---------------+-----------+-------------+-------------+-----------------------+ | configuration | partition | mount point | file system | flags | +---------------+-----------+-------------+-------------+-----------------------+ | | 1 | | biosgrub | bios_grub legacy_boot | | +-----------+-------------+-------------+-----------------------+ | | 2 | /boot | ext4 | | | 1 +-----------+-------------+-------------+-----------------------+ | | 3 | | swap | | | +-----------+-------------+-------------+-----------------------+ | | 4 | / | ext4 | | +---------------+-----------+-------------+-------------+-----------------------+ | | 1 | | biosgrub | boot | | +-----------+-------------+-------------+-----------------------+ | | 2 | /boot | ext4 | | | 2 +-----------+-------------+-------------+-----------------------+ | | 3 | | swap | | | +-----------+-------------+-------------+-----------------------+ | | 4 | / | ext4 | | +---------------+-----------+-------------+-------------+-----------------------+ | | 1 | | biosgrub | bios_grub | | +-----------+-------------+-------------+-----------------------+ | | 2 | | ext4 | legacy_boot | | +-----------+-------------+-------------+-----------------------+ | 3 | 3 | /boot | ext4 | | | +-----------+-------------+-------------+-----------------------+ | | 4 | | swap | | | +-----------+-------------+-------------+-----------------------+ | | 5 | / | ext4 | | +---------------+-----------+-------------+-------------+-----------------------+ | | 1 | | biosgrub | bios_grub | | +-----------+-------------+-------------+-----------------------+ | | 2 | | ext4 | boot | | +-----------+-------------+-------------+-----------------------+ | 4 | 3 | /boot | ext4 | | | +-----------+-------------+-------------+-----------------------+ | | 4 | | swap | | | +-----------+-------------+-------------+-----------------------+ | | 5 | / | ext4 | | +---------------+-----------+-------------+-------------+-----------------------+ | | 1 | | biosgrub | bios_grub | | +-----------+-------------+-------------+-----------------------+ | | 2 | | ntfs | boot | | +-----------+-------------+-------------+-----------------------+ | 5 | 3 | /boot | ext4 | | | +-----------+-------------+-------------+-----------------------+ | | 4 | | swap | | | +-----------+-------------+-------------+-----------------------+ | | 5 | / | ext4 | | +---------------+-----------+-------------+-------------+-----------------------+ | | 1 | | biosgrub | bios_grub | | +-----------+-------------+-------------+-----------------------+ | | 2 | | ntfs | boot legacy_boot | | +-----------+-------------+-------------+-----------------------+ | 6 | 3 | /boot | ext4 | | | +-----------+-------------+-------------+-----------------------+ | | 4 | | swap | | | +-----------+-------------+-------------+-----------------------+ | | 5 | / | ext4 | | +---------------+-----------+-------------+-------------+-----------------------+ | | 1 | | biosgrub | bios_grub | | +-----------+-------------+-------------+-----------------------+ | | 2 | | fat32 | boot legacy_boot | | +-----------+-------------+-------------+-----------------------+ | 7 | 3 | /boot | ext4 | | | +-----------+-------------+-------------+-----------------------+ | | 4 | | swap | | | +-----------+-------------+-------------+-----------------------+ | | 5 | / | ext4 | | +---------------+-----------+-------------+-------------+-----------------------+
Qualcuno (non qui) ha suggerito di pulire l'intera unità. L'ho fatto usando "sudo dd if=/dev/zero of=/dev/sdb". Ho quindi impostato l'unità per utilizzare GPT. Ho provato a installare Ubuntu e sto riscontrando lo stesso problema del tentativo precedente.
Correlati:posso sincronizzare una playlist Rhythmbox con un lettore mp3?http://paste.ubuntu.com/24009927/
Risposta accettata:
Secondo oldfred dal suo post sopra, il disco rigido da 4 TB deve essere partizionato GPT. Questo in realtà non è corretto. Se l'OP partiziona il disco rigido da 4 TB come due dischi rigidi da 2 terabyte, può accedervi come partizione MBR. https://superuser.com/questions/368173/what-is-the-maximum-number-of-partitions-that-può-essere-realizzato-su-un-disco-rigido
Inoltre, leggi questo https://superuser.com/questions/562331/mbr-partition-with-more-than-2-tb