Mike writes:
> Thinking back, I seem to recall the issue with the screen turning off
> started after I switched from Nouveau to the Nvidia driver. It fixed
> the issue I had with X but broke my console.
I think I had a similar issue some years ago and these two lines
/etc/default/grub helped:
Mike composed on 2024-06-15 23:47 (UTC+0100):
> On Fri, Jun 14, 2024 at 01:49:08PM -0400, Felix Miata wrote:
>> The following applies with all FOSS drivers I've ever used except possibly
>> mga:
>> vga= only works until KMS starts. video= does the desired job while KMS is
>> engaged. e.g.
>>
On Fri, Jun 14, 2024 at 01:49:08PM -0400, Felix Miata wrote:
> Michael Kjörling composed on 2024-06-14 17:11 (UTC):
>
> > On 14 Jun 2024 17:47 +0100, from Mike:
>
> >> I'd be grateful if anyone could give me any pointers to get the
> >> terminals looking vaguely sensible, please? I think the fir
Michael Kjörling composed on 2024-06-14 17:11 (UTC):
> On 14 Jun 2024 17:47 +0100, from Mike:
>> I'd be grateful if anyone could give me any pointers to get the
>> terminals looking vaguely sensible, please? I think the first isse it
>> working out how to stop the screen turning off, which I ass
On Fri, Jun 14, 2024 at 05:11:37PM +, Michael Kjörling wrote:
> On 14 Jun 2024 17:47 +0100, from deb...@norgie.net (Mike):
> > I'd be grateful if anyone could give me any pointers to get the
> > terminals looking vaguely sensible, please? I think the first isse it
> > working out how to stop t
On 14 Jun 2024 17:47 +0100, from deb...@norgie.net (Mike):
> I'd be grateful if anyone could give me any pointers to get the
> terminals looking vaguely sensible, please? I think the first isse it
> working out how to stop the screen turning off, which I assume is
> because the display is out of r
Folks,
I'm trying to resolve a long standing issue with my virtual consoles.
They're just a bit messed up.
The most pressing issue is that when I boot, after Grub, I get some
miminal output on the screen and then the screen turns off. If I
blindly enter my userid and password and then type start
On Fri 25 Sep 2020 at 12:28:31 (+), Andy Smith wrote:
> On Fri, Sep 25, 2020 at 07:49:19AM -0400, Greg Wooledge wrote:
> > On Fri, Sep 25, 2020 at 07:44:25AM +, Andy Smith wrote:
> > > "hostid" tends to return a hexadecimal representation of the first
> > > IPv4 address (but isn't guarantee
Hello,
On Fri, Sep 25, 2020 at 07:49:19AM -0400, Greg Wooledge wrote:
> On Fri, Sep 25, 2020 at 07:44:25AM +, Andy Smith wrote:
> > "hostid" tends to return a hexadecimal representation of the first
> > IPv4 address (but isn't guaranteed to).
>
> unicorn:~$ hostid
> 007f0101
>
> Doesn't look
On Fri, Sep 25, 2020 at 07:44:25AM +, Andy Smith wrote:
> "hostid" tends to return a hexadecimal representation of the first
> IPv4 address (but isn't guaranteed to).
unicorn:~$ hostid
007f0101
Doesn't look very useful. That's just 127.0.1.1 in a 16-bit little
endian format.
> On a systemd
Hello,
On Thu, Sep 24, 2020 at 08:49:07AM -0600, Charles Curley wrote:
> On Thu, 24 Sep 2020 10:38:55 -0400
> Greg Wooledge wrote:
> > So you're just doing "sleep 1" every time.
>
> Ah, thank you. Yup. Which is weird, because it worked when I first
> wrote that many years ago.
In cron scripts w
On Thu, Sep 24, 2020 at 08:49:07AM -0600, Charles Curley wrote:
> Ah, thank you. Yup. Which is weird, because it worked when I first
> wrote that many years ago.
"Many years ago", sh was probably a link to bash, rather than dash.
On Thu, 24 Sep 2020 10:38:55 -0400
Greg Wooledge wrote:
> In dash, RANDOM does nothing; it's just an empty variable. And as it
> turns out, dash treats that as a zero.
>
> unicorn:~$ dash
> $ echo $((1 + RANDOM % 1200))
> 1
> $ echo $((1 + % 1200))
> dash: 2: arithmetic expression: expecting pr
On Thu, Sep 24, 2020 at 08:10:04AM -0600, Charles Curley wrote:
> On Thu, 24 Sep 2020 09:53:59 -0400
> Greg Wooledge wrote:
>
> > RANDOM is a bashism, not available in sh, so that won't work in a
> > crontab unless you've altered which shell cron is using to parse the
> > crontab.
>
> Well, that
On Thu, 24 Sep 2020 09:53:59 -0400
Greg Wooledge wrote:
> RANDOM is a bashism, not available in sh, so that won't work in a
> crontab unless you've altered which shell cron is using to parse the
> crontab.
Well, that's interesting. The file I pulled that from (in /etc/cron.d)
sets two variables
On Thu, Sep 24, 2020 at 07:23:28AM -0600, Charles Curley wrote:
>5 3 ** * rootsleep $( echo $((1 +
> RANDOM \% 1200)) ) ; /usr/bin/apt-get update > /dev/null && /usr/bin/apt-get
> -dy dist-upgrade > /dev/null
RANDOM is a bashism, not available in sh, so
On Wed, 23 Sep 2020 22:36:36 +0200
Pòl Hallen wrote:
> like ubuntu, what's the best way to show a notify alert (via
> terminal) about available packages?
I take it you mean, *new* available packages. I don't know how Ubuntu
does it, so I'll tell you what I do. And the answer depends on what you
On 9/23/2020 10:36 PM, Pòl Hallen wrote:
Hi :-)
like ubuntu, what's the best way to show a notify alert (via terminal)
about available packages?
I can't talk about Ubuntu but you could use a cronjob that checks
periodicly for new updates and use 'wall' to notify the users.
--
John Doe
Hi :-)
like ubuntu, what's the best way to show a notify alert (via terminal)
about available packages?
thanks! :)
--
Pol
o run another login
process on a virtual terminal
different, where you can enter the chroot directly.
1. In the main system, edit the / etc / inittab, searching and modifying
the following lines:
# Note that most Debian tty7 systems used for the system
# X window (X Windows System). If desired, ther
Good morning, thank you very much for the help of the attached document.
You can tell me how it's done
with systemd in debian 8.3
Thank you very much, Robert.
How to execute another login process in a different virtual terminal, where
To enter the chroot directly. And run X and GNOME in
On Fri, Aug 22, 2008 at 04:00:04PM +0100, hasan ali wrote:
> How can I make new screenfulls of text get drawn instantly in a virtual
> console, rather than having to wait for the text to scroll up. For example
> when
> paging with less, I have to wait for the entire screen to scroll up until I
>
How can I make new screenfulls of text get drawn instantly in a virtual
console, rather than having to wait for the text to scroll up. For example
when paging with less, I have to wait for the entire screen to scroll up
until I can read the new text, and this takes a long time when my cpu is
under
Hello:
I am running Debian unstable on a ppc with a radeon 9250 pci graphics
card. My problem is that the fonts on any virtual terminal become
unreadable after I shutdown gdm (gnome display manager).
For some setup: During the bootup process the fonts are fine and I can
read all messages printed
Another problem after recent X updates in sid: switching back to
the X virtual terminal (e.g. via alt-F7) results in the contents of
the cut/paste buffer being pasted into the active X window.
Anyone else see this behavior? A bug in xserver-xorg (1:7.3+2)?
--
Bill Brelsford
[EMAIL PROTECTED
USB VGA. The X should be running fine, but I lost my current X
> in the original monitor. The screen is dark. Unless I press
> "Alt+Ctrl+F7" to switch back. Then it will cause the newly started X
> be dark. (Should be returned by "Alt+Ctrl+F8")
>
> Seem that they sha
> in the original monitor. The screen is dark. Unless I press
>> > "Alt+Ctrl+F7" to switch back. Then it will cause the newly started X
>> > be dark. (Should be returned by "Alt+Ctrl+F8")
>> >
>> > Seem that they shared the same virtual termi
X
> be dark. (Should be returned by "Alt+Ctrl+F8")
>
> Seem that they shared the same virtual terminal (is it the right way
> to describe the problem?).The "XFree86 Local Multi-User Howto"
> suggested a method to solve but require a patched kernel. Any other
>
) in
> >seperate virtual terminals, but on a single physical monitor. I add the
> >virtual terminal to the end of the startx command, as in:
> >
> >startx -- :0 vt07
>
> The vt07 is used by my primary display , and now I would like to use
> another vt that all
Should be returned by "Alt+Ctrl+F8")
>
> Seem that they shared the same virtual terminal (is it the right way
> to describe the problem?).The "XFree86 Local Multi-User Howto"
> suggested a method to solve but require a patched kernel. Any other
> way to solve the
hould be running fine, but I lost my current X
> in the original monitor. The screen is dark. Unless I press
> "Alt+Ctrl+F7" to switch back. Then it will cause the newly started X
> be dark. (Should be returned by "Alt+Ctrl+F8")
>
> Seem that they shared th
ld be running fine, but I lost my current X
in the original monitor. The screen is dark. Unless I press
"Alt+Ctrl+F7" to switch back. Then it will cause the newly started X
be dark. (Should be returned by "Alt+Ctrl+F8")
Seem that they shared the same virtual terminal (is it
en it will cause the newly started X
be dark. (Should be returned by "Alt+Ctrl+F8")
Seem that they shared the same virtual terminal (is it the right way
to describe the problem?).The "XFree86 Local Multi-User Howto"
suggested a method to solve but require a patched kernel. Any oth
e newly started X
be dark. (Should be returned by "Alt+Ctrl+F8")
Seem that they shared the same virtual terminal (is it the right way
to describe the problem?).The "XFree86 Local Multi-User Howto"
suggested a method to solve but require a patched kernel. Any other
way to solve th
a terminal multiplexor that runs several separate "screens" on a
single physical character-based terminal. Each virtual terminal emulates a
DEC VT100 plus several ANSI X3.64 and ISO 2022 functions. Screen sessions
can be detached and resumed later on a different terminal. .
Screen
I've just installed Debian 3.1 on my
old laptop here.
I do not intend to use X, so I will
experience a lot of terminal work.
So I thought I should do something
special with my console.
After some search on the web I found
this image:
http://img78.photobucket.com/albums/v298/a
ok that came out under another thread by accident so im reposting...
hi,
i'm running unstable, and xfree86 3.2.1-14
before starting x everything is fine. Then I start it and when i try to
to got to one of the virtual terminal consoles, the screen is messed up.
Even if I stop X they stay m
Peter Baker wrote:
hi,
i have a compaq armada with debian installed
x runs fine, but i when i switch to a virtual terminal ctrl alt f1, ctrl
alt f2, etc , i get colored stripes down the screen, its just a mess. is
this anything to do with my X settings? surely not? is there any setting
that
i have a compaq armada with debian installed x runs fine, but i when i
switch to a virtual terminal ctrl alt f1, ctrl alt f2, etc , i get
colored stripes down the screen, its just a mess. is this anything to do
with my X settings? surely not? is there any setting that changes how
the virtual
z>
Try booting with the parameter vga=normal or vga=791, and see if it
solves your problem. If it does, add it to your /etc/lilo.conf (or what
boot loader you are using), and run /sbin/lilo.
even thought that solved the problem, i seem to get the same problem
again now... i have been installing ne
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Wednesday 05 November 2003 06:06 pm, Alexander Schmehl wrote:
> [ sending mail to the list, since it might be worth to be kept in the
> archive ]
>
> Good morning,
>
> * navaja <[EMAIL PROTECTED]> [031105 16:07]:
> > thanks, changing to vga=791 work
[ sending mail to the list, since it might be worth to be kept in the
archive ]
Good morning,
* navaja <[EMAIL PROTECTED]> [031105 16:07]:
> thanks, changing to vga=791 worked... what does it do?
You can run the Text-Console in different graphic modes. That is called
"framebuffer mode". With v
Try booting with the parameter vga=normal or vga=791, and see if it
solves your problem. If it does, add it to your /etc/lilo.conf (or what
boot loader you are using), and run /sbin/lilo.
thanks, changing to vga=791 worked... what does it do?
pete
--
To UNSUBSCRIBE, email to [EMAIL PROTECTE
i have a compaq armada with debian installed
x runs fine, but i when i switch to a virtual terminal ctrl alt f1,
ctrl alt f2, etc , i get colored stripes down the screen, its just a
mess. is this anything to do with my X settings? surely not? is there
any setting that changes how the virtual
* Peter Baker <[EMAIL PROTECTED]> [031105 12:16]:
> i have a compaq armada with debian installed
> x runs fine, but i when i switch to a virtual terminal ctrl alt f1, ctrl
> alt f2, etc , i get colored stripes down the screen, its just a mess. is
> this anything to do with my
hi,
i have a compaq armada with debian installed
x runs fine, but i when i switch to a virtual terminal ctrl alt f1, ctrl
alt f2, etc , i get colored stripes down the screen, its just a mess. is
this anything to do with my X settings? surely not? is there any setting
that changes how the
On March 31, 2003 09:12 pm, sean finney wrote:
> hi leo,
>
> On Mon, Mar 31, 2003 at 08:25:57PM -0800, Leo Spalteholz wrote:
> > Hi,
> > I wanted to run a certain program (darkstat) at boot but I want
> > it to run in verbose mode and display the output in one of the
> > other virtual terminals so
hi leo,
On Mon, Mar 31, 2003 at 08:25:57PM -0800, Leo Spalteholz wrote:
> Hi,
> I wanted to run a certain program (darkstat) at boot but I want it to
> run in verbose mode and display the output in one of the other
> virtual terminals so I can ALT-Fx to it.. I've got it starting at
> boot but
Hi,
I wanted to run a certain program (darkstat) at boot but I want it to
run in verbose mode and display the output in one of the other
virtual terminals so I can ALT-Fx to it.. I've got it starting at
boot but how can I specify the VT it starts in?
Thanks,
Leo
--
To UNSUBSCRIBE, email to
On Thu, Mar 13, 2003 at 06:48:58AM +, Aurelio Turco wrote:
> I have looked around for a screen lock
> for the text mode virtual terminal
> that activates automatically after
> a certain amount of idle time
> but could not find even one.
>
> Does anyone know of any?
v
* Paul Johnson ([EMAIL PROTECTED]) [030219 08:15]:
> On Tue, Feb 18, 2003 at 01:11:19PM -0500, Matthew Weier O'Phinney wrote:
> > You might look into 'screen' -- when in a screen session, you can create
> > a new screen (i.e. virtual terminal) with a 'Ctrl-A
On Tue, Feb 18, 2003 at 01:11:19PM -0500, Matthew Weier O'Phinney wrote:
> You might look into 'screen' -- when in a screen session, you can create
> a new screen (i.e. virtual terminal) with a 'Ctrl-A c', move back and
> forth between open screens, etc.
Y
re a somewhat safe way to login to several vt's at once from say
> a script?
You might look into 'screen' -- when in a screen session, you can create
a new screen (i.e. virtual terminal) with a 'Ctrl-A c', move back and
forth between open screens, etc.
--
Matt
Greetings,
When I do some programming, I like to login to several virtual terminals,
so I can compile without exiting [1]nano, read a man page, view other code,
etc. Is there a somewhat safe way to login to several vt's at once from say
a script?
Thanks,
Brooks
1. Yes, I said nano, get
Thanks both !
You were right. The framebuffer support was in the kernel (a debian
instalation kernel version 2.2.17-idepci). I didn't think about it.
It's a little bit strange. This kernel has also de configuration lines :
CONFIG_FB_VESA=y
CONFIG_FB_VGA16=y
so support would be quite generic
: debian-user@lists.debian.org
Temat: Changing from X to a virtual terminal doesn't work
In debian 2.2 with a Diamond FireGl 1000 pro, the screen goes
sleep when
I change *from X to a virtual terminal*. Virtual terminals works
fine
before starting Xserver. Xserver works well also, but it seems
lik
In debian 2.2 with a Diamond FireGl 1000 pro, the screen goes
sleep when
I change *from X to a virtual terminal*. Virtual terminals works
fine
before starting Xserver. Xserver works well also, but it seems
like the
screen lose the sync or the video card doesn't get back well to
virtual
ter
loft ([EMAIL PROTECTED]) wrote:
> I am student and have to explain how a virtual functions, how a software
> could be designed so that a programm would print output to a virtual terminal.
Do you mean the virtual consoles which you can flip between with Alt-F2
and so on?
If so, these ar
Hello,
I am student and have to explain how a virtual functions, how
a software could be designed so that a programm would print output to a virtual
terminal.
I found nothing on the Web so if you had a few minutes to help
me it would be very nice.
Thanks
Carine
On Mon, Feb 23, 1998 at 12:19:26PM -0700, Fulgham, Brent/SCO wrote:
> Is there an easy way to start a process on another virtual terminal?
> For example, I would like to run the RC5DES client from Distributed.net
> on a virtual terminal, so I can alt-f7 over to it and see how it is
>
At 12:19 -0700 1998-02-23, Fulgham, Brent/SCO wrote:
>Is there an easy way to start a process on another virtual terminal?
Install the 'open' package.
--
Joel "Espy" Klecker Debian GNU/Linux Developer<mailto:[EMAIL PROTECTED]>
<http://www.espy.org/
Brent,
I believe that the 'open' program will do this for you.
Steve Mayer
[EMAIL PROTECTED]
Fulgham, Brent/SCO wrote:
>
> Is there an easy way to start a process on another virtual terminal?
> For example, I would like to run the RC5DES client from Distributed.net
>
Is there an easy way to start a process on another virtual terminal?
For example, I would like to run the RC5DES client from Distributed.net
on a virtual terminal, so I can alt-f7 over to it and see how it is
doing from time to time. I tried cat rc5des > /dev/tty7, which doesn't
work...
63 matches
Mail list logo
