Beiträge von web0pold

web0pold · 30. April 2007

Hallo,
ich habe das gleiche Board:
guess-helper bringt unten aufgeführte nvram-wakeup.conf
Einiige Werte kommen doppelt vor.
Nach durchtesten aller Kombinationen immer das gleiche:
Bios Checksum Error und natürlich keine Aufnahme

Wer kann helfen?

################################################
## Mainboard autodetection information:
##
## - Mainboard vendor: "MSI"
## - Mainboard type: "MS-7191"
## - Mainboard revision: "0A"
## - BIOS vendor: "American Megatrends Inc."
## - BIOS version: "080012"
## - BIOS release: "09/09/2005"

addr_stat = 0x31 # but differs somewhere else
shift_stat = 2
addr_min = 0x4F
addr_sec = 0x50
addr_hour = 0x5B
rtc_sec = 0x73
rtc_min = 0x75
rtc_hour = 0x77
addr_stat = 0x7F
shift_stat = 6
addr_chk_h = 0x2F # guessed
addr_chk_l = 0x30

web0pold · 21. April 2007

Vielen Dank für diese hervorragende Anleitung.

Vielleicht sollte man noch eine sources.list dazu schreiben.
Nur um Fehler in der Anwendung auszuschließen

Beim durcharbeiten der einzelnen Schritte:
.config wäre nett zu haben - ich mache ein Update von einem älteren System
http://merkel.debian.org/~jurij/2.6.18.dfsg.1-10/i386/
DAher kann es auch gezogen werden

Beim Starten des Kernelbaus gibts aber noch einige Fragen :-((
ich dachte die .config wäre schon komplett

web0pold · 5. Juli 2005

Hallo,

die unvermeidliche Nachzüglerfrage

ist die Aktion definitiv zu Ende?

Wer zu spät kommt

so eine 1.6 wäre noch nett gewesen

web0pold · 21. April 2005

Zitat

gut, dass weiter oben in den logs noch unveraenderte Angaben stehen.

Was meinst du damit? Sollte es falsch sein den Vendor und die Revision zu ergänzen, oder hab ich da was übersehen?

web0pold · 21. April 2005

Zum guten Schluss (ergänzt um die Daten welche nicht im Bios stehen)

Code

################################################
##  Mainboard autodetection information:
##
##    - Mainboard vendor:   "Microstar MSI MS-6153"
##    - Mainboard type:     "i440BX-W977"
##    - Mainboard revision: "2.1"
##    - BIOS vendor:        "Award Software International, Inc."
##    - BIOS version:       "4.51 PG"
##    - BIOS release:       "07/11/00"


addr_stat        = 0x46
addr_day         = 0x47
addr_hour        = 0x48
addr_min         = 0x49
addr_sec         = 0x4A
addr_chk_h       = 0x6F
addr_chk_l       = 0x70


need_reboot = ON_ANY_CHANGE

Alles anzeigen

Ansonsten:
Das ich auf die Lösung mit vorher Bildschirm ausschalten nicht selber gekommen bin.
Muss am fehlenden Schalter liegen (psone-Display).

Zu den Optionen: Das wusste ich noch nicht mit diesen halbwegs Klartext Angaben.
Schade das für die Möglichkeit von einfacher Eingabe keine Motivation besteht.

Vielen Dank nochmal für die Hilfe und das nützliche Programm

web0pold · 18. April 2005

Hallo,
nun habe ich es endlich mal geschafft das gewünschte auszuführen:
ich habe die empfohlene nvram-wakeup.conf verwendet, und wie man sieht debug und syslog eingeschaltet.
Hier das relevante aus dem Syslog:

Code

Apr 18 21:40:37 ceres vdr-nvram-wakeup: /usr/sbin/nvram-wakeup -ls 1113853920 -C /etc/nvram-wakeup.conf --debug --syslog
Apr 18 21:40:37 ceres nvram-wakeup[6300]: Printing debug messages enbled.
Apr 18 21:40:37 ceres nvram-wakeup[6300]: $Id: nvram-wakeup.h,v 1.35 2004/07/20 14:20:36 bistr-o-math Exp $
Apr 18 21:40:37 ceres nvram-wakeup[6300]: $Id: nvram-wakeup.c,v 1.74 2004/07/20 14:30:40 bistr-o-math Exp $
Apr 18 21:40:37 ceres nvram-wakeup[6300]: Opening /etc/nvram-wakeup.conf in 'r' mode...
Apr 18 21:40:37 ceres nvram-wakeup[6300]: /etc/nvram-wakeup.conf: 2: comment: ################################################
Apr 18 21:40:37 ceres nvram-wakeup[6300]: /etc/nvram-wakeup.conf: 3: comment: ##  Mainboard autodetection information:
Apr 18 21:40:37 ceres nvram-wakeup[6300]: /etc/nvram-wakeup.conf: 4: comment: ##
Apr 18 21:40:37 ceres nvram-wakeup[6300]: /etc/nvram-wakeup.conf: 5: comment: ##    - Mainboard vendor:   ""
Apr 18 21:40:37 ceres nvram-wakeup[6300]: /etc/nvram-wakeup.conf: 6: comment: ##    - Mainboard type:     "i440BX-W977"
Apr 18 21:40:37 ceres nvram-wakeup[6300]: /etc/nvram-wakeup.conf: 7: comment: ##    - Mainboard revision: ""
Apr 18 21:40:37 ceres nvram-wakeup[6300]: /etc/nvram-wakeup.conf: 8: comment: ##    - BIOS vendor:        "Award Software International, Inc."
Apr 18 21:40:37 ceres nvram-wakeup[6300]: /etc/nvram-wakeup.conf: 9: comment: ##    - BIOS version:       "4.51 PG"
Apr 18 21:40:37 ceres nvram-wakeup[6300]: /etc/nvram-wakeup.conf: 10: comment: ##    - BIOS release:       "07/11/00"
Apr 18 21:40:37 ceres nvram-wakeup[6300]: /etc/nvram-wakeup.conf: 12: name   : addr_stat
Apr 18 21:40:37 ceres nvram-wakeup[6300]: /etc/nvram-wakeup.conf: 12: value  : 0x46
Apr 18 21:40:37 ceres nvram-wakeup[6300]: /etc/nvram-wakeup.conf: 13: name   : addr_day
Apr 18 21:40:37 ceres nvram-wakeup[6300]: /etc/nvram-wakeup.conf: 13: value  : 0x47
Apr 18 21:40:37 ceres nvram-wakeup[6300]: /etc/nvram-wakeup.conf: 14: name   : addr_hour
Apr 18 21:40:37 ceres nvram-wakeup[6300]: /etc/nvram-wakeup.conf: 14: value  : 0x48
Apr 18 21:40:37 ceres nvram-wakeup[6300]: /etc/nvram-wakeup.conf: 15: name   : addr_min
Apr 18 21:40:37 ceres nvram-wakeup[6300]: /etc/nvram-wakeup.conf: 15: value  : 0x49
Apr 18 21:40:37 ceres nvram-wakeup[6300]: /etc/nvram-wakeup.conf: 16: name   : addr_sec
Apr 18 21:40:37 ceres nvram-wakeup[6300]: /etc/nvram-wakeup.conf: 16: value  : 0x4A
Apr 18 21:40:37 ceres nvram-wakeup[6300]: /etc/nvram-wakeup.conf: 17: name   : addr_chk_h
Apr 18 21:40:37 ceres nvram-wakeup[6300]: /etc/nvram-wakeup.conf: 17: value  : 0x6F
Apr 18 21:40:37 ceres nvram-wakeup[6300]: /etc/nvram-wakeup.conf: 18: name   : addr_chk_l
Apr 18 21:40:37 ceres nvram-wakeup[6300]: /etc/nvram-wakeup.conf: 18: value  : 0x70
Apr 18 21:40:37 ceres nvram-wakeup[6300]: Closing /etc/nvram-wakeup.conf ...
Apr 18 21:40:37 ceres nvram-wakeup[6300]: Using following bios info:
Apr 18 21:40:37 ceres nvram-wakeup[6300]:    need_reboot      = 0
Apr 18 21:40:37 ceres nvram-wakeup[6300]:    addr_chk_h       = 0x6F
Apr 18 21:40:37 ceres nvram-wakeup[6300]:    addr_chk_l       = 0x70
Apr 18 21:40:37 ceres nvram-wakeup[6300]:    addr_chk_h2      = 0x00
Apr 18 21:40:37 ceres nvram-wakeup[6300]:    addr_chk_l2      = 0x00
Apr 18 21:40:37 ceres nvram-wakeup[6300]:    addr_stat        = 0x46
Apr 18 21:40:37 ceres nvram-wakeup[6300]:    addr_mon         = 0x00
Apr 18 21:40:37 ceres nvram-wakeup[6300]:    addr_day         = 0x47
Apr 18 21:40:37 ceres nvram-wakeup[6300]:    addr_wdays       = 0x00
Apr 18 21:40:37 ceres nvram-wakeup[6300]:    addr_hour        = 0x48
Apr 18 21:40:37 ceres nvram-wakeup[6300]:    addr_min         = 0x49
Apr 18 21:40:37 ceres nvram-wakeup[6300]:    addr_sec         = 0x4A
Apr 18 21:40:37 ceres nvram-wakeup[6300]:    shift_stat       = 0
Apr 18 21:40:37 ceres nvram-wakeup[6300]:    shift_mon        = 0
Apr 18 21:40:37 ceres nvram-wakeup[6300]:    shift_day        = 0
Apr 18 21:40:37 ceres nvram-wakeup[6300]:    shift_wdays      = 0
Apr 18 21:40:37 ceres nvram-wakeup[6300]:    shift_hour       = 0
Apr 18 21:40:37 ceres nvram-wakeup[6300]:    shift_min        = 0
Apr 18 21:40:37 ceres nvram-wakeup[6300]:    shift_sec        = 0
Apr 18 21:40:37 ceres nvram-wakeup[6300]:    rtc_time         = 0
Apr 18 21:40:37 ceres nvram-wakeup[6300]:    rtc_day          = 0x00
Apr 18 21:40:37 ceres nvram-wakeup[6300]:    rtc_mon          = 0x00
Apr 18 21:40:37 ceres nvram-wakeup[6300]:    rtc_day_0_is_c0  = 0
Apr 18 21:40:37 ceres nvram-wakeup[6300]:    rtc_mon_0_is_c0  = 0
Apr 18 21:40:37 ceres nvram-wakeup[6300]:    reset_day        = 0
Apr 18 21:40:37 ceres nvram-wakeup[6300]:    reset_mon        = 0
Apr 18 21:40:37 ceres nvram-wakeup[6300]:    nr_stat          = 1
Apr 18 21:40:37 ceres nvram-wakeup[6300]:    nr_mon           = 4
Apr 18 21:40:37 ceres nvram-wakeup[6300]:    nr_day           = 5
Apr 18 21:40:37 ceres nvram-wakeup[6300]:    nr_hour          = 5
Apr 18 21:40:37 ceres nvram-wakeup[6300]:    nr_min           = 6
Apr 18 21:40:37 ceres nvram-wakeup[6300]:    nr_sec           = 6
Apr 18 21:40:37 ceres nvram-wakeup[6300]:    nr_rtc_day       = 6
Apr 18 21:40:37 ceres nvram-wakeup[6300]:    nr_rtc_mon       = 5
Apr 18 21:40:37 ceres nvram-wakeup[6300]:    nr_wdays         = 7
Apr 18 21:40:37 ceres nvram-wakeup[6300]:    bcd              = 0
Apr 18 21:40:37 ceres nvram-wakeup[6300]:    day_hack         = 0
Apr 18 21:40:37 ceres nvram-wakeup[6300]:    upper_method     = 0
Apr 18 21:40:37 ceres nvram-wakeup[6300]:    chk_method       = 0
Apr 18 21:40:37 ceres nvram-wakeup[6300]: Opening /dev/rtc in O_RDONLY mode...
Apr 18 21:40:37 ceres nvram-wakeup[6300]: Hardware clock: 2005-04-18 21:40:39
Apr 18 21:40:37 ceres nvram-wakeup[6300]: rtc.tm_isdst : 1
Apr 18 21:40:37 ceres nvram-wakeup[6300]: rtc.tm_gmtoff: 7200
Apr 18 21:40:37 ceres nvram-wakeup[6300]: diff         : -2
Apr 18 21:40:37 ceres nvram-wakeup[6300]: RTC is running in localtime!
Apr 18 21:40:37 ceres nvram-wakeup[6300]: Test (this should be the current time of the hardware clock): Mon Apr 18 21:40:37 2005
Apr 18 21:40:37 ceres nvram-wakeup[6300]: Opening /dev/nvram in O_RDONLY mode...
Apr 18 21:40:37 ceres nvram-wakeup[6300]: The size of NVRAM is 114 bytes.
Apr 18 21:40:37 ceres nvram-wakeup[6300]: 0000000: 0000 40E4 F0B5 0380 02C0 FF2F 2F00 77DA
Apr 18 21:40:37 ceres nvram-wakeup[6300]: 0000010: 0000 0000 0000 0000 FBFF 10FF FFFA FF3F
Apr 18 21:40:37 ceres nvram-wakeup[6300]: 0000020: 0CFC C0FF 2080 4E4B A200 C0FF A803 9BD1
Apr 18 21:40:37 ceres nvram-wakeup[6300]: 0000030: 8810 7309 0538 0588 089F 0514 6AC5 C4D2
Apr 18 21:40:37 ceres nvram-wakeup[6300]: 0000040: 7B06 E800 0091 0C00 0737 0010 1ADA FF84
Apr 18 21:40:37 ceres nvram-wakeup[6300]: 0000050: 8B00 8027 3ACC E328 EF2F 0000 0000 0000
Apr 18 21:40:37 ceres nvram-wakeup[6300]: 0000060: 0000 0000 0000 0000 0000 00FF 1210 380F
Apr 18 21:40:37 ceres nvram-wakeup[6300]: 0000070: 504A
Apr 18 21:40:37 ceres nvram-wakeup[6300]: value of the addr_stat    byte is: 0x0C.
Apr 18 21:40:37 ceres nvram-wakeup[6300]: value of the addr_day     byte is: 0x00.
Apr 18 21:40:37 ceres nvram-wakeup[6300]: value of the addr_hour    byte is: 0x07.
Apr 18 21:40:37 ceres nvram-wakeup[6300]: value of the addr_min     byte is: 0x37.
Apr 18 21:40:37 ceres nvram-wakeup[6300]: value of the addr_sec     byte is: 0x00.
Apr 18 21:40:37 ceres nvram-wakeup[6300]: value of the addr_chk_h   byte is: 0x0F.
Apr 18 21:40:37 ceres nvram-wakeup[6300]: value of the addr_chk_l   byte is: 0x50.
Apr 18 21:40:37 ceres nvram-wakeup[6300]: Checksum is: 0x0F50.
Apr 18 21:40:37 ceres nvram-wakeup[6300]:
Apr 18 21:40:37 ceres nvram-wakeup[6300]: All values are displayed as they are stored in the nvram/rtc.
Apr 18 21:40:37 ceres nvram-wakeup[6300]: (and do not correspond necessarily to the system date/time)
Apr 18 21:40:37 ceres nvram-wakeup[6300]:
Apr 18 21:40:37 ceres nvram-wakeup[6300]: WakeUp  : Disabled (0x0C)
Apr 18 21:40:37 ceres nvram-wakeup[6300]: Day     : 00 (0x00)
Apr 18 21:40:37 ceres nvram-wakeup[6300]: Hour    : 07 (0x07)
Apr 18 21:40:37 ceres nvram-wakeup[6300]: Minute  : 55 (0x37)
Apr 18 21:40:37 ceres nvram-wakeup[6300]: Second  : 00 (0x00)
Apr 18 21:40:37 ceres nvram-wakeup[6300]: Checksum: 0x0F50
Apr 18 21:40:37 ceres nvram-wakeup[6300]:
Apr 18 21:40:37 ceres nvram-wakeup[6300]: Enabling (0x0D) WakeUp-on-RTC in nvram.
Apr 18 21:40:37 ceres nvram-wakeup[6300]: New Day     : 18 (0x12)
Apr 18 21:40:37 ceres nvram-wakeup[6300]: New Hour    : 21 (0x15)
Apr 18 21:40:37 ceres nvram-wakeup[6300]: New Minute  : 47 (0x2F)
Apr 18 21:40:37 ceres nvram-wakeup[6300]: New Second  : 00 (0x00)
Apr 18 21:40:37 ceres nvram-wakeup[6300]: New Checksum: 0x0F69
Apr 18 21:40:37 ceres nvram-wakeup[6300]:
Apr 18 21:40:37 ceres nvram-wakeup[6300]: Byte 0x46 is changed: 0x0C -> 0x0D
Apr 18 21:40:37 ceres nvram-wakeup[6300]: Now really WRITING into /dev/nvram...
Apr 18 21:40:37 ceres nvram-wakeup[6300]: Opening /dev/nvram in O_WRONLY mode...
Apr 18 21:40:37 ceres nvram-wakeup[6300]: Writing value 0x0D into byte 0x46 of NVRAM
Apr 18 21:40:37 ceres nvram-wakeup[6300]: Byte 0x47 is changed: 0x00 -> 0x12
Apr 18 21:40:37 ceres nvram-wakeup[6300]: Writing value 0x12 into byte 0x47 of NVRAM
Apr 18 21:40:37 ceres nvram-wakeup[6300]: Byte 0x48 is changed: 0x07 -> 0x15
Apr 18 21:40:37 ceres nvram-wakeup[6300]: Writing value 0x15 into byte 0x48 of NVRAM
Apr 18 21:40:37 ceres nvram-wakeup[6300]: Byte 0x49 is changed: 0x37 -> 0x2F
Apr 18 21:40:37 ceres nvram-wakeup[6300]: Writing value 0x2F into byte 0x49 of NVRAM
Apr 18 21:40:37 ceres nvram-wakeup[6300]: Byte 0x70 is changed: 0x50 -> 0x69
Apr 18 21:40:37 ceres nvram-wakeup[6300]: Writing value 0x69 into byte 0x70 of NVRAM
Apr 18 21:40:37 ceres nvram-wakeup[6300]: need_reboot: 0
Apr 18 21:40:37 ceres vdr-nvram-wakeup: nvram-wakeup: everything ok

Alles anzeigen

Und dann gegen 21:53 -- nix
Nach manuellem booten (BIOS war diesmal ok) folgende Ausgabe beim prüfen:

Code

nvram-wakeup -C /etc/nvram-wakeup.conf


All values are displayed as they are stored in the nvram/rtc.
(and do not correspond necessarily to the system date/time)


WakeUp  : Enabled (0x0D)
Day     : 18 (0x12)
Hour    : 21 (0x15)
Minute  : 47 (0x2F)
Second  : 00 (0x00)
Checksum: 0x0F69

Alles anzeigen

Nun Versuch 2:

Code

Apr 18 22:03:12 ceres vdr-nvram-wakeup: /usr/sbin/nvram-wakeup -ls 1113855300 -C /etc/nvram-wakeup.conf --debug --syslog
Apr 18 22:03:12 ceres nvram-wakeup[4259]: Printing debug messages enbled.
Apr 18 22:03:12 ceres nvram-wakeup[4259]: $Id: nvram-wakeup.h,v 1.35 2004/07/20 14:20:36 bistr-o-math Exp $
Apr 18 22:03:12 ceres nvram-wakeup[4259]: $Id: nvram-wakeup.c,v 1.74 2004/07/20 14:30:40 bistr-o-math Exp $
Apr 18 22:03:12 ceres nvram-wakeup[4259]: Opening /etc/nvram-wakeup.conf in 'r' mode...
Apr 18 22:03:12 ceres nvram-wakeup[4259]: /etc/nvram-wakeup.conf: 2: comment: ################################################
Apr 18 22:03:12 ceres nvram-wakeup[4259]: /etc/nvram-wakeup.conf: 3: comment: ##  Mainboard autodetection information:
Apr 18 22:03:12 ceres nvram-wakeup[4259]: /etc/nvram-wakeup.conf: 4: comment: ##
Apr 18 22:03:12 ceres nvram-wakeup[4259]: /etc/nvram-wakeup.conf: 5: comment: ##    - Mainboard vendor:   ""
Apr 18 22:03:12 ceres nvram-wakeup[4259]: /etc/nvram-wakeup.conf: 6: comment: ##    - Mainboard type:     "i440BX-W977"
Apr 18 22:03:12 ceres nvram-wakeup[4259]: /etc/nvram-wakeup.conf: 7: comment: ##    - Mainboard revision: ""
Apr 18 22:03:12 ceres nvram-wakeup[4259]: /etc/nvram-wakeup.conf: 8: comment: ##    - BIOS vendor:        "Award Software International, Inc."
Apr 18 22:03:12 ceres nvram-wakeup[4259]: /etc/nvram-wakeup.conf: 9: comment: ##    - BIOS version:       "4.51 PG"
Apr 18 22:03:12 ceres nvram-wakeup[4259]: /etc/nvram-wakeup.conf: 10: comment: ##    - BIOS release:       "07/11/00"
Apr 18 22:03:12 ceres nvram-wakeup[4259]: /etc/nvram-wakeup.conf: 12: name   : addr_stat
Apr 18 22:03:12 ceres nvram-wakeup[4259]: /etc/nvram-wakeup.conf: 12: value  : 0x46
Apr 18 22:03:12 ceres nvram-wakeup[4259]: /etc/nvram-wakeup.conf: 13: name   : addr_day
Apr 18 22:03:12 ceres nvram-wakeup[4259]: /etc/nvram-wakeup.conf: 13: value  : 0x47
Apr 18 22:03:12 ceres nvram-wakeup[4259]: /etc/nvram-wakeup.conf: 14: name   : addr_hour
Apr 18 22:03:12 ceres nvram-wakeup[4259]: /etc/nvram-wakeup.conf: 14: value  : 0x48
Apr 18 22:03:12 ceres nvram-wakeup[4259]: /etc/nvram-wakeup.conf: 15: name   : addr_min
Apr 18 22:03:12 ceres nvram-wakeup[4259]: /etc/nvram-wakeup.conf: 15: value  : 0x49
Apr 18 22:03:12 ceres nvram-wakeup[4259]: /etc/nvram-wakeup.conf: 16: name   : addr_sec
Apr 18 22:03:12 ceres nvram-wakeup[4259]: /etc/nvram-wakeup.conf: 16: value  : 0x4A
Apr 18 22:03:12 ceres nvram-wakeup[4259]: /etc/nvram-wakeup.conf: 17: name   : addr_chk_h
Apr 18 22:03:12 ceres nvram-wakeup[4259]: /etc/nvram-wakeup.conf: 17: value  : 0x6F
Apr 18 22:03:12 ceres nvram-wakeup[4259]: /etc/nvram-wakeup.conf: 18: name   : addr_chk_l
Apr 18 22:03:12 ceres nvram-wakeup[4259]: /etc/nvram-wakeup.conf: 18: value  : 0x70
Apr 18 22:03:12 ceres nvram-wakeup[4259]: Closing /etc/nvram-wakeup.conf ...
Apr 18 22:03:12 ceres nvram-wakeup[4259]: Using following bios info:
Apr 18 22:03:12 ceres nvram-wakeup[4259]:    need_reboot      = 0
Apr 18 22:03:12 ceres nvram-wakeup[4259]:    addr_chk_h       = 0x6F
Apr 18 22:03:12 ceres nvram-wakeup[4259]:    addr_chk_l       = 0x70
Apr 18 22:03:12 ceres nvram-wakeup[4259]:    addr_chk_h2      = 0x00
Apr 18 22:03:12 ceres nvram-wakeup[4259]:    addr_chk_l2      = 0x00
Apr 18 22:03:12 ceres nvram-wakeup[4259]:    addr_stat        = 0x46
Apr 18 22:03:12 ceres nvram-wakeup[4259]:    addr_mon         = 0x00
Apr 18 22:03:12 ceres nvram-wakeup[4259]:    addr_day         = 0x47
Apr 18 22:03:12 ceres nvram-wakeup[4259]:    addr_wdays       = 0x00
Apr 18 22:03:12 ceres nvram-wakeup[4259]:    addr_hour        = 0x48
Apr 18 22:03:12 ceres nvram-wakeup[4259]:    addr_min         = 0x49
Apr 18 22:03:12 ceres nvram-wakeup[4259]:    addr_sec         = 0x4A
Apr 18 22:03:12 ceres nvram-wakeup[4259]:    shift_stat       = 0
Apr 18 22:03:12 ceres nvram-wakeup[4259]:    shift_mon        = 0
Apr 18 22:03:12 ceres nvram-wakeup[4259]:    shift_day        = 0
Apr 18 22:03:12 ceres nvram-wakeup[4259]:    shift_wdays      = 0
Apr 18 22:03:12 ceres nvram-wakeup[4259]:    shift_hour       = 0
Apr 18 22:03:12 ceres nvram-wakeup[4259]:    shift_min        = 0
Apr 18 22:03:12 ceres nvram-wakeup[4259]:    shift_sec        = 0
Apr 18 22:03:12 ceres nvram-wakeup[4259]:    rtc_time         = 0
Apr 18 22:03:12 ceres nvram-wakeup[4259]:    rtc_day          = 0x00
Apr 18 22:03:12 ceres nvram-wakeup[4259]:    rtc_mon          = 0x00
Apr 18 22:03:12 ceres nvram-wakeup[4259]:    rtc_day_0_is_c0  = 0
Apr 18 22:03:12 ceres nvram-wakeup[4259]:    rtc_mon_0_is_c0  = 0
Apr 18 22:03:12 ceres nvram-wakeup[4259]:    reset_day        = 0
Apr 18 22:03:12 ceres nvram-wakeup[4259]:    reset_mon        = 0
Apr 18 22:03:12 ceres nvram-wakeup[4259]:    nr_stat          = 1
Apr 18 22:03:12 ceres nvram-wakeup[4259]:    nr_mon           = 4
Apr 18 22:03:12 ceres nvram-wakeup[4259]:    nr_day           = 5
Apr 18 22:03:12 ceres nvram-wakeup[4259]:    nr_hour          = 5
Apr 18 22:03:12 ceres nvram-wakeup[4259]:    nr_min           = 6
Apr 18 22:03:12 ceres nvram-wakeup[4259]:    nr_sec           = 6
Apr 18 22:03:12 ceres nvram-wakeup[4259]:    nr_rtc_day       = 6
Apr 18 22:03:12 ceres nvram-wakeup[4259]:    nr_rtc_mon       = 5
Apr 18 22:03:12 ceres nvram-wakeup[4259]:    nr_wdays         = 7
Apr 18 22:03:12 ceres nvram-wakeup[4259]:    bcd              = 0
Apr 18 22:03:12 ceres nvram-wakeup[4259]:    day_hack         = 0
Apr 18 22:03:12 ceres nvram-wakeup[4259]:    upper_method     = 0
Apr 18 22:03:12 ceres nvram-wakeup[4259]:    chk_method       = 0
Apr 18 22:03:12 ceres nvram-wakeup[4259]: Opening /dev/rtc in O_RDONLY mode...
Apr 18 22:03:12 ceres nvram-wakeup[4259]: Hardware clock: 2005-04-18 22:03:13
Apr 18 22:03:12 ceres nvram-wakeup[4259]: rtc.tm_isdst : 1
Apr 18 22:03:12 ceres nvram-wakeup[4259]: rtc.tm_gmtoff: 7200
Apr 18 22:03:12 ceres nvram-wakeup[4259]: diff         : -1
Apr 18 22:03:12 ceres nvram-wakeup[4259]: RTC is running in localtime!
Apr 18 22:03:12 ceres nvram-wakeup[4259]: Test (this should be the current time of the hardware clock): Mon Apr 18 22:03:12 2005
Apr 18 22:03:12 ceres nvram-wakeup[4259]: Opening /dev/nvram in O_RDONLY mode...
Apr 18 22:03:12 ceres nvram-wakeup[4259]: The size of NVRAM is 114 bytes.
Apr 18 22:03:12 ceres nvram-wakeup[4259]: 0000000: 0000 40E4 F0B5 0380 02C0 FF2F 2F00 77DA
Apr 18 22:03:12 ceres nvram-wakeup[4259]: 0000010: 0000 0000 0000 0000 FBFF 10FF FFFA FF3F
Apr 18 22:03:12 ceres nvram-wakeup[4259]: 0000020: 0CFC C0FF 2080 4E4B A200 C0FF A803 9BD1
Apr 18 22:03:12 ceres nvram-wakeup[4259]: 0000030: 8810 7309 0538 0588 089F 0514 6AC5 C4D2
Apr 18 22:03:12 ceres nvram-wakeup[4259]: 0000040: 7B06 E800 0091 0D12 152F 0010 1ADA FF84
Apr 18 22:03:12 ceres nvram-wakeup[4259]: 0000050: 8B00 8027 3ACC E328 EF2F 0000 0000 0000
Apr 18 22:03:12 ceres nvram-wakeup[4259]: 0000060: 0000 0000 0000 0000 0000 00FF 1210 380F
Apr 18 22:03:12 ceres nvram-wakeup[4259]: 0000070: 694A
Apr 18 22:03:12 ceres nvram-wakeup[4259]: value of the addr_stat    byte is: 0x0D.
Apr 18 22:03:12 ceres nvram-wakeup[4259]: value of the addr_day     byte is: 0x12.
Apr 18 22:03:12 ceres nvram-wakeup[4259]: value of the addr_hour    byte is: 0x15.
Apr 18 22:03:12 ceres nvram-wakeup[4259]: value of the addr_min     byte is: 0x2F.
Apr 18 22:03:12 ceres nvram-wakeup[4259]: value of the addr_sec     byte is: 0x00.
Apr 18 22:03:12 ceres nvram-wakeup[4259]: value of the addr_chk_h   byte is: 0x0F.
Apr 18 22:03:12 ceres nvram-wakeup[4259]: value of the addr_chk_l   byte is: 0x69.
Apr 18 22:03:12 ceres nvram-wakeup[4259]: Checksum is: 0x0F69.
Apr 18 22:03:12 ceres nvram-wakeup[4259]:
Apr 18 22:03:12 ceres nvram-wakeup[4259]: All values are displayed as they are stored in the nvram/rtc.
Apr 18 22:03:12 ceres nvram-wakeup[4259]: (and do not correspond necessarily to the system date/time)
Apr 18 22:03:12 ceres nvram-wakeup[4259]:
Apr 18 22:03:12 ceres nvram-wakeup[4259]: WakeUp  : Enabled (0x0D)
Apr 18 22:03:12 ceres nvram-wakeup[4259]: Day     : 18 (0x12)
Apr 18 22:03:12 ceres nvram-wakeup[4259]: Hour    : 21 (0x15)
Apr 18 22:03:12 ceres nvram-wakeup[4259]: Minute  : 47 (0x2F)
Apr 18 22:03:12 ceres nvram-wakeup[4259]: Second  : 00 (0x00)
Apr 18 22:03:12 ceres nvram-wakeup[4259]: Checksum: 0x0F69
Apr 18 22:03:12 ceres nvram-wakeup[4259]:
Apr 18 22:03:12 ceres nvram-wakeup[4259]: Enabling (0x0D) WakeUp-on-RTC in nvram.
Apr 18 22:03:12 ceres nvram-wakeup[4259]: New Day     : 18 (0x12)
Apr 18 22:03:12 ceres nvram-wakeup[4259]: New Hour    : 22 (0x16)
Apr 18 22:03:12 ceres nvram-wakeup[4259]: New Minute  : 10 (0x0A)
Apr 18 22:03:12 ceres nvram-wakeup[4259]: New Second  : 00 (0x00)
Apr 18 22:03:12 ceres nvram-wakeup[4259]: New Checksum: 0x0F45
Apr 18 22:03:12 ceres nvram-wakeup[4259]:
Apr 18 22:03:12 ceres nvram-wakeup[4259]: Byte 0x48 is changed: 0x15 -> 0x16
Apr 18 22:03:12 ceres nvram-wakeup[4259]: Now really WRITING into /dev/nvram...
Apr 18 22:03:12 ceres nvram-wakeup[4259]: Opening /dev/nvram in O_WRONLY mode...
Apr 18 22:03:12 ceres nvram-wakeup[4259]: Writing value 0x16 into byte 0x48 of NVRAM
Apr 18 22:03:12 ceres nvram-wakeup[4259]: Byte 0x49 is changed: 0x2F -> 0x0A
Apr 18 22:03:12 ceres nvram-wakeup[4259]: Writing value 0x0A into byte 0x49 of NVRAM
Apr 18 22:03:12 ceres nvram-wakeup[4259]: Byte 0x70 is changed: 0x69 -> 0x45
Apr 18 22:03:12 ceres nvram-wakeup[4259]: Writing value 0x45 into byte 0x70 of NVRAM
Apr 18 22:03:12 ceres nvram-wakeup[4259]: need_reboot: 0
Apr 18 22:03:12 ceres vdr-nvram-wakeup: nvram-wakeup: everything ok

Alles anzeigen

Diesmal mit MANUELLEM Boot und Auswahl des Poweroff-Kernels nach dem runterfahren

und es hat funktioniert !!!!!!!

Jetzt muss ich laufe der nächsten Tage mal sehen ob das so bleibt.

Die endgültige nvram-wakeup.conf hierher, oder per email?
An dieser Stelle nochmals vielen Dank für dieses Programm - ohne nvram-wakeup wäre mein vdr sprichwörtlich nur die Hälfte wert.

Christoph

PS: Es wir wohl keinen Weg geben, den Reboot zu umgehen?? Würde zur Schonung des angeschlossenen Displays beitragen, da dieses immer nochmal aus und angeht(die Zyklen sind bei tft beschränkter als bei crt afaik)
PPS: Eine Übergabe der Weckzeit im Klartext ist wohl nicht geplant
(zb. nvram-wakeup 10.10.2005 12.37)? - das würde die Verwendung für Gelegenheitsnutzer auf anderen nicht-vdr Systemen vereinfachen

web0pold · 12. April 2005

Hi,
gelegentlich ist eben ab und an.
Bei gesetztem Timer
vdr ruft den shutdownhook auf - schreibt ins bios - Rechner fährt runter.
Beim nächsten booten (manuell - Aufwachen tut er ja nicht von alleine) ist das Bios gelegentlich auf default werte gesetzt, manchmal aber auch nicht.
Wie gesagt, das ist immer klar erkennbar, da der Rechner mit BIOS Defaults nicht bootet(120GB Disk lässt das Bios abstürzen --> Totalhänger bis die Autoerkennung abgestellt wird.

BIOS Update ist aus o.g. Gründen schwierig.

Zur Erinnerung: bei manuell eingestellter RTC Wakeup Zeit wacht er brav auf - nur falls die Frage nochmal käme.

Danke für die Hilfe bisher.

web0pold · 9. April 2005

Hi,
hier die guess-error.log

Mit Angabe Intel-Chipsatz, aus guess-nvram

Code

$Id: guess.c,v 1.22 2004/03/04 08:38:14 bistr-o-math Exp $
Opened file 31.23.59.59+ readonly...
Opened file 11.12.13.14+ readonly...
Opened file 01.00.00.00+ readonly...
Opened file 01.00.00.00- readonly...
Couldn't read byte 0x72 from 31.23.59.59+
Assuming size of files 114 bytes
guess: Opening /dev/mem in O_RDONLY mode...
guess: _DMI_ table found: base: 0xF0800, size: 0x306, count: 30
guess: data block   1 at offset 0x000: type   0, size 0x012 ( 18)
guess: found string "Award Software International, Inc."
guess: found string "4.51 PG"
guess: found string "07/11/00"
guess: data block   2 at offset 0x047: type   1, size 0x008 (  8)
guess: data block   3 at offset 0x071: type   2, size 0x008 (  8)
guess: found string ""
guess: found string "i440BX-W977"
guess: found string ""
guess: data block   4 at offset 0x08C: type   3, size 0x009 (  9)
guess: data block   5 at offset 0x09E: type   4, size 0x01A ( 26)
guess: data block   6 at offset 0x0DD: type   5, size 0x015 ( 21)
guess: data block   7 at offset 0x0F4: type   6, size 0x00C ( 12)
guess: data block   8 at offset 0x107: type   6, size 0x00C ( 12)
guess: data block   9 at offset 0x11A: type   6, size 0x00C ( 12)
guess: data block  10 at offset 0x12D: type   7, size 0x00F ( 15)
guess: data block  11 at offset 0x14C: type   7, size 0x00F ( 15)
guess: data block  12 at offset 0x16B: type   8, size 0x009 (  9)
guess: data block  13 at offset 0x183: type   8, size 0x009 (  9)
guess: data block  14 at offset 0x19D: type   8, size 0x009 (  9)
guess: data block  15 at offset 0x1AD: type   8, size 0x009 (  9)
guess: data block  16 at offset 0x1BE: type   8, size 0x009 (  9)
guess: data block  17 at offset 0x1CF: type   8, size 0x009 (  9)
guess: data block  18 at offset 0x1E0: type   8, size 0x009 (  9)
guess: data block  19 at offset 0x1F5: type   8, size 0x009 (  9)
guess: data block  20 at offset 0x216: type   9, size 0x00C ( 12)
guess: data block  21 at offset 0x227: type   9, size 0x00C ( 12)
guess: data block  22 at offset 0x238: type   9, size 0x00C ( 12)
guess: data block  23 at offset 0x249: type   9, size 0x00C ( 12)
guess: data block  24 at offset 0x25A: type   9, size 0x00C ( 12)
guess: data block  25 at offset 0x26B: type   9, size 0x00C ( 12)
guess: data block  26 at offset 0x27C: type   9, size 0x00C ( 12)
guess: data block  27 at offset 0x28D: type   9, size 0x00C ( 12)
guess: data block  28 at offset 0x29E: type   8, size 0x009 (  9)
guess: data block  29 at offset 0x2AE: type  13, size 0x016 ( 22)
guess: data block  30 at offset 0x2F0: type  15, size 0x014 ( 20)
guess: Following DMI entries found:
guess:  - Mainboard vendor:   ""
guess:  - Mainboard type:     "i440BX-W977"
guess:  - Mainboard revision: ""
guess:  - BIOS vendor:        "Award Software International, Inc."
guess:  - BIOS version:       "4.51 PG"
guess:  - BIOS release:       "07/11/00"
    checking 0x46: 0x0D 0x0D 0x0D 0x0C
    checking 0x47: 0x1F 0x0B 0x01 0x01
    checking 0x48: 0x17 0x0C 0x00 0x00
    checking 0x49: 0x3B 0x0D 0x00 0x00
    checking 0x4A: 0x3B 0x0E 0x00 0x00
    checking 0x6F: 0x10 0x10 0x0F 0x0F
    checking 0x70: 0xA0 0x26 0xF5 0xF4

Alles anzeigen

Und hier aus der Variante mit unbekanntem Chipsatz - ebenso aus guess-nvram

Code

$Id: guess.c,v 1.22 2004/03/04 08:38:14 bistr-o-math Exp $
Opened file 31.23.59.59+ readonly...
Opened file 11.12.13.14+ readonly...
Opened file 01.00.00.00+ readonly...
Opened file 01.00.00.00- readonly...
Couldn't read byte 0x72 from 31.23.59.59+
Assuming size of files 114 bytes
guess: Opening /dev/mem in O_RDONLY mode...
guess: _DMI_ table found: base: 0xF0800, size: 0x306, count: 30
guess: data block   1 at offset 0x000: type   0, size 0x012 ( 18)
guess: found string "Award Software International, Inc."
guess: found string "4.51 PG"
guess: found string "07/11/00"
guess: data block   2 at offset 0x047: type   1, size 0x008 (  8)
guess: data block   3 at offset 0x071: type   2, size 0x008 (  8)
guess: found string ""
guess: found string "i440BX-W977"
guess: found string ""
guess: data block   4 at offset 0x08C: type   3, size 0x009 (  9)
guess: data block   5 at offset 0x09E: type   4, size 0x01A ( 26)
guess: data block   6 at offset 0x0DD: type   5, size 0x015 ( 21)
guess: data block   7 at offset 0x0F4: type   6, size 0x00C ( 12)
guess: data block   8 at offset 0x107: type   6, size 0x00C ( 12)
guess: data block   9 at offset 0x11A: type   6, size 0x00C ( 12)
guess: data block  10 at offset 0x12D: type   7, size 0x00F ( 15)
guess: data block  11 at offset 0x14C: type   7, size 0x00F ( 15)
guess: data block  12 at offset 0x16B: type   8, size 0x009 (  9)
guess: data block  13 at offset 0x183: type   8, size 0x009 (  9)
guess: data block  14 at offset 0x19D: type   8, size 0x009 (  9)
guess: data block  15 at offset 0x1AD: type   8, size 0x009 (  9)
guess: data block  16 at offset 0x1BE: type   8, size 0x009 (  9)
guess: data block  17 at offset 0x1CF: type   8, size 0x009 (  9)
guess: data block  18 at offset 0x1E0: type   8, size 0x009 (  9)
guess: data block  19 at offset 0x1F5: type   8, size 0x009 (  9)
guess: data block  20 at offset 0x216: type   9, size 0x00C ( 12)
guess: data block  21 at offset 0x227: type   9, size 0x00C ( 12)
guess: data block  22 at offset 0x238: type   9, size 0x00C ( 12)
guess: data block  23 at offset 0x249: type   9, size 0x00C ( 12)
guess: data block  24 at offset 0x25A: type   9, size 0x00C ( 12)
guess: data block  25 at offset 0x26B: type   9, size 0x00C ( 12)
guess: data block  26 at offset 0x27C: type   9, size 0x00C ( 12)
guess: data block  27 at offset 0x28D: type   9, size 0x00C ( 12)
guess: data block  28 at offset 0x29E: type   8, size 0x009 (  9)
guess: data block  29 at offset 0x2AE: type  13, size 0x016 ( 22)
guess: data block  30 at offset 0x2F0: type  15, size 0x014 ( 20)
guess: Following DMI entries found:
guess:  - Mainboard vendor:   ""
guess:  - Mainboard type:     "i440BX-W977"
guess:  - Mainboard revision: ""
guess:  - BIOS vendor:        "Award Software International, Inc."
guess:  - BIOS version:       "4.51 PG"
guess:  - BIOS release:       "07/11/00"
    checking 0x46: 0x0D 0x0D 0x0D 0x0C
    checking 0x47: 0x1F 0x0B 0x00 0x01
    checking 0x48: 0x17 0x0C 0x00 0x00
    checking 0x49: 0x3B 0x0D 0x00 0x00
    checking 0x4A: 0x3B 0x0E 0x00 0x00
    checking 0x6F: 0x15 0x15 0x14 0x14
    checking 0x70: 0xA1 0x27 0xF5 0xF5
Couldn't guess checksum addresses (out of 3).

Alles anzeigen

Eine weitere Frage: Wäre es nicht sinnvoll am Anfang des nvram-Forums eine Nachricht zu setzen welche alle Infoanforderungen enthält?
Erspart vielleicht so manches Nachfragen

web0pold · 3. April 2005

Hi zusammen,
ich habe hier ein MS-6153 mit i440BX Hw-Rev.2.1, Award 4.51 VMP 2.2b mit bios 07/11/2000-i440BX-W977-2A69KM4GC-00

Ich habe guess-helper einmal mit intel-chipsatz und einmal mit unbekanntem Chipsatz als Vorgabe laufen lassen. Bei beiden Varianten wird das Bios auf default zurückgesetzt.
Das BIOS hat ein paar Fehler(Absturz bei großen Platten, kein Identifier beim Aufruf von nvram-wakeup)
MSI BIOS Seite bringt bei entsprechendem Eintrag nur updates für andere Versionen - also fällt ein update solange flach bis mir da jemand einen Tipp geben kann.

Code

nvram-wakeup
nvram-wakeup: Your mainboard is currently not supported.
nvram-wakeup: Please try determining the addresses and sending the following
nvram-wakeup: information back to the maintainers:
nvram-wakeup:  - The addresses you found out (read README.mb)
nvram-wakeup:  - Mainboard vendor:
nvram-wakeup:  - Mainboard type:     i440BX-W977
nvram-wakeup:  - Mainboard revision:
nvram-wakeup:  - BIOS vendor:        Award Software International, Inc.
nvram-wakeup:  - BIOS version:       4.51 PG
nvram-wakeup:  - BIOS release:       07/11/00

Alles anzeigen

guess-helper mit Intel Chipsatz ergibt nvram-conf mit

Code

################################################
##  Mainboard autodetection information:
##
##    - Mainboard vendor:   ""
##    - Mainboard type:     "i440BX-W977"
##    - Mainboard revision: ""
##    - BIOS vendor:        "Award Software International, Inc."
##    - BIOS version:       "4.51 PG"
##    - BIOS release:       "07/11/00"


addr_stat        = 0x46
addr_day         = 0x47
addr_hour        = 0x48
addr_min         = 0x49
addr_sec         = 0x4A
addr_chk_h       = 0x6F
addr_chk_l       = 0x70

Alles anzeigen

guess-helper mit unbekanntem Chipsatz ergibt:

Code

################################################
##  Mainboard autodetection information:
##
##    - Mainboard vendor:   ""
##    - Mainboard type:     "i440BX-W977"
##    - Mainboard revision: ""
##    - BIOS vendor:        "Award Software International, Inc."
##    - BIOS version:       "4.51 PG"
##    - BIOS release:       "07/11/00"


addr_stat        = 0x46
addr_hour        = 0x48
addr_min         = 0x49
addr_sec         = 0x4A

Alles anzeigen

mit beiden schreibt vdr seine Aufwachzeit ohne Fehlermeldung.
bei der ersten Variante bleibt das BIOS !gelegentlich! erhalten. Bei Variante zwei wird immer default gesetzt.

Was tun?

web0pold · 29. März 2005

Hi,
ist ja acu mal schön - tellerrand verlassen.
Ich habe mythtv parallel zum vdr laufen lassen - fand manches echt gut - die Datenbankanbindung ist ja nur ein Glied der Kette - Alle Datentypen können von allen Clients abgefragt werden oder falls quelle vorhanden hinzugefügt werden. Richtige Client Server funktionalität fehlt dem vdr.
Ebenso das Recoding und der grosse Ringbuffer (ich rede von binaryinstallationen per Packetmanager nicht vom selberbacken mit patches und co)

Vielleicht holen sich ja jetzt mal diejenigen, welche es drauf haben was zu proggen, mal Anregungen.
Ich hab mit meinen Anfragen immer auf Granit gebissen ( war wohl ein Granitteller)

web0pold · 13. März 2005

Hi,
ich versuche gerade ähnliches.
streamdev-client
xine-plugin
analogtv

Das ganze auf einer Kiste mit einer Mediafocus I -- ist mein Desktop und soll zum vhs wandeln dienen.

wenn ich analogtv einschalte gibts nur "No Primary Device"
nur mit xine und streamdev-client gehts

Streamdev-Server ist im Moment recht wackelig - wenn ichs in vdrdevel anhabe ist bei jedem Verbindungsabbruch oder Kanalwechsel ein Neustart des vdr in den logs.
Streamdev-Server an stable macht das nicht.

Welche vdr/vdrdevel nutzt du?

web0pold · 9. März 2005

Ein letzter Hilferuf,

Aufruf über init.d geht nicht
Manueller Start mittels
xxvd -configfile=/etc/xxvd.cfg -docudir=/var/cache/vdr-xxv/doc/ -logfile /var/log/xxvd.log

Ergibt:

Event: loop without active watchers at /usr/bin/xxvd line 173

als letzten Eintrag im Log - pidfile bleibt stehen xxv läfut nicht an.

ein Tarball mit derselben xxvd.cfg geht

Gelöst -- mehr oder weniger ---
gettext war zu alt - leider ist das in den abhängigkeiten nicht richtig im Paket.

web0pold · 5. März 2005

Tja, also ich kriegs hier nicht zum laufen (das deb)

strace xxvd -configfile=/etc/xxvd.cfg -docudir=/var/cache/vdr-xxv/doc/ -logfile /var/log/xxvd.log

Ergibt auszugsweise:
stat64("/usr/lib/perl5/auto/DBI/DESTROY.al", 0x814bfd8) = -1 ENOENT (No such file or directory)
open("/usr/bin/../lib/auto/DBI/DESTROY.al", O_RDONLY|O_LARGEFILE) = -1 ENOENT (No such file or directory)
open("/usr/bin/auto/DBI/DESTROY.al", O_RDONLY|O_LARGEFILE) = -1 ENOENT (No such file or directory)
open("/usr/share/perl5/vdr-xxv//auto/DBI/DESTROY.al", O_RDONLY|O_LARGEFILE) = -1 ENOENT (No such file or directory)
open("/etc/perl/auto/DBI/DESTROY.al", O_RDONLY|O_LARGEFILE) = -1 ENOENT (No such file or directory)
open("/usr/local/lib/perl/5.8.4/auto/DBI/DESTROY.al", O_RDONLY|O_LARGEFILE) = -1 ENOENT (No such file or directory)
open("/usr/local/share/perl/5.8.4/auto/DBI/DESTROY.al", O_RDONLY|O_LARGEFILE) = -1 ENOENT (No such file or directory)
open("/usr/lib/perl5/auto/DBI/DESTROY.al", O_RDONLY|O_LARGEFILE) = -1 ENOENT (No such file or directory)
open("/usr/share/perl5/auto/DBI/DESTROY.al", O_RDONLY|O_LARGEFILE) = -1 ENOENT (No such file or directory)
open("/usr/lib/perl/5.8/auto/DBI/DESTROY.al", O_RDONLY|O_LARGEFILE) = -1 ENOENT (No such file or directory)
open("/usr/share/perl/5.8/auto/DBI/DESTROY.al", O_RDONLY|O_LARGEFILE) = -1 ENOENT (No such file or directory)
open("/usr/local/lib/site_perl/auto/DBI/DESTROY.al", O_RDONLY|O_LARGEFILE) = -1 ENOENT (No such file or directory)
open("./auto/DBI/DESTROY.al", O_RDONLY|O_LARGEFILE) = -1 ENOENT (No such file or directory)
exit_group(1) = ?

Eine Version aus den tarballs tut brav seinen Dienst.
Wo soll ich suchen?!?
Ja, ich sehe auch das files fehlen - das ist ja auch so - aber warum sucht xxv dort. Perl kaputt?

web0pold · 1. März 2005

Moin,
was mir auffiel:
das Anlegen von user/group xxv/xxv bei der Installation passierte nicht.

Nach einschalten der default startet xxv nicht.
Ein manueller Start mit
xxvd -configfile=/etc/xxvd.cfg bringt

2 (24818) [08:41:35 03/01/05] file error - docu.tmpl: not found
3 (24818) [08:41:35 03/01/05] file error - docu.tmpl: not found at /usr/share/perl5/vdr-xxv//Tools.pm line 60.
4 (24818) [08:41:35 03/01/05] =========== top of stack =========
/usr/share/perl5/vdr-xxv//Tools.pm:61 (Tools::stackTrace)
/usr/bin/xxvd:268 (Tools::error)
/usr/bin/xxvd:171 (main::docu)
: ()
: ()
=========== end of stack =========
5 (24818) [08:41:35 03/01/05] Event: loop without active watchers at /usr/bin/xxvd line 173

xxvd.cfg habe ich auf vdrdevel geändert

da muss ich noch die restlichen Pfade dranhängen .. mal abends gucken

Die Installationsempfehlung bezieht sich nicht auf beide teletext-plugins -- kleiner Schönheitsfehler -oder?

später mehr

web0pold · 26. Februar 2005

sswv
so schlau wie vorher - worans wohl liegt?!?!
dxr3 hab ich rumliegen - das war auch nicht der Plot.

Der vdr-server soll eingedampfte streams servieren.
(zb streamdev an ffmpeg oder mp1e ins netz)

Ich suche nach server-client lösungen aller art.

Vielleicht nicht schön formuliert, aber klarer.

Nebenbei - wenn ich das selber machen könnte hätt ich schon was beigetragen...

web0pold · 24. Februar 2005

Hallo zusammen,

mal wieder aufgewärmt:
Streaming vom vdr auf Cleints im Netz ist ja ein langes Thema, aber nach wie vor ein bischen ausbaufähig.
Eigentlich mach ich mir ja Gedanken, wie man so kleine Kisten wie zb die Metabox 500 als Client nutzen kann. Scart Anschluss ist ja netterweise vorhanden, Leistung leider nicht. Die xine Varianten scheiden dann wohl aus.

In der Vorstellung wärs ja möglich von einem vdr Server einen Stream zu schicken, welcher auch von müden Prozessoren flüssig dargestellt werden kann - gerne auch auf den Frambuffer.
Das ganze noch als Debian Packet - und eben schnell mal eine alte Kiste zum glotzen verwenden - das wär doch nett.

Nebenbei - viele haben ja scheinbar vdr-zu-vdr systeme laufen - wär doch nett die Erfahrungen mal ins Wiki zu packen.

Ich weiss nicht so recht wo anfangen und wo aufhören --- Hinweise?

web0pold · 17. Februar 2005

Hallo,

ich wollte nur mal bescheiden nachfragen wie es denn so um das streamdev plugin steht?!?

web0pold · 10. Februar 2005

Moin,

Zitat

Also die vdr's auf den verschiedenen Maschinen müssten eine Art StatusBericht auf Anfrage rausgeben, mit was sie gerade beschaeftigt sind. Das Managing ist dann auch ne ziemlich harte Nuss

Naja der Statusbericht liegt ja in Form der Timer vor - und die kann man ja aktiv abfragen.

Ich hab mir das ganze mal bei mythtv angesehen (natürlich nur aus User-Sicht). mythweb sammelt alle Ressourcen (video mp3 freie Karten etc.) aller angemeldeten Clients.

bis dann

web0pold · 10. Februar 2005

Moin oder so,

ist eigentlich geplant xxv auch optional auf einem anderen Rechner als dem jeweiligen vdr-kistchen laufen lassen zu können?
Im Prinzip gehts ja jetzt schon wenn man die video und epg verzeichnisse exportiert - soweit so klar.
Aber wenn im Netz mehrer vdrse laufen...wäre da nicht eine Art Mini-Daemon möglich.

Quasi eine Art Ressourcenmanagement: welcher vdr hat wieviele karten und welche sind noch frei für Aufnahmen,epgscan,vtx und was weiss ich.

Auf alioth hab ich die Namensdiskussion gelesen. vdr-addon-xxv als Name wäre doch ok. Aber das nur nebenbei.

Eine Bitte noch. Ich finde den Original-Skin für meinen Anspruch gelungen(Einfach und gut). Bei Records wäre eine Möglichkeit die Bilder, oder auch die Platzhalter abzuschalten echt fein - desgleichen Unterstützung von Aufnahmeverzeichnissen und Sortieroptionen - wurde auch schon angefragt.

Ansonsten sollte man noch überlegen Fanshirts zu drucken

web0pold · 5. Februar 2005

Danke für den Hinweis mit der Schriftgrösse. Werd mal experimentieren.
Ob da Bedarf ist für dynamische Änderung direkt bei der Anzeige?

Die Anfrage an den/die Teletext Autoren hatte ich schon länger mal gemacht,
leider kein weiteres Interesse.

Der Autor von xawtv/alevtd hat zwar dvb-s Unterstützung in der neuesten Version
realisiert aber das mit dem vdr zu verheiraten....
Ich kanns nicht

Beiträge von web0pold

nvram-wakeup MSI RS482M4

[Anleitung] Debian 4.0 (Etch) Kernelupdate von kernel.org + Module für lirc + cdfs (+ hg-dvb)

Wer braucht noch TT FF 1.6 (S) und TT FF 2.1 (C) ?

Microstar MSI MS-6153 [gelöst]

Microstar MSI MS-6153 [gelöst]

Microstar MSI MS-6153 [gelöst]

Microstar MSI MS-6153 [gelöst]

Microstar MSI MS-6153 [gelöst]

Microstar MSI MS-6153 [gelöst]

VDR goes MythTV ? mySQL-Datenbankanbindung nicht nur bei Muggle ?

streamdev -"nur-analog"Server

[ANNOUNCE] vdr-xxv

[ANNOUNCE] vdr-xxv

[ANNOUNCE] vdr-xxv

Streaming auf schwache Clients(ohne dxr3 o.ä.)

Streaming auf schwache Clients(ohne dxr3 o.ä.)

[ANNOUNCE] VdrDevel-1.3.20 + Plugins + Addons

[Announce] XXV Beta Relase 0.16

[Announce] XXV Beta Relase 0.16

[Announce] XXV Beta Relase 0.16