Ubuntu Server 16.04 instaluje się na / sdc, ale nie uruchamia się

Robię czystą instalację Ubuntu Server 16.04 LTS na komputerze z pojedynczym wewnętrznym dyskiem SSD. Po zakończeniu instalacji system nie uruchamia się i drukuje fsckwyjście w jednym wierszu , a reszta ekranu jest całkowicie pusta.

Ten sam serwer dobrze instaluje Ubuntu Server 14.04.4 LTS, więc jest to bardzo specyficzne dla 16.04 LTS. Próbowałem instalować każdy możliwy sposób w 16 i za każdym razem uzyskuję te same wyniki: instalacja kończy się bez błędów, ale po ponownym uruchomieniu dostaję czarny ekran z tą linią fsckwyjściową po ponownym uruchomieniu :(

Zauważyłem, że jedną dużą różnicą między 14 a 16 instalacjami na tym serwerze (co jest wyjątkowe, jest to tylko ogólne pudełko Broadwell i5 z 16 GB pamięci RAM i dyskiem Samsung 850 EVO SSD) polega na tym, że Ubuntu 14 wykrywa i instaluje dysk, podczas/sda gdy Ubuntu 16 wykrywa i instaluje dysk jako/sdc - ponadto Ubuntu 16 wykrywa dysk flash USB z instalacją Ubuntu jako /sda! To wydaje mi się ... bardzo błędne.

Jak mogę uzyskać instalację Ubuntu Server 16.04, aby przestać traktować dysk instalacyjny USB jako /sda?

Edycja: na żądanie, oto wynik działania fdiskpo naciśnięciu alt+ →pod koniec instalacji

oto wynik działania

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

Kiedy uruchamiam się w „trybie ratunkowym” z nośnika instalacyjnego USB (nie ma dla mnie opcji uruchamiania w trybie odzyskiwania), dostaję następujące opcje dla „urządzenia używanego jako główny system plików”

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

Zauważ, że nie wykryto ani nie pokazano systemu plików / sdc. Jednak kiedy wchodzę do konsoli /sda1i fdisk -lwidzę, co zainstalowałem jako / sdc!

Próbowałem kierować na „Ponownie zainstaluj program ładujący GRUB” /sda1i pojawia się błąd. Spróbowałem ponownie z /sdacelem i wydawało się, że to działa.

Ale ponowne uruchomienie, ten sam czarny ekran, niestety singiel jak wyjście fsck.

Zauważyłem to samo zachowanie z instalacją sieci 16.04.

Jeśli twój problem jest taki sam, jak mój, w rzeczywistości dobrze się uruchomił, to po prostu pokazuje tty7.

Spróbuj nacisnąć ctrl+ alt+, F1który powinien zabrać Cię do terminala z monitem o zalogowanie.

Miałem ten sam problem zeszłej nocy z Ubuntu 15.10. Okazało się, że wybiłem złącze SATA na (wtórnym) dysku. Nie wyświetla się tutaj żaden rzeczywisty błąd, co było dość mylące, dopóki nie otworzyłem i nie zauważyłem złącza na miejscu.

Prowadzi mnie do myślenia, że ​​dla ciebie szuka dysku flash za pomocą jakiegoś identyfikatora, który w jakiś sposób zmienił się między uruchomieniem rozruchowym USB a uruchomieniem zainstalowanego systemu, lub po prostu nie próbowałeś uruchomić z podłączonym napędem.

Uruchom system operacyjny na żywo (powinieneś być w stanie uciec od ponownego użycia dysku flash Ubuntu Server - naciśnij, Alt→aby przejść do wiersza poleceń). Uzyskaj listę dysków i partycji:

# fdisk -l | less

Oczywiście będzie to na sdc, ale określ, która partycja jest partycją systemową ext4.

Zamontuj partycję (przy założeniu sdc2):

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

Teraz sprawdź jego fstab:

# nano /mnt/ssd/etc/fstab

Jeśli jest to instalacja UEFI, prawdopodobnie powinieneś mieć tylko wiersze dla partycji systemowej EFI ( /boot/efi), partycji rozruchowej ( /boot) i root systemu ( /). Instalator pomaga w adnotacjach do linii, które utworzył w wygenerowanym fstab, więc wszystko, co nie jest włączone, /dev/sdc*powinno zostać usunięte (lub po prostu zakomentować, aby było bezpieczne).

Zapamiętaj, że ( CtrlX, Y, Enter), i zrobić

# sync
# reboot

aby upewnić się, że zmiany zostaną zatwierdzone na dysku i uruchom ponownie. Odłącz dysk flash i zobacz, jak idzie.

Kilka typowych powodów, dla których widziałem dyski flash, zanim pojawią się dyski systemowe, wynika z ustawienia BIOS, które pozwala sfałszować dysk innego typu (dyskietka, dysk twardy itp.) Zamiast polegać na własnej identyfikacji dysku lub ponieważ dysk ma wyłączony bit wymienny. Czy używasz tego samego napędu dla instalatora 14.04, jak dla 16.04? Jeśli jesteś pewien, że to nie koniec, to brzmi jak błąd systemu operacyjnego.

Jesteś wprowadzony w błąd przez sda / sdc. Twój program fstabpokazuje, że komputer przypisuje systemy plików według UUID, a ponadto fsckwiersz pokazuje, że grub może uruchomić initrd, który wykonał początkową kontrolę plików.

Może to być coś tak prostego jak złe ustawienie grafiki dla jądra. Zasadniczo nie widać tty, a X nie ma na twoim serwerze, prawda?

Spróbuj dodać nomodesetdo GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"linii w /etc/default/grub, a także dodaj linię GRUB_GFXPAYLOAD_LINUX=keep.

Miałem dwa systemy z 16.04 wykazujące podobne symptomy, jak opisujesz, ale ponieważ mogły się uruchomić z X, mogłem to naprawić w działającym systemie. Było bardzo podobnie, widziałem linię fsck (na tty1) lub w ogóle nic (na tty2-6).

Właśnie zainstalowałem Ubuntu Server 16.04.1 LTS i napotkałem dokładnie ten sam problem.

Ten problem jest spowodowany ustawieniem opcji GRUB_CMLDLINE_LINUX_DEFAULT na „ciche powitanie ”, tak jak w wersji Ubuntu na komputery stacjonarne. Ekran powitalny jest wyświetlany zamiast zwykłego pełnego tekstu rozruchowego.

Jakoś po zakończeniu procesu uruchamiania konsola zostaje upuszczona na tty7, czyli nieistniejący GUI xserver, co powoduje wyżej wspomniany problem.

Ustaw go z powrotem na „tekst”, a po tych wszystkich pełnych komunikatach rozruchowych Ubuntu Server uruchomi się na konsoli tty1.

Edycja: Jak wspomniano w @ emk2203, ten problem nie jest spowodowany zainstalowaniem bootloadera na niewłaściwym dysku. Instalacja faktycznie się uruchamia, ale z powodu błędu w konfiguracji grub, nieistniejący tty7 jest wysyłany na główny ekran zamiast tty1.

Wygląda to na podobny problem z poprzednim Ubuntu. Instalował moduł ładujący na dysku USB. Musiałem ręcznie zainstalować moduł ładujący (grub lub cokolwiek) na wewnętrznym ssd.