Bogl: Don`t know screen type 4

Kristoph · Beitrag von **Kristoph** » 23.09.2005 21:46:44

Hallo liebes Forum,

Den Fehler, den man auch in der obigen Betreffzeile lesen kann, bekomme ich, wenn ich versuche das aktuelle Testing-Debian zu installieren. Recherchen per Google ergeben kein brauchbares Ergebni, die Suche zeigt lediglich Problemlösungen aus der Woody-Zeit an, und dann auch noch für exotische Prozessoren, die sich um ein, für mich, ominöses Startscript drehen. Was kann ich tun um den Fehler ("Bogl: Don`t know screen type 4"), der direkt nach dem Laden des Kernels bzw. der benötigten Dinge, eben die Liste, die beim Start abgegrast wird, angezeigt wird, zu beheben?

Mit vielen Grüßen,
Kristoph

Akilae · Beitrag von **Akilae** » 24.09.2005 00:20:57

Hi,

zufällig hab ich genau das selbe problem gehabt. Ich habe einfach angegeben bei den bootoptionen:

linux26 vga=771

Allerdings hab ich seitdem ein anderes Problem und zwar sagt er mir kernel sources konnten nicht gefunden werden weiß wer was das heißt?

DynaBlaster · Beitrag von **DynaBlaster** » 24.09.2005 10:28:09

Hi,

hatte ebenfalls dieses Problem: ich konnte es lösen indem ich am Bootprompt folgendes eingegeben habe:

Code: Alles auswählen

# install debian-installer/framebuffer=false

Bin drauf gekommen, als ich mir auf Konsole 5 oder 6 den Output angeguckt habe.

Leider hat das aber auch nicht viel geholfen. Beim Laden der Netzwerkkartentreiber meckert der Installer, er würde keinen passenden Treiber finden.
Komischerweise hilft auch ein modprobe eepro100 (habe hier ne Intel EtherExpress 100 Pro) auf der 2. Kosnole nicht weiter. Die Module für die Netzwerkkartentreiber scheinen zu fehlen ...

Gruß, Dave

Beitrag von **KBDCALLS** » 24.09.2005 10:37:35

Warum sagt keiner mit welcher Hardware der Fehler auftritt ? Unser Glaskugeln sind alle defekt und deshalb in Reparatur.

DynaBlaster · Beitrag von **DynaBlaster** » 24.09.2005 10:57:52

meine Hardware:

Elitegroup K7S5A (Sis 735 Chipsatz)
Athlon XP 1600+
256 MB Ram
NVIDIA Geforce 4 Ti 4200
Intel EtherExpress 100 Pro

Kristoph · Beitrag von **Kristoph** » 24.09.2005 13:10:37

Warum sagt keiner mit welcher Hardware der Fehler auftritt ? Unser Glaskugeln sind alle defekt und deshalb in Reparatur.

Vielleicht betiteln wir diese nicht, weil wir, oder zumindest ich, nicht auf einen Hardwarefehler schlossen?

Hier jedenfalls die meine:
Athlon XP 1900+
256 MB Ram
NVIDIA Geforce 4 TI 4200 (liegt's vielleicht hier dran?)
Jetway 866AS Ultra (VIA KT266A Chipsatz)

Hinzu kommt noch eine Realtec-Netzwerkkarte und eine EAS-Soundkarte, deren genauen Typenbezeichnungen mir allerdings fehlen.

Edit:
Ich habe gerade die Framebuffer-Off-Methode ausprobiert (hinter dieses Boot "install framebuffer=off" eingegeben), doch der gleiche Fehler erscheint immer noch.

DynaBlaster · Beitrag von **DynaBlaster** » 24.09.2005 13:48:22

Ich weiss nicht, ob "install framebuffer=off" den gewünschten Effekt hat - nämlich den Framebuffer auszuschalten.

In der Hilfe zu den Boot-Argumenten des Debian-Installers steht es jedenfalls so drin: "install debian-installer/framebuffer=false"

Beitrag von **KBDCALLS** » 24.09.2005 14:01:47

Was passiert denn bei

Code: Alles auswählen

linux26 vga=ask

Und dann den Anweisungen folgen. Nummern 0-9 a-f oder scan.

Die Nummern können auch durchaus weniger sein. Kommt auf die Grafikkarte und warscheinlich den Monitor an.

Aber hier habt beide die gleiche Grafikarte, könnte damit zusammenhängen.

DynaBlaster · Beitrag von **DynaBlaster** » 24.09.2005 14:08:46

Past issues
# [22 Sep 05] bterm is broken on some displays. Boot with debian-installer/framebuffer=false to get a working installer.

Hab ich gerade unter http://wiki.debian.net/index.cgi?DebianInstallerToday gesehen ...

Kristoph · Beitrag von **Kristoph** » 24.09.2005 14:13:04

Hallo,

Warum kann denn der etch-Installer nicht zumindest halb so komfortabel sein, wie einer der späten Sarge-Testing-Installer? Schade! Zwar funktioniert es mit einem abgeschalteten Framebuffer, wenn ich nach obiger Methode vorgehe, jedoch scheitert es dabei, das irgendwelche Kernel-Module fehlen. Das gefällt mir gar nicht, wenn schon soviel bei der Installation schief läuft, wie sieht dann da erst das System wohl aus? Da verzichte ich lieber auf den Binär-Pakete-Komfort und bleibe bei meinem zeitintensiverem Gentoo, das dafür aber stabil, komfortabel und funktionsfähig ist.

Trotzdem danke für die Hilfe,
Kristoph

DynaBlaster · Beitrag von **DynaBlaster** » 24.09.2005 14:20:50

Najo, Etch ist halt "Testing" und nicht "Stable"

Ich werde mal morgen einen "neuen" daily Snapshot des Debian-Installers probieren. Denke, das wird die Probleme beheben ...

Beitrag von **KBDCALLS** » 24.09.2005 14:29:42

Den Installer von Etch hab ich noch nicht gestestet, aber es gibt ja den von Sid oder auch den von der Sarge 3.1r0a

Kristoph · Beitrag von **Kristoph** » 24.09.2005 14:39:10

Wenn ich zuerst von stable installiere, ist es dann möglich ordentlich auf etch zu upgraden? Und ist das empfehlenswert?

holgerw · Beitrag von **holgerw** » 25.09.2005 13:54:21

Kristoph hat geschrieben:Wenn ich zuerst von stable installiere, ist es dann möglich ordentlich auf etch zu upgraden? Und ist das empfehlenswert?

Hi,

das kannst Du natürlich so machen. Der Installer von Etch hat mir übrigens neulich beim Partitionoierungsschritt eine Partitionstabelle geschrottet, die verwendete Festplatte hatte angeblich 40 statt 30 GB. Nur gpart von Knoppix half da noch weiter. Deshalb mache ich vorerst keine Experimente mehr mit Etch.

Der Sarge Installer hingegen ist IMHO sehr ausgereift und damit hatte ich noch keine Probleme.

Beste Grüße,
Holger

Beitrag von **KBDCALLS** » 25.09.2005 14:03:46

Und generell kann man wohl sagen , je weniger installiert um so reibungsloser läuft ein Distupgrade. Bei sehr großen Installationen kann es dann doch schon mal eher haken.