Re: start X in background without it taking over the console?
On 05/11/2011 04:07, CyberLeo Kitsana wrote: On 05/11/2011 05:36 AM, Chris Telting wrote: I already do... I'm want to automate it. Every other virtual screen terminal can start without grabbing the console, I don't want X to either. I do development and I suffer crashes. I want to do work while it boots up for a couple minutes and I'm tired of manually switching back to text mode. It's gets annoying the 200th time. You could script it right after X starts, as such: vidcontrol -s 1 # Equivalent to Alt-F1 I don't think X is currently designed to start without initializing the graphics hardware, though, so the initial vt change is probably unavoidable. Perhaps once KMS trickles down Thank you for answering. I was fearful of that. Just means another project. Related to Kernel Memory Switching I mention of Coreboot on slashdot the other day and I have to say I'm excited by it more than when it was called LinuxBIOS, my understanding now being that it isn't a full Linux kernel buy may eventually become a striped down version of it. I'm hoping that it evolves into a basic real time kernel of it's own and initializing drivers. Hopefully the place where all soft firmware for devices eventually gets loaded rather than in OS drivers; ironically working with the GPL by downloading it's own initializing drivers directly. Be nice to have half second boot times. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: start X in background without it taking over the console?
God love is hard to find. You got lucky freebsd-questions! 2011/05/11 05:37:56 -0700 Bill Tillman => To freebsd-questions@freebsd.org : BT> > I already do... I'm want to automate it. Every other virtual screen BT> I'm watching this thread with interest. Me too. But I have another kind of interest. I use to run X like this: https://gist.github.com/651700 This means fork process, wait X server to start and then run client(s). In certain situations the terminal processes start to consume all the CPU while doing nothing. I'd like to have a way to start X without respawn from a line on a /etc/ttys in a background fork and then start its clients from another jail(s). I can do this currently only without ttys to start, blocking /etc/rc to proceed before ttys to start. But I'd like to have Alt+Fn functionality among with my X11, too. I can get that only by means of switching to ttyv0 and then interrupting that perl script by ^C. And losing my X session thereafter. CPU consumption situation in question can happen here and there, and not always can be solved by mean of 'script -qt0 dev/null cmd' hack. This includes tmux/screen first of all. Of course I use this script(1) feature on both ssh client and ssh server side. ( ssh is not about X11 forwarding but about to set DISPLAY and run X client app ). Thanks much for any clue. 73! Peter pgp: A0E26627 (4A42 6841 2871 5EA7 52AB 12F8 0CE1 4AAC A0E2 6627) -- http://vereshagin.org ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: start X in background without it taking over the console?
From: CyberLeo Kitsana To: Chris Telting Cc: freebsd-questions@freebsd.org Sent: Wed, May 11, 2011 7:07:01 AM Subject: Re: start X in background without it taking over the console? On 05/11/2011 05:36 AM, Chris Telting wrote: > I already do... I'm want to automate it. Every other virtual screen > terminal can start without grabbing the console, I don't want X to > either. I do development and I suffer crashes. I want to do work while > it boots up for a couple minutes and I'm tired of manually switching > back to text mode. It's gets annoying the 200th time. You could script it right after X starts, as such: vidcontrol -s 1 # Equivalent to Alt-F1 I don't think X is currently designed to start without initializing the graphics hardware, though, so the initial vt change is probably unavoidable. Perhaps once KMS trickles down? -- Fuzzy love, -CyberLeo Technical Administrator CyberLeo.Net Webhosting http://www.CyberLeo.Net Furry Peace! - http://.fur.com/peace/ ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org" I'm watching this thread with interest. First, I don't run X that much and what I seem to know about it is that once you start X is grabs your video hardware and that's that. I have never been able to get a text console back once I do startx. But I'm a simpleton and only run the normal standard windows manager which installs with X. I've tried all the others and while they are great I just don't see the need for all the overhead since my FreeBSD servers are just that...servers. Once in X I can open as many Xterm windows as I want and I have access to the text console. Still I would be interested to know if there is a resolution to his poster's question. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: start X in background without it taking over the console?
On 05/11/2011 05:36 AM, Chris Telting wrote: > I already do... I'm want to automate it. Every other virtual screen > terminal can start without grabbing the console, I don't want X to > either. I do development and I suffer crashes. I want to do work while > it boots up for a couple minutes and I'm tired of manually switching > back to text mode. It's gets annoying the 200th time. You could script it right after X starts, as such: vidcontrol -s 1 # Equivalent to Alt-F1 I don't think X is currently designed to start without initializing the graphics hardware, though, so the initial vt change is probably unavoidable. Perhaps once KMS trickles down? -- Fuzzy love, -CyberLeo Technical Administrator CyberLeo.Net Webhosting http://www.CyberLeo.Net Furry Peace! - http://.fur.com/peace/ ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: start X in background without it taking over the console?
On 05/11/2011 03:10, C. P. Ghost wrote: On Wed, May 11, 2011 at 7:21 AM, Chris Telting wrote: I know this isn't strictly a Freebsd question. I want to start up X in the background without it taking over the console. I want to switch over to it manually when I press alt-F9. Why not start if from another terminal? Say, press alt-F2, login there, and then startx. Then, alt-F1 remains free. Or perhaps use x11-servers/xorg-vfbserver. I already do... I'm want to automate it. Every other virtual screen terminal can start without grabbing the console, I don't want X to either. I do development and I suffer crashes. I want to do work while it boots up for a couple minutes and I'm tired of manually switching back to text mode. It's gets annoying the 200th time. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: start X in background without it taking over the console?
On Wed, May 11, 2011 at 7:21 AM, Chris Telting wrote: > I know this isn't strictly a Freebsd question. > > I want to start up X in the background without it taking over the console. > I want to switch over to it manually when I press alt-F9. Why not start if from another terminal? Say, press alt-F2, login there, and then startx. Then, alt-F1 remains free. Or perhaps use x11-servers/xorg-vfbserver. -cpghost. -- Cordula's Web. http://www.cordula.ws/ ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
