[X] schakelen naar VT mbv ctrl-alt-f1 lukt niet

[Verwijderd]

Beste mensen,

Ik heb een probleempje: ik kan niet vanuit X naar een andere VT schakelen met behulp van [ctrl-alt-Fn]. Er blijken wel getty's te draaien op tty1 tot en met tty6. Kijk maar naar de gedeeltelijke uitvoer van 'ps -aef':

<--- knips --->
root 1295 1 0 10:59 tty1 00:00:00 /sbin/agetty 38400 tty1 linux
root 1296 1 0 10:59 tty2 00:00:00 /sbin/agetty 38400 tty2 linux
root 1297 1 0 10:59 tty3 00:00:00 /sbin/agetty 38400 tty3 linux
root 1298 1 0 10:59 tty4 00:00:00 /sbin/agetty 38400 tty4 linux
root 1299 1 0 10:59 tty5 00:00:00 /sbin/agetty 38400 tty5 linux
root 1300 1 0 10:59 tty6 00:00:00 /sbin/agetty 38400 tty6 linux
<--- knaps --->

Het kan ook niet aan mijn window manager liggen, want het probleem doet zich voor bij alle soorten van X-sessies die ik hier kan draaien, inclusief gdm. Ik heb reeds geprobeerd om de optie VTSysReq aan te zetten in het XF86Config bestand, maar het hielp niet. ((alt-sysreq, f1) werkte dus ook niet.) Ik heb de optie DontVTSwitch expliciet uitgezet, maar ook dat mocht niet baten.

Via google kwam ik wel op een archief van een maillinglist waar iemand een soortgelijk probleem had, echter bij die persoon werkte ctrl-alt-f1 wel bij het xdm-inlogscherm. (Bij mij zelfs dat niet).

Mijn keyboard gedeelte uit het XF86Config bestand ziet er zo uit:

<--- knip knutsel --->
Section "InputDevice"

Identifier "Keyboard1"
Driver "Keyboard"
Option "AutoRepeat" "500 30"
Option "XkbRules" "xfree86"
Option "XkbModel" "pc104"
Option "XkbLayout" "us"

EndSection
<--- hieronder onrelevante zeut --->

Weet iemand wat hier aan de hand kan zijn?

Ik draai deze dingen:

• Gentoo-linux-2.4.19
• XFree86 4.3.0
• GNU Bash 2.05b.0(1)

[deadinspace]

Als je xev draait, ziet deze dan je ctrl, je alt en je F1? En als je ctrl-alt-F1 in het xev window doet, ziet xev dat dan ook?

Als je in de console zit, werkt alt-Fn dan wel? En ctrl-alt-Fn?

[Verwijderd]

Hier is de uitvoer van het progje xev

alt
KeyPress event, serial 25, synthetic NO, window 0x1a00001,
root 0x6b, subw 0x0, time 155047, (81,-10), root:(83,38),
state 0x0, keycode 64 (keysym 0xffe9, Alt_L), same_screen YES,
XLookupString gives 0 bytes: ""

KeyRelease event, serial 25, synthetic NO, window 0x1a00001,
root 0x6b, subw 0x0, time 155119, (81,-10), root:(83,38),
state 0x8, keycode 64 (keysym 0xffe9, Alt_L), same_screen YES,
XLookupString gives 0 bytes: ""

ctrl
KeyPress event, serial 25, synthetic NO, window 0x1a00001,
root 0x6b, subw 0x0, time 181111, (333,121), root:(335,169),
state 0x0, keycode 37 (keysym 0xffe3, Control_L), same_screen YES,
XLookupString gives 0 bytes: ""

KeyRelease event, serial 25, synthetic NO, window 0x1a00001,
root 0x6b, subw 0x0, time 181534, (333,121), root:(335,169),
state 0x4, keycode 37 (keysym 0xffe3, Control_L), same_screen YES,
XLookupString gives 0 bytes: ""

F1
KeyPress event, serial 25, synthetic NO, window 0x1a00001,
root 0x6b, subw 0x0, time 223467, (570,487), root:(572,535),
state 0x0, keycode 67 (keysym 0xffbe, F1), same_screen YES,
XLookupString gives 0 bytes: ""

KeyRelease event, serial 25, synthetic NO, window 0x1a00001,
root 0x6b, subw 0x0, time 223530, (570,487), root:(572,535),
state 0x0, keycode 67 (keysym 0xffbe, F1), same_screen YES,
XLookupString gives 0 bytes: ""

Alle drie tegelijk
KeyPress event, serial 25, synthetic NO, window 0x1a00001,
root 0x6b, subw 0x0, time 8732749, (504,304), root:(512,424),
state 0x0, keycode 64 (keysym 0xffe9, Alt_L), same_screen YES,
XLookupString gives 0 bytes: ""

KeyPress event, serial 25, synthetic NO, window 0x1a00001,
root 0x6b, subw 0x0, time 8732758, (504,304), root:(512,424),
state 0x8, keycode 37 (keysym 0xffe3, Control_L), same_screen YES,
XLookupString gives 0 bytes: ""

