nForce2 + GeForce4 Ti + NVIDIA Treiber -- keine Textkonsole?

Du kommst mit der Installation nicht voran oder willst noch was nachfragen? Schau auch in den "Tipps und Tricks"-Bereich.
Antworten
silversurfer
Beiträge: 51
Registriert: 27.07.2003 22:27:54
Kontaktdaten:

nForce2 + GeForce4 Ti + NVIDIA Treiber -- keine Textkonsole?

Beitrag von silversurfer » 24.02.2004 23:39:38

Hi,

folgendes Problem:

Habe ein nForce2 Board und ne GeForce4 Ti Grafikkarte.
Wenn ich den neuen (5336) Treiber von NVIDIA installiere läuft X
tadellos, jedoch kann ich nicht mehr in die normale Textkonsole zurückschalten,
bzw. kann ich schon noch aber dann geht der Monitor aus - wie wenn er kein
Signal mehr bekäme. Drücke ich dann wieder ALT+F7 für X dann bin ich wieder ganz
normal in X drin.... 8O 8O 8O

Kann mir da jemand helfen was da nicht stimmt???

Benutzeravatar
Ano
Beiträge: 486
Registriert: 07.10.2002 17:39:08

Beitrag von Ano » 25.02.2004 07:39:12

Hallo!

In welchem VGA-Modus laeuft denn deine Konsole? MIt

Code: Alles auswählen

vga=791
z.B. habe ich kein Problem. Wenn ich mich nicht taeusche, solltest du bei Nvidia Karten auch kein Framebuffer fuer die konsole verwenden.

Es liegt dem Treiber uebrigens auch eine ziemlich komplette - naja zumindest sehr lange - deutschsprachige Beschreibung bei.

Ano

silversurfer
Beiträge: 51
Registriert: 27.07.2003 22:27:54
Kontaktdaten:

Beitrag von silversurfer » 25.02.2004 09:23:35

Woher weiß ich mit welchem VGA-Modus sie läuft?

Framebuffer für die Konsole hab ich nicht aktiviert...

Benutzeravatar
Ano
Beiträge: 486
Registriert: 07.10.2002 17:39:08

Beitrag von Ano » 25.02.2004 09:41:41

Ich gehe mal davon aus, dass du den lilo als Bootloader benutzt. Dann duerfte standardmaessig kein Eintrag der Form

Code: Alles auswählen

vga=xxx
in der

Code: Alles auswählen

/etc/lilo.conf
stehen.
Um nicht jedesmal den Modus in der lilo.conf aendern zu muessen und den lilo neu zu initialisieren, kannst du auch beim booten dem lilo Parameter der Art

Code: Alles auswählen

vga=normal
uebergegeben.
Sieht dein Bildschirm wie frueher unter DOS aus :) , solltest du den Standardmodus haben. Normalerweise zeigen moderne Monitore doch auch die aktuelle Aufloesung im OSD an.
Ich muesste auch erst suchen, um dir sagen zu koennen, wie man den Modus "offiziell" feststellen kann.
Ob das Frambufferdevice genutzt wird, solltest du aber ueber

Code: Alles auswählen

lsmod | grep fb
herausbekommen. Zusaetzlich muesstest du auch ueber die Ausgabe von

Code: Alles auswählen

dmesg
entsprechende Informationen erhalten.

Ano

silversurfer
Beiträge: 51
Registriert: 27.07.2003 22:27:54
Kontaktdaten:

Beitrag von silversurfer » 25.02.2004 12:43:53

In der lilo.conf ist "vga=normal" eingetragen, framebuffer benutze ich nicht!

Aber nicht dass du da was falsch verstehst, meine Konsole funktioniert ja
wunderbar, solange ich den X-Server nicht aktivier.

Sobald ich den einschalte hab ich wenn ich zur Konsole wechsle einen
schwarzen Bildschirm :(

Benutzeravatar
Dracos
Beiträge: 19
Registriert: 22.09.2003 16:52:38
Lizenz eigener Beiträge: MIT Lizenz
Kontaktdaten:

Beitrag von Dracos » 25.02.2004 15:56:02

Kann es sein, dass Du einen alten Nvidia Treiber verwendest. Das gleiche Problem hatte ich mit dem 4496. Seit dem ich den neuen Treiber (5336) von NVidia benutze, funktioniert es bei mir problemlos. :)

