search for: vt1

On Dec 9, 2019, at 17:54, Kay Schenk <kay.schenk at gmail.com> wrote: > > Yes, those consoles are available but they are NOT my original text mode login console which used to be vt1 and is now taken over by Gnome. What they do is bring me to a login prompt -- this is NOT what I want. This change to vt1 for my GUI, in this case, Gnome is a change with version 7 of CentOS due to some sort of validation with a REAL console. I am still NOT clear on what the problem is. I could eas...

> Am 07.12.19 um 19:23 schrieb Kay Schenk: > > Hello all-- > > > > It seems using ctrl-alt-F1 to exit from GUI back to MY OWN > > SESSION'S > > command line does not work for me. It does nothing. > > > > Is this something that needs to be explicitly enabled? I start GUI > > using > > "startx". > > > > Also, any

...into a GNOME session, I ran the pgrep command as follows: $ pgrep -fl gdm 1583 /usr/sbin/gdm-binary -nodaemon 1619 /usr/libexec/gdm-simple-slave --display-id /org/gnome/DisplayManager/Display1 1622 /usr/bin/Xorg :0 -br -verbose -audit 4 -auth /var/run/gdm/auth-for-gdm-EcVz3c/database -nolisten tcp vt1 1801 pam: gdm-password I restarted X using ctrl-alt-backspace, logged back in and ran the command again: $ pgrep -fl gdm 1583 /usr/sbin/gdm-binary -nodaemon 1619 /usr/libexec/gdm-simple-slave --display-id /org/gnome/DisplayManager/Display1 1622 /usr/bin/Xorg :0 -br -verbose -audit 4 -auth /var/ru...

...er virtual consoles (2..8) are still there in text mode and you > cat move to them using the normal key combinations. When you exit your > X11 session, console 1 will return to text mode. Yes, those consoles are available but they are NOT my original text mode login console which used to be vt1 and is now taken over by Gnome. What they do is bring me to a login prompt -- this is NOT what I want. This change to vt1 for my GUI, in this case, Gnome is a change with version 7 of CentOS due to some sort of validation with a REAL console. I am still NOT clear on what the problem is. I could...

On 12/9/19 5:06 PM, Jonathan Billings wrote: > On Dec 9, 2019, at 17:54, Kay Schenk <kay.schenk at gmail.com> wrote: >> Yes, those consoles are available but they are NOT my original text mode login console which used to be vt1 and is now taken over by Gnome. What they do is bring me to a login prompt -- this is NOT what I want. This change to vt1 for my GUI, in this case, Gnome is a change with version 7 of CentOS due to some sort of validation with a REAL console. I am still NOT clear on what the problem is. I could eas...

Gordon Messmer wrote: > On 12/15/2015 10:42 AM, m.roth at 5-cent.us wrote: >> How do you restart Xorg? I can't find a target for it, and restarting >> graphical.target doesn't seem to do it. > > Restart gdm. Really? There's no systemd target to restart it, and graphical.target doesn't do it? Um..... mark

On Wed, Jan 02, 2013 at 04:19:35PM +0100, Pontus Fuchs wrote: > Hi, > > Starting with 3.8rc1 I get a black screen when resuming after suspend. > The kernel is alive because I can switch to VT1 and reboot with > ctrl-alt-delete. > > I bisected the problem down to this commit: > > 186ecad21: drm/nv50/disp: move remaining interrupt handling into core > > Hardware is 8400M GS (10de:0427) in a Dell XPS M1330. There's already open bug report for that: https://bugs...

...into the machine and check dmesg to see what's there? My guess is that > nouveau takes over from efifb, and then fails to load at some point in > the middle. I've fixed the issue by including all firmware until "failed to load" messages disappeared. X works and fbconsole on VT1-VT6 works too. CONFIG_EXTRA_FIRMWARE="nvidia/gp104/gr/sw_nonctx.bin nvidia/gp104/gr/sw_ctx.bin nvidia/gp104/gr/sw_bundle_init.bin nvidia/gp104/gr/sw_method_init.bin nvidia/gp104/gr/fecs_bl.bin nvidia/gp104/gr/fecs_inst.bin nvidia/gp104/gr/fecs_data.bin nvidia/gp104/gr/fecs_sig.bin nvidia/gp10...

...ion 129116 also fail on x86_64 linux, with gcc-4.5 > revision 172158, i got: > > /home/ether/sources/llvm/include/llvm/Target/TargetLowering.h:1567: > warning: unused parameter ‘VT2’ > /home/ether/sources/llvm/include/llvm/Target/TargetLowering.h:1574: > warning: unused parameter ‘VT1’ > /home/ether/sources/llvm/include/llvm/Target/TargetLowering.h:1574: > warning: unused parameter ‘VT2’ > /home/ether/sources/llvm/include/llvm/Target/TargetLowering.h:1582: > warning: unused parameter ‘Imm’ > In file included from > /home/ether/local/gcc-4.5/lib/gcc/x86_64-unkno...

