On 8/6/19 12:29 AM, Curt wrote:
On 2019-08-06, Ed wrote:
On 2019-08-06 09:02+0300, Andrei POPESCU wrote:
On Lu, 05 aug 19, 21:56:55, Ed wrote:
How do you run two login managers though so that you can have two users
share the same computer without having to log out? In other words,
whilst I go
On Thu, Aug 22, 2019 at 07:58:51PM +0300, Andrei POPESCU wrote:
It should be possible to run something like
startx -- :1
to open a second X instance on the virtual console. You have to figure
out how to start the second X on the other display.
It's not that easy with one multiport video ca
On Mi, 21 aug 19, 16:01:17, Franklin, Jason wrote:
> Greetings,
>
> I'm working on a project that requires me to debug a running screen locker.
>
> Currently, my workflow involves switching between the screen locker and
> virtual
> console #1 (/dev/tty1) using Ctrl-Alt-F1 and Ctrl-Alt-F7. This
rhkra...@gmail.com wrote:
> On Thursday, August 22, 2019 10:08:16 AM Dan Ritter wrote:
> > Franklin, Jason wrote:
> > > Greetings,
> > >
> > > I'm working on a project that requires me to debug a running screen
> > > locker.
> > >
> > > Currently, my workflow involves switching between the scree
On Thursday, August 22, 2019 10:08:16 AM Dan Ritter wrote:
> Franklin, Jason wrote:
> > Greetings,
> >
> > I'm working on a project that requires me to debug a running screen
> > locker.
> >
> > Currently, my workflow involves switching between the screen locker and
> > virtual console #1 (/dev/t
Franklin, Jason wrote:
> Greetings,
>
> I'm working on a project that requires me to debug a running screen locker.
>
> Currently, my workflow involves switching between the screen locker and
> virtual
> console #1 (/dev/tty1) using Ctrl-Alt-F1 and Ctrl-Alt-F7. This way, I can
> interact wit
On Wed, Aug 21, 2019 at 04:01:17PM -0400, Franklin, Jason wrote:
I'm working on a project that requires me to debug a running screen locker.
Currently, my workflow involves switching between the screen locker and virtual
console #1 (/dev/tty1) using Ctrl-Alt-F1 and Ctrl-Alt-F7. This way, I can
Greetings,
I'm working on a project that requires me to debug a running screen locker.
Currently, my workflow involves switching between the screen locker and virtual
console #1 (/dev/tty1) using Ctrl-Alt-F1 and Ctrl-Alt-F7. This way, I can
interact with the screen locker until I hit a break p
On 2019-08-06 10:31-0400, Gene Heskett wrote:
> I did, created a user test, logged in, but when I came back to the
> machine 10 minutes later, the screen was locked and showing gene as
> the default login.
dm-tool did work to switch the user. That solves a problem for now.
Please don't see this
On Tuesday 06 August 2019 09:22:15 Curt wrote:
> On 2019-08-06, deloptes wrote:
> > Curt wrote:
> >> LightDM's dm-tool command can be used to allow multiple users to be
> >> logged in on separate ttys. The following will send a signal
> >> requesting that the current session be locked and then wi
On Tue 06 Aug 2019 at 07:11:04 (+0100), Ed wrote:
> On 2019-08-05 16:59-0500, David Wright wrote:
> > Perhaps this is all to do with your DM. I use startx, and since
> > stretch the Xserver runs "on top of" the VC that started it, and
> > as the user, not root. In the past, Xservers ran as root on
On 2019-08-06, Curt wrote:
>>
>> it says multiple users - not the same user
>>
>>
>
> curty@einstein:~/glimmer$ man dm-tool
>
> switch-to-greeter
>Switch to the greeter suitable for logging into a new
>session.
>
> Says "logging into a new *session*." (emphasis mine).
>
On 2019-08-06, deloptes wrote:
> Curt wrote:
>
>> LightDM's dm-tool command can be used to allow multiple users to be logged
>> in on separate ttys. The following will send a signal requesting that the
>> current session be locked and then will initiate a switch to LightDM's
>> greeter, allowing a
Curt wrote:
> LightDM's dm-tool command can be used to allow multiple users to be logged
> in on separate ttys. The following will send a signal requesting that the
> current session be locked and then will initiate a switch to LightDM's
> greeter, allowing a new user to log in to the system.
it
On 2019-08-06, Ed wrote:
> On 2019-08-06 09:02+0300, Andrei POPESCU wrote:
>> On Lu, 05 aug 19, 21:56:55, Ed wrote:
>> >
>> > How do you run two login managers though so that you can have two users
>> > share the same computer without having to log out? In other words,
>> > whilst I go and make
On 2019-08-06 09:02+0300, Andrei POPESCU wrote:
> On Lu, 05 aug 19, 21:56:55, Ed wrote:
> >
> > How do you run two login managers though so that you can have two users
> > share the same computer without having to log out? In other words,
> > whilst I go and make dinner I want to allow someone e
On 2019-08-05 16:59-0500, David Wright wrote:
> Perhaps this is all to do with your DM. I use startx, and since
> stretch the Xserver runs "on top of" the VC that started it, and
> as the user, not root. In the past, Xservers ran as root on VC7,
> VC8, …
Does lightdm or gdm act as your greeter? I
On Lu, 05 aug 19, 21:56:55, Ed wrote:
>
> How do you run two login managers though so that you can have two users
> share the same computer without having to log out? In other words,
> whilst I go and make dinner I want to allow someone else to sit here,
> without having to shut applications do
On Mon 05 Aug 2019 at 21:56:55 (+0100), Ed wrote:
> On 2019-08-05 13:11+0200, deloptes wrote:
> > IMO you can not run multiple X sessions from the same user. I am not
> > 100% sure, but I can imagine what would happen with the session
> > manager.
>
> I have done in the past, one 'ed' would run
On 2019-08-05 13:11+0200, deloptes wrote:
> IMO you can not run multiple X sessions from the same user. I am not
> 100% sure, but I can imagine what would happen with the session
> manager.
I have done in the past, one 'ed' would run xfce and another would run
evilwm. However, the majority of u
On 2019-08-05 09:57-, Curt wrote:
> On 2019-08-04, Ed wrote:
> > Hello,
> >
> > For years I would happily ctrl-alt-f<1-6> for an additional x.org
> > session by running 'startx' and another window manager. Until now-ish.
> >
> > What I have observed is that x sessions started from a text cons
On 2019-08-05, Felix Miata wrote:
> Curt composed on 2019-08-05 11:29 (UTC):
>
>> Maybe this is the bug we're looking for:
>
>> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=834270
>
>> Fix (Simon says):
>
>> * removing the call to /usr/bin/clear_console from ~/.bash_logout
>> (console is c
On 2019-08-05 11:11-0400, Felix Miata wrote:
>
> > Fix (Simon says):
>
> > * removing the call to /usr/bin/clear_console from ~/.bash_logout
> > (console is cleared anyway nowadays)
> > * replacing the call to /usr/bin/clear_console with /usr/bin/reset in
> > ~/.bash_logout
Why would bash_
Curt composed on 2019-08-05 11:29 (UTC):
> Maybe this is the bug we're looking for:
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=834270
> Fix (Simon says):
> * removing the call to /usr/bin/clear_console from ~/.bash_logout
> (console is cleared anyway nowadays)
> * replacing the cal
On 2019-08-04, Ed wrote:
>
> 1. log in via lightdm/gdm
> 2. switch to a text console
> 3. run startx and use the window manager for a moment or two
> 4. switch back to first session
Maybe this is the bug we're looking for:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=834270
Fix (Si
Ed wrote:
> For years I would happily ctrl-alt-f<1-6> for an additional x.org
> session by running 'startx' and another window manager. Until now-ish.
>
> The way to reproduce the problem is as follows:
>
> 1. log in via lightdm/gdm
> 2. switch to a text console
> 3. run startx and use the windo
On 2019-08-04, Ed wrote:
> Hello,
>
> For years I would happily ctrl-alt-f<1-6> for an additional x.org
> session by running 'startx' and another window manager. Until now-ish.
>
>
> What I have observed is that x sessions started from a text console can
> cooperate with each other, it seems lim
On 2019-08-04 20:06-0400, Felix Miata wrote:
> Works on 32 bit Buster on host m7ncd here, with one little glitch that
> Ctrl-Alt-F3
I've not tried 32bit. I'll get the ISO and give that a whirl.
> memory currently lacks any connective dots between
> https://bugzilla.redhat.com/show_bug.cgi?id=16
On 2019-08-04 22:54+0100, nektarios wrote:
> Indeed the problem seems reproducible for debian Stretch with sddm
> display manager.
> The only logs appearing are from KDE applications (nothing in X11 logs):
Could this be systemd? My only thoughts are that systemd starts the x
server on a vt, but
Ed composed on 2019-08-04 21:01 (UTC+0100):
> For years I would happily ctrl-alt-f<1-6> for an additional x.org
> session by running 'startx' and another window manager. Until now-ish.
> The way to reproduce the problem is as follows:
> 1. log in via lightdm/gdm
> 2. switch to a text consol
On Sun, 4 Aug 2019 18:36:44 -0400
Cindy Sue Causey wrote:
> On 8/4/19, nektarios wrote:
> > On Sun, 4 Aug 2019 21:01:57 +0100
> > Ed wrote:
> >>
> >> What I have observed is that x sessions started from a text console
> >> can cooperate with each other, it seems limited to lightdm/gdm
> >> lo
On 8/4/19, nektarios wrote:
> On Sun, 4 Aug 2019 21:01:57 +0100
> Ed wrote:
>>
>> What I have observed is that x sessions started from a text console
>> can cooperate with each other, it seems limited to lightdm/gdm logins
>> only.
>>
>> Something happened between jobs which meant I didn't need t
On 8/4/19, Ed wrote:
> For years I would happily ctrl-alt-f<1-6> for an additional x.org
> session by running 'startx' and another window manager. Until now-ish.
>
> The way to reproduce the problem is as follows:
>
> 1. log in via lightdm/gdm
> 2. switch to a text console
> 3. run startx an
On Sun, 4 Aug 2019 21:01:57 +0100
Ed wrote:
> Hello,
>
> For years I would happily ctrl-alt-f<1-6> for an additional x.org
> session by running 'startx' and another window manager. Until now-ish.
>
> The way to reproduce the problem is as follows:
>
> 1. log in via lightdm/gdm
> 2. switch
Hello,
For years I would happily ctrl-alt-f<1-6> for an additional x.org
session by running 'startx' and another window manager. Until now-ish.
The way to reproduce the problem is as follows:
1. log in via lightdm/gdm
2. switch to a text console
3. run startx and use the window manager fo
> Yeah, but why does it take several seconds?
> Have you tried another DE/WM combination?
> So, really in fact, you want to run KDE at a higher resolution than what
> your card is capable of?
I don't know why the virtual consoles go BLANK only after about 20 seconds,
On Mon, Nov 19, 2012 at 09:57:03PM +0100, Herbert Schwarzer wrote:
>
> Hello Chris,
>
> perhaps I do not understand your proposal ... if I switch to runlevel=1
> (that's the single user mode, isn't it?) there is no X running, so I can
> login as root only in text-mode (console).
Correct. Tha
Hello Chris,
perhaps I do not understand your proposal ... if I switch to runlevel=1
(that's the single user mode, isn't it?) there is no X running, so I can
login as root only in text-mode (console).
X (or graphical user interface such as KDE) is only available at runlevel 2 up
to runlevel
; If I switch from KDE-GUI (tty7) to virtual-consoles (tty1 .. tty6) and login
> in text-mode --> after a few seconds, theese virtual-consoles will go BLANK.
A few seconds? That is weird. What happens if you start in single user
mode and login as root?
--
"If you're not careful, t
Following issue occurs (in both flavours Squeeze as well as Wheezy):
Running amd64 KDE-Environment.
It does not matter running nouveau-graphics-driver or nvidia-graphics-driver
(the Debian way ...)
If I switch from KDE-GUI (tty7) to virtual-consoles (tty1 .. tty6) and login
in text-mode
Thanks Mike , that is a bit thick for me.
On Thu, Oct 4, 2012 at 11:38 AM, Mike McClain wrote:
> Howdy,
> On Thu, Oct 04, 2012 at 03:38:14PM +0100, Darac Marjal wrote:
> > On Thu, Oct 04, 2012 at 07:08:49AM -0700, james gray wrote:
> > >Does any one know of - info sou
Howdy,
On Thu, Oct 04, 2012 at 03:38:14PM +0100, Darac Marjal wrote:
> On Thu, Oct 04, 2012 at 07:08:49AM -0700, james gray wrote:
> >Does any one know of - info source to set up virtual consoles in the
> >network install of Debian Squeeze 6.0???
>
> OK. You've
Does any one know of - info source to set up virtual consoles in the
network install of Debian Squeeze 6.0
that comes from here:
http://www.debian.org/CD/netinst/
it is installed and functional.
I am not using a GUI.
I am using the command line only.
if i do press simultaneously the ctrl
On Thu, Oct 04, 2012 at 07:08:49AM -0700, james gray wrote:
>Does any one know of - info source to set up virtual consoles in the
>network install of Debian Squeeze 6.0�
>
>that comes from here:
>
>[1]http://www.debian.org/CD/netinst/
>
>it is
Does any one know of - info source to set up virtual consoles in the
network install of Debian Squeeze 6.0
that comes from here:
http://www.debian.org/CD/netinst/
it is installed and functional.
I am not using a GUI.
I am using the command line only.
if i do press simultaneously the ctrl
meters,
>>> for any large-character-set language.
>>
>> jfbterm
>> fbterm-ucimf
>> fbterm
>> bogl-bterm
>
> apt-get show fbterm tells me fbterm is installed, but I don't see any
> .fbtermrc files in the user directories when I login to the vir
racter-set language.
>
> jfbterm
> fbterm-ucimf
> fbterm
> bogl-bterm
apt-get show fbterm tells me fbterm is installed, but I don't see any
.fbtermrc files in the user directories when I login to the virtual
consoles.
Do you have a recommendation?
> Try one of these
(Forgot to reply to list.)
On 12/25/11, hvw59601 wrote:
> Joel Rees wrote:
>> For reasons I don't care to debate, I have set my system's default
>> language to Japanese.
>
>
>
> Did you install with Japanese as the default language, or did you
> install as some other language and change the defa
Hi,
On Sun, Dec 25, 2011 at 09:10:48PM +0900, Joel Rees wrote:
> For reasons I don't care to debate, I have set my system's default
> language to Japanese. When I go to work in the virtual console windows
> (for instance, apt-get), I tend to get messages that should be in
> Japanese, but the Japan
Joel Rees wrote:
For reasons I don't care to debate, I have set my system's default
language to Japanese.
Did you install with Japanese as the default language, or did you
install as some other language and change the default?
Hugo
--
To UNSUBSCRIBE, email to debian-user-requ...@lists.d
On Sun, Dec 25, 2011 at 09:10:48PM +0900, Joel Rees wrote:
> For reasons I don't care to debate, I have set my system's default
> language to Japanese. When I go to work in the virtual console windows
> (for instance, apt-get), I tend to get messages that should be in
> Japanese, but the Japanese i
For reasons I don't care to debate, I have set my system's default
language to Japanese. When I go to work in the virtual console windows
(for instance, apt-get), I tend to get messages that should be in
Japanese, but the Japanese is replaced by the Unicode replacement
characters ("?"), which is no
On Fri, Sep 01, 2006 at 12:36:02AM +0200, Mathias Brodala wrote:
> Hello Hendrik.
>
> > I'm using gdm as my login manager. I have six virtual consoles
> > configured. Graphics is an AIT-Raden-all-in-wonder 8500 card. RAM is
> > 1G. CPU is an athlon.
> &g
Hello Hendrik.
> I'm using gdm as my login manager. I have six virtual consoles
> configured. Graphics is an AIT-Raden-all-in-wonder 8500 card. RAM is
> 1G. CPU is an athlon.
>
> a few months ago, I started experiencing this problem. Sometimes, when
> changing vir
This happens on etch, which I try to keep up-to-date. sarge is, as
usual, pefectly stable, quite boring, and very useful.
I'm using gdm as my login manager. I have six virtual consoles
configured. Graphics is an AIT-Raden-all-in-wonder 8500 card. RAM is
1G. CPU is an athlon.
a few m
Finally sorted this one: Denis Barbier responded to my post to the
bugtracker: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=345454
The solution, in my case, was to replace the deprecated 'uk' with 'gb'
as the keyboard layout in xorg.conf
Switching consoles now works.
Thanks to all for hints/
On Tuesday, 21.03.2006 at 10:03:01 +, Dave Ewart wrote:
[...]
My feeling is that the problem is more fundamental than KDE config, as
you also suggested. This is confirmed, because:
(a) terminal switching attempts fail when using xdm, gdm and kdm as the
login manager. This includes attemp
On Monday, 20.03.2006 at 21:35 +0100, Florian Kulzer wrote:
> I still think that the problem lies somewhere in the configuration of
> your X server, since the VT switching works as soon as you leave X by
> some other means.
>
> You are using KDE if I recall correctly; are you also using the
> gra
Dave Ewart wrote:
On Monday, 20.03.2006 at 17:04 +0100, Florian Kulzer wrote:
[...]
left CTRL: keycode 37 (keysym 0xffe3, Control_L)
left ALT: keycode 64 (keysym 0xffe9, Alt_L)
F1:keycode 67 (keysym 0xffbe, F1)
[...]
I get the same keysyms, certainly and the same keycodes as well
On Monday, 20.03.2006 at 17:04 +0100, Florian Kulzer wrote:
> I have played around a bit in the meantime and found that it is easily
> possible to redefine the keyboard behavior in a way which breaks the VT
> switching; all that is needed is messing with the keysymbols for the
> CTRL and ALT key.
On Sun, Mar 19, 2006 at 08:02:02PM +, Dave Ewart wrote:
> I recently upgraded this desktop from Sarge to Etch and pretty-much
> everything has worked as well as before, or better, which is great.
>
> However, I find that I can no longer switch between virtual consoles
> us
Dave Ewart wrote:
On Sunday, 19.03.2006 at 22:37 +0100, Florian Kulzer wrote:
I recently upgraded this desktop from Sarge to Etch and pretty-much
everything has worked as well as before, or better, which is great.
However, I find that I can no longer switch between virtual consoles
using
One quick test to try would be to start xev, put the mouse inside, then
press C-A-F1. If you get the F1 keycode on the console output, it would
at least indicate that X is ignoring the special meaning and that the
problem isn't happening at a different layer.
Jerry Quinn
--
To UNSUBSCRIBE,
On Sunday, 19.03.2006 at 23:11 -0500, Mitchell Laks wrote:
> i reported this a few weeks ago on this list (dont you remember???)
> (search for the header on my email
I don't remember and I don't find it by searching for your email address
either!
> ctl-alt-F2 or F3 not switching to tty2 or tty3:
hi
i reported this a few weeks ago on this list (dont you remember???)
(search for the header on my email
ctl-alt-F2 or F3 not switching to tty2 or tty3: running kde.
hasn't gone away yet.
Mitchell laks
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Tro
On Sunday, 19.03.2006 at 22:37 +0100, Florian Kulzer wrote:
> >I recently upgraded this desktop from Sarge to Etch and pretty-much
> >everything has worked as well as before, or better, which is great.
> >
> >However, I find that I can no longer switch between virtual co
Dave Ewart wrote:
I recently upgraded this desktop from Sarge to Etch and pretty-much
everything has worked as well as before, or better, which is great.
However, I find that I can no longer switch between virtual consoles
using Ctrl-Alt-F1, Ctrl-Alt-F2 etc.
The 'getty's appear to
On Sunday, 19.03.2006 at 15:26 -0600, Kent West wrote:
> Dave Ewart wrote:
> >I recently upgraded this desktop from Sarge to Etch and pretty-much
> >everything has worked as well as before, or better, which is great.
> >
> >However, I find that I can no longer swit
Dave Ewart wrote:
I recently upgraded this desktop from Sarge to Etch and pretty-much
everything has worked as well as before, or better, which is great.
However, I find that I can no longer switch between virtual consoles
using Ctrl-Alt-F1, Ctrl-Alt-F2 etc.
The 'getty's appear to
I recently upgraded this desktop from Sarge to Etch and pretty-much
everything has worked as well as before, or better, which is great.
However, I find that I can no longer switch between virtual consoles
using Ctrl-Alt-F1, Ctrl-Alt-F2 etc.
The 'getty's appear to be running OK, b
You could run savetextmode on a machine with as close a configuration
as possible, copy the files over and try it, but check the risks in
doing this, as it is a server that you don't want to reboot, let alone
crash.
On Thu, 24 Jun 2004 08:45:52 -0700, Carl D. Blake <[EMAIL PROTECTED]> wrote:
> I d
On Thu, 2004-06-24 at 07:24, Greg Folkert wrote:
> On Wed, 2004-06-23 at 16:16, Greg Folkert wrote:
> > On Wed, 2004-06-23 at 14:49, Carl D. Blake wrote:
> > > So the problem
> > > seems to be strictly with the display.
> > >
> > > An interesting item is that after awhile (an hour or so) when I ta
On Wed, 2004-06-23 at 16:16, Greg Folkert wrote:
> On Wed, 2004-06-23 at 14:49, Carl D. Blake wrote:
> > So the problem
> > seems to be strictly with the display.
> >
> > An interesting item is that after awhile (an hour or so) when I take
> > another look at the console, I'll press the shift key
On Wed, 2004-06-23 at 16:16, Greg Folkert wrote:
> On Wed, 2004-06-23 at 14:49, Carl D. Blake wrote:
> > So the problem
> > seems to be strictly with the display.
> >
> > An interesting item is that after awhile (an hour or so) when I take
> > another look at the console, I'll press the shift key
On Wed, Jun 23, 2004 at 10:26:27AM -0700, Carl D. Blake wrote:
> On Wed, 2004-06-23 at 08:48, Carl D. Blake wrote:
> > I've lost the ability to switch virtual consoles on my Woody system.
> > One of the sysadmins logged in as the backup user through the kdm
> > desktop
On Wed, 2004-06-23 at 14:49, Carl D. Blake wrote:
> So the problem
> seems to be strictly with the display.
>
> An interesting item is that after awhile (an hour or so) when I take
> another look at the console, I'll press the shift key on the keyboard
> and the kdm display will appear. I can the
On Wed, 2004-06-23 at 10:46, Ricky Clarkson wrote:
> Perhaps you could take down the X server using /etc/init.d/xdm stop
> (or gdm or kdm if you use those). That might give the monitor time to
> adjust itself, which restarting X wouldn't do.
>
I tried that, didn't help.
> If that gives you a sh
> On Wed, 2004-06-23 at 08:48, Carl D. Blake wrote:
> > I've lost the ability to switch virtual consoles on my Woody system.
> > One of the sysadmins logged in as the backup user through the kdm
> > desktop and when he logged out the monitor went dark. Now we can't
&
On Wed, 2004-06-23 at 08:48, Carl D. Blake wrote:
> I've lost the ability to switch virtual consoles on my Woody system.
> One of the sysadmins logged in as the backup user through the kdm
> desktop and when he logged out the monitor went dark. Now we can't
> switch to a
I've lost the ability to switch virtual consoles on my Woody system.
One of the sysadmins logged in as the backup user through the kdm
desktop and when he logged out the monitor went dark. Now we can't
switch to a virtual console using Ctrl-Alt-Fn, nor can we switch to the
kdm desktop
Ken Bloom <[EMAIL PROTECTED]> writes:
> I've observed on my machine over the last several months that it
> takes an inordinately long time after I log off of one of my
> machine's virtual consoles before the getty restarts, prints
> /etc/issue and is ready to accept l
On Fri, Mar 05, 2004 at 10:31:30PM -0500, Derrick 'dman' Hudson wrote:
> On Thu, Mar 04, 2004 at 11:40:48PM -0800, Ken Bloom wrote:
> | I've observed on my machine over the last several months that it takes
> | an inordinately long time after I log off of one of my machin
On Thu, Mar 04, 2004 at 11:40:48PM -0800, Ken Bloom wrote:
| I've observed on my machine over the last several months that it takes
| an inordinately long time after I log off of one of my machine's
| virtual consoles before the getty restarts, prints /etc/issue and is
| ready to acc
On Fri, 05 Mar 2004 16:11:06 +0100, Kent West wrote:
> Ken Bloom wrote:
>
>>I've observed on my machine over the last several months that it takes an
>>inordinately long time after I log off of one of my machine's virtual
>>consoles before the getty restarts,
On Fri, 05 Mar 2004 16:11:06 +0100, Kent West wrote:
> Ken Bloom wrote:
>
>>I've observed on my machine over the last several months that it takes an
>>inordinately long time after I log off of one of my machine's virtual
>>consoles before the getty restarts,
Ken Bloom wrote:
I've observed on my machine over the last several months that it takes
an inordinately long time after I log off of one of my machine's
virtual consoles before the getty restarts, prints /etc/issue and is
ready to accept logins again. Occasionally, I get a situation
I've observed on my machine over the last several months that it takes
an inordinately long time after I log off of one of my machine's
virtual consoles before the getty restarts, prints /etc/issue and is
ready to accept logins again. Occasionally, I get a situation where
init reports th
on Tue, Nov 04, 2003 at 12:58:34PM +0100, Miernik ([EMAIL PROTECTED]) wrote:
> Currently Unicode mode come's up as default on the first console, but
> for consoles 2 to 6 I need to run unicode_start on every console. What
> is the proper Debian way to have unicode mode on all vc's by default?
>
Currently Unicode mode come's up as default on the first console, but
for consoles 2 to 6 I need to run unicode_start on every console. What
is the proper Debian way to have unicode mode on all vc's by default?
Second thing: I have created a polish unicode keymak myslef in
/usr/share/keymaps/i38
On Tue, 2002-04-16 at 13:07, Karsten M. Self wrote:
> on Mon, Apr 15, 2002, Roach, Mark R. ([EMAIL PROTECTED]) wrote:
> > This is a very strange variation on a problem I experienced
> > occasionally in mandrake. My console windows are now filled with
> > vertical lines. Mostly purples, but all sor
on Mon, Apr 15, 2002, Roach, Mark R. ([EMAIL PROTECTED]) wrote:
> This is a very strange variation on a problem I experienced
> occasionally in mandrake. My console windows are now filled with
> vertical lines. Mostly purples, but all sorts of other colors too.
> nothing I type shows up on the scr
This is a very strange variation on a problem I experienced occasionally
in mandrake. My console windows are now filled with vertical lines.
Mostly purples, but all sorts of other colors too. nothing I type shows
up on the screen. It looks like some kind of test pattern.
I used to, in mandrake, ha
here and back again. At first I thought the login problems were due
to the recent pam issue, but I've done several dist-upgrades (tracking
sid) since then, and a login after reboot works fine, as do virtual
consoles before and, for a while at least, after starting X.
One other thing, which
[EMAIL PROTECTED] wrote:
>
> > I selected xdm on install but loaded the gnome packages on install. I
> > want to run Gnome so how do I get gdm and remove xdm?
>
> > apt-get install gdm?
>
> Precisely. It should remove xdm and substitude gdm seamlessly...
Wow, I like this Debian stuff.
Thanks for
> I selected xdm on install but loaded the gnome packages on install. I
> want to run Gnome so how do I get gdm and remove xdm?
> apt-get install gdm?
Precisely. It should remove xdm and substitude gdm seamlessly...
Cheers
Tiarnan
[EMAIL PROTECTED] wrote:
> Type 'linux single' at the LILO prompt (press Shift to get the
> prompt). You'll boot into single user mode.
This is what I needed.
> To remove the X/Gnome display manager from your startup scripts, try
> '/etc/init.d/xdm' remove (or '/etc/init.d/gdm remove' if you're
On Tue, Mar 06, 2001 at 03:26:04PM -0700, Eric Richardson wrote:
> Hi,
> I don't know if this is because of a laptop keyboard or what but since
> my X setup doesn't work I can't do anything after boot.
>
> I try the ctrl-alt-bs to kill the x server and that doesn't work. I also
> try ctrl-alt-f2 e
Hi,
I don't know if this is because of a laptop keyboard or what but since
my X setup doesn't work I can't do anything after boot.
I try the ctrl-alt-bs to kill the x server and that doesn't work. I also
try ctrl-alt-f2 etc to get a virtual console so I can kill X and that
doesn't work.
What is t
on Sat, Nov 11, 2000 at 11:28:42PM -0500, William T Wilson ([EMAIL PROTECTED])
wrote:
> So suppose I wanted to have more than 12 virtual consoles on my system,
> but I only have 12 F-keys to select them with.
>
> I know the kernel supports up to 255... is there any way to use mo
William T Wilson <[EMAIL PROTECTED]> writes:
> > Yup - allocate 13-24 and you can use "right-alt + F1-12"
>
> Rock on. I will never run out of logins again! :}
apt-get install screen ;)
moritz
--
/* Moritz Schulte <[EMAIL PROTECTED]>
* http://hp9001.fh-bielefeld.de/~moritz/
* PGP-K
1 - 100 of 118 matches
Mail list logo
