Konsole fuer XF86

[bunc]

Hallo!
Kriege XFree 4.21 unter OpenBSD 3.3 nicht zum Laufen:
startx meldet "cannot open /dev/ttyC7" - und dann verhaspelt
er sich latuernich. Ein Blick in /etc/ttys zeigt, dass die
Konsole 7 "off" geschaltet war (so wie 5, 6 hingegen tut?!),
aber nach "on" + Reboot aendert sich nix. Ich kann noch nicht
einmal mit Alt+Ctrl+F8 dahin umschalten.
In FreeBSD /etc/ttys sehe ich:
ttyv8 "/usr/X11R6/bin/xdm -nodaemon" xterm off secure
- brauche ich 'was aehnliches in OpenBSD? Vieleicht kann ja
mal jemand seine /etc/ttys posten.
Erstaunlicherweise kommt xf86cfg im Grafikmodus hoch, viel
anfangen laesst sich damit nicht. Es kennt meine (serielle)
Maus nicht und auch die Emulation mit dem numerischen
Tastenblock tut nicht.
Google ist relativ unergiebig zu dem Thema: habe 'was zu
/etc/fbtab gefunde, das aber auch nix brachte.
Recht vielen Dank im voraus,
bunc

[oenone]

wie hast du XFree installiert ?
du solltest schon die OpenBSD version davon nehmen.

standardmaessig ist bei OpenBSD tty4 fuer X reserviert und steht auf "Off".

hast du machdep.allowaperture auf 2 gesetzt ?

etwas mehr infos und dir kann geholfen werden

auf bald
oenone

[bunc]

Danke fuer die rasche Antwort!
Latuernich XF fuer OpenBSD - alles so wie auf der CD in freeX 06/03.
Installation liegt bereits ein paar Wochen zurueck, aber Besonderheiten gab's da nicht. Ja, allowapperture ist - von der Installation - auf 2.
Wie gesagt: eine funktionierende /etc/ttys -Datei waere interessant.
Gruss,
bunc

[CW]

Original geschrieben von bunc
Hallo!
Kriege XFree 4.21 unter OpenBSD 3.3 nicht zum Laufen:
startx meldet "cannot open /dev/ttyC7" - und dann verhaspelt
er sich latuernich. Ein Blick in /etc/ttys zeigt, dass die
Konsole 7 "off" geschaltet war (so wie 5, 6 hingegen tut?!),

Hast du irgendetwas mit ttys gemacht, bevor du X installiert hast?

Denn X ist bei OpenBSD schon vorbereitet und braucht keinerlei tty-Anpassungen.

Erstaunlicherweise kommt xf86cfg im Grafikmodus hoch, viel
anfangen laesst sich damit nicht. Es kennt meine (serielle)
Maus nicht und auch die Emulation mit dem numerischen
Tastenblock tut nicht.

Für serielle Mäuse gibt es einen entsprechenden Eintrag, den du wählen kannst.

CW

[bunc]

Original geschrieben von CW

> Hast du irgendetwas mit ttys gemacht, bevor du X installiert hast?

> Denn X ist bei OpenBSD schon vorbereitet und braucht
> keinerlei tty-Anpassungen.

Noe, nicht das ich wuesste. Allerdings: irgendwo werde ich schon 'was verbogen haben, mag aber nicht nochmal von vorne installieren.

> Für serielle Mäuse gibt es einen entsprechenden Eintrag, den
> du wählen kannst.

Ist schon klar - in der XF86Config, zB.:
Section "InputDevice"
Identifier "Mouse0"
Driver "mouse"
Option "Device" "/dev/mouse"
# Option "Protocol" "Logitech"
# Option "Protocol" "MouseMan"
Option "Protocol" "auto"
Option "BaudRate" "9600"
Option "SampleRate" "150"
Option "Buttons" "6"
Option "ZAxisMapping" "5 6"
EndSection
wobei /dev/mouse ein Softlink auf /dev/tty00 ist. Ausserdem, wie gesagt Eintrag /dev/tty00 in /etc/fbtab, /dev/ttyC0 Zeile - laut Google Recherche.
Die Maus wuerde ich schon hinbiegen, wenn ich erstmal in's X kaeme.

CW

Trotzdem: kann ich mal die Kopie einer funktionierenden /etc/ttys haben.

Vielen Dank,
bunc

[CW]

Original geschrieben von bunc
Trotzdem: kann ich mal die Kopie einer funktionierenden /etc/ttys haben.

Vielen Dank,
bunc

Hier ist die /etc/ttys als Anhang dabei. Ich habe 3.4-current laufen, jedoch ist die ttys dieselbe.

Und jetzt beantworte mir die Frage: hast du was mit ihr gemacht, BEVOR du X installiert hast?


CW

[bunc]

Original geschrieben von CW
Hier ist die /etc/ttys als Anhang dabei. Ich habe 3.4-current laufen, jedoch ist die ttys dieselbe.

Und jetzt beantworte mir die Frage: hast du was mit ihr gemacht, BEVOR du X installiert hast?


CW

Wie ich schrieb: die Installation liegt ein paar Wochen zurueck und ich erinnere keine 'Spezialitaeten'. Habe seither auf der Console gearbeitet/gespielt - m.W. nix an den tty's gedreht. Evtl. der eine oder andere make install bzw. pkg_add.
Gibt's - ausser /etc/ttys - noch eine Config Datei bzw. Kernel Parameter (mein Custom Kernel scheitert daran, dass nach 3.3 auf elf umgestellt wurde, d.h. ich benutze noch GENERIC), die auf die virtuellen Consolen Einfluss nehmen?
Danke,
bunc

[bunc]

P.S.: die Datei laedt mein Opera als .php runter und sie ist nicht ASCII
Mit'm Mozilla hat's dann doch geklappt!
Danke,
bunc

[CW]

Original geschrieben von bunc
[b]
Gibt's - ausser /etc/ttys - noch eine Config Datei bzw. Kernel Parameter

Es gibt nur die /etc/ttys. Im Kernel kann man noch andere Konsolen einstellen, die aber auf "normalen" i386-Architekturen nicht eingerichtet werden müssen (meines Wissens nach, den ich habe bisher ziemlich viele Kisten installiert).

(mein Custom Kernel scheitert daran, dass nach 3.3 auf elf umgestellt wurde, d.h. ich benutze noch GENERIC), die auf die virtuellen Consolen Einfluss nehmen?

Häh ... was meinst du denn damit?

Hast du jetzt die 3.3-er oder nicht?

Wieso sollte den Custom-Kernel an ELF scheitern, wenn auf der 3.3-er (die du wohl fährst) kein ELF zu finden ist.

Ich glaube, dass dein Kernel an anderen Problemen scheitert und nicht an der EFL-Binärarchitektur, die nicht vorhanden ist.

Außerdem solltest du den GENERIC-Kernel erst einmal booten und mit ihm versuchen, deine ttys einzurichten. Und wenn es geklappt hat, dann kannst du den Kernel tweaken.

So sollte die Reihenfolge sein. Denn sonst hast du womöglich mehrere unterschiedliche Probleme am Halse.

Gruß

CW

[bunc]

Original geschrieben von CW

> Es gibt nur die /etc/ttys. Im Kernel kann man noch andere Konsolen einstellen, die aber auf "normalen" i386-Architekturen nicht eingerichtet werden müssen (meines Wissens nach, den ich habe bisher ziemlich viele Kisten installiert).

> Häh ... was meinst du denn damit?

> Hast du jetzt die 3.3-er oder nicht?

> Wieso sollte den Custom-Kernel an ELF scheitern, wenn auf der 3.3-er (die du wohl fährst) kein ELF zu finden ist.

Scheitert daran, dass mein source tree mittels ctm inzwischen nicht mehr 3.3 ist. Lt. FAQ muesste ich erst mal einen Snapshot ziehen, um neu compilieren zu koennen. Alternative: den Sourcebaum wieder auf 3.3 zurueckspulen.

> Ich glaube, dass dein Kernel an anderen Problemen scheitert und nicht an der EFL-Binärarchitektur, die nicht vorhanden ist.

Ne, ne is' schon so: bei der Kernel Compilierung kriege ich aus zuvor beschriebenem Grund 'invalid assembler code' oder so aehnlich.

> Außerdem solltest du den GENERIC-Kernel erst einmal booten und mit ihm versuchen, deine ttys einzurichten. Und wenn es geklappt hat, dann kannst du den Kernel tweaken.

So werde ich's auch tun: ich hatte ja nur gefragt, ob's in der Kernelconfig tty -Parameter gibt. Fuer mich konzentriert sich das Problem nun darauf, dass X bei mir partout auf ttyC7 will, statt - wie hier erwaehnt - auf ttyC4. Ich fuerchte, dass hier doch eines der von mir bereits installierten X -packages bzw. -Compiles, etwas verdreht hat. Ich habe mir halt die von FreeBSD liebgewonnenen Tools - fluxbox, mahogany, ... - bereits vorinstalliert, ohne erst mal nacktes X auszuprobieren.

> So sollte die Reihenfolge sein. Denn sonst hast du womöglich mehrere unterschiedliche Probleme am Halse.

