Ospite KVM Debian 8 - Caricamento ramdisk iniziale

Ho aggiornato il mio script di gestione KVM per gli host KVM Ubuntu 14.04 per supportare gli ospiti debian 8. Dopo un'installazione manuale (lo script preconfigurato non funziona ancora), sono bloccato con il seguente messaggio all'avvio:

Durante l'installazione, io:

• Selezionati solo server ssh e utilità di sistema di base.
• Impostare il bootloader grub per l'installazione sull'unica opzione elencata.
• Utilizzata la modalità di partizionamento guidato per tutto su una partizione.
• Usato lo specchio locale del Regno Unito.

C'è qualche passo che devo fare attenzione o Debian 8 non può ancora essere installato come guest KVM?

Aggiornare

Dopo aver dato e di decidere di aggiornare solo una debian 7 VM debian 8 aggiornando tutte le linee in /etc/apt/sources.listal jessieposto di wheezy, ho scoperto che alla fine ho avuto lo stesso comportamento.

Tuttavia questa istanza aveva un IP statico e ho scoperto che potevo ancora SSH nel server su quell'IP, quindi sembra che si tratti di una sorta di problema grafico in cui il server riesce ad avviarsi, non possiamo vedere il login testo. Come posso risolvere questo?

Aggiornare

Questa volta, sull'installazione di Debian creata aggiornando Debian 7, posso fare clic su Avanzate dal menu di Grub e selezionare l'opzione con (sysvinit) che funziona per ora. Spero che questo possa portare a una spiegazione di cosa non va nella versione normale che viene avviata?

Grazie al link @Someone pubblicato nei commenti alla domanda, sono stato in grado di estrarre questo contenuto che ha risolto il problema per me:

1. nella schermata di avvio (sotto) premere il tasto "e" per modificare la configurazione.

2. Ti verrà mostrato uno schermo come segue.

3. Scorri verso il basso usando la freccia giù della tastiera. Vuoi la linea che dicelinux

4. Aggiungi il testo console=ttyS0dopo la parola quiete poi premi cntrl + xper procedere

5. Ora come root, o usando sudo, esegui il comando systemctl enable getty@ttyS0per non dover più ripetere tutti questi passaggi.

Ho riscontrato lo stesso problema! Il risultato ha mostrato che la macchina virtuale potrebbe essere esaurita dalla CPU o dalla risorsa di memoria e l'ho risolta aggiungendo argomenti "-smp 4 -m 2048"

Inizialmente, eseguivo qemu con comando

qemu-system-x86_64 -hda debian.img -enable-kvm -nographic

Ma il nuovo kernel era bloccato in "Caricamento ramdisk iniziale"

Più tardi, ho provato con

qemu-system-x86_64 -hda debian.img -enable-kvm -nographic -m 512 -smp 4

poi, c'è un panico del kernel, che dice "Panico del kernel - non sincronizzato: memoria insufficiente e nessun processo killable ..."

Finalmente è la soluzione

qemu-system-x86_64 -hda debian.img -enable-kvm -nographic -m 2048 -smp 4

Grazie, la risposta selezionata ha risolto anche il mio problema su Debian8 su una VM appena creata. L'aggiunta console=ttyS0mi ha procurato la console.

Ma un'importante informazione aggiuntiva: come l'autore del post ho anche creato la VM con solo sistema di base e server ssh. Come molti in questa situazione, non ero davvero interessato ad avere una console ma principalmente SSH.

Quindi è importante sapere che anche se la VM può sembrare bloccata, sta funzionando correttamente e puoi sshfarlo. È inoltre possibile avviare la VM senza l' --consoleopzione.

Se hai utilizzato le impostazioni di rete predefinite (NAT e DHCP), puoi ottenere l'IP assegnato alla tua emittente VM:

# virsh net-dhcp-leases default

O come utente:

$ virsh --connect qemu:///system net-dhcp-leases default

(utilizzare il nome di rete su cui si trova la macchina virtuale se si tratta di qualcosa di diverso da quello predefinito)

Conoscere l'IP che puoi sshnella tua VM.