silversurfer
Beiträge: 51
Registriert: 27.07.2003 22:27:54
Kontaktdaten:

Beitrag von silversurfer » 25.02.2004 16:51:59

ne, benutze auch den 5336, bin schon am überlegen ob ich vielleicht nen älteren probier, aber der hat ja dann wieder keinen 2.6er Kernel support :(

Benutzeravatar
Ano
Beiträge: 486
Registriert: 07.10.2002 17:39:08

Beitrag von Ano » 25.02.2004 16:52:09

Hallo nochmal,

@Dracos:
Wenn ich den neuen (5336) Treiber von NVIDIA installiere
deutet wohl darauf hin, dass silversurfer den neuen Treiber benutzt. :D

@silversurfer: Ich habe dich schon richtig verstanden und muss da Dracos zustimmen, dass diese Probleme wohl eher bei aelteren Treibern auftraten?!

Boote die Kiste doch einfach mal neu und uebergib entsprechend deiner X11-Aufloesung den Wert fuer "vga="
Hier http://www.linuxhilfen.org/system/splash.html findest du unten auf der Seite ein paar Beispiele zu verschiedenen Aufloesungen.

Ano

Benutzeravatar
larus
Beiträge: 587
Registriert: 03.11.2003 13:11:12
Wohnort: Wil (Schweiz)
Kontaktdaten:

Beitrag von larus » 25.02.2004 17:01:40

Ich habe genau das selbe Problem, wenn ich in den Kernel die bootsplash.org Patches reinkompilier. Das Zeug läuft bei mir gar nicht. Der xserver wird gestartet, und genau wie bei dir sehe ich anstatt der Konsole den schwarzen Bildschirm.
Hast du also die bootsplash-Patches im Kernel?

Grüsse, larus
larus: die Mo:we

http://peter.l2p.net/ - Die Seite, die du brauchst.

Benutzeravatar
larus
Beiträge: 587
Registriert: 03.11.2003 13:11:12
Wohnort: Wil (Schweiz)
Kontaktdaten:

Beitrag von larus » 25.02.2004 17:16:25

Noch so eine Frage:

Hast du im Kernel unter Device Drivers ->Block Devices -> Initial Ram Disk support aktiviert? Vielleicht ist's ja das.

Grüsse, Larus
larus: die Mo:we

http://peter.l2p.net/ - Die Seite, die du brauchst.

silversurfer
Beiträge: 51
Registriert: 27.07.2003 22:27:54
Kontaktdaten:

Beitrag von silversurfer » 25.02.2004 18:10:36

Boote die Kiste doch einfach mal neu und uebergib entsprechend deiner X11-Aufloesung den Wert fuer "vga="
Hier http://www.linuxhilfen.org/system/splash.html findest du unten auf der Seite ein paar Beispiele zu verschiedenen Aufloesungen.
Dann muss ich ja framebuffer benutzen und das will ich ja nicht...
Hast du also die bootsplash-Patches im Kernel?
hab meinen kernel über apt-get gezogen, ist meines wissens ein ganz normaler
2.6.2 kernel mit debian patches. ob bei den debian patches ein bootsplash patch mit dabei is - keine ahnung
Hast du im Kernel unter Device Drivers ->Block Devices -> Initial Ram Disk support aktiviert? Vielleicht ist's ja das.
Initial Ram Disk support (initrd) ist deaktiviert...

Benutzeravatar
Bert
Beiträge: 3751
Registriert: 16.07.2002 14:06:52
Wohnort: Dresden
Kontaktdaten:

Beitrag von Bert » 25.02.2004 20:15:47

Hm,

hab das Problem auch seit einiger Zeit. Seit wann (was die entsprechende Änderung war) ist mir leider nicht bewußt. Selbe Version vom NVidia Treiber wie silversurfer. Kein FB. Kernel 2.4.24. Standard VGA Auflösung.
Programmer: A biological machine designed to convert caffeine into code.
xmpp:bert@debianforum.de

Benutzeravatar
Ano
Beiträge: 486
Registriert: 07.10.2002 17:39:08

Beitrag von Ano » 26.02.2004 02:39:15

@silversurfer
Dann muss ich ja framebuffer benutzen und das will ich ja nicht...
Hmm, da wirst du wohl nicht drum herum kommen. Ich habe zwar keine Ahnung, was dich daran storen koennte, mehr als die 40 Spalten und 25 Zeilen zu haben, aber du wirst es schon wissen ;-)
Ausserdem kannst du ja auch mit FB diese Aufloesung fahren

