Zaktualizowałem skrypt zarządzania KVM dla hostów KVM Ubuntu 14.04, aby obsługiwać gości debian 8. Po ręcznej instalacji (wstępnie ustawiony skrypt jeszcze nie działa) utknąłem z następującym komunikatem podczas uruchamiania:
Podczas instalacji:
- Wybrano tylko serwer ssh i podstawowe narzędzia systemowe.
- Ustaw program ładujący grub, aby instalował jedyną wymienioną opcję.
- Używał trybu partycjonowania z przewodnikiem dla wszystkiego na jednej partycji.
- Użyłem lokalnego lustra w Wielkiej Brytanii.
Czy jest jakiś krok, który muszę zrobić ostrożnie, czy też Debian 8 nie może być jeszcze zainstalowany jako gość KVM?
Aktualizacja
Po porzuceniu i decydując się tylko uaktualnić debian 7 VM z Debianem 8 aktualizując wszystkie linie w /etc/apt/sources.list
celu jessie
zamiast wheezy
, stwierdziliśmy, że w końcu dostał to samo zachowanie.
Jednak to wystąpienie miało statyczny adres IP i stwierdziłem, że nadal mogę SSH do serwera pod tym adresem IP, więc wygląda na to, że jest to jakiś problem graficzny, w którym serwer się uruchamia, po prostu nie widzimy loginu tekst. Jak mogę to rozwiązać?
Aktualizacja
Tym razem na instalacji Debiana utworzonej przez aktualizację Debiana 7, mogę kliknąć opcję Zaawansowane z menu Grub i wybrać opcję za pomocą (sysvinit), która teraz działa. Mam nadzieję, że może to wyjaśnić, co dzieje się z normalną uruchamianą wersją?
Odpowiedzi:
Dzięki linku @Someone zamieszczone w komentarzach na pytanie, udało mi się wyciągnąć to treści, które stały problem dla mnie:
na ekranie rozruchowym (poniżej) naciśnij klawisz „e”, aby edytować konfigurację.
Pojawi się następujący ekran.
Przewiń w dół za pomocą strzałki w dół na klawiaturze. Chcesz linię, która mówi
linux
Dodaj tekst
console=ttyS0
po słowie,quiet
a następnie naciśnij,cntrl + x
aby kontynuowaćTeraz jako root lub używając sudo, uruchom polecenie
systemctl enable getty@ttyS0
, aby nigdy więcej nie musieć wykonywać tych wszystkich kroków.źródło
virsh console YOURVM
co powinno się nie powieść, a następnie wpisz,virsh reboot YOURVM
a następnie natychmiast w górę , w górę , wprowadź, aby odtworzyć polecenie konsoli, a następnie stuknij w górę, dopóki nie zobaczysz menu grub i nie zablokujesz domyślnego ładowania.sudo virsh reboot my-vm-id
&&sudo virsh console my-vm-id
start
będzie asynchroniczny i że konsola może nie istnieć natychmiast. Upsconsole=ttyS0
ustawienie, możesz edytować plik / etc / default / grub , linia GRUB_CMDLINE_LINUX . help.ubuntu.com/community/Grub2/Setup#Specific_EntriesNapotkałem ten sam problem! Wynik pokazał, że w maszynie wirtualnej może brakować procesora lub zasobu pamięci i rozwiązałem ją, dodając argumenty „-smp 4 -m 2048”
Początkowo działałem qemu z poleceniem
Ale nowe jądro utknęło na „Ładowanie początkowego ramdysku”
Później próbowałem z
potem panika jądra mówi: „Panika jądra - brak synchronizacji: brak pamięci i brak procesów możliwych do wywołania ...”
Wreszcie jest to rozwiązanie
źródło
Dzięki, wybrana odpowiedź rozwiązała również mój problem z Debian8 na nowo utworzonej maszynie wirtualnej. Dodanie
console=ttyS0
dało mi konsolę.Ale ważna dodatkowa informacja: Podobnie jak autor postu, stworzyłem maszynę wirtualną tylko z systemem podstawowym i serwerem ssh. Jak wielu w tej sytuacji, tak naprawdę nie byłem zainteresowany konsolą, ale głównie SSH.
Dlatego ważne jest, aby wiedzieć, że nawet jeśli maszyna wirtualna może wydawać się zablokowana, działa poprawnie i można
ssh
w nią wejść. Możesz także uruchomić maszynę wirtualną bez--console
opcji.Jeśli użyłeś domyślnego ustawienia sieci (NAT i DHCP), możesz uzyskać adres IP przypisany do twojej maszyny wirtualnej, wydając:
Lub jako użytkownik:
(użyj nazwy sieci, na której znajduje się maszyna wirtualna, jeśli jest to coś innego niż domyślny)
Znając adres IP, możesz
ssh
połączyć się z maszyną wirtualną.źródło