[gelöst] Mystique SaTiX-S2 V2 - zum Shutdown bewegen aber wie? PowerOff Kernel funzt noch nicht.

sewn4 · 27. Juni 2010

Hi,

so mein neuer VDR läuft soweit. Habe ebenfalls das Problem das mein Rechner nicht runterfährt wenn ich einen Shutdown mache. Aktuelles Bios und DVB Treiber etc. habe ich hat aber nichts geholfen.
Hab schon des öfteren gelesen das dies mit einem speziellen Shutdown Kernel möglich sein soll. Kann mir jemand kurz erklären was ich da machen muss oder gibts hier schon irgendwo die Lösung?

sewn4 · 27. Juni 2010

Hi,

also habe jetzt schon rausgefunden wie man den Kernel einrichtet. Anscheinedn braucht man keinen speziellen Kernel sondern man kann den vorhandenen in den Bootloader mit einbauen.

Habe in der /etc/grub.d/40_custom folgendes zusätzlich eingetragen:

Code

### BEGIN /etc/grub.d/40_custom ###
#!/bin/sh
exec tail -n +3 $0
# This file provides an easy way to add custom menu entries.  Simply type the
# menu entries you want to add after this comment.  Be careful not to change
# the 'exec tail' line above.
menuentry "PowerOff" {
        saved_entry=0
        save_env saved_entry
        halt
}

Alles anzeigen

/etc/default/grub

Code

#GRUB_DEFAULT=0
GRUB_DEFAULT=saved

Dann habe ich ein:

Code

sudo update-grub

gemacht.

Nach einem

Code

sudo grub-set-default PowerOff ; shutdown -r now

schaltet das Sytem aber nicht aus?

Dann müsste ich nur noch wissen wie ich diesen Kernel mit meinem Shutdownskript verbinden. Mein Skript sieht so aus :

Bash

#!/bin/bash
sudo /sbin/poweroff

sewn4 · 27. Juni 2010

Ah ich habs es funktioniert. Hatte noch einen Fehler in dem Skript hab es oben angepasst.

sewn4 · 27. Juni 2010

Hi,

leider wars das doch nicht jetzt ist es so das der Rechner immer Shutdown macht :). Sprich der VDR bootet immer mit dem Shutdownkernel. Hab jetzt mal auf den Urzustand wieder hergestellt.
Was ist da falsch?

sewn4 · 28. Juni 2010

Hi,

also ich habe jetzt nochmal alles überprüft. Der PowerOff Kernel funktioniert auch sauber. Der Rechner schaltet sich korrekt aus. Nur das Problem ist beim wiedereinschalten vom Rechner sehe ich im Grub Bootmenü als default den PowerOff Kernel. Das heißt mein Rechner startet immer mit dem PowerOff Kernel und fährt sofort wieder runter.

/etc/grub.d/40_custom

Bash

#!/bin/sh
exec tail -n +3 $0
# This file provides an easy way to add custom menu entries.  Simply type the
# menu entries you want to add after this comment.  Be careful not to change
# the 'exec tail' line above.
menuentry "PowerOff" {
saved_entry=0
save_env saved_entry
halt
}

/etc/default/grub

Code

#GRUB_DEFAULT=0
GRUB_DEFAULT=saved
#GRUB_HIDDEN_TIMEOUT=0
GRUB_HIDDEN_TIMEOUT_QUIET=true
GRUB_TIMEOUT=10
GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian`
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"
GRUB_CMDLINE_LINUX=""


# Uncomment to disable graphical terminal (grub-pc only)
#GRUB_TERMINAL=console


# The resolution used on graphical terminal
# note that you can use only modes which your graphic card supports via VBE
# you can see them in real GRUB with the command `vbeinfo'
#GRUB_GFXMODE=640x480


# Uncomment if you don't want GRUB to pass "root=UUID=xxx" parameter to Linux
#GRUB_DISABLE_LINUX_UUID=true


# Uncomment to disable generation of recovery mode menu entries
#GRUB_DISABLE_LINUX_RECOVERY="true"


