Testing-netinst hängt: (process:791):INFO:kbd-mode ... UTF-8

[Che]

Hallo Leute,

was macht man, wenn bei der Installation, gleich nachdem man den Modus ausgewählt hat, das ganze mit dieser Meldung hängen bleibt:

Code: Alles auswählen

(process: 791): INFO: kbd- mode: setting console mode to Unicode (UTF-8)

Ich habe sowohl Testing amd64 netinstall als auch die erste CD der gleichen Version (Testing amd64) probiert mit dem gleichen Ergebnis. Ich gehe davon aus, dass ich am `boot:'-Prompt etwas bezüglich der Kodierung eingeben muss! Was aber?

Ich habe die Lenny-DVD amd64 getestet und sie hat das Problem nicht!

Meine CPU:

Code: Alles auswählen

Intel(R) Core(TM)2 E8400 3,00GHz

Ich bedanke mich im Voraus für eure Hilfe!

Viele Grüße
che

[turrican_2]

Hallo,

ich hatte das gleiche Problem mit der Net-Install (x86) sowohl bei Lenny als auch bei Squeeze. So schwer es mir viel, musste ich dann den Graphic-Installer auswählen. Nur bei der Auswahl vom Text-Installer erhielt ich Deinen Fehler.


Viele Grüsse
Turrican

[smurffit]

Siehe hier: http://debianforum.de/forum/viewtopic.php?f=12&t=114335

[Che]

Hallo Turrican,

ich hatte schon diese Option ergebnislos versucht! Ich habe jetzt sicherheitshalber alle Installationsoptione getestet (also auch ''Expert" und "Graphical expert install" usw. ), bekomme immer die gleiche Meldung! Benutzt habe ich jetzt nur die erwähnte erste CD Testing amd64.

Ich habe inzwischen auch die Gelegenheit benutzt, diese CD auf ein Laptop (Core 2 Duo 2 GHz , Intel GM965 Express ):
http://www0.de.shopping.com/xPF-Acer-Ac ... 00-g-Linux

zu testen und dort taucht auch das gleiche Problem auf! Wenn es nicht anders geht, werde ich ein Lenny-System auf Testing aktualisieren, was aber schon ziemlich umständlich wäre!

Kennt jemand eine Lösung für das Problem?

Viele Grüße
che

[Che]

Danke, smurffit! Ich habe diesen Thread schon gelesen, kann aber die Link auf English nicht gut verfolgen. Außerdem wurde als Fehler bei dem dort besprochenem Fall nicht die gleiche Meldung ausgegeben, denn er beschreibt es so:

Der grafische Installer bricht auf beiden Maschinen + VMWare mit einem fatalen Fehler ab. Die Textinstallation ebenfalls - der Grund liegt daran, dass das dpkg nicht gefunden wird.

Deshalb ist es mir nicht klar, ob es um das gleiche Problem handelt.

Wenn es ein generelles Problem ist, dann warte ich noch einige Tage, bis das Problem gelöst ist!

Viele Grüße
che

[smurffit]

Das problem ist, dass bei Dir keine Fehlermeldung kommt sondern eine Ausgabe (genau nach dieser Ausgabe bricht er ab - ist bei mir genauso). Wenn man dann dazu kommt, auf eine andere Konsole zu wechseln kommt der Fehler um den es in dem von mir verlinkten Thread geht.

In dem Englischen-Link geht es lediglich darum, ob und wann das Problem gelöst wird und wann die Installations-CD aktualisiert wird. Wenn im anderen Thread eine positive Meldung kommt, hast Du gute Chancen, dass Dein Problem hier auch gelöst ist.

[albundy]

Hallo,

habe das so gelöst:
von http://mirror.home-dn.net/d-i/

aus der "FAQ für lenny":
Zitat:
Installer always stops after 'setting console mode to Unicode (UTF-8)'.
This is because Linux kernel failed to set up VESA mode for your video card properly. Here is a workaround. Push Tab key at the installer boot screen, then append space and vga=788 option. Push Enter key. 788 is 800x600x64k color mode. If it still goes hangup, try 771 (800x600x8), 773 (1024x768x8), and so on.

Das klappte bei mir.

[smurffit]

Dieser Tip funktioniert - vielen Dank! Allerdings wird die NIC von VMWare nicht erkannt....

[Che]

Hallo,
ich habe

boot: vga=788

eingegeben:

-> Beim Laptop habe ich sofort den expert Modus benutzt und mit dem Parameter vag=788 ging es dann problemlos weiter;

-> Beim PC habe ging es mit diesem Parameter zwar auch weiter, jedoch reagierte danach meine USB-Tastatur nicht mehr. Habe auch vga=771 und 773 getestet, änderte sich jedoch nichts daran. Dann habe ich zusätzlich eine alte PS/2 Tastatur angeschlossen. Sie hat sofort normal funktioniert!

Gibt es einen zusätzlichen Parameter, der in einem solchen Fall die USB Tastatur aus dem Schlaf bringen kann bzw. verhindert, dass diese Tastatur außerkrafft gesetzt wird?

Danke für die guten Tipps!

Viele Grüße
che

[Danielx]

Allerdings wird die NIC von VMWare nicht erkannt....

Bringt der Installer davor zufällig so eine Meldung:

Es wurden keine Kernel-Module gefunden. Dies liegt vermutlich an einem Unterschied zwischen dem hier verwendeten Kernel des Installers und dem Kernel, der im Debian-Archiv verfügbar ist.

bzw.

No kernel modules found. This probably is due to a mismatch between the kernel used by this version of the installer and the kernel version available in the archive.

Welche NIC hast du bei VMware ausgewählt?

Gruß,
Daniel

[smurffit]

Bringt der Installer davor zufällig so eine Meldung:

No kernel modules found. This probably is due to a mismatch between the kernel used by this version of the installer and the kernel version available in the archive.

Welche NIC hast du bei VMware ausgewählt?

Genau dieser Fehler kommt. Bei der Auswahl der NIC habe ich nirgends eine Option zum auswählen eines Models gefunden. Ansonsten läuft sie im "Bridged"-Modus (auf eine Intel 82566MM Gigabit-Karte).

[Danielx]

Genau dieser Fehler kommt.

Alle Daily-Builds, die ich in den letzten Tagen ausprobiert habe, sind defekt.

Die Meldung erscheint, weil der Installer noch den Kernel 2.6.30-1 verwendet, aber im Debian-Archiv (hier: aus dem Daily-Build-ISO-Installationsmedium) schon der Kernel und die Module in Version 2.6.30-2 sind, folglich kann der Installer die nicht passenden Kernel-Module auch nicht nachladen.

Das letzte Weekly-Build (28. September) funktioniert hingegen, da hier der Installer den Kernel 2.6.30-1 verwendet und im Archiv auf dem ISO-Installationsmedium ebenfalls der Kernel und die Module in Version 2.6.30-1 enthalten sind.

Gruß,
Daniel

[Danielx]

Beim heutigen Daily-Build passt der Kernel des Installers wieder zum Debian-Archiv auf dem ISO (beide 2.6.30-2).

Gruß,
Daniel