KeyPress event, serial 25, synthetic NO, window 0x1a00001,
root 0x6b, subw 0x0, time 8741165, (504,304), root:(512,424),
state 0xc, keycode 67 (keysym 0x1008fe01, XF86_Switch_VT_1), same_screen YES,
XLookupString gives 0 bytes: ""

KeyRelease event, serial 25, synthetic NO, window 0x1a00001,
root 0x6b, subw 0x0, time 8741199, (504,304), root:(512,424),
state 0xc, keycode 67 (keysym 0x1008fe01, XF86_Switch_VT_1), same_screen YES,
XLookupString gives 0 bytes: ""

KeyRelease event, serial 25, synthetic NO, window 0x1a00001,
root 0x6b, subw 0x0, time 8741830, (504,304), root:(512,424),
state 0xc, keycode 64 (keysym 0xffe9, Alt_L), same_screen YES,
XLookupString gives 0 bytes: ""

KeyRelease event, serial 25, synthetic NO, window 0x1a00001,
root 0x6b, subw 0x0, time 8741842, (504,304), root:(512,424),
state 0x4, keycode 37 (keysym 0xffe3, Control_L), same_screen YES,
XLookupString gives 0 bytes: ""

Zoals te zien is (vette tekst) wordt het commando om van console te wisselen wel herkend.

Als ik naar run level 2 ga, lukt het wisselen van consoles inderdaad wel weer.

[ Voor 35% gewijzigd door Verwijderd op 18-04-2003 21:51 . Reden: omdat hij wat was vergeten ]

[deadinspace]

Lukt switchen van virtual console met het commando chvt wel als je in X zit?

[Verwijderd]

code:

presidnt@russia presidnt $ chvt 1
chvt: VT_ACTIVATE: Bewerking niet toegestaan

AHA! dit lijkt op een rechtenkwestie. Het chvt-commando werkt namelijk wel als ik mezelf su maak in een gnome-nepconsole. Echter, wanneer ik als root via gdm inlog in een gnome-sessie, werkt ctrl-alt-fn nog steeds niet.
Enfin, ik heb weer een foutmelding om mee op google te zoeken . Ik laat nog van me horen.

////Edit: grr, ik probeerde het progje strace te emergen, opdat ik kon kijken wanneer chvt precies spaak loopt. Helaas kotste portage hem uit . Oh well, zo blijf je wel lekker van de straat

////Edit: ik heb portage ervan kunnen overtuigen dat-ie strace maar beter wel kon emergen en we zijn weer een stapje verder. strace kwam met de volgende melding:

<--- knip --->
open("/dev/tty0", O_RDONLY) = -1 EACCES (Permission denied)
open("/dev/tty0", O_WRONLY) = -1 EACCES (Permission denied)
<--- knap --->

Deze fout heb ik verholpen door chmod 666 /dev/vc/0 te doen. (/dev/tty0 is een bij mij namelijk een symlink).

Echter; bij de volgende melding voel ik me iets onrustiger:

<--- knipperdeknip --->
ioctl(3, 0x5606, 0x1) = -1 EPERM (Operation not permitted)
<--- knutsel --->

Ik kom hier nog op terug....

[ Voor 60% gewijzigd door Verwijderd op 18-04-2003 22:53 . Reden: omdat hij tegen alle verwachtingen in toch nog vorderingen maakte ]

[deadinspace]

Ehm nee, dat is normaal

Het schakelen van virtual console mag alleen door root gebeuren. XFree86 draait als root (voor de hardware access) en mag dat daarom ook. Dit is onafhankelijk van als welke user je bent ingelogd.

Dat je met chvt wel van virtual console kunt switchen betekent iig dat het probleem puur in XFree86 ligt.

Je hebt je config gewijzigd, maar is het wel de juiste configfile? Je hebt oa /etc/X11/XF86Config en /etc/X11/XF86Config-4 . Het kan ook zijn dat gdm de X config override (al lijkt dat me redelijk sterk). Treedt het probleem ook op als je X van de console start met het volgende?

code:

X -xf86config /path/to/config

[Verwijderd]

LOL, oepsiedaisy, dat wist ik dus niet /me verandert de bestandspermissies maar gelijk weer terug.

Ik heb kunnen verifieren dat de veranderingen in het configuratiebestand inderdaad waren doorgevoerd. In het bestand /var/log/XFree86.2.log stond dat de optie DontVTSwitch op 'off' was gezet.

Echter, ik zal jou suggestie ook eens beproeven, om er zeker van te zijn. brb.

[Verwijderd]

YES!! Het is me gelukt. Ik las voor de zekerheid nogmaals de man-pagina voor XF86Config na voor de juiste syntax van de opties genoemd in mijn openingspost en toen zag ik nog een interessante optie: HandleSpecialKeys. Deze optie heb ik op 'always' gezet, en nu werkt het schakelen naar nepterminals wel!
Geweldig die man pages Muchos gratias voor je luisterend oor, je meedenkend brein en je helpende hand, Deadinspace

[ Voor 5% gewijzigd door Verwijderd op 18-04-2003 23:26 . Reden: omdat hij weer 'ns wat vergat ]