Code: Alles auswählen

vga=normal
Ich habe gerade noch einmal nachgeschaut. Also bei mir laeuft die Konsole mit dem "VESA VGA frame buffer device" (vesafb) und 1024x768x16 (vga=791).
Kann sein, dass es immer noch so ist - auf jedenfall war es bei aelteren NVidia-Treibern so, dass man nicht das NV-Framebuffer-Device nehmen konnte/sollte, da dort der von dir beschriebene Effekt auftrat.

Ano

silversurfer
Beiträge: 51
Registriert: 27.07.2003 22:27:54
Kontaktdaten:

Beitrag von silversurfer » 26.02.2004 09:52:57

Hmm, da wirst du wohl nicht drum herum kommen. Ich habe zwar keine Ahnung, was dich daran storen koennte, mehr als die 40 Spalten und 25 Zeilen zu haben, aber du wirst es schon wissen
@Ano: Ok, werd das ganze mal mit Framebuffer testen - vielleicht liegts ja wirklich daran :?
Hm,

hab das Problem auch seit einiger Zeit. Seit wann (was die entsprechende Änderung war) ist mir leider nicht bewußt. Selbe Version vom NVidia Treiber wie silversurfer. Kein FB. Kernel 2.4.24. Standard VGA Auflösung.
@Bert: Bist du in letzter Zeit auf einen neuen Kernel umgestiegen?
Benutzt du einen Kernel aus den Debian Sources, also mit Debian Patches oder einen direkt von Kernel.org?

Benutzeravatar
Bert
Beiträge: 3751
Registriert: 16.07.2002 14:06:52
Wohnort: Dresden
Kontaktdaten:

Beitrag von Bert » 26.02.2004 17:46:30

Im Moment den 2.4.24 aus Debian Sourcen. Selber übersetzt.
Programmer: A biological machine designed to convert caffeine into code.
xmpp:bert@debianforum.de

silversurfer
Beiträge: 51
Registriert: 27.07.2003 22:27:54
Kontaktdaten:

Beitrag von silversurfer » 27.02.2004 07:15:12

Also ich hab gestern mal den 2.6.3er Kernel von kernel.org ausprobiert, genau das gleiche Problem :evil: :evil: :evil:

Werd wenn ich heut noch dazu komm mal das ganze mit Framebuffer testen,


so long

Silversurfer

matze-peng
Beiträge: 242
Registriert: 03.01.2004 19:22:59
Wohnort: Dresden
Kontaktdaten:

Beitrag von matze-peng » 12.03.2004 19:05:39

hallo

ich hab das gleich problem.

kann es sein, dass die schuld hier beim 4.3er x-server von SID liegt? ich hatte ne ganze weile nix an x-server und kernel verstellt gehabt. neu ist praktisch nur der 4.3er x-server aus unstable. bei mir taucht das problem auch nur bei kernels mit vesafb auf.

hat inzwischen schon jemand rausgefunden wie man das behebt?

mfg
- Ein weiser Mann widerspricht seiner Frau nicht. Er wartet bis sie es selbst tut. -

Benutzeravatar
larus
Beiträge: 587
Registriert: 03.11.2003 13:11:12
Wohnort: Wil (Schweiz)
Kontaktdaten:

Beitrag von larus » 12.03.2004 19:24:16

Am Xserver liegt es nicht (nur). Ich hatte dieses Problem, als ich an der Config manche Sachen änderte, um das Pinguinlogo beim Booten zu sehen ;-) Zum Glück hatte ich die alte gespeichert und dann ging es wieder, aber ohne tux :-)

Leider war ich es Leid, alle Optionen rauszusuchen, die schuldig sein könnten, sorry :cry:
larus: die Mo:we

http://peter.l2p.net/ - Die Seite, die du brauchst.

Antworten