Re: openrc scambled Reply #15 – 07 May 2018, 02:59:27 https://bbs.archlinux.org/viewtopic.php?id=125484xf86VTActivate() and VT_ACTIVATE can be found in xorg-server, but aren't in openrc or util-linux (agetty), chvt isn't in any of these. So I guess that xorg-server should be starting up and doing the switch to tty7, but for some reason it won't in this case.
Re: openrc scambled Reply #16 – 08 May 2018, 03:27:55 The difference on the other PC was this file :/etc/X11/Xwrapper.config# Xorg.wrap configuation fileneeds_root_rights = yesThat means X runs as root, even though it was started the same way.https://wiki.archlinux.org/index.php/Xorg#Rootless_XorgI'm guessing running rootless the IOCTL to change tty fails for permission issues, but it works in the desktop rootless using CTRL ALT F* so it might be a case of not having those permissions just at that point? And apparently GDM can run Gnome rootless so this must be possible to fix
Re: openrc scambled Reply #17 – 08 May 2018, 03:37:00 Quote from: ####### – on 08 May 2018, 03:27:55The difference on the other PC was this file :/etc/X11/Xwrapper.config# Xorg.wrap configuation fileneeds_root_rights = yesThat means X runs as root, even though it was started the same way.https://wiki.archlinux.org/index.php/Xorg#Rootless_XorgI'm guessing running rootless the IOCTL to change tty fails for permission issues, but it works in the desktop rootless using CTRL ALT F* so it might be a case of not having those permissions just at that point? And apparently GDM can run Gnome rootless so this must be possible to fix Interesting to see that was the cause. Here is some stuff that might help:https://wiki.gentoo.org/wiki/Non_root_XorgFor example your user should be part of the video group it says.
Re: openrc scambled Reply #18 – 08 May 2018, 04:11:53 Thanks, another problem unscambled (and that was nothing to do with openrc) ! $ sudo usermod -a -G video $USERAnd commented that other file. That fixed it, now it switches while rootless.It also explains why Xorg terminated with this error, there must have been some video / graphics failure stopping things.These errors were in Xorg.0.log.old, as Xorg.0.log had messages only from the new working session that started after I hit ALT F7.[ 41.443] (EE) Screen(s) found, but none have a usable configuration.[ 41.443] (EE)Fatal server error:[ 41.443] (EE) no screens found(EE)[ 41.443] (EE)Please consult the The X.Org Foundation support at http://wiki.x.org for help.[ 41.444] (EE) Please also check the log file at "/home/me/.local/share/xorg/Xorg.0.log" for additional information.[ 41.444] (EE)[ 41.510] (EE) Server terminated with error (1). Closing log file.
Re: openrc scambled Reply #19 – 08 May 2018, 05:28:12 Quote from: Chris Cromer – on 06 May 2018, 15:55:54Your problem is that you are using 2 network managers at the same time, so naturally they conflict. You have to choose between dhcpcd and netifrc, you can't use both.thanks. I never thought of dhcpcd as a network manager, but that might be an apt description. If doesn't bring up and take down network controllers or am i wrong?I thought that netifrc calls dhcpcd ... it is should if it is listening to its config file.Thjaanks for the help!!
Re: openrc scambled Reply #20 – 08 May 2018, 11:19:48 Quote from: mrbrklyn – on 08 May 2018, 05:28:12thanks. I never thought of dhcpcd as a network manager, but that might be an apt description. If doesn't bring up and take down network controllers or am i wrong?I thought that netifrc calls dhcpcd ... it is should if it is listening to its config file.Thjaanks for the help!!Netifrc runs a dhcp software(dhcpcd, dhclient, etc) as a program at the moment it needs to resolve dhcp. However you have dhcpcd running as a daemon, essentially that makes dhcpcd manage the network connections to assign dhcp to all the network interfaces. So this makes netifrc and dhdcpd daemon conflict since both are trying to handle dhcp. 2 Likes
Re: openrc scambled Reply #21 – 08 May 2018, 12:10:21 Quote from: Chris Cromer – on 08 May 2018, 11:19:48Netifrc runs a dhcp software(dhcpcd, dhclient, etc) as a program at the moment it needs to resolve dhcp. However you have dhcpcd running as a daemon, essentially that makes dhcpcd manage the network connections to assign dhcp to all the network interfaces. So this makes netifrc and dhdcpd daemon conflict since both are trying to handle dhcp.interesting. Why would I do that? It seems like silly question, but it didn't likely happen by accident. I wonder what caused me to do that. Thats for the insite!