Immerhin habe ich ja ein lauffaehiges Konsolen OpenBSD ;-(

Danke + Gruss zurueck,
bunc

[CW]

Original geschrieben von bunc
Danke + Gruss zurueck,
bunc

Kannst du bitte die QUOTE-Tags richtig benutzen, sonst kann ich dir nicht mehr (so schnell) antworten?

Gruß

CW

[CW]

So, jezt habe ich es angepasst!

Brauchst nix mehr zu ändern aber bitte das nächste mal beachten ... passierte mir auch schon mal

Gruß

CW

[CW]

Original geschrieben von bunc
Scheitert daran, dass mein source tree mittels ctm inzwischen nicht mehr 3.3 ist. Lt. FAQ muesste ich erst mal einen Snapshot ziehen, um neu compilieren zu koennen. Alternative: den Sourcebaum wieder auf 3.3 zurueckspulen.

Es gibt einfach keine Option von a.out auf ELF per Source umzuschalten. Ich habe zwar eine FAQ zu so einer Möglichkeit bei http://www.deadly.org gesehen, jedoch gehe ich lieber traditionell vor: Daten sichern, Partitionstabelle merken und schön alles neu installieren + zurückspielen.

Ne, ne is' schon so: bei der Kernel Compilierung kriege ich aus zuvor beschriebenem Grund 'invalid assembler code' oder so aehnlich.

Das kann verschiedene Gründe haben. Darunter auch die a.out-ELF-Problematik.

So werde ich's auch tun: ich hatte ja nur gefragt, ob's in der Kernelconfig tty -Parameter gibt. Fuer mich konzentriert sich das Problem nun darauf, dass X bei mir partout auf ttyC7 will, statt - wie hier erwaehnt - auf ttyC4. Ich fuerchte, dass hier doch eines der von mir bereits installierten X -packages bzw. -Compiles, etwas verdreht hat. Ich habe mir halt die von FreeBSD liebgewonnenen Tools - fluxbox, mahogany, ... - bereits vorinstalliert, ohne erst mal nacktes X auszuprobieren.

Leider ist dein OpenBSD wohl viel zu sehr beschädigt, dass ich (oder jemand anders) dir helfen kann. Wir wissen einfach nicht, wie sehr du an den Sourcen gearbetet hast. Und daher würde ich dir wirklich eine Neuinstallation empfehlen, denn dann weißt du wenigstens, wo dran du bist.

Immerhin habe ich ja ein lauffaehiges Konsolen OpenBSD ;-(

Danke + Gruss zurueck,
bunc

So kann man das natürlich auch sehen.

Gruß

CW

[bunc]

> Leider ist dein OpenBSD wohl viel zu sehr beschädigt, dass
> ich (oder jemand anders) dir helfen kann. Wir wissen einfach
> nicht, wie sehr du an den Sourcen gearbetet hast. Und daher
> würde ich dir wirklich eine Neuinstallation empfehlen, denn
> dann weißt du wenigstens, wo dran du bist.

Aufgeben? Niemals!! :))
Mit den BSD Sourcen kann's eigentlich nix zu tun haben, die
schlummern in /usr/src und sind nie auf's System losgelassen
worden.
Ich versuche mal nachzuvollziehen, wo in startx, xinit(rc),
xserver(rc) usw. die Console angesteuert wird und gebe Voll-
zugsmeldung.
Vielen Dank,
bunc

[CW]

Original geschrieben von bunc


Aufgeben? Niemals!! )
Mit den BSD Sourcen kann's eigentlich nix zu tun haben, die
schlummern in /usr/src und sind nie auf's System losgelassen
worden.
Ich versuche mal nachzuvollziehen, wo in startx, xinit(rc),
xserver(rc) usw. die Console angesteuert wird und gebe Voll-
zugsmeldung.
Vielen Dank,
bunc

Aufgeben soltest du auch nicht.

Jedoch gibt es einen Unterschied zwischen der Arbeit mit einem frischen System, das dir einige "normale" Probleme bereitet und der Arbeit an einem System dessen Sourcen du (nach deinen Angaben) geändert hast (per CTM).

Scheitert daran, dass mein source tree mittels ctm inzwischen nicht mehr 3.3 ist. Lt. FAQ muesste ich erst mal einen Snapshot ziehen, um neu compilieren zu koennen. Alternative: den Sourcebaum wieder auf 3.3 zurueckspulen.

Und jetzt sagst du, dass du doch die Sourcen nicht an das System "rangelassen hast".

Na ja, jetzt weiß ich ja auch nicht, was du gemeint hast.

Und was die .xinitrc, .xsession und Xservers angeht, so kann ich dir diese kurzen Infos geben:

.xinitrc --> hier steht der Windowmanager den du haben möchtest + andere Programme, die du (optional) automatisch gestartet haben willst. Dazu kannst du noch Pfade, Umgebungsvariablen etc. einfügen.

.xsession --> das ist die Datei in der du das Verhalten der Standard Xsesion in /usr/X11R6/lib/X11/xdm ändern kannst. Normalerweise reicht es aus, die .xsession als Softlink (per ln -s) auf .xinitrc zu setzen.

Xservers --> da steht (und sollte nicht geändert werden) was der X-Server für sich beanspruchen kann (ttys also).

Alle Defaults sind ausreichend und dort liegen bestimmt nicht die Gründe für dein Problem.

Aber, mach es so, wie du es für richtig hälst.

CW