Re: debian 12 broken login when switching virtual console
Am Sonntag, 12. März 2023, 11:47:23 CET schrieb davidson: > On Sat, 11 Mar 2023 digital...@gmx.de wrote: > > Hello, > > i have installed (alpha 2 release) Debian 12 (with KDE) on two machines > > and on both the sddm session crashes when i switch the virtual console. > > If i am logged in an active KDE session and i switch to the virtual > > console with: strg alt f2 and switch back i am logged out of my active > > session but i can't login because the login screen is frozen with a "pre > > typed" password. > > I can only move my mouse, and pressing any key does nothing. > > I don't use KDE. Forgive my speculation. > > Q: Where did the "pre-typed" password come from? > A: You typed it. You are looking at tty used by the dm greeter, not > the one used by your graphical desktop session > > Q: Where is your graphical desktop session? > A: On some other tty. That is, you didn't "switch back" to your > session. You switched to the greeter. Output from the 'w' command > might give you some clues about who is using what tty. > > These are just guesses, unlikely to be correct. If i start my laptop the sddm session starts on tty7 as normal. then i can login just normal and my desktop(kde) starts. But then, when i change from tty7 (where my active kde session is) to any other tty and then back to tty7 i get the sddm login screen with my greyed "pre-typed" password. Its the same image as if you login, hit enter , and then the image after that (just before the kde loading screen starts) Problem is, i can only move my mouse and pressing any key does nothing.
Re: debian 12 broken login when switching virtual console
On Sat, 11 Mar 2023 digital...@gmx.de wrote: Hello, i have installed (alpha 2 release) Debian 12 (with KDE) on two machines and on both the sddm session crashes when i switch the virtual console. If i am logged in an active KDE session and i switch to the virtual console with: strg alt f2 and switch back i am logged out of my active session but i can't login because the login screen is frozen with a "pre typed" password. I can only move my mouse, and pressing any key does nothing. I don't use KDE. Forgive my speculation. Q: Where did the "pre-typed" password come from? A: You typed it. You are looking at tty used by the dm greeter, not the one used by your graphical desktop session Q: Where is your graphical desktop session? A: On some other tty. That is, you didn't "switch back" to your session. You switched to the greeter. Output from the 'w' command might give you some clues about who is using what tty. These are just guesses, unlikely to be correct. -- Ce qui est important est rarement urgent et ce qui est urgent est rarement important -- Dwight David Eisenhower
Re: debian 12 broken login when switching virtual console
On Sat, 11 Mar 2023 digital...@gmx.de wrote: Hello, i have installed (alpha 2 release) Debian 12 (with KDE) on two machines So you decided stable was too boring, and chose to install testing. and on both the sddm session crashes when i switch the virtual console. If i am logged in an active KDE session and i switch to the virtual console with: strg alt f2 and switch back i am logged out of my active session but i can't login because the login screen is frozen with a "pre typed" password. I can only move my mouse, and pressing any key does nothing. Also after klicking on standby in the active KDE session, breaks the track pad in sddm and is still broken after login. Does somebody had same problems before and fixed it? Have you read this page? Debian-Installer errata https://www.debian.org/devel/debian-installer/errata Errata for Bookworm Alpha 2 This is a list of known problems in the Bookworm Alpha 2 release of the Debian Installer. If you do not see your problem listed here, please send us an installation report[1] describing the problem. [1] https://www.debian.org//releases/stable/amd64/ch05s04#submit-bug -- Ce qui est important est rarement urgent et ce qui est urgent est rarement important -- Dwight David Eisenhower
Re: debian 12 broken login when switching virtual console
Am Samstag, 11. März 2023, 22:14:52 CET schrieb Timothy M Butterworth: > On Sat, Mar 11, 2023 at 4:06 PM wrote: > > Hello, > > > > i have installed (alpha 2 release) Debian 12 (with KDE) on two machines > > and on both the sddm session crashes when i switch the virtual console. > > > > If i am logged in an active KDE session and i switch to the virtual > > console with: strg alt f2 > > > > and switch back i am logged out of my active session but i can't login > > because the login > > > > screen is frozen with a "pre typed" password. > > > > I can only move my mouse, and pressing any key does nothing. > > > > > > Also after klicking on standby in the active KDE session, breaks the track > > pad in sddm and > > > > is still broken after login. > > > > > > Does somebody had same problems before and fixed it? > > > > > > Regards Felix > > I have KDE 5.27.2 with Frameworks 5.103 and mine works fine. What version > do you have? There were a lot of updates recently. > > Tim i have the same versions as you do . My installation is a complete new one from the alpha2 installer. Felix
Re: debian 12 broken login when switching virtual console
On Sat, Mar 11, 2023 at 4:06 PM wrote: > Hello, > > i have installed (alpha 2 release) Debian 12 (with KDE) on two machines > and on both the sddm session crashes when i switch the virtual console. > > If i am logged in an active KDE session and i switch to the virtual > console with: strg alt f2 > > and switch back i am logged out of my active session but i can't login > because the login > > screen is frozen with a "pre typed" password. > > I can only move my mouse, and pressing any key does nothing. > > > Also after klicking on standby in the active KDE session, breaks the track > pad in sddm and > > is still broken after login. > > > Does somebody had same problems before and fixed it? > > > Regards Felix > I have KDE 5.27.2 with Frameworks 5.103 and mine works fine. What version do you have? There were a lot of updates recently. Tim -- ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ Debian - The universal operating system ⢿⡄⠘⠷⠚⠋⠀ https://www.debian.org/ ⠈⠳⣄⠀⠀
debian 12 broken login when switching virtual console
Hello, i have installed (alpha 2 release) Debian 12 (with KDE) on two machines and on both the sddm session crashes when i switch the virtual console. If i am logged in an active KDE session and i switch to the virtual console with: strg alt f2 and switch back i am logged out of my active session but i can't login because the login screen is frozen with a "pre typed" password. I can only move my mouse, and pressing any key does nothing. Also after klicking on standby in the active KDE session, breaks the track pad in sddm and is still broken after login. Does somebody had same problems before and fixed it? Regards Felix
unwanted change to lower desktop resolution during tty1 virtual console boot process
Not using any desktop environment. Not using any login manager. Using Debian stretch inside VirtualBox. Initially during boot the usual grub configuration [1] works for me. The screen resolution get increased from to 1024x768. However, as systemd continues booting, I see "Set console font and keymap". Right before the virtual console (tty1) appears, the resolution is reset to a lower 800x600. The window size decreased. My questions: 1) What changes the tty screen resolution later in the boot process? console-setup.service? 2) How to prevent the screen resolution from being changed or how to change the screen resolution by the program that changes it (console-setup.service?)? fbset does not work at all inside VirtualBox. Error message: ioctl FBIOPUT_VSCREENINFO: Invalid argument Cheers, Patrick [1] GRUB_GFXMODE=1024x768x24 GRUB_GFXPAYLOAD_LINUX=keep or GRUB_GFXPAYLOAD_LINUX=1024x768x24
Re: NVIDIA drivers and virtual console problem
On 09/15/2018 10:28 AM, Thakur Mahashaya wrote: //"Есть два великих грехов в мире... ..грех невежества, грех от глупости.// So stupidity is the mode of ignorance. As the Sorting Hat once said, "I know what to do with YOU!" ...and off you go into my junk folder. :) Ric -- My father, Victor Moore (Vic) used to say: "There are two Great Sins in the world... ..the Sin of Ignorance, and the Sin of Stupidity. Only the former may be overcome." R.I.P. Dad. http://linuxcounter.net/user/44256.html
Re: NVIDIA drivers and virtual console problem
//here are two Great Sins in the world... ..the Sin of Ignorance, and the Sin of Stupidity.// So stupidity is the mode of ignorance. 15.09.2018, 17:20, "Ric Moore" : > On 09/14/2018 07:54 AM, Marco Righi wrote: >> Hello, >> the NVIDIA drivers (384 from Debian and 390 repositories from the nvidia >> site) do not allow me to have "virtual consoles" (to be clear, those that >> are activated with Ctrl-Alt-F1 .. F6). By installing Nouveau the problem >> disappears, with the two different versions of the NVIDIA drivers the >> problem appears. >> >> The video card is: >> >> VGA compatible controller: NVIDIA Corporation GF119 [GeForce GT 520] (rev >> a1) > > Are you running the correct nvidia driver version?? A 520 is pretty long > in the tooth and might need the legacy driver. Ric > > -- > My father, Victor Moore (Vic) used to say: > "There are two Great Sins in the world... > ..the Sin of Ignorance, and the Sin of Stupidity. > Only the former may be overcome." R.I.P. Dad. > http://linuxcounter.net/user/44256.html
Re: NVIDIA drivers and virtual console problem
//"Есть два великих грехов в мире... ..грех невежества, грех от глупости.// So stupidity is the mode of ignorance. 15.09.2018, 17:20, "Ric Moore" : > On 09/14/2018 07:54 AM, Marco Righi wrote: >> Hello, >> the NVIDIA drivers (384 from Debian and 390 repositories from the nvidia >> site) do not allow me to have "virtual consoles" (to be clear, those that >> are activated with Ctrl-Alt-F1 .. F6). By installing Nouveau the problem >> disappears, with the two different versions of the NVIDIA drivers the >> problem appears. >> >> The video card is: >> >> VGA compatible controller: NVIDIA Corporation GF119 [GeForce GT 520] (rev >> a1) > > Are you running the correct nvidia driver version?? A 520 is pretty long > in the tooth and might need the legacy driver. Ric > > -- > My father, Victor Moore (Vic) used to say: > "There are two Great Sins in the world... > ..the Sin of Ignorance, and the Sin of Stupidity. > Only the former may be overcome." R.I.P. Dad. > http://linuxcounter.net/user/44256.html
Re: NVIDIA drivers and virtual console problem
On 09/14/2018 07:54 AM, Marco Righi wrote: Hello, the NVIDIA drivers (384 from Debian and 390 repositories from the nvidia site) do not allow me to have "virtual consoles" (to be clear, those that are activated with Ctrl-Alt-F1 .. F6). By installing Nouveau the problem disappears, with the two different versions of the NVIDIA drivers the problem appears. The video card is: VGA compatible controller: NVIDIA Corporation GF119 [GeForce GT 520] (rev a1) Are you running the correct nvidia driver version?? A 520 is pretty long in the tooth and might need the legacy driver. Ric -- My father, Victor Moore (Vic) used to say: "There are two Great Sins in the world... ..the Sin of Ignorance, and the Sin of Stupidity. Only the former may be overcome." R.I.P. Dad. http://linuxcounter.net/user/44256.html
NVIDIA drivers and virtual console problem
Hello, the NVIDIA drivers (384 from Debian and 390 repositories from the nvidia site) do not allow me to have "virtual consoles" (to be clear, those that are activated with Ctrl-Alt-F1 .. F6). By installing Nouveau the problem disappears, with the two different versions of the NVIDIA drivers the problem appears. The video card is: VGA compatible controller: NVIDIA Corporation GF119 [GeForce GT 520] (rev a1) With the Nouveau drivers during the Boot there is a time when the video card switches from text mode to graphic mode (so to speak, when the [ok] in green are starting to appear). With the NVIDIA dirver it crashes while remaining in the text mode (lightdm is executed correctly). I reported the bug with reportbug-ng, let's see what happens. Thanks for your help. m
Re: Trying to understand keymaps in virtual console.
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Sat, Oct 07, 2017 at 10:49:41PM -, apreka...@openmailbox.org wrote: > Trying to examine why i cant insert acute accent diacritic over greek vowels > i come upon the console-common package. > Trying to install it i get prompted: > > -Select keymap from arch-list > // select one of the predefined keymaps specific for your architecture. >// (recommended for non usb keyboards) > -Dont touch keymap >// Dont overwrite the keymap in /etc/console >// which is maintained manually with install keymap > -Keep kernel keymap >// prevent from any keymap being loaded the next time system boots > -Select keymap from full list >// list all predefined keymaps. Recommended when using >// cross architecture (often USB) keyboards > > So i wonder.. will that keymap mess with my X server or not? As far as I understand, this package is specifically focused on the boot time keymap and has nothing to do with X. > How come that package was not installed ? Was my virtual console > working with another keymap and if so then do i need console data? Let me quote the package description: Description: basic infrastructure for text console configuration This package contains the install-keymap(8) utility, which is the recommended tool to specify a boot-time keymap to the system, as well as tools for internal use of keymap-providing packages. So if you are happy with your default boot-time keymap, you don't need that. If you just want to have a consistent setup between X and the text mode Linux console, the package console-setup is your friend. Cheers - -- tomás -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iEYEARECAAYFAlnZ00UACgkQBcgs9XrR2kZR0wCfTvzPtixFZzK5kxIkDB/7ZF7J pR8AnRbU5YZYC4TH566gjD+qLgg3clLJ =b2SW -END PGP SIGNATURE-
Trying to understand keymaps in virtual console.
Trying to examine why i cant insert acute accent diacritic over greek vowels i come upon the console-common package. Trying to install it i get prompted: -Select keymap from arch-list // select one of the predefined keymaps specific for your architecture. // (recommended for non usb keyboards) -Dont touch keymap // Dont overwrite the keymap in /etc/console // which is maintained manually with install keymap -Keep kernel keymap // prevent from any keymap being loaded the next time system boots -Select keymap from full list // list all predefined keymaps. Recommended when using // cross architecture (often USB) keyboards So i wonder.. will that keymap mess with my X server or not? How come that package was not installed ? Was my virtual console working with another keymap and if so then do i need console data?
can't copy/paste between gpm and emacs on virtual console/consoles
In Squeeze, in virtual consoles, I can't copy and paste between gpm and emacs (emacs-nox) as I could in Sarge. Trying to select and paste with the mouse in virtual consoles seems to show that emacs now recognizes virtual console mouse events and hooks them into its usual copy/paste mechanism. (Selecting text (by left-buttom-dragging) in a VC not displaying emacs (via gpm) and then middle-clicking to try to paste into emacs in a VC pastes text previously selected in emacs instead of the text just selected via GPM). Similarly, drag-selecting text in emacs in a VC and then middle-click pasting into a VC not displaying emacs pastes text previously selected via gpm insert of the text just selected via emacs. In the good old days, middle-click pasting to emacs in a virtual console would paste the text most recently selected by dragging in any virtual console.) How can I restore the old behavior (so that I can, say, select text in emacs and then paste that text into a shell (on another VC, or in the same VC after backgrounding emacs))? Where is emacs' configuration of its handling of virtual console mouse events? What do I set/unset to disable it? Thanks. Daniel -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4fca4f9a.5090...@kempt.net
Re: can't copy/paste between gpm and emacs on virtual console/consoles
On 2012-06-02 19:38 +0200, Dan B. wrote: In Squeeze, in virtual consoles, I can't copy and paste between gpm and emacs (emacs-nox) as I could in Sarge. Trying to select and paste with the mouse in virtual consoles seems to show that emacs now recognizes virtual console mouse events and hooks them into its usual copy/paste mechanism. This feature is new in Emacs 23. Where is emacs' configuration of its handling of virtual console mouse events? What do I set/unset to disable it? Customize gpm-mouse-mode. Cheers, Sven -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87r4txiore@turtle.gmx.de
Re: i915 kms, init runlevel 2 switches virtual console
On Sun, Nov 22, 2009 at 05:15:22PM +0100, Sven Joachim wrote: Hi. I'm using debian testing with vanilla kernel 2.6.32-rc8. I've staticaly compiled i915 with kms enabled and it acctually works. Why not build it as a module and load it from initramfs? That is what I do. that doesn't matter. it works and I get fb sooner in the boot process. I also have console-setup installed, and it does not do that here. Might be an issue with GDM (which I do not use). I'm not using gdm. the switch comes right at the start of runlevel 2, as a matter of fact, the message about runlevel change is the first that appears a the last virtual console. Also, kernel switches the required video mode a bit later then vesafb did. Is there a way to set this on the kernel command line? I've read that it is recommended to get rid of the vga=mode. I've tried setting this via video= parameter, but I guess inteldrmfb doesn't support modedb. If you build it as module, the initramfs scripts translate the video= parameter into something the module understands. Thus, video=i915 is sufficient if you enable KMS by default (CONFIG_DRM_I915_KMS=y). there is no difference between static compile vs. module. the driver detects display (probably) and sets the recommended resolution automaticaly and that is what it does. the only difference from vesafb is that vesafb changes it right at the start of kernel boot process while i915 does it after some time in the boot process. but I guess that vesafb uses the standard and can be set sooner and i915 needs some kernel stuff initialized before it can grab and set the mode. All I'd like to know is what and why switches virtual terminals at boot. mk -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
i915 kms, init runlevel 2 switches virtual console
Hi. I'm using debian testing with vanilla kernel 2.6.32-rc8. I've staticaly compiled i915 with kms enabled and it acctually works. The only thing that annoyes me is that after init runs runlevel 2, it automatically switches to vt 4 (I have only 4 vt running from init) a continues boot messages there. I'm not sure what does that, I'm suspecting console-setup of doing that. Is this happening to anyone else? Before I dig into console documentation to learn how it works to fix it. I guess that is going to be time consuming. Also, kernel switches the required video mode a bit later then vesafb did. Is there a way to set this on the kernel command line? I've read that it is recommended to get rid of the vga=mode. I've tried setting this via video= parameter, but I guess inteldrmfb doesn't support modedb. The vga= probably uses vesa mode that isn't part of the fbcon. However, I know almost nothing about how that actually works. It would be just a nice thing to have the correct mode set right from the start. thanks for any pointers mk -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: i915 kms, init runlevel 2 switches virtual console
On 2009-11-22 16:30 +0100, Martin Kraus wrote: Hi. I'm using debian testing with vanilla kernel 2.6.32-rc8. I've staticaly compiled i915 with kms enabled and it acctually works. Why not build it as a module and load it from initramfs? That is what I do. The only thing that annoyes me is that after init runs runlevel 2, it automatically switches to vt 4 (I have only 4 vt running from init) a continues boot messages there. I'm not sure what does that, I'm suspecting console-setup of doing that. I also have console-setup installed, and it does not do that here. Might be an issue with GDM (which I do not use). Also, kernel switches the required video mode a bit later then vesafb did. Is there a way to set this on the kernel command line? I've read that it is recommended to get rid of the vga=mode. I've tried setting this via video= parameter, but I guess inteldrmfb doesn't support modedb. If you build it as module, the initramfs scripts translate the video= parameter into something the module understands. Thus, video=i915 is sufficient if you enable KMS by default (CONFIG_DRM_I915_KMS=y). Sven -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Xen Host Virtual Console missing
Tim Dobson wrote: Hi Steve, Steve Kemp wrote: There are two issues that might be occuring: 1. You don't have getty listening on the serial console of the guest. Update /etc/inittab to enable it. 2. You do have getty running but you're using the wrong thing. Try using hvc0 instead of ttyS0. Thanks From research on the web, I'd figured these things might well be the issues so I've rebooted the host on several occasions. I've tried with this /etc/inittab - http://pastebin.com/m5005c3b5 - and the result is the same... Can anyone see glaring mistakes in that file? I'll try and get more inform on what versions of everything I'm running ASAP. xen-linux-system-2.6.26-bpo.1-xen-amd64 on Etch I guess because it's a backport I use 1:2345:respawn:/sbin/getty 38400 hvc0 with reference to http://wiki.debian.org/Xen#Nologinpromptwhenusing.60xmconsole.60 Or am I completely confused? :-/ Sorry for being a pain -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Xen Host Virtual Console missing
Tim Dobson wrote: I'll try and get more inform on what versions of everything I'm running ASAP. xen-linux-system-2.6.26-bpo.1-xen-amd64 on Etch I guess because it's a backport I use 1:2345:respawn:/sbin/getty 38400 hvc0 with reference to http://wiki.debian.org/Xen#Nologinpromptwhenusing.60xmconsole.60 Or am I completely confused? :-/ Maybe just a little bit.. :p Based on http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=502798 I assume I should be referring to xen documentation aimed at Lenny and reading through that bug? Tim -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Xen Host Virtual Console missing
Tim Dobson wrote: Tim Dobson wrote: xen-linux-system-2.6.26-bpo.1-xen-amd64 on Etch I guess because it's a backport I use 1:2345:respawn:/sbin/getty 38400 hvc0 with reference to http://wiki.debian.org/Xen#Nologinpromptwhenusing.60xmconsole.60 Or am I completely confused? :-/ Maybe just a little bit.. :p Based on http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=502798 I assume I should be referring to xen documentation aimed at Lenny and reading through that bug? I've followed the info at http://wiki.debian.org/Xen#AdditionalnotefordomUonlennyusingxen-tools But still nothing is appearing on xm console after Starting periodic command scheduler: crond. Would it be easier if i simply used xen-linux-system-2.6.18-5-xen-amd64 instead of xen-linux-system-2.6.26-bpo.1-xen-amd64 on Etch? Cheers Tim -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Xen Host Virtual Console missing
Hi, On Wed, May 20, 2009 at 1:39 AM, Tim Dobson li...@tdobson.net wrote: Hi there, I'm running/setting up a Etch Debian Host system, I would like to run guests on. I have installed the right meta packages ( dependencies!). How did you try install the domU's? With xen-tools (from etch or from backports) our machines works fine. Regards, -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Xen Host Virtual Console missing
On Tue May 19, 2009 at 23:39:29 +, Tim Dobson wrote: I'm having an issue that when I run xm console vm name everything displays fine up until right before where the login prompt should appear, where nothing does appear. I suspect it relates to http://wiki.debian.org/Xen#Nologinpromptwhenusing.60xmconsole.60 But what do other people think? ...those instructions are for lenny.. :/ There are two issues that might be occuring: 1. You don't have getty listening on the serial console of the guest. Update /etc/inittab to enable it. 2. You do have getty running but you're using the wrong thing. Try using hvc0 instead of ttyS0. Steve -- Debian GNU/Linux System Administration http://www.debian-administration.org/ -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Xen Host Virtual Console missing
Hi Steve, Steve Kemp wrote: There are two issues that might be occuring: 1. You don't have getty listening on the serial console of the guest. Update /etc/inittab to enable it. 2. You do have getty running but you're using the wrong thing. Try using hvc0 instead of ttyS0. Thanks From research on the web, I'd figured these things might well be the issues so I've rebooted the host on several occasions. I've tried with this /etc/inittab - http://pastebin.com/m5005c3b5 - and the result is the same... Can anyone see glaring mistakes in that file? I'll try and get more inform on what versions of everything I'm running ASAP. Thanks :) Tim -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Xen Host Virtual Console missing
Hi there, I'm running/setting up a Etch Debian Host system, I would like to run guests on. I have installed the right meta packages ( dependencies!). I'm having an issue that when I run xm console vm name everything displays fine up until right before where the login prompt should appear, where nothing does appear. I suspect it relates to http://wiki.debian.org/Xen#Nologinpromptwhenusing.60xmconsole.60 But what do other people think? ...those instructions are for lenny.. :/ cheers, Tim -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
$DISPLAY set when I log into virtual console
So I don't run xdm or gdm, or similar display. I like to come in via regular getty to the virtual console and start up startx on my own. However, I notice now that $DISPLAY is let to localhost:0.0 when I log in, and I'm wondering... why? And where it is set. I would like to turn it off. I don't see this done in any config file in /etc, nor is it in anything in my home directory... I tried strace'ing login and getty to see if they were doing, but I haven't seen it. Are we so tied to X windows now that we can't live without $DISPLAY being set? It's mildly annoying because if I want keychain to work correctly now, I have to test to see if I'm logging in on a virtual console, otherwise it tried to connect to $DISPLAY, which of course, doesn't exist because there is no X server running. keychain isn't smart enough to figure that out, or wants me to set the --nogui option, whatever. So is there a reason $DISPLAY is set on a virtual console? -- Dale Harris rod...@maybe.org rod...@gmail.com /.-) -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: $DISPLAY set when I log into virtual console
On Mar 27, 12:30 pm, Dale Harris rod...@gmail.com wrote: So I don't run xdm or gdm, or similar display. I like to come in via regular getty to the virtual console and start up startx on my own. However, I notice now that $DISPLAY is let to localhost:0.0 when I log in, and I'm wondering... why? And where it is set. I would like to turn it off. I don't see this done in any config file in /etc, nor is it in anything in my home directory... I tried strace'ing login and getty to see if they were doing, but I haven't seen it. Are we so tied to X windows now that we can't live without $DISPLAY being set? It's mildly annoying because if I want keychain to work correctly now, I have to test to see if I'm logging in on a virtual console, otherwise it tried to connect to $DISPLAY, which of course, doesn't exist because there is no X server running. keychain isn't smart enough to figure that out, or wants me to set the --nogui option, whatever. I do not have this behaviour here, with lenny and bash. Have you tried to rename ~/.bashrc, ~/.bash_profile and ~/.profile to see if some command in them is setting it as an unintended (to you) side effect? Tiago. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Switch to virtual console in xorg - SOLVED
After the recent xorg upgrade, with its attendant excitement, I found I could no longer switch to a virtual console with ctrl-alt-F1. However, I have got it to work again by adding this line to the keyboard section: Option Xkbdisabletrue The section now reads as follows: Section InputDevice Identifier Generic Keyboard Driver keyboard Option CoreKeyboard Option XkbRules xorg Option XkbModel pc105 Option XkbLayout gb Option XkbVariantgb Option Xkbdisabletrue EndSection I hope this may be useful to anyone who has encountered the same problem. Anthony -- Anthony Campbell - [EMAIL PROTECTED] Microsoft-free zone - Using Linux Gnu-Debian http://www.acampbell.org.uk (blog, book reviews, on-line books and sceptical articles) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Switch to virtual console in xorg - SOLVED
On Tue, Apr 18, 2006 at 15:40:32 +0100, Anthony Campbell wrote: After the recent xorg upgrade, with its attendant excitement, I found I could no longer switch to a virtual console with ctrl-alt-F1. However, I have got it to work again by adding this line to the keyboard section: Option Xkbdisabletrue The section now reads as follows: Section InputDevice Identifier Generic Keyboard Driver keyboard Option CoreKeyboard Option XkbRules xorg Option XkbModel pc105 Option XkbLayout gb Option XkbVariantgb Option Xkbdisabletrue EndSection It's great that it now works again for you, but I am a bit surprised that you had to disable Xkb completely to achieve this. I think the problem might be due to the keyboard driver (depreciated AFAIK). Furthermore, I think XkbVariant should be something like basic or nodeadkeys, but not a layout code like gb. If you are willing to try it once more you could start with the basic configuration from /etc/X11/xkb/README.config, adapted for gb: Section InputDevice Identifier Generic Keyboard Driver kbd Option XkbModel pc105 Option XkbLayout gb Option XKbOptions EndSection Maybe that will get it working with Xkb enabled. You should also check if the package xkb-data has been installed correctly during the upgrade. -- Regards, Florian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Switch to virtual console in xorg - SOLVED
On Tue, 2006-04-18 at 15:40 +0100, Anthony Campbell wrote: After the recent xorg upgrade, with its attendant excitement, I found I it broke for me after an upgrade on thursday or friday (april 13 or 14), but after an upgrade this morning it was fixed. -- Matt Zagrabelny - [EMAIL PROTECTED] - (218) 726 8844 University of Minnesota Duluth Information Technology Systems Services PGP key 1024D/84E22DA2 2005-11-07 Fingerprint: 78F9 18B3 EF58 56F5 FC85 C5CA 53E7 887F 84E2 2DA2 He is not a fool who gives up what he cannot keep to gain what he cannot lose. -Jim Elliot signature.asc Description: This is a digitally signed message part
Re: Switch to virtual console in xorg - SOLVED
On 18 Apr 2006, Florian Kulzer wrote: On Tue, Apr 18, 2006 at 15:40:32 +0100, Anthony Campbell wrote: After the recent xorg upgrade, with its attendant excitement, I found I could no longer switch to a virtual console with ctrl-alt-F1. However, I have got it to work again by adding this line to the keyboard section: Option Xkbdisabletrue The section now reads as follows: Section InputDevice Identifier Generic Keyboard Driver keyboard Option CoreKeyboard Option XkbRules xorg Option XkbModel pc105 Option XkbLayout gb Option XkbVariantgb Option Xkbdisabletrue EndSection It's great that it now works again for you, but I am a bit surprised that you had to disable Xkb completely to achieve this. I think the problem might be due to the keyboard driver (depreciated AFAIK). Furthermore, I think XkbVariant should be something like basic or nodeadkeys, but not a layout code like gb. If you are willing to try it once more you could start with the basic configuration from /etc/X11/xkb/README.config, adapted for gb: Section InputDevice Identifier Generic Keyboard Driver kbd Option XkbModel pc105 Option XkbLayout gb Option XKbOptions EndSection Maybe that will get it working with Xkb enabled. You should also check if the package xkb-data has been installed correctly during the upgrade. -- Regards, Florian No, it didn't work like that. (I also reinstalled xkb-data, to make sure.) I've no idea why my setup works, but it does. Something to do with my keyboard, who knows? Anthony -- Anthony Campbell - [EMAIL PROTECTED] Microsoft-free zone - Using Linux Gnu-Debian http://www.acampbell.org.uk (blog, book reviews, on-line books and sceptical articles) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Can't switch to virtual console anymore
On 22 Dec 2005, Peter Jay Salzman wrote: [snip] Problem solved. It turned out to be one of those warnings I recognized. For years, X complained that there was no XkbVariant named Microsoft in response to the line: Section InputDevice ... Option XkbVariant Microsoft ... EndSection I'm not sure when that line appeared in my config file. Quite possibly back when I was using Suse 6.1, way before I switched to Debian. I guess I just toted the config file around, and only changed mode, horiz and vertical timings when configuring a new system. The warning didn't have any adverse effect, and I always promised myself to look into it when time permitted me to delve into learning the nitty gritty details of keyboards under X. There always seemed to be more pressing issues. And besides, it's difficult to get excited about learning details of keyboards under X. It seems more complicated than it ought to be. And dry. Short story is, that line always caused a benign warning. Since I was (potentially) having trouble with the keyboard, I started to scrutinize the X output, even looking at things which I didn't think had relevence to the problem at hand. That trained my eye on the warning. I'm not sure what got upgraded yesterday, but whatever it was, that warning apparently was no longer benign. I removed the XbdVariant, and now everything is back to normal. Pete This is not the only possible cause. In my case what was needed was to include the following line under InputDevice in /etc/X11/xorg.conf: Option XkbDisabletrue No idea why. Anthony -- Anthony Campbell - [EMAIL PROTECTED] Microsoft-free zone - Using Linux Gnu-Debian http://www.acampbell.org.uk (blog, book reviews, on-line books and sceptical articles) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Can't switch to virtual console anymore
Dear all, I can't switch to a virtual console any longer. I'm fairly sure whatever happened must have happened during my last aptitude upgrade, because I switch to VC's very very often. Datapoints: 0. This is a Debian/testing machine. 1. My XF86Config does not contain the DontVTSwitch option. 2. On control-alt-F1, xev reports: KeyPress event, serial 30, synthetic NO, window 0x121, root 0x40, subw 0x122, time 417047, (47,38), root:(1117,396), state 0x0, keycode 37 (keysym 0xffe3, Control_L), same_screen YES, XLookupString gives 0 bytes: XmbLookupString gives 0 bytes: XFilterEvent returns: False KeyPress event, serial 30, synthetic NO, window 0x121, root 0x40, subw 0x122, time 417495, (47,38), root:(1117,396), state 0x4, keycode 64 (keysym 0xffe9, Alt_L), same_screen YES, XLookupString gives 0 bytes: XmbLookupString gives 0 bytes: XFilterEvent returns: False KeyPress event, serial 30, synthetic NO, window 0x121, root 0x40, subw 0x122, time 417935, (47,38), root:(1117,396), state 0xc, keycode 67 (keysym 0xffbe, F1), same_screen YES, XLookupString gives 0 bytes: XmbLookupString gives 0 bytes: XFilterEvent returns: False 3. Once I kill X, I can switch consoles using the familiar alt-[1-9]. 4. There's no output from xinit/startx that I don't recognize as already being there (for example, I've seen the message: Could not init font path element /usr/lib/X11/fonts/Speedo, removing from list! for at least a year.) 5. When I hit contol-alt-F1 when a vim instance has focus, I see 7P. I will go nuts without my consoles. Any suggestions? Thanks, Pete -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Can't switch to virtual console anymore
Peter Jay Salzman wrote: Dear all, I can't switch to a virtual console any longer. I'm fairly sure whatever happened must have happened during my last aptitude upgrade, because I switch to VC's very very often. Datapoints: 0. This is a Debian/testing machine. 1. My XF86Config does not contain the DontVTSwitch option. I would expect that X.org has filtered into Testing by now; perhaps the problem is in xorg.conf rather than in XF86Config? -- Kent -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Can't switch to virtual console anymore
On Thu 22 Dec 05, 9:43 AM, Kent West [EMAIL PROTECTED] said: Peter Jay Salzman wrote: Dear all, I can't switch to a virtual console any longer. I'm fairly sure whatever happened must have happened during my last aptitude upgrade, because I switch to VC's very very often. Datapoints: 0. This is a Debian/testing machine. 1. My XF86Config does not contain the DontVTSwitch option. I would expect that X.org has filtered into Testing by now; perhaps the problem is in xorg.conf rather than in XF86Config? Yeah, you're right. I hadn't noticed the existence of that file. Unfortunately, the two files appear to be duplicates # diff xorg.conf XF86Config-4 # so there's no DontVTSwitch in /etc/X11/xorg.conf, either. xwininfo and xdpyinfo don't seem to give any info that appears relevent to the problem. I was hoping they'd show DontVTSwitch in their output. At least then I'd know what was causing the problem. This is so wierd... Any other suggestions? Thanks! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Can't switch to virtual console anymore
On Thu 22 Dec 05, 9:09 AM, p p said: Dear all, I can't switch to a virtual console any longer. I'm fairly sure whatever happened must have happened during my last aptitude upgrade, because I switch to VC's very very often. Datapoints: 0. This is a Debian/testing machine. 1. My XF86Config does not contain the DontVTSwitch option. 2. On control-alt-F1, xev reports: KeyPress event, serial 30, synthetic NO, window 0x121, root 0x40, subw 0x122, time 417047, (47,38), root:(1117,396), state 0x0, keycode 37 (keysym 0xffe3, Control_L), same_screen YES, XLookupString gives 0 bytes: XmbLookupString gives 0 bytes: XFilterEvent returns: False KeyPress event, serial 30, synthetic NO, window 0x121, root 0x40, subw 0x122, time 417495, (47,38), root:(1117,396), state 0x4, keycode 64 (keysym 0xffe9, Alt_L), same_screen YES, XLookupString gives 0 bytes: XmbLookupString gives 0 bytes: XFilterEvent returns: False KeyPress event, serial 30, synthetic NO, window 0x121, root 0x40, subw 0x122, time 417935, (47,38), root:(1117,396), state 0xc, keycode 67 (keysym 0xffbe, F1), same_screen YES, XLookupString gives 0 bytes: XmbLookupString gives 0 bytes: XFilterEvent returns: False 3. Once I kill X, I can switch consoles using the familiar alt-[1-9]. 4. There's no output from xinit/startx that I don't recognize as already being there (for example, I've seen the message: Could not init font path element /usr/lib/X11/fonts/Speedo, removing from list! for at least a year.) 5. When I hit contol-alt-F1 when a vim instance has focus, I see 7P. I will go nuts without my consoles. Any suggestions? Thanks, Pete Problem solved. It turned out to be one of those warnings I recognized. For years, X complained that there was no XkbVariant named Microsoft in response to the line: Section InputDevice ... Option XkbVariant Microsoft ... EndSection I'm not sure when that line appeared in my config file. Quite possibly back when I was using Suse 6.1, way before I switched to Debian. I guess I just toted the config file around, and only changed mode, horiz and vertical timings when configuring a new system. The warning didn't have any adverse effect, and I always promised myself to look into it when time permitted me to delve into learning the nitty gritty details of keyboards under X. There always seemed to be more pressing issues. And besides, it's difficult to get excited about learning details of keyboards under X. It seems more complicated than it ought to be. And dry. Short story is, that line always caused a benign warning. Since I was (potentially) having trouble with the keyboard, I started to scrutinize the X output, even looking at things which I didn't think had relevence to the problem at hand. That trained my eye on the warning. I'm not sure what got upgraded yesterday, but whatever it was, that warning apparently was no longer benign. I removed the XbdVariant, and now everything is back to normal. Pete -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: can't switch to virtual console
Hi, thank you for your replies. 1.The DontVTSwitch option is commented. 2.My videocard is built in the motherboard - Intel Corp. 82915G What actually happens is the following-during the debian booting(shortly before the X server starts and takes me to the graphic mode),when I press Ctrl+Alt+F1 I can switch into the virtual console,but once the KDE login prompt is shown I can't switch into the other consoles any more. Any other ideas?:) Thank you again Irena -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
can't switch to virtual console
Hi everyone, I'm not sure if it's debian or keyboard or X issue,but however...I'll really appreciate your help. I'm using Debian testing with 2.6.11-rc3 kernel,every time when the mashine boot I'm logging into the X server,and after this I can't switch anymore to the other virtual consoles using Ctrl+Alt+F1...F6.Do you have any idea is there an option in the kernel configuration I'm omiting,or anything that I had made wrong? Thank you in advance. Irena -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: can't switch to virtual console
[EMAIL PROTECTED] wrote: I'm not sure if it's debian or keyboard or X issue,but however...I'll really appreciate your help. I'm using Debian testing with 2.6.11-rc3 kernel,every time when the mashine boot I'm logging into the X server,and after this I can't switch anymore to the other virtual consoles using Ctrl+Alt+F1...F6.Do you have any idea is there an option in the kernel configuration I'm omiting,or anything that I had made wrong? Do you have the DontVTSwitch option in your /etc/X11/XF86Config-4? ,[ man XF86Config-4 ]- | Option DontVTSwitch boolean | This disallows the use of the Ctrl+Alt+Fn sequence (where Fn refers to | one of the numbered function keys). That sequence is normally | used to switch to another virtual terminal on operating systems that | have this feature. When this option is enabled, that key sequence has | no special meaning and is passed to clients. Default: off ` -- Thomas Weinbrenner pgpSQKYn1cQ6E.pgp Description: PGP signature
Re: can't switch to virtual console
Hey ho, I'm not sure if it's debian or keyboard or X issue,but however...I'll really appreciate your help. I'm using Debian testing with 2.6.11-rc3 kernel,every time when the mashine boot I'm logging into the X server,and after this I can't switch anymore to the other virtual consoles using Ctrl+Alt+F1...F6. You don't mention the relevant specifics, such as what video card you have, or what actually happens when you try Ctrl+Alt+F1. I can only say that I've been having the same kind of problem on and off for several years with my Nvidia card. Sometimes I could switch to console, then later I could switch, but it was all gibberish, still later it just made my monitor go out of sync etc. etc. Lately, however, someone pointed me to the vesafb-tng patch [1], and it seems to have solved all my problems. :-) So if you're using an Nvidia card too, I'd say give it a go. Cheers, Tom [1] http://dev.gentoo.org/~spock/projects/vesafb-tng/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
mouse clicks and virtual console acting wierd
I've never seen this before... On a new install, when I left click the mouse on the console, I see: middle clicking gives: E EEE right clicking gives: The mouse otherwise works good on the console. It works perfectly in X. I've never seen this before. Why does mouse clicking produce these characters (cut and paste in the console doesn't work at all). Thanks, Pete -- Every theory is killed sooner or later, but if the theory has good in it, that good is embodied and continued in the next theory. -- Albert Einstein GPG Fingerprint: B9F1 6CF3 47C4 7CD8 D33E 70A9 A3B9 1945 67EA 951D -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: mouse clicks and virtual console acting wierd
On Fri 20 May 05, 10:48 AM, Peter Jay Salzman [EMAIL PROTECTED] said: I've never seen this before... On a new install, when I left click the mouse on the console, I see: middle clicking gives: E EEE right clicking gives: The mouse otherwise works good on the console. It works perfectly in X. I've never seen this before. Why does mouse clicking produce these characters (cut and paste in the console doesn't work at all). Thanks, Pete I built my own kernel instead of using the Debian stock kernel and the problem went away. Nevermind! :) Pete -- Every theory is killed sooner or later, but if the theory has good in it, that good is embodied and continued in the next theory. -- Albert Einstein GPG Fingerprint: B9F1 6CF3 47C4 7CD8 D33E 70A9 A3B9 1945 67EA 951D -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
kernel messages in active virtual console
Hello, I'm using a very default Debian 3.0r2 system. Every time something happens with my NIC's (plug 'em in and out a hub) this generates a message in the active virtual console. In /var/log/messages these messages are said to come from the kernel. How do I get those messages from my consoles? I tried /etc/syslog.conf, kill klogd, read doc's and man pages but I can't find the cause. Any suggestions? Thanks in advance. Greetz, Serge Tensen _ MSN Zoeken, voor duidelijke zoekresultaten! http://search.msn.nl -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: kernel messages in active virtual console
On Wed, 2004-02-25 at 22:47, Serge Tensen wrote: Hello, I'm using a very default Debian 3.0r2 system. Every time something happens with my NIC's (plug 'em in and out a hub) this generates a message in the active virtual console. In /var/log/messages these messages are said to come from the kernel. How do I get those messages from my consoles? I tried /etc/syslog.conf, kill klogd, read doc's and man pages but I can't find the cause. Any suggestions? Thanks in advance. Debian-reference: http://qref.sourceforge.net/Debian/reference/ch-tips.en.html#s8.6.8 quote 8.6.8 Error messages on the console screen In order to quiet on-screen error messages, the first place to check is /etc/init.d/klogd. Set KLOGD=-c 3 in this script and run /etc/init.d/klogd restart. An alternative method is to run dmesg -n3. Here error levels mean: * 0: KERN_EMERG, system is unusable * 1: KERN_ALERT, action must be taken immediately * 2: KERN_CRIT, critical conditions * 3: KERN_ERR, error conditions * 4: KERN_WARNING, warning conditions * 5: KERN_NOTICE, normal but significant condition * 6: KERN_INFO, informational * 7: KERN_DEBUG, debug-level messages If one particular useless error message bothers you a lot, consider making a trivial kernel patch like shutup-abit-bp6 (available in the examples subdirectory). Another place to look may be /etc/syslog.conf; check to see whether any messages are logged to a console device. /quote -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: fast swithichg between X and virtual console - how to?
On Sat, Nov 08, 2003 at 02:41:32PM -0800, Tom wrote: I've finally discovered my own perfect working environment: Fluxbox w/ exactly virtual desktops, using the Mouse wheel to alternate them. ... It repaints fast as FUCK plus it's all anti-aliased. I'm sure I could go even more minimal, but I like to call mine minimal all graphical. Wow, I've never heard fluxbox described as minimal ;-) You may be interested in ion(-devel). -- Jon Dowland http://jon.dowland.name/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: fast swithichg between X and virtual console - how to?
On Sun, Nov 09, 2003 at 06:54:33PM +, Jonathan Dowland wrote: On Sat, Nov 08, 2003 at 02:41:32PM -0800, Tom wrote: I've finally discovered my own perfect working environment: Fluxbox w/ exactly virtual desktops, using the Mouse wheel to alternate them. ... It repaints fast as FUCK plus it's all anti-aliased. I'm sure I could go even more minimal, but I like to call mine minimal all graphical. Wow, I've never heard fluxbox described as minimal ;-) You may be interested in ion(-devel). I pretty much use Flux like Ion (mostly no overlapping windows) except for transient things. I don't use vi or emacs so I'm not a fan of extremely ecclectic interfaces (yet). I tried ion,gnome,kde,enlightenment but I keep finding Flux to be Baby Bear's porridge :-) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
fast swithichg between X and virtual console - how to?
Switching between X and virtual console is very slow, (with Ctrl-Alt-F1, etc). Is it possible to have it swich as fast as is switching between virtual consoles? If I set exactly the same video mode on my text console and X (I mean resolution, timings, etc to be the same, one text and the other graphics mode of course) will it switch fast? It won't have to change video modes. Or maybe if I install a framebuffer and run both text and X console through a framebuffer it will be fast? -- Miernik jabber:[EMAIL PROTECTED] ___/__ tel: +48608233394 __/ mailto:[EMAIL PROTECTED] Truth about Bush's military operations: http://www.TruthAboutWar.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: fast swithichg between X and virtual console - how to?
On Sat, 2003-11-08 at 11:20, Miernik wrote: Switching between X and virtual console is very slow, (with Ctrl-Alt-F1, etc). Is it possible to have it swich as fast as is switching between virtual consoles? If I set exactly the same video mode on my text console and X (I mean resolution, timings, etc to be the same, one text and the other graphics mode of course) will it switch fast? It won't have to change video modes. Or maybe if I install a framebuffer and run both text and X console through a framebuffer it will be fast? Is there some reason you need to constantly switch to the VTs? Can you just use xterm instead? That would make switching a lot faster. :) -- Alex Malinovich Support Free Software, delete your Windows partition TODAY! Encrypted mail preferred. You can get my public key from any of the pgp.net keyservers. Key ID: A6D24837 signature.asc Description: This is a digitally signed message part
Re: fast swithichg between X and virtual console - how to?
Alex Malinovich wrote: On Sat, 2003-11-08 at 11:20, Miernik wrote: Switching between X and virtual console is very slow, (with Ctrl-Alt-F1, etc). Is it possible to have it swich as fast as is switching between virtual consoles? If I set exactly the same video mode on my text console and X (I mean resolution, timings, etc to be the same, one text and the other graphics mode of course) will it switch fast? It won't have to change video modes. Or maybe if I install a framebuffer and run both text and X console through a framebuffer it will be fast? Is there some reason you need to constantly switch to the VTs? Can you just use xterm instead? That would make switching a lot faster. :) I guess it a matter of personal prefs, but I find any fullscreen VT app. miles ahead of anything on X: as a result I use X for what X is needed for: graphics and VT for everything that needs no graphics. And on switching: how fast (in secs, msecs) do you have in mind? The switches do a repaint. I cannot use framebuffers, so my switch, when both screens (x + VT) are full takes, 1/4 sec? That's a guess. But you're right: the switch to another desktop is instantaneous. Hugo. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: fast swithichg between X and virtual console - how to?
On Sat, Nov 08, 2003 at 01:23:36PM -0600, Hugo Vanwoerkom wrote: I guess it a matter of personal prefs, but I find any fullscreen VT app. miles ahead of anything on X: as a result I use X for what X is needed for: graphics and VT for everything that needs no graphics. I've finally discovered my own perfect working environment: Fluxbox w/ exactly virtual desktops, using the Mouse wheel to alternate them. Desktop 1: 4 Gnome terminals: 80x25, 80x40, 95x25, 95x40. Desktop 2: Mozilla. Black background, green text. It repaints fast as FUCK plus it's all anti-aliased. I'm sure I could go even more minimal, but I like to call mine minimal all graphical. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: fast swithichg between X and virtual console - how to?
On Sat, Nov 08, 2003 at 06:20:50PM +0100, Miernik wrote: Switching between X and virtual console is very slow, (with Ctrl-Alt-F1, etc). Is it possible to have it swich as fast as is switching between virtual consoles? If I set exactly the same video mode on my text console and X (I mean resolution, timings, etc to be the same, one text and the other graphics mode of course) will it switch fast? It won't have to change video modes. Depends what's being slow. It may be that your monitor blanks for a while during a mode change to avoid stressing the scanning circuits - most do something like this. If you set your text and X modes to use *exactly* the same timings you will probably avoid this, though there will probably be a glitch in the train of sync pulses which might cause it to blank for a while anyway. If it's that your graphics card is taking time to regenerate the X display, it's a case of get a faster card sort of thing. Or maybe if I install a framebuffer and run both text and X console through a framebuffer it will be fast? Only if your graphics card has enormous overhead switching between text and graphic modes, which is unlikely to be the case. -- Pigeon Be kind to pigeons Get my GPG key here: http://pgp.mit.edu:11371/pks/lookup?op=getsearch=0x21C61F7F pgp0.pgp Description: PGP signature
Re: fast swithichg between X and virtual console - how to?
Alex Malinovich wrote: On Sat, 2003-11-08 at 11:20, Miernik wrote: Switching between X and virtual console is very slow, (with Ctrl-Alt-F1, etc). Is it possible to have it swich as fast as is switching between virtual consoles? If I set exactly the same video mode on my text console and X (I mean resolution, timings, etc to be the same, one text and the other graphics mode of course) will it switch fast? It won't have to change video modes. Or maybe if I install a framebuffer and run both text and X console through a framebuffer it will be fast? Is there some reason you need to constantly switch to the VTs? Can you just use xterm instead? That would make switching a lot faster. :) More RAM? Faster video card? More RAM? Faster processor? More RAM? -- Kent -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: kernel messages to virtual console instead of to log file/etc.
On Wed, Oct 01, 2003 at 01:41:15AM -0400, Daniel B. wrote: Although I have /etc/syslog.conf set up to send most messages elsewhere, I still get messages like: EXT2-fs: Unrecognized mount option bs and EXT2-fs: blocksize too small for device. dumped directly to the current virtual console (when I'm in a text console). [snip] This might be helpful: http://www.debian.org/doc/manuals/securing-debian-howto/ch11.en.html Specifically, FAQ 11.1.11. Regards, Larry -- Larry Holish [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
kernel messages to virtual console instead of to log file/etc.
Although I have /etc/syslog.conf set up to send most messages elsewhere, I still get messages like: EXT2-fs: Unrecognized mount option bs and EXT2-fs: blocksize too small for device. dumped directly to the current virtual console (when I'm in a text console). (This is on woody with kernel 2.4.18.) How do I find out which syslog facility code or severity level those messages use (to check my /etc/syslog.conf)? Or are those messages reported wrong in the kernal (so they can't be controlled by the syslog configuration)? My only syslog.conf entries that don't write to log files are: *.emerg * daemon,mail.*;\ news.=crit;news.=err;news.=notice;\ *.=debug;*.=info;\ *.=notice;*.=warn /dev/tty8 daemon.*;mail.*;\ news.crit;news.err;news.notice;\ *.=debug;*.=info;\ *.=notice;*.=warn |/dev/xconsole Thanks, Daniel -- Daniel Barclay [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Virtual console corruption.
Howdy all, A couple of weeks ago, my video card was damaged and, as a temporary replacement, I'm using an old S3 card in console mode. This is going fine, and I've been quite surprised at how well I can get along without X. Anyhow, a couple of days ago I started experiencing some console weirdness. It started with mutt; all the line drawing (127 ASCII) characters got messed up leaving my index with just '' characters in front of each message and no threading. It is now affecting the line drawings in aptitude as well. Of course, like all good bugs, it's intermittent and I haven't been able to establish any list of steps to bring it about. I'm fairly sure it started just after an apt-get dist-upgrade a few days ago, where linuxlogo was updated to it's new fan-doozy Linux/Penguin logo. Another possibility is keychain, which moved it's ssh-agent file and caused trouble on login until I updated my .bash_profile. Neither of those make much sense to me, but they're all I can think of. Has anyone experienced anything like this? Or know how I could narrow down the problem? -rob msg02061/pgp0.pgp Description: PGP signature
X Crashing when switching to virtual console
I am running testing and when I switch over to TTY1 (or any virtual console for that matter) from X, X nearly always crashes and restarts gdm. Has anyone had this happen to them and does anyone know how to keep it from happening? Thanks in advance. Ben Pharr [EMAIL PROTECTED] pgpEiP7G1qgtL.pgp Description: PGP signature
virtual console on serial port
Hi, I have an old sun box here (Netra s20), and apparently it outputs console data via it's serial port. Now given the cables I have, what I would like to do is this: Plug a serial cable from the Netra's serial cable into the serial port on the back of my linux box, and have the display from the sun box outputted to a virtual console on said linux box. What I would like to know is: 1. is this possible 2. how do I tell Linux what to do? thanks in advance for any help with this somewhat unusual problem, Renai
Re: virtual console on serial port
On Fri, Aug 17, 2001 at 03:26:45PM +1000, Renai LeMay wrote: Hi, I have an old sun box here (Netra s20), and apparently it outputs console data via it's serial port. Now given the cables I have, what I would like to do is this: Plug a serial cable from the Netra's serial cable into the serial port on the back of my linux box, and have the display from the sun box outputted to a virtual console on said linux box. Actually, it's pretty simple. Just fire up minicom or ckermit. Tell it which seriel line to use on the linux box. Set the correct line speed (probably 9600 8n1) and that's it. (Don't forget to erase the dial-up strings in minicom. They're not really harmful but could create some strange effects) Cheers Martin -- It is against the grain of modern education to teach children to program. What fun is there in making plans, acquiring discipline in organizing thoughts, devoting attention to detail, and learning to be self-critical? -- Alan Perlis pgppwHH2K73Yz.pgp Description: PGP signature
Re: virtual console on serial port
I've only ever done this using hyperterm on a windoze laptop and tip on solaris but the process on linux should be something like this: Connect a null modem cable to port A of the sun box and then to com port on client box. on the linux box run minicom connecting to the com port you have connected your null modem cable to with 9600bps 8data bit no parity 1 stop bit. fire up the sun box with out keyboard or mouse present. this is critical as it is what makes openBOOT use the first com port for console as it thinks you have a dum term connected. after a while you should see the openBOOT messages scrolling past on the minicom display and be presented the login or OK prompt. if you haven't got a null modem cable in your hip pocket you can make one by crossing pins 2 3, with 7 going straight through on a brakeout box or similar HTH - Rod Beahan[EMAIL PROTECTED] [EMAIL PROTECTED] Insert relevant disclaimer Imagination is more important than knowledge Einstein - Renai LeMay was thought to have wispered: Hi, I have an old sun box here (Netra s20), and apparently it outputs console data via it's serial port. Now given the cables I have, what I would like to do is this: Plug a serial cable from the Netra's serial cable into the serial port on the back of my linux box, and have the display from the sun box outputted to a virtual console on said linux box. What I would like to know is: 1. is this possible 2. how do I tell Linux what to do? thanks in advance for any help with this somewhat unusual problem, Renai -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: virtual console on serial port
On Fri, 17 Aug 2001, Rod Beahan wrote: I've only ever done this using hyperterm on a windoze laptop and tip on solaris but the process on linux should be something like this: Connect a null modem cable to port A of the sun box and then to com port on client box. on the linux box run minicom connecting to the com port you have connected your null modem cable to with 9600bps 8data bit no parity 1 stop bit. sometimes, disabling the flow control is quite important --lpr
take over a virtual console
Hi all, Does anyone know a way to take over a virtual console once i've logged in using telnet (or ssh)? is this at all possible? tia, Nico de Haer _ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com
Re: take over a virtual console
nico de haer [EMAIL PROTECTED] writes: Does anyone know a way to take over a virtual console once i've logged in using telnet (or ssh)? is this at all possible? Not exactly what you are asking for, but...: use screen. You can dettach and reattach screen sessions from different terminals. hth, moritz -- Moritz Schulte [EMAIL PROTECTED] http://www.chaosdorf.de/moritz/ Debian/GNU supporter - http://www.debian.org/ http://www.gnu.org/ GPG fingerprint = 3A14 3923 15BE FD57 FC06 B501 0841 2D7B 6F98 4199
Re: Virtual Console Messed Up When Switching From X
I have the same problem, also with an S3 ViRGE/DX card. I can produce it by stopping and starting xdm. Running setfont (or is that seT7onT?) restores the vc console fonts, but it's probably a bug in the SVGA's server for this chipset. Perhaps it's fixed in 3.3.3... -- Pete Harlan [EMAIL PROTECTED]
Re: Virtual Console Messed Up When Switching From X
[EMAIL PROTECTED] (Ruchira Datta) writes: Sometimes when I switch from X to a virtual console with Ctrl-Alt-Fn, the virtual console starts substituting some characters for others. Try the command `setfont'. -- Carey Evans http://home.clear.net.nz/pages/c.evans/ Is there anyone who actually believes that USAicans are so modest or intellectually honest as to be unable to find someone to sue? - Cameron Laird
Virtual Console Messed Up When Switching From X
I'm sorry if a similar message has appeared before. It seemed not to have gone through. I recently installed Debian 2.0 on my Pentium 233 MMX with 64 MB SDRAM, with an S3d ViRGE/DX 375 VGA card with 4 MB DRAM and a Samsung SyncMaster 4Ne monitor (though I don't think the monitor has anything to do with it). I installed XFree86, running the SVGA server in S3 ViRGE mode, with no options, at 1024x768 resolution, 24 bpp. Sometimes when I switch from X to a virtual console with Ctrl-Alt-Fn, the virtual console starts substituting some characters for others. This happens on all the virtual consoles, not just the one I first switched to. I have tried tset and reset, to no effect. The only solution is to reboot. For example, the sentence the quick brown fox jumps over the lazy dog looks like $he !%ick bo'n fo( j%m # oe $he la*) dog. They are all printable ASCII characters from the same font. It seems that the text-mode display of the video card is messed up. Can anyone help me? ADVthanksANCE Ruchira Datta [EMAIL PROTECTED]
How to run a prog in graphics virtual console
Darn, bitten again by updating with slink ;0) new version of open open_1.4-9 seems to behave differently ive been using it to launch doom onto a graphics capable console now it just comes up in its ussual vt7 saying not running in a graphics capable-console. Used to run into this problem before i happened upon open Any help appreciated Thanx all.
Re: Anyway to kill a virtual console without rebooting?
On Thu, Oct 29, 1998 at 10:25:21AM +, Anthony Campbell wrote: Is there any way to kill a virtual console without rebooting? I ask because for some reason I keep getting lockups when using vim to edit multiple buffers. I can switch to a different vc and carry on, but no other keys work on the vc I started from. Even if I kill the process I was using there, nothing works. Check that scroll lock is not on -- it pauses the console, and that virtual terminal will appear to lock up while it's on. Using ^S and ^Q (XON/XOFF flow control) will also trigger this. Hamish -- Hamish Moffatt VK3TYD [EMAIL PROTECTED], [EMAIL PROTECTED] Latest Debian packages at ftp://ftp.rising.com.au/pub/hamish. PGP#EFA6B9D5 CCs of replies from mailing lists are welcome. http://hamish.home.ml.org
Re: Anyway to kill a virtual console without rebooting?
Log in as root, type `lsof /dev/ttyx' where /dev/ttyx is the `hanging' vc. This will show you the process that occupies this tty. Kill it and the getty process for that vc should respawn. I tried this but I get the message: 'can't determine system map file path'. I don't have System.map on Debian, which I suppose is why it's complaining. If you compile a kernel using make-kpkg with the kernel-package .deb, and install the kernel-package obtained with it, this System.map file will be copied to the '/' directory. Eric Meijer -- E.L. Meijer ([EMAIL PROTECTED]) | tel. office +31 40 2472189 Eindhoven Univ. of Technology | tel. lab. +31 40 2475032 Lab. for Catalysis and Inorg. Chem. (TAK) | tel. fax+31 40 2455054
Re: Anyway to kill a virtual console without rebooting?
On 30 Oct 1998q, Hamish Moffatt wrote: On Thu, Oct 29, 1998 at 10:25:21AM +, Anthony Campbell wrote: Is there any way to kill a virtual console without rebooting? I ask because for some reason I keep getting lockups when using vim to edit multiple buffers. I can switch to a different vc and carry on, but no other keys work on the vc I started from. Even if I kill the process I was using there, nothing works. Check that scroll lock is not on -- it pauses the console, and that virtual terminal will appear to lock up while it's on. Using ^S and ^Q (XON/XOFF flow control) will also trigger this. I don't think so; I've been caught by that one previously and I watch out for it. (Actually, on my setup this key prints some information about memory; oddly enough it was the only key that worked when the console was locked.) Anthony -- Anthony Campbell - running Linux Debian 2.0 [EMAIL PROTECTED] http://www.achc.demon.co.uk The Moving Finger writes; and, having writ, Moves on... - Edward Fitzgerald
Anyway to kill a virtual console without rebooting?
Is there any way to kill a virtual console without rebooting? I ask because for some reason I keep getting lockups when using vim to edit multiple buffers. I can switch to a different vc and carry on, but no other keys work on the vc I started from. Even if I kill the process I was using there, nothing works. Anthony -- Anthony Campbell - running Linux Debian 2.0 [EMAIL PROTECTED] http://www.achc.demon.co.uk The Moving Finger writes; and, having writ, Moves on... - Edward Fitzgerald
Re: Anyway to kill a virtual console without rebooting?
Is there any way to kill a virtual console without rebooting? I ask because for some reason I keep getting lockups when using vim to edit multiple buffers. I can switch to a different vc and carry on, but no other keys work on the vc I started from. Even if I kill the process I was using there, nothing works. Log in as root, type `lsof /dev/ttyx' where /dev/ttyx is the `hanging' vc. This will show you the process that occupies this tty. Kill it and the getty process for that vc should respawn. HTH, Eric -- E.L. Meijer ([EMAIL PROTECTED]) | tel. office +31 40 2472189 Eindhoven Univ. of Technology | tel. lab. +31 40 2475032 Lab. for Catalysis and Inorg. Chem. (TAK) | tel. fax+31 40 2455054
Re: Anyway to kill a virtual console without rebooting?
On Thu, 29 Oct 1998, Anthony Campbell wrote: Is there any way to kill a virtual console without rebooting? As root, kill the shell running on that console. Failing that, kill the getty as well... Matthew -- Elen sila lumenn' omentielvo Steward of the Cambridge Tolkien Society Selwyn College Computer Support http://www.geocities.com/Area51/Chamber/8841/ http://www.cam.ac.uk/CambUniv/Societies/tolkien/ http://pick.sel.cam.ac.uk/
Virtual Console is garbaged
I ran grep and it ended up reading a binary file. Now my console is gibberish -- control chars, escape sequences, and non-printable chars. I tried kill -HUP on getty, I tried kill on getty -- no dice. Any ideas? -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Virtual Console is garbaged
hi, logout and login again Paul On Thu, 14 Aug 1997, Shaleh wrote: I ran grep and it ended up reading a binary file. Now my console is gibberish -- control chars, escape sequences, and non-printable chars. I tried kill -HUP on getty, I tried kill on getty -- no dice. Any ideas? -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] . -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Virtual Console is garbaged
You can try reset, tput reset and echo ^V^O. I have had most success with echo ^V^O I Hope this helps. // Heikki Shaleh wrote: I ran grep and it ended up reading a binary file. Now my console is gibberish -- control chars, escape sequences, and non-printable chars. I tried kill -HUP on getty, I tried kill on getty -- no dice. Any ideas? -- Heikki Vatiainen * [EMAIL PROTECTED] Tampere University of Technology * Tampere, Finland -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Virtual Console is garbaged
hi, logout and login again Paul That might not be enough to fix it. If it's still hosed, try running 'reset' this is usually enough to clear-up most situations like this. Note: you may have to type it in blind since you won't be able to see the text as you're typing it. Also, I don't think you can redirect reset's output to another VT...it'd be worth a try, though. On Thu, 14 Aug 1997, Shaleh wrote: I ran grep and it ended up reading a binary file. Now my console is gibberish -- control chars, escape sequences, and non-printable chars. I tried kill -HUP on getty, I tried kill on getty -- no dice. Any ideas? Chuck -- Chuck Stickelman, Owner E-Mail: [EMAIL PROTECTED] Practical Network DesignVoice: (419) 529-3841 9 Chambers Road FAX:(419) 529-3625 Mansfield, OH 44906-1302 USA -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Virtual Console is garbaged
Try the reset command. I believe the best results are when TERM=linux, but I can't be sure. Brandon On Thu, 14 Aug 1997, Shaleh wrote: I ran grep and it ended up reading a binary file. Now my console is gibberish -- control chars, escape sequences, and non-printable chars. I tried kill -HUP on getty, I tried kill on getty -- no dice. Any ideas? -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] . -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Virtual Console is garbaged
- - hi, logout and login again - Paul - - On Thu, 14 Aug 1997, Shaleh wrote: - - I ran grep and it ended up reading a binary file. Now my console is - gibberish -- control chars, escape sequences, and non-printable chars. - I tried kill -HUP on getty, I tried kill on getty -- no dice. Any - ideas? - - logging out and logging back in doesn't necessarily reset the terminal correctly. a better solution would be stay logged in, and then do ctrl-v, ctrl-o, and hit return. --andy -- Andy Kahn ([EMAIL PROTECTED])Phone: 603-884-2557 (DTN: 264-2557) Digital Equipment CorporationFax : 603-881-2257 -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
virtual console
Hi Linuxusers There is one problem in my virtual console (number one) during the login, when try do one correction with the tecle backspace appear ^? , if try delect appear ^[[3~ and can't typing enter emerge one ^M. What must do? Thanks Vagner Souza.
Warning on non-existant virtual console
Hello all. I now run both of my Linux boxes in runlevel 4 by default, so that I don't use up excess getty's on the virtual consoles (runlevel 4 only provides one console). I just took a look at Alt-F2 and saw this message: Warning: dev (04:c2) tty-count(1) != #fd's(2) in do_tty_hangup There's no login prompt there, which is correct. I don't think I have reason to worry about this, but perhaps it indicates a problem somewhere. --Pete ___ Peter J. Templin, Jr. Client Services Analyst Computer Communication Services tel: (717) 524-1590 Bucknell University [EMAIL PROTECTED] -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED]
Re: resetting a virtual console
On Fri, 11 Oct 1996, Chris R. Martin wrote: How do I reset a textmode virtual console? I got one messed up the other day... I had to login to different console. Is there a reset keystroke or command? Thanks, Chris. If you are logged in, all you need to do is type 'reset'. And there IS a keystroke for when you are not logged in, but I don't remember what that is, but it DOES exist! Daniel == http://www.jax-inter.net/users/servo Organizer of Jax-LUG! Email me for details! -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED]
resetting a virtual console
How do I reset a textmode virtual console? I got one messed up the other day... I had to login to different console. Is there a reset keystroke or command? Thanks, Chris. === Chris R. Martin email: [EMAIL PROTECTED] www: http://http.tamu.edu:8000/~crm7479 -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED]
Re: resetting a virtual console
Chris R. Martin [EMAIL PROTECTED] wrote: How do I reset a textmode virtual console? I always reset by sending the vt100 reset code: echo [cntrl-v][ESC]C (in brackets are keystrokes) This resets to default settings. Hope this helpes. Danny -- Danny ter Haar | Cistron Internet Services | Unix Internet [EMAIL PROTECTED] | finger [EMAIL PROTECTED] for PGP-key |specialists ---+31-172-419445SP6-- -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED]
Re: resetting a virtual console
At 12:28 PM 10/11/96 -0500, you wrote: How do I reset a textmode virtual console? I got one messed up the other day... I had to login to different console. Is there a reset keystroke or command? Thanks, Chris. I take it that you mean that the screen has turned to garbage? Try hitting ^V ^O and it should reset it - works for me. Regards, ...Karl -- Karl Ferguson, Tower Networking Pty Ltd (ACN: 072 322 760)[EMAIL PROTECTED] t/a STAR Online Services [EMAIL PROTECTED] Tel: +61-9-455-3446 Fax: +61-9-455-2776 http://www.star.net.au/ -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED]
Re: resetting a virtual console
On Fri, 11 Oct 1996, Chris R. Martin wrote: How do I reset a textmode virtual console? I got one messed up the other day... I had to login to different console. Is there a reset keystroke or command? Try reset :-) (no joke, the command exists and does exactly what you want; other distributions have it too). See ya Nelson -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED]