Discussion:
[openbox] Switching to console does not work.
Genghis Khan
2014-05-22 05:26:07 UTC
Permalink
You may either set this shortcut as </keybind> in file rc.xml or add
gnome-settings-daemon to file autostart.sh.

On Fri, 16 May 2014 12:16:14 +0300
After install of openbox can not switch normally to console using
Shortcuts Ctrl +Alt + FN.
Shortcut work but see only dark screen, no login lines.
Switching back to tty8 where openbox launched, see desctop normally.
OS Ubuntu 10.04
Openbox 3.4.10
Note: when Gnome was used, no such problem existed.
--
()  ascii ribbon campaign - against html e-mail
/\  www.asciiribbon.org   - against proprietary attachments
Mindaugas B
2014-05-22 07:07:04 UTC
Permalink
I am using Openbox without a desktop environment (The lightweight
approach). So "gnome-settings-daemon" i understand will not help.

Console switching shortcut is config of Os is think. And this shortcut
works Ctrl +Alt + FN (just in some strange way, shows only black screen).

After switching to other console i do not see clear picture, like something
happened to video driver or some viewing mode.
Post by Genghis Khan
You may either set this shortcut as </keybind> in file rc.xml or add
gnome-settings-daemon to file autostart.sh.
On Fri, 16 May 2014 12:16:14 +0300
After install of openbox can not switch normally to console using
Shortcuts Ctrl +Alt + FN.
Shortcut work but see only dark screen, no login lines.
Switching back to tty8 where openbox launched, see desctop normally.
OS Ubuntu 10.04
Openbox 3.4.10
Note: when Gnome was used, no such problem existed.
--
() ascii ribbon campaign - against html e-mail
/\ www.asciiribbon.org - against proprietary attachments
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://icculus.org/pipermail/openbox/attachments/20140522/80ed9eb0/attachment.html>
Mathias Dufresne
2014-05-22 07:48:04 UTC
Permalink
Hi,

It could be normal, or not. I had similar issue years ago because of some
bug involving my graphic card driver (nvidia card, non-open driver). When
switching to consoles, the screens were black. This was solved by updating
my system. Perhpas you could try to update a little bit that 10.04...

But it can be also a normal behaviour of your system, if your system is
configured to not run any console one these screens. Keyboard shorcuts are
working you'll arrive on the screen you asked for, but nothing would run on
it, nothing would be displayed.

To check if you have something running on your console screens:
the easy way (not working in case of systemd):
ps ax | getty
2513 tty1 Ss+ 0:00 /sbin/getty 38400 tty1
2514 tty2 Ss+ 0:00 /sbin/getty 38400 tty2
2515 tty3 Ss+ 0:00 /sbin/getty 38400 tty3
2516 tty4 Ss+ 0:00 /sbin/getty 38400 tty4
2517 tty5 Ss+ 0:00 /sbin/getty 38400 tty5
2518 tty6 Ss+ 0:00 /sbin/getty 38400 tty6

Here my six getty giving me prompt on tty1 to tty6.

the other way:

I expect Ubuntu 10.04 is not running systemd so you should still have a
/etc/inittab file.

Here is one /etc/inittab, from one Debian so it should not be too different
from yours:

# /etc/inittab: init(8) configuration.
# $Id: inittab,v 1.91 2002/01/25 13:35:21 miquels Exp $

# The default runlevel.
id:2:initdefault:

# Boot-time system configuration/initialization script.
# This is run first except when booting in emergency (-b) mode.
si::sysinit:/etc/init.d/rcS

# What to do in single-user mode.
~~:S:wait:/sbin/sulogin

# /etc/init.d executes the S and K scripts upon change
# of runlevel.
#
# Runlevel 0 is halt.
# Runlevel 1 is single-user.
# Runlevels 2-5 are multi-user.
# Runlevel 6 is reboot.

l0:0:wait:/etc/init.d/rc 0
l1:1:wait:/etc/init.d/rc 1
l2:2:wait:/etc/init.d/rc 2
l3:3:wait:/etc/init.d/rc 3
l4:4:wait:/etc/init.d/rc 4
l5:5:wait:/etc/init.d/rc 5
l6:6:wait:/etc/init.d/rc 6
# Normally not reached, but fallthrough in case of emergency.
z6:6:respawn:/sbin/sulogin

# What to do when CTRL-ALT-DEL is pressed.
ca:12345:ctrlaltdel:/sbin/shutdown -t1 -a -r now

# Action on special keypress (ALT-UpArrow).
#kb::kbrequest:/bin/echo "Keyboard Request--edit /etc/inittab to let this
work."

# What to do when the power fails/returns.
pf::powerwait:/etc/init.d/powerfail start
pn::powerfailnow:/etc/init.d/powerfail now
po::powerokwait:/etc/init.d/powerfail stop

# /sbin/getty invocations for the runlevels.
#
# The "id" field MUST be the same as the last
# characters of the device (after "tty").
#
# Format:
# <id>:<runlevels>:<action>:<process>
#
# Note that on most Debian systems tty7 is used by the X Window System,
# so if you want to add more getty's go ahead but skip tty7 if you run X.
#





*1:2345:respawn:/sbin/getty 38400 tty12:23:respawn:/sbin/getty 38400
tty23:23:respawn:/sbin/getty 38400 tty34:23:respawn:/sbin/getty 38400
tty45:23:respawn:/sbin/getty 38400 tty56:23:respawn:/sbin/getty 38400 tty6*

# Example how to put a getty on a serial line (for a terminal)
#
#T0:23:respawn:/sbin/getty -L ttyS0 9600 vt100
#T1:23:respawn:/sbin/getty -L ttyS1 9600 vt100

# Example how to put a getty on a modem line.
#
#T3:23:respawn:/sbin/mgetty -x0 -s 57600 ttyS3


In bold the six lines asking to /sbin/init to run /sbin/getty.

The first lines of man getty gives that:
DESCRIPTION
agetty opens a tty port, prompts for a login name and invokes the
/bin/login command. It is normally invoked by init(8).

You can use "man inittab" to have more information on that file and its
syntax.

In short: each lines asks to run a getty on the system. Each line is for
one and only one "console screen" (one line for ctrl + alt + F1, one line
for ctrl + alt + F2, etc...).

One line has several elements separated by ":"

Let's explain the first line, for console screen number one :
*1:2345:respawn:/sbin/getty 38400 tty1*
1: for configuring console screen number 1
2345: this line will be used when running the system in runlevels 2 to 5.
respawn: if the getty process is killed for any reason, restart it.
the element is the full command /sbin/init will have to launch.

Kindly regards,

mathias
Post by Mindaugas B
I am using Openbox without a desktop environment (The lightweight
approach). So "gnome-settings-daemon" i understand will not help.
Console switching shortcut is config of Os is think. And this shortcut
works Ctrl +Alt + FN (just in some strange way, shows only black screen).
After switching to other console i do not see clear picture, like
something happened to video driver or some viewing mode.
Post by Genghis Khan
You may either set this shortcut as </keybind> in file rc.xml or add
gnome-settings-daemon to file autostart.sh.
On Fri, 16 May 2014 12:16:14 +0300
After install of openbox can not switch normally to console using
Shortcuts Ctrl +Alt + FN.
Shortcut work but see only dark screen, no login lines.
Switching back to tty8 where openbox launched, see desctop normally.
OS Ubuntu 10.04
Openbox 3.4.10
Note: when Gnome was used, no such problem existed.
--
() ascii ribbon campaign - against html e-mail
/\ www.asciiribbon.org - against proprietary attachments
_______________________________________________
openbox mailing list
openbox at icculus.org
http://icculus.org/mailman/listinfo/openbox
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://icculus.org/pipermail/openbox/attachments/20140522/6306f9d3/attachment-0001.html>
Mindaugas B
2014-06-05 06:12:35 UTC
Permalink
It looks at the end that it is related to startx not with openbox related.


video card :
00:02.0 VGA compatible controller: Intel Corporation Device 0be2 (rev 0b)

consoles running:





* 805 tty4 Ss+ 0:00 /sbin/getty -8 38400 tty4 809 tty5 Ss+
0:00 /sbin/getty -8 38400 tty5 814 tty2 Ss+ 0:00 /sbin/getty -8
38400 tty2 816 tty3 Ss+ 0:00 /sbin/getty -8 38400 tty3 818
tty6 Ss+ 0:00 /sbin/getty -8 38400 tty6 1019 tty1 Ss+ 0:00
/sbin/getty -8 38400 tty1*

no /etc/inittab file
but i have default runlevel /etc/init/rc-sysinit.conf:
..
*env DEFAULT_RUNLEVEL=2*
..

also i use config in these files, this launch startx on tty8:
/etc/init/tty8.conf

contents of file tty8.conf:









*# tty8 - getty## This service maintains a getty on tty8 from the point the
system is# started until it is shut down again.start on stopped rc
RUNLEVEL=[2345] stop on runlevel [!2345]respawnexec /bin/openvt -fwc8 --
/usr/bin/sudo -H -u user /usr/bin/startx*


in user profile folder there is .Xsession witch launch openbox







*#!/bin/sh# OPEN BOX STARTUP ## start idesk, icons on desktop/usr/bin/idesk
&openbox*
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://icculus.org/pipermail/openbox/attachments/20140605/d0a81bb8/attachment.html>
Mathias Dufresne
2014-06-05 11:38:56 UTC
Permalink
Hi,

You should look into Xorg's configuration rather than into Openbox's one.
Openbox is, for me, responsible of window management into X but not to
switch outside of X.

As for Ctrl + Alt + Backspace, which is configured into keyboard section of
Xorg files.

Perhaps you should have a look there:
http://ubuntuforums.org/showthread.php?t=1471825

The title of this thread is: "no ctrl alt f1 ubuntu 10.04" and is tagged as
resolved.

Cheers,

mathias
Post by Mindaugas B
It looks at the end that it is related to startx not with openbox related.
00:02.0 VGA compatible controller: Intel Corporation Device 0be2 (rev 0b)
* 805 tty4 Ss+ 0:00 /sbin/getty -8 38400 tty4 809 tty5 Ss+
0:00 /sbin/getty -8 38400 tty5 814 tty2 Ss+ 0:00 /sbin/getty -8
38400 tty2 816 tty3 Ss+ 0:00 /sbin/getty -8 38400 tty3 818
tty6 Ss+ 0:00 /sbin/getty -8 38400 tty6 1019 tty1 Ss+ 0:00
/sbin/getty -8 38400 tty1*
no /etc/inittab file
..
*env DEFAULT_RUNLEVEL=2*
..
/etc/init/tty8.conf
*# tty8 - getty## This service maintains a getty on tty8 from the point
the system is# started until it is shut down again.start on stopped rc
RUNLEVEL=[2345] stop on runlevel [!2345]respawnexec /bin/openvt -fwc8 --
/usr/bin/sudo -H -u user /usr/bin/startx*
in user profile folder there is .Xsession witch launch openbox
*#!/bin/sh# OPEN BOX STARTUP ## start idesk, icons on
desktop/usr/bin/idesk &openbox*
_______________________________________________
openbox mailing list
openbox at icculus.org
http://icculus.org/mailman/listinfo/openbox
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://icculus.org/pipermail/openbox/attachments/20140605/76d4cf4d/attachment.html>
Mathias Dufresne
2014-06-05 12:15:34 UTC
Permalink
For lazy people (yes I know some are trying to hide themselves at the back
near the window ;)
http://www.linuxquestions.org/questions/linux-general-1/ctrl-alt-f1-%3D-black-blank-screen-385376/#post4593178

If I read carefully enough this should come from grub configuration.

The main issue is Ubuntu is designed to be user friendly and would stupidly
erase grub configuration at each kernel update. This Linux distribution has
to be avoid in my own opinion... But, you have it, you won't change today :
)

So the point will be to change your system configuration to avoid grub
setup to erase your modification.

For me, the simplest way to proceed is to:
1) create a working grub.cfg (the one you are using right now)
2) change it for it give you access to your console
3) change it for it uses a link to your current kernel and initrd rather
than using the kernel / initrd file name.
4) modify grub2 setup scripts for they are not working any more (removing
the executable bit one them for they can't be run when apt* would upgrade
your grub or your kernel
5) run grub-install or grub2-install specifying your harddrive name:
grub2-install /dev/sda

1) your system boots -> you have the grub.cfg working
2) according to the link in the beginning of this mail, change one of your
grub entries (the one you use each is a good candidate, you could copy it,
changing its name, to keep your working config and create a new one for
testing) by modifying the "linux" line, then the initrd line:
3) this needs two actions:
a - cd /boot
ln -s kernel-version-you-want-to-use vmlinuz
ls -l /boot/vmlinuz
/boot/vmlinuz -> kernel-version-you-want-to-use
ln -s initrd.img-X.Y.Z-blablabla initrd.img


On my own system that gives me that:
ls -l /boot/vmlinuz
lrwxrwxrwx 1 root root 44 23 févr. 13:44 /boot/vmlinuz ->
kernel-genkernel-x86_64-3.12.2-gentoo-virtio

b - back into /boot/grub/grub.cfg, still modifying the "linux" line,
replace /boot/kernel-version by /boot/vmlinuz

One some of my Debian there, initially a grub entry is:
*menuentry* 'Debian GNU/Linux, with Linux 3.2.0-4-amd64' --class debian
--class gnu-linux --class gnu --class os {
load_video
insmod gzio
insmod part_msdos
insmod ext2
set root='(hd0,msdos1)'
search --no-floppy --fs-uuid --set=root
52a22bfb-be26-48eb-8345-7d813b8424b8
echo 'Loading Linux 3.2.0-4-amd64 ...'
*linux* */vmlinuz-3.2.0-4-amd64* root=/dev/mapper/rootvg-rootlv
ro quiet
echo 'Loading initial ramdisk ...'
*initrd /initrd.img-3.2.0-4-amd64*
}

Would become:
*menuentry* 'Debian GNU/Linux' --class debian --class gnu-linux --class gnu
--class os {
load_video
insmod gzio
insmod part_msdos
insmod ext2
set root='(hd0,msdos1)'
search --no-floppy --fs-uuid --set=root
52a22bfb-be26-48eb-8345-7d813b8424b8
echo 'Loading Linux 3.2.0-4-amd64 ...'
*linux* */vmlinuz* root=/dev/mapper/rootvg-rootlv ro quiet
echo 'Loading initial ramdisk ...'
*initrd* */initrd.img*
}

Notes:
- /vmlinuz is used rather than /boot/vmlinuz because I use separated /boot
partition.
- I changed the menuentry name to remove kernel version, this entry as no
more reason to be changed again.

4) removing auto updte of grub.cfg:
When grub-setup is launched it runs scripts in /etc/grub.d to create your
new grub.cfg. It do that because the scripts inside that directory are
executable. To avoid grub erasing your config, just do that:
chmod -x /etc/grub.d/*

So now you have:
created the two links in /boot
modified your /boot/grub/grub.cfg
removed the executable bit on all files in /etc/grub.d

you can launch "grub-install /dev/sda" if /dev/sda is really your disk : )
Post by Mathias Dufresne
Hi,
You should look into Xorg's configuration rather than into Openbox's one.
Openbox is, for me, responsible of window management into X but not to
switch outside of X.
As for Ctrl + Alt + Backspace, which is configured into keyboard section
of Xorg files.
http://ubuntuforums.org/showthread.php?t=1471825
The title of this thread is: "no ctrl alt f1 ubuntu 10.04" and is tagged
as resolved.
Cheers,
mathias
Post by Mindaugas B
It looks at the end that it is related to startx not with openbox related.
00:02.0 VGA compatible controller: Intel Corporation Device 0be2 (rev 0b)
* 805 tty4 Ss+ 0:00 /sbin/getty -8 38400 tty4 809 tty5 Ss+
0:00 /sbin/getty -8 38400 tty5 814 tty2 Ss+ 0:00 /sbin/getty -8
38400 tty2 816 tty3 Ss+ 0:00 /sbin/getty -8 38400 tty3 818
tty6 Ss+ 0:00 /sbin/getty -8 38400 tty6 1019 tty1 Ss+ 0:00
/sbin/getty -8 38400 tty1*
no /etc/inittab file
..
*env DEFAULT_RUNLEVEL=2*
..
/etc/init/tty8.conf
*# tty8 - getty## This service maintains a getty on tty8 from the point
the system is# started until it is shut down again.start on stopped rc
RUNLEVEL=[2345] stop on runlevel [!2345]respawnexec /bin/openvt -fwc8 --
/usr/bin/sudo -H -u user /usr/bin/startx*
in user profile folder there is .Xsession witch launch openbox
*#!/bin/sh# OPEN BOX STARTUP ## start idesk, icons on
desktop/usr/bin/idesk &openbox*
_______________________________________________
openbox mailing list
openbox at icculus.org
http://icculus.org/mailman/listinfo/openbox
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://icculus.org/pipermail/openbox/attachments/20140605/5cc03f79/attachment-0001.html>
R. Mattes
2014-06-05 13:22:05 UTC
Permalink
Post by Mathias Dufresne
For lazy people (yes I know some are trying to hide themselves at the back
near the window ;)
http://www.linuxquestions.org/questions/linux-general-1/ctrl-alt-f1-%3D-black-blank-screen-385376/#post4593178
Post by Mathias Dufresne
If I read carefully enough this should come from grub configuration.
The main issue is Ubuntu is designed to be user friendly and would
stupidly erase grub configuration at each kernel update. This Linux
distribution has to be avoid in my own opinion... But, you have it,
you won't change today : )
You should be carefull with such statements - this is not something
Ubuntu, this is how Debian tries to manage grub2 configuration in a
modular way. This important so that packages that need to manipulate
grub configuration (certain video drivers, file system modules etc.)
do so without having to parse and rewrite the monolithic grub.cfg.
And the autogenerated file has a HUGE warning telling you that you
shouldn't directly modify this file - it even tells you where to put
your changes so that they persist.

More below ....
Post by Mathias Dufresne
So the point will be to change your system configuration to avoid grub setup
to erase your modification.
Post by Mathias Dufresne
1) create a working grub.cfg (the one you are using right now)
2) change it for it give you access to your console
3) change it for it uses a link to your current kernel and initrd rather
than using the kernel / initrd file name.
Post by Mathias Dufresne
4) modify grub2 setup scripts for they are not working any more
(removing the executable bit one them for they can't be run when apt*
would upgrade your grub or your kernel
grub2-install /dev/sda
1) your system boots -> you have the grub.cfg working
2) according to the link in the beginning of this mail, change one of
your grub entries (the one you use each is a good candidate, you could
copy it, changing its name, to keep your working config and create a
new one for testing) by modifying the "linux" line, then the initrd
a - cd /boot
ln -s kernel-version-you-want-to-use vmlinuz
ls -l /boot/vmlinuz
/boot/vmlinuz -> kernel-version-you-want-to-use
ln -s initrd.img-X.Y.Z-blablabla initrd.img
ls -l /boot/vmlinuz
lrwxrwxrwx 1 root root 44 23 févr. 13:44 /boot/vmlinuz ->
kernel-genkernel-x86_64-3.12.2-gentoo-virtio
Post by Mathias Dufresne
b - back into /boot/grub/grub.cfg, still modifying the "linux" line, replace
/boot/kernel-version by /boot/vmlinuz
Post by Mathias Dufresne
menuentry 'Debian GNU/Linux, with Linux 3.2.0-4-amd64' --class debian
--class gnu-linux --class gnu --class os {
Post by Mathias Dufresne
        load_video
        insmod gzio
        insmod part_msdos
        insmod ext2
        set root='(hd0,msdos1)'
        search --no-floppy --fs-uuid --set=root
52a22bfb-be26-48eb-8345-7d813b8424b8
Post by Mathias Dufresne
        echo    'Loading Linux 3.2.0-4-amd64 ...'
        linux   /vmlinuz-3.2.0-4-amd64 root=/dev/mapper/rootvg-rootlv ro  quiet
        echo    'Loading initial ramdisk ...'
        initrd  /initrd.img-3.2.0-4-amd64
}
menuentry 'Debian GNU/Linux' --class debian --class gnu-linux --class gnu
--class os {
Post by Mathias Dufresne
        load_video
        insmod gzio
        insmod part_msdos
        insmod ext2
        set root='(hd0,msdos1)'
        search --no-floppy --fs-uuid --set=root
52a22bfb-be26-48eb-8345-7d813b8424b8
Post by Mathias Dufresne
        echo    'Loading Linux 3.2.0-4-amd64 ...'
        linux   /vmlinuz root=/dev/mapper/rootvg-rootlv ro  quiet
        echo    'Loading initial ramdisk ...'
        initrd  /initrd.img
}
- /vmlinuz is used rather than /boot/vmlinuz because I use separated /boot
partition.
Post by Mathias Dufresne
- I changed the menuentry name to remove kernel version, this entry as no
more reason to be changed again.
Post by Mathias Dufresne
When grub-setup is launched it runs scripts in /etc/grub.d to create
your new grub.cfg. It do that because the scripts inside that
directory are executable. To avoid grub erasing your config, just do
chmod -x /etc/grub.d/*
created the two links in /boot
modified your /boot/grub/grub.cfg
removed the executable bit on all files in /etc/grub.d
you can launch "grub-install /dev/sda" if /dev/sda is really your disk : )
All that to change the kernel parameters?
You can easily o that (without breaking your package manager's grub
setup [1]) by editing GRUB_CMDLINE_LINUX_DEFAULT and GRUB_CMDLINE_LINUX in
/etc/default/grub

HTH Ralf Mattes

[1] With your alterations, every time you install a new kernel you'd
have to manualy add it to your grub.cfg. Not fun, esp. if you forget to
do so after a security update ...
Post by Mathias Dufresne
Hi,
You should look into Xorg's configuration rather than into Openbox's one.
Openbox is, for me, responsible of window management into X but not to switch
outside of X.
Post by Mathias Dufresne
As for Ctrl + Alt + Backspace, which is configured into keyboard section of
Xorg files.
http://ubuntuforums.org/showthread.php?t=1471825
Post by Mathias Dufresne
The title of this thread is: "no ctrl alt f1 ubuntu 10.04" and is tagged as
resolved.
Post by Mathias Dufresne
Cheers,
mathias
It looks at the end that it is related to startx not with openbox related.
00:02.0 VGA compatible controller: Intel Corporation Device 0be2 (rev 0b)
 805 tty4     Ss+    0:00 /sbin/getty -8 38400 tty4
  809 tty5     Ss+    0:00 /sbin/getty -8 38400 tty5
  814 tty2     Ss+    0:00 /sbin/getty -8 38400 tty2
  816 tty3     Ss+    0:00 /sbin/getty -8 38400 tty3
  818 tty6     Ss+    0:00 /sbin/getty -8 38400 tty6
 1019 tty1     Ss+    0:00 /sbin/getty -8 38400 tty1
 
no /etc/inittab file
..
env DEFAULT_RUNLEVEL=2
..
/etc/init/tty8.conf
# tty8 - getty
#
# This service maintains a getty on tty8 from the point the system is
# started until it is shut down again.
start on stopped rc RUNLEVEL=[2345]
stop on runlevel [!2345]
respawn
exec /bin/openvt -fwc8 -- /usr/bin/sudo -H -u user /usr/bin/startx
in user profile folder there is .Xsession witch launch openbox
#!/bin/sh
# OPEN BOX STARTUP
#
# start idesk, icons on desktop
/usr/bin/idesk &
openbox
_______________________________________________
openbox mailing list
openbox at icculus.org
http://icculus.org/mailman/listinfo/openbox
--
R. Mattes -
Hochschule fuer Musik Freiburg
rm at inm.mh-freiburg.de
Mathias Dufresne
2014-06-06 10:57:42 UTC
Permalink
Hi Ralf,

In fact when kernel is updated you just have to change both links in /boot.
Not too user friendly I admit, but you know when your kernel is changed.

Then yes you are right, it's from Debian (my second or third favorite
system), except for the "splash" and "vt.handoff=7" options, from which
this issue comes.

IMHO user friendly stuffs are generally not ready, not by system side. User
friendly is important in desktops, desktop are not system. Grub and kernel
are system parts. But yes, you're right, I'm a bit trash in my perception
of this world ;-)

Cheers, have a nice weekend :)
Post by Mathias Dufresne
Post by Mathias Dufresne
For lazy people (yes I know some are trying to hide themselves at the
back
near the window ;)
http://www.linuxquestions.org/questions/linux-general-1/ctrl-alt-f1-%3D-black-blank-screen-385376/#post4593178
Post by Mathias Dufresne
If I read carefully enough this should come from grub configuration.
The main issue is Ubuntu is designed to be user friendly and would
stupidly erase grub configuration at each kernel update. This Linux
distribution has to be avoid in my own opinion... But, you have it,
you won't change today : )
You should be carefull with such statements - this is not something
Ubuntu, this is how Debian tries to manage grub2 configuration in a
modular way. This important so that packages that need to manipulate
grub configuration (certain video drivers, file system modules etc.)
do so without having to parse and rewrite the monolithic grub.cfg.
And the autogenerated file has a HUGE warning telling you that you
shouldn't directly modify this file - it even tells you where to put
your changes so that they persist.
More below ....
Post by Mathias Dufresne
So the point will be to change your system configuration to avoid grub
setup
to erase your modification.
Post by Mathias Dufresne
1) create a working grub.cfg (the one you are using right now)
2) change it for it give you access to your console
3) change it for it uses a link to your current kernel and initrd rather
than using the kernel / initrd file name.
Post by Mathias Dufresne
4) modify grub2 setup scripts for they are not working any more
(removing the executable bit one them for they can't be run when apt*
would upgrade your grub or your kernel
grub2-install /dev/sda
1) your system boots -> you have the grub.cfg working
2) according to the link in the beginning of this mail, change one of
your grub entries (the one you use each is a good candidate, you could
copy it, changing its name, to keep your working config and create a
new one for testing) by modifying the "linux" line, then the initrd
a - cd /boot
ln -s kernel-version-you-want-to-use vmlinuz
ls -l /boot/vmlinuz
/boot/vmlinuz -> kernel-version-you-want-to-use
ln -s initrd.img-X.Y.Z-blablabla initrd.img
ls -l /boot/vmlinuz
lrwxrwxrwx 1 root root 44 23 févr. 13:44 /boot/vmlinuz ->
kernel-genkernel-x86_64-3.12.2-gentoo-virtio
Post by Mathias Dufresne
b - back into /boot/grub/grub.cfg, still modifying the "linux" line,
replace
/boot/kernel-version by /boot/vmlinuz
Post by Mathias Dufresne
menuentry 'Debian GNU/Linux, with Linux 3.2.0-4-amd64' --class debian
--class gnu-linux --class gnu --class os {
Post by Mathias Dufresne
load_video
insmod gzio
insmod part_msdos
insmod ext2
set root='(hd0,msdos1)'
search --no-floppy --fs-uuid --set=root
52a22bfb-be26-48eb-8345-7d813b8424b8
Post by Mathias Dufresne
echo 'Loading Linux 3.2.0-4-amd64 ...'
linux /vmlinuz-3.2.0-4-amd64 root=/dev/mapper/rootvg-rootlv
ro quiet
Post by Mathias Dufresne
echo 'Loading initial ramdisk ...'
initrd /initrd.img-3.2.0-4-amd64
}
menuentry 'Debian GNU/Linux' --class debian --class gnu-linux --class gnu
--class os {
Post by Mathias Dufresne
load_video
insmod gzio
insmod part_msdos
insmod ext2
set root='(hd0,msdos1)'
search --no-floppy --fs-uuid --set=root
52a22bfb-be26-48eb-8345-7d813b8424b8
Post by Mathias Dufresne
echo 'Loading Linux 3.2.0-4-amd64 ...'
linux /vmlinuz root=/dev/mapper/rootvg-rootlv ro quiet
echo 'Loading initial ramdisk ...'
initrd /initrd.img
}
- /vmlinuz is used rather than /boot/vmlinuz because I use separated
/boot
partition.
Post by Mathias Dufresne
- I changed the menuentry name to remove kernel version, this entry as no
more reason to be changed again.
Post by Mathias Dufresne
When grub-setup is launched it runs scripts in /etc/grub.d to create
your new grub.cfg. It do that because the scripts inside that
directory are executable. To avoid grub erasing your config, just do
chmod -x /etc/grub.d/*
created the two links in /boot
modified your /boot/grub/grub.cfg
removed the executable bit on all files in /etc/grub.d
)
All that to change the kernel parameters?
You can easily o that (without breaking your package manager's grub
setup [1]) by editing GRUB_CMDLINE_LINUX_DEFAULT and GRUB_CMDLINE_LINUX in
/etc/default/grub
HTH Ralf Mattes
[1] With your alterations, every time you install a new kernel you'd
have to manualy add it to your grub.cfg. Not fun, esp. if you forget to
do so after a security update ...
Post by Mathias Dufresne
2014-06-05 13:38 GMT+02:00 Mathias Dufresne <mathias.dufresne at gmail.com
Hi,
You should look into Xorg's configuration rather than into Openbox's one.
Openbox is, for me, responsible of window management into X but not to switch
outside of X.
Post by Mathias Dufresne
As for Ctrl + Alt + Backspace, which is configured into keyboard section
of
Xorg files.
http://ubuntuforums.org/showthread.php?t=1471825
Post by Mathias Dufresne
The title of this thread is: "no ctrl alt f1 ubuntu 10.04" and is tagged
as
resolved.
Post by Mathias Dufresne
Cheers,
mathias
It looks at the end that it is related to startx not with openbox
related.
Post by Mathias Dufresne
00:02.0 VGA compatible controller: Intel Corporation Device 0be2 (rev 0b)
805 tty4 Ss+ 0:00 /sbin/getty -8 38400 tty4
809 tty5 Ss+ 0:00 /sbin/getty -8 38400 tty5
814 tty2 Ss+ 0:00 /sbin/getty -8 38400 tty2
816 tty3 Ss+ 0:00 /sbin/getty -8 38400 tty3
818 tty6 Ss+ 0:00 /sbin/getty -8 38400 tty6
1019 tty1 Ss+ 0:00 /sbin/getty -8 38400 tty1
no /etc/inittab file
..
env DEFAULT_RUNLEVEL=2
..
/etc/init/tty8.conf
# tty8 - getty
#
# This service maintains a getty on tty8 from the point the system is
# started until it is shut down again.
start on stopped rc RUNLEVEL=[2345]
stop on runlevel [!2345]
respawn
exec /bin/openvt -fwc8 -- /usr/bin/sudo -H -u user /usr/bin/startx
in user profile folder there is .Xsession witch launch openbox
#!/bin/sh
# OPEN BOX STARTUP
#
# start idesk, icons on desktop
/usr/bin/idesk &
openbox
_______________________________________________
openbox mailing list
openbox at icculus.org
http://icculus.org/mailman/listinfo/openbox
--
R. Mattes -
Hochschule fuer Musik Freiburg
rm at inm.mh-freiburg.de
_______________________________________________
openbox mailing list
openbox at icculus.org
http://icculus.org/mailman/listinfo/openbox
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://icculus.org/pipermail/openbox/attachments/20140606/f791dc0b/attachment.html>
Loading...