# Uncomment to get a beep at grub start
#GRUB_INIT_TUNE="480 440 1"

Alles anzeigen

danach habe ich ein:

Code

sudo update-grub

ausgeführt. Wie gesagt der PowerOff Kernel funktiert soweit. Nur wo kann ich einstellen das dann dieser Kernel nicht als Default für nächste mal gesetzt wird?

Hier mal meine gesammte grub.cfg:

Code

#
# DO NOT EDIT THIS FILE
#
# It is automatically generated by /usr/sbin/grub-mkconfig using templates
# from /etc/grub.d and settings from /etc/default/grub
#


### BEGIN /etc/grub.d/00_header ###
if [ -s $prefix/grubenv ]; then
  load_env
fi
set default="${saved_entry}"
if [ ${prev_saved_entry} ]; then
  set saved_entry=${prev_saved_entry}
  save_env saved_entry
  set prev_saved_entry=
  save_env prev_saved_entry
  set boot_once=true
fi


function savedefault {
  if [ -z ${boot_once} ]; then
    saved_entry=${chosen}
    save_env saved_entry
  fi
}


function recordfail {
  set recordfail=1
  if [ -n ${have_grubenv} ]; then if [ -z ${boot_once} ]; then save_env recordfail; fi; fi
}
insmod ext2
set root='(hd0,3)'
search --no-floppy --fs-uuid --set d883d422-7ead-4e4a-b778-bd5e149c2a63
if loadfont /usr/share/grub/unicode.pf2 ; then
  set gfxmode=640x480
  insmod gfxterm
  insmod vbe
  if terminal_output gfxterm ; then true ; else
    # For backward compatibility with versions of terminal.mod that don't
    # understand terminal_output
    terminal gfxterm
  fi
fi
insmod ext2
set root='(hd0,1)'
search --no-floppy --fs-uuid --set 62dd5488-6df8-4447-9e8c-423f19bf8b22
set locale_dir=($root)/grub/locale
set lang=de
insmod gettext
if [ ${recordfail} = 1 ]; then
  set timeout=-1
else
  set timeout=10
fi
### END /etc/grub.d/00_header ###


### BEGIN /etc/grub.d/05_debian_theme ###
set menu_color_normal=white/black
set menu_color_highlight=black/light-gray
### END /etc/grub.d/05_debian_theme ###


### BEGIN /etc/grub.d/10_linux ###
menuentry 'Ubuntu, mit Linux 2.6.32-22-generic' --class ubuntu --class gnu-linux --class gnu --class os {
	recordfail
	insmod ext2
	set root='(hd0,1)'
	search --no-floppy --fs-uuid --set 62dd5488-6df8-4447-9e8c-423f19bf8b22
	linux	/vmlinuz-2.6.32-22-generic root=UUID=d883d422-7ead-4e4a-b778-bd5e149c2a63 ro   quiet splash
	initrd	/initrd.img-2.6.32-22-generic
}
menuentry 'Ubuntu, mit Linux 2.6.32-22-generic (Wiederherstellungsmodus)' --class ubuntu --class gnu-linux --class gnu --class os {
	recordfail
	insmod ext2
	set root='(hd0,1)'
	search --no-floppy --fs-uuid --set 62dd5488-6df8-4447-9e8c-423f19bf8b22
	echo	'Linux 2.6.32-22-generic wird geladen …'
	linux	/vmlinuz-2.6.32-22-generic root=UUID=d883d422-7ead-4e4a-b778-bd5e149c2a63 ro single 
	echo	'Initiale Ramdisk wird geladen …'
	initrd	/initrd.img-2.6.32-22-generic
}
menuentry 'Ubuntu, mit Linux 2.6.32-21-generic' --class ubuntu --class gnu-linux --class gnu --class os {
	recordfail
	insmod ext2
	set root='(hd0,1)'
	search --no-floppy --fs-uuid --set 62dd5488-6df8-4447-9e8c-423f19bf8b22
	linux	/vmlinuz-2.6.32-21-generic root=UUID=d883d422-7ead-4e4a-b778-bd5e149c2a63 ro   quiet splash
	initrd	/initrd.img-2.6.32-21-generic
}
menuentry 'Ubuntu, mit Linux 2.6.32-21-generic (Wiederherstellungsmodus)' --class ubuntu --class gnu-linux --class gnu --class os {
	recordfail
	insmod ext2
	set root='(hd0,1)'
	search --no-floppy --fs-uuid --set 62dd5488-6df8-4447-9e8c-423f19bf8b22
	echo	'Linux 2.6.32-21-generic wird geladen …'
	linux	/vmlinuz-2.6.32-21-generic root=UUID=d883d422-7ead-4e4a-b778-bd5e149c2a63 ro single 
	echo	'Initiale Ramdisk wird geladen …'
	initrd	/initrd.img-2.6.32-21-generic
}
### END /etc/grub.d/10_linux ###


