Ubuntu Server 16.04 si installa su / sdc ma non si avvia

Sto eseguendo un'installazione pulita di Ubuntu Server 16.04 LTS su una macchina con un singolo SSD interno. Dopo aver completato l'installazione, il sistema non si avvia e stampa un fsckoutput a riga singola , con il resto dello schermo completamente vuoto.

Questo stesso server installa Ubuntu Server 14.04.4 LTS bene, quindi questo è molto specifico per 16.04 LTS. Ho provato a installare in tutti i modi in cui riesco a pensare in 16 e ottengo sempre gli stessi risultati: l'installazione si completa senza errori, ma al riavvio ottengo una schermata nera con quell'unica riga di fsckoutput dopo il riavvio :(

Ho notato che una grande differenza tra 14 e 16 installazioni su questa macchina server (che non è eccezionale, è solo una scatola Broadwell i5 generica con 16 GB di RAM e Samsung 850 EVO SSD) è che Ubuntu 14 rileva e installa l'unità come/sda mentre Ubuntu 16 rileva e installa l'unità come/sdc - inoltre, Ubuntu 16 rileva l'unità flash USB con l'installazione di Ubuntu come /sda! Questo mi sembra .. molto scorretto.

Come posso ottenere l'installazione di Ubuntu Server 16.04 per interrompere il trattamento dell'unità di installazione USB come /sda?

Modifica: per richiesta, ecco l'output di fdiskdopo aver premuto alt+ →verso la fine dell'installazione

ecco l'output di

# mkdir /mnt/ssd
# mount /dev/sdc1 /mnt/ssd
# nano /mnt/ssd/etc/fstab

Quando avvio in "modalità di ripristino" dal supporto di installazione USB (non mi viene presentata alcuna opzione per l'avvio in modalità di ripristino), ottengo le seguenti opzioni per "dispositivo da utilizzare come file system radice"

/dev/sda1  
/dev/sda5  
/dev/sdb1  
Assemble RAID array  
Do not use a root file system  

Si noti che nessun file system / sdc viene rilevato o mostrato. Tuttavia, quando accedo alla console /sda1e fdisk -lvedo cosa ho installato come / sdc!

Ho provato il targeting "Reinstalla caricatore di avvio GRUB" /sda1e visualizzo un errore. L'ho provato di nuovo con /sdacome obiettivo e sembrava funzionare.

Ma il riavvio, lo stesso schermo nero, sfortunatamente come l'output di fsck.

Ho notato lo stesso comportamento con l'installazione netta 16.04.

Se il tuo problema è uguale al mio, in realtà si è avviato correttamente e ti mostra solo tty7.

Prova a premere ctrl+ alt+ F1che dovrebbe portarti al terminale con un prompt di accesso.

Ho avuto lo stesso problema ieri sera con Ubuntu 15.10. Si è scoperto che ho eliminato un connettore SATA su un'unità (secondaria). Qui non viene emesso alcun errore reale, il che era abbastanza confuso fino a quando non ho aperto e notato il connettore fuori posto.

Mi porta a pensare che per te stia cercando l'unità flash usando una sorta di identificatore che in qualche modo è cambiato tra l'avvio USB live e l'avvio del sistema installato, oppure non hai ancora provato l'avvio con l'unità collegata.

Avvia un sistema operativo live (dovresti riuscire a riutilizzare l'unità flash del server Ubuntu - premi Alt→per accedere a una riga di comando). Ottieni un elenco di dischi e partizioni:

# fdisk -l | less

Ovviamente sarà su SDC, ma determina quale partizione è quella del sistema ext4.

Montare la partizione (supponendo sdc2):

# mkdir /mnt/ssd
# mount /dev/sdc2 /mnt/ssd

Ora controlla il suo fstab:

# nano /mnt/ssd/etc/fstab

Se si tratta di un'installazione UEFI, probabilmente dovresti avere solo righe per la partizione di sistema EFI ( /boot/efi), la partizione di avvio ( /boot) e il root di sistema ( /). Il programma di installazione annota in modo utile le linee create nel file fstab generato, quindi tutto ciò che non è attivo /dev/sdc*deve essere rimosso (o semplicemente commentarlo per sicurezza).

Save che ( CtrlX, Y, Enter), e fare

# sync
# reboot

per garantire che le modifiche siano impegnate sul disco e sul riavvio. Scollegare l'unità flash e vedere come va.

Alcuni motivi comuni che ho visto visualizzare le unità flash prima dell'unità di sistema sono dovuti all'uso di un'impostazione del BIOS che consente di falsificare l'unità su un altro tipo (unità floppy, disco rigido, ecc.) Anziché fare affidamento sull'identificazione dell'unità stessa o perché l'unità ha il bit rimovibile disattivato. Stai usando la stessa unità per l'installer 14.04 come sei per 16.04? Se sei sicuro che non sia dalla tua parte, allora suona come un bug del sistema operativo.

Sei fuorviato dal problema sda / sdc. I suoi fstabspettacoli che i file system della macchina assegna per UUID, e per di più, gli fsckspettacoli di linea che grub potrebbe avviare l'initrd che ha fatto il filecheck iniziale.

Potrebbe essere qualcosa di semplice come un'impostazione grafica errata per il kernel. Fondamentalmente, non riesci a vedere i tty e X non è sul tuo server, giusto?

Prova ad aggiungere nomodesetalla GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"linea in /etc/default/grube aggiungi anche una linea GRUB_GFXPAYLOAD_LINUX=keep.

Avevo due sistemi con 16.04 che mostravano sintomi simili a quelli che descrivi, ma dato che potevano avviarsi su X, potevo ripararlo in un sistema in esecuzione. È stato molto simile, ho visto la linea fsck (su tty1) o niente (su tty2-6).

Ho appena installato Ubuntu Server 16.04.1 LTS e ho riscontrato lo stesso identico problema.

Questo problema è causato dall'opzione grub GRUB_CMLDLINE_LINUX_DEFAULT impostata su "quiet splash", proprio come nella versione desktop di Ubuntu. Viene visualizzata la schermata iniziale anziché il solito testo di avvio dettagliato.

In qualche modo al termine del processo di avvio, la console viene rilasciata su tty7, ovvero la GUI xserver inesistente, che provoca il problema sopra menzionato.

Riportalo su "testo" e dopo tutti quei messaggi di avvio dettagliati Ubuntu Server si avvierà nella console tty1.

Modifica: come menzionato da @ emk2203, questo problema non è causato dall'installazione del bootloader sull'unità sbagliata. L'installazione in realtà riesce ad avviarsi, ma a causa del bug nella configurazione di grub il tty7 inesistente viene inviato al display principale invece di tty1.

Sembra un problema simile che ho avuto con un precedente Ubuntu. Stava installando il boot loader sull'unità Usb. Ho dovuto installare manualmente un boot loader (grub o altro) su ssd interno.