...fails as... Dragonegg revision 129116 also fail on x86_64 linux, with gcc-4.5 revision 172158, i got: /home/ether/sources/llvm/include/llvm/Target/TargetLowering.h:1567: warning: unused parameter ‘VT2’ /home/ether/sources/llvm/include/llvm/Target/TargetLowering.h:1574: warning: unused parameter ‘VT1’ /home/ether/sources/llvm/include/llvm/Target/TargetLowering.h:1574: warning: unused parameter ‘VT2’ /home/ether/sources/llvm/include/llvm/Target/TargetLowering.h:1582: warning: unused parameter ‘Imm’ In file included from /home/ether/local/gcc-4.5/lib/gcc/x86_64-unknown-linux-gnu/4.5.3/plugin/incl...

On 2015-04-08, David Both <dboth at millennium-technology.com> wrote: > The easy way to restart gdm is when you are on the login screen itself > or the desktop simply press Ctrl-Alt-Backspace. This works for Upstart > in CentOS 6.x but will not work for CentOS 7.x which uses Systemd. The > service command does not work for gdm. However, logging out of the > desktop will

...y logs of a problem - the system just seemed to stop or lock up. We did have a CPU problem light appear on the front, so HP came in and replaced the one 4-core CPU. Since then, it has run as long as two weeks, but still crashes randomly. After the last reboot, I left the console in text mode on vt1, and when it crashed again this morning this was displayed on the screen: CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 CR2: ffff8100dc435cf0 CR3: 000000008a6ca000 CR4: 00000000000006e0 Process smbd (pid: 18970, threadinfo ffff81001529e000, task ffff81011f5347a0) Stack: ffff81011e4e71c0 0000...

...ervice > ?? 1391 /usr/sbin/gdm > ??21476 /usr/libexec/gdm-simple-slave --display-id > /org/gnome/DisplayManager/Displays/_0 > ??21481 /usr/bin/Xorg :0 -background none -verbose -auth > /run/gdm/auth-for-gdm-oJdseR/database -seat seat0 -nolisten tcp vt1 > > # systemctl restart gdm.service > > _______________________________________________ > CentOS mailing list > CentOS at centos.org > https://lists.centos.org/mailman/listinfo/centos >

...x86_64 linux, with gcc-4.5 >> revision 172158, i got: >> >> /home/ether/sources/llvm/include/llvm/Target/TargetLowering.h:1567: >> warning: unused parameter ‘VT2’ >> /home/ether/sources/llvm/include/llvm/Target/TargetLowering.h:1574: >> warning: unused parameter ‘VT1’ >> /home/ether/sources/llvm/include/llvm/Target/TargetLowering.h:1574: >> warning: unused parameter ‘VT2’ >> /home/ether/sources/llvm/include/llvm/Target/TargetLowering.h:1582: >> warning: unused parameter ‘Imm’ >> In file included from >> /home/ether/local/gcc-...

Hello Guys? I need to revert the X11 graphical server to Console 7. and enable VT1 as normal text as it was on the old distr.. Sincerely AndyBe

....5 >>> revision 172158, i got: >>> >>> /home/ether/sources/llvm/include/llvm/Target/TargetLowering.h:1567: >>> warning: unused parameter ‘VT2’ >>> /home/ether/sources/llvm/include/llvm/Target/TargetLowering.h:1574: >>> warning: unused parameter ‘VT1’ >>> /home/ether/sources/llvm/include/llvm/Target/TargetLowering.h:1574: >>> warning: unused parameter ‘VT2’ >>> /home/ether/sources/llvm/include/llvm/Target/TargetLowering.h:1582: >>> warning: unused parameter ‘Imm’ >>> In file included from >>&gt...

...this is the only one with such an issue, even though there are more or less the same applications running on all machines. Xorg is running with the following options (CentOS 6 default settings): /usr/bin/Xorg :0 -nr -verbose -audit 4 -auth /var/run/gdm/auth-for-gdm-jQ4DVP/database -nolisten tcp vt1 Questions: * How can one find out which processes are responsible for these audit messages? * How can I stop auditing completely? With CentOS 5 Xorg ran with "audit 0" and I was unable to find the place where the audit level is set. * (more generally) What...

...eal to keep it consistent. That way I know what to tell customers when they call and I have to talk them through a procedure over the phone. Thanks! On 12/18/2014 08:10 AM, Andreas Benzler wrote: > Hello Guys? > > I need to revert the X11 graphical server to Console 7. > and enable VT1 as normal text as it was on the old distr.. > > Sincerely > > AndyBe > > _______________________________________________ > CentOS mailing list > CentOS at centos.org > http://lists.centos.org/mailman/listinfo/centos > > -- > > > ***************************...

...up: /system.slice/gdm.service ?? 1391 /usr/sbin/gdm ??21476 /usr/libexec/gdm-simple-slave --display-id /org/gnome/DisplayManager/Displays/_0 ??21481 /usr/bin/Xorg :0 -background none -verbose -auth /run/gdm/auth-for-gdm-oJdseR/database -seat seat0 -nolisten tcp vt1 # systemctl restart gdm.service

...gs like ''lspci''. The obvious stuff just plain works - I can use the ethernet card instead of the virtual ethernet, find USB devices. I ''upgraded'' domU to debian unstable, to get a more recent Xorg setup, but I still get stuck. Using "X -novtswitch -sharevts vt1" I ended up being told: -------------- copy of end of X output starts -------------- (EE) I810(0): Cannot map SYS BIOS Fatal server error: xf86MapVidMem: Could not mmap framebuffer (0x000a0000,0x10000) (Bad address) -------------- copy of end of X output ends -------------- At this point...