### BEGIN /etc/grub.d/20_memtest86+ ###
menuentry "Memory test (memtest86+)" {
	insmod ext2
	set root='(hd0,1)'
	search --no-floppy --fs-uuid --set 62dd5488-6df8-4447-9e8c-423f19bf8b22
	linux16	/memtest86+.bin
}
menuentry "Memory test (memtest86+, serial console 115200)" {
	insmod ext2
	set root='(hd0,1)'
	search --no-floppy --fs-uuid --set 62dd5488-6df8-4447-9e8c-423f19bf8b22
	linux16	/memtest86+.bin console=ttyS0,115200n8
}
### END /etc/grub.d/20_memtest86+ ###


### BEGIN /etc/grub.d/30_os-prober ###
### END /etc/grub.d/30_os-prober ###


### BEGIN /etc/grub.d/40_custom ###
# This file provides an easy way to add custom menu entries.  Simply type the
# menu entries you want to add after this comment.  Be careful not to change
# the 'exec tail' line above.
menuentry "PowerOff" {
saved_entry=0
save_env saved_entry
halt
}
### END /etc/grub.d/40_custom ###

Alles anzeigen

gemuesepudding · 28. Juni 2010

Dann machen wir besser hier weiter. 3po hat recht. Du hättest ja was sagen sollen.

Da sind Reste vom testen mit set-default drin. Lösche mal die komplette Datei und dann nochmal

sewn4 · 28. Juni 2010

Zitat

Original von v_r
Dann machen wir besser hier weiter. 3po hat recht. Du hättest ja was sagen sollen.

Da sind Reste vom testen mit set-default drin. Lösche mal die komplette Datei und dann nochmal

Hi,

welche Datei jetzt genau?

sewn4 · 28. Juni 2010

Ich vermute Du meintest Die grubenv. Hab die Datei gelöscht und dann nochmal ein sudo update-grub gemacht danach neustart. System bootet und fährt sauber runter. Nach dem einschalten steht aber wieder der PowerOff Kernel als default drin.

Hier die neue grubenv:

Code

# GRUB Environment Block
prev_saved_entry=
saved_entry=PowerOff
################################################################################################################################################################

gemuesepudding · 28. Juni 2010

ja, das meine ich.

dann noch mal langsam: löschen und nur grub-reboot PowerOff.

was steht dann drin?

sewn4 · 28. Juni 2010

Code

# GRUB Environment Block
prev_saved_entry=0
saved_entry=PowerOff
#############################################

gemuesepudding · 28. Juni 2010

das sieht gut aus.

jetzt reboot und dann wieder an machen

gemuesepudding · 28. Juni 2010

und dann nochmal grubenv posten

sewn4 · 28. Juni 2010

Hi,

ich habe jetzt einen sudo init 6 gemacht dann startet der PowerOff Kernel Rechner geht aus. Dann eingeschaltet und jetzt steht der Ubuntu Kernel als default drin also passt so.

Jetzt bin ich aber verwirrt was muss ich jetzt machen

EDIT:

Code

# GRUB Environment Block
prev_saved_entry=
saved_entry=0
#########################

gemuesepudding · 28. Juni 2010

und warum init 6? machst du so nen reboot?

Aber das sieht gut aus so.

also noch mal grub-reboot PowerOff ; reboot

Und sehen was passiert.

sewn4 · 28. Juni 2010

Hi,

ja normalerweise mache so einen reboot.

Es kommt ein Fehler bei:
sudo /usr/sbin/grub-reboot PowerOff ; reboot
reboot: Administratorrechte (»root«-Rechte) benötigt

Habe es dann nochmal über das vdrpoweroff.sh Skript gemacht da geht der reboot. Aber nach dem erneuten Einschalten steht dann wieder der PowerOff als default drin?

Liegt das an dem Skript? Oder an dem reboot?

Bash

#!/bin/bash
sudo /usr/sbin/grub-reboot PowerOff ; /sbin/reboot

sewn4 · 28. Juni 2010

Hi,

ich habe mein vdrpoweroff.sh Skript jetzt so angepasst:

Bash

#!/bin/bash
sudo /usr/sbin/grub-reboot PowerOff ; sudo /sbin/init 6

Und damit gehts. Gibts dafür eine Erklärung? Ich verstehe es nämlich nicht

sewn4 · 28. Juni 2010

Hi,

da hab ich mich zu früh gefreut. Es geht leider doch nicht. Konnte es aber einkreisen. Es geht immer nur wenn ich vorher die grubenv lösche und dann den reboot durchführe.

sewn4 · 28. Juni 2010

Hi,

so jetzt gehts aber. Anscheinend gibts ein Problem mit diesem aufruf hier:

Bash

#!/bin/bash
sudo /usr/sbin/grub-reboot PowerOff ; sudo /sbin/reboot

Ich habe mein vdrpoweroff.sh Skript jetzt so angepasst:

Bash

#!/bin/bash
sudo /usr/sbin/grub-reboot PowerOff
sudo /sbin/reboot

Und damit gehts. Kann das sein das es daran lag? Ich habe jetzt drei vier mal gebootet und es hat funktioniert.

sewn4 · 28. Juni 2010

Hi,

nochmals vielen Dank für deine nette Unterstützung.

Und hier die Lösung nochmal in Kompaktform:

Code

cd /etc/grub.d/
sudo vi 40_custom


#!/bin/sh
exec tail -n +3 $0
# This file provides an easy way to add custom menu entries.  Simply type the
# menu entries you want to add after this comment.  Be careful not to change
# the 'exec tail' line above.
menuentry "PowerOff" {
saved_entry=0
save_env saved_entry
halt
}

Alles anzeigen

Code

cd /etc/default/
sudo vi grub


#GRUB_DEFAULT=0
GRUB_DEFAULT=saved
GRUB_HIDDEN_TIMEOUT=0
GRUB_HIDDEN_TIMEOUT_QUIET=true
GRUB_TIMEOUT=10
GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian`
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"
GRUB_CMDLINE_LINUX=""

Alles anzeigen

Code

sudo update-grub

Code

cd /usr/local/bin/
vi vdrpoweroff.sh


#!/bin/bash
sudo /usr/sbin/grub-reboot PowerOff
sudo /sbin/reboot

Code

sudo visudo
vdruser ALL=(ALL) NOPASSWD: /usr/local/bin/vdrpoweroff.sh,/sbin/poweroff,/usr/sbin/grub-reboot,/sbin/reboot

gemuesepudding · 28. Juni 2010

warum das erste nicht geht ist klar. Das sudo geht nur auf das grub-reboot. Aber schön, dass es jetzt geht.

Frage: was für ein Motherboard hast Du? Ich suche ein NVRAM.conf für ein pov330.

V_R

[gelöst] Mystique SaTiX-S2 V2 - zum Shutdown bewegen aber wie? PowerOff Kernel funzt noch nicht.

Jetzt mitmachen!

Teilen

Benutzer online in diesem Thema