Hallo,
deine Angaben sind noch etwas dürftig.
Poste doch mal deine sources.list.
Einige Server sind manchmal einfach nicht zu erreichen
-einfach ein paar minuten später nochmal probiert?
deb ftp://ftp.nerim.net/debian-marillat/ stable main
geht normalerweise OK
Gruss Ulf
Hallo cyberax,
dkpg- s vdr liefert bei mir das gleich wie bei dir scheinen aber Packete von Tobi zu sein siehe:
http://www.e-tobi.net/vdr/test…dr/multipatch/Packages.gz
Was liefert den im vdr Menu über Fernbedienung
Befehle
vdr-wartung
informationen über das vdr system?
Bei mir sieht das so aus:
**************************************
* c't VDR Übersicht *
**************************************
c't VDR: 1.2.6-26
Kernel : 2.4.24-ctvdr-2
Patches:
--------------------------------------
cmdsubmenu
recordings-0.0.2
disableDoubleEpgEntries-0.6
elchiaio4d
fix-black-square
ac3overdvb-0.2.4
ttxtsubs_ac3
autopid_ac3overdvb
wareagleicons_elchiapid
switchtimer-0.0.4-wareagle
jumpplay-0.5
8bitcolor
osdpip-0.0.3
Plugins:
( N = Native Plugin )
( ! = Falscher Patchlevel )
--------------------------------------
vdr-plugin-console (0.5.1-5)
vdr-plugin-dvd (0.3.4-rc10-3)
vdr-plugin-sleeptimer (0.4-1)
! vdr-plugin-femon (0.0.6-3)
vdr-plugin-mp3 (0.9.3-1)
vdr-plugin-image (0.2.2-1)
vdr-plugin-vcd (0.0.6c-2)
Addon Packages:
--------------------------------------
vdr-addon-icons (0.3)
vdr-addon-noad (0.4.2-3)
vdr-addon-tosvcd (0.9-5)OH ja
c't und updates. Ne CD währe gar nicht so schlecht.
für die Linux Newbees (zähle mich auch dazu) währe ein update per CD nicht schlecht. Endlich mal wieder ein System ohne Aussetzer. Klar Tobi macht tolle Arbeit ohne seine updates ginge gar nichts. Aber die Screenshuts/Systemshuts (wie neennt man das) von Peter sind sehr gut nur war lange nichts von dort gekommen - hallo Jungs Ihr seid langsam warum hab ich eigentlich die ct im Abo?
Gruss Ulf
Hallo schau doch mal dort:
inklusive Reihenfolge übernehmen und alles wird gut
http://www.e-tobi.net/cgi-bin/main.cgi/=repositories
hoffe ich
Hallo Sergei,
Danke für deinen Tip. Hat leider nicht funktioniert.
Bin nochmal zurückgegangen:
remove poweroff-kernel
nvram-wakeup gelöscht und in den Configurationsdateien alles wieder auskommentiert.
nvram neu installiert
nvram-wakeup -s $((`date +%s` +10*60)) ausgefuehrt.
Dieses bittet um Reboot -Ok gemacht
Shutdown mit Fernbedienung und siehe da er wacht auf.
Liegt vielleicht der Fehler bei Poweroff-Kernel oder bein Shutdownscript?
Ich weiss - die grösste Fehlerquelle sitzt vor dem Rechner.
Danke Ulf
gelöscht unnötig 
Das Problem besteht leider weiterhin mit Poweroff-Kernel kein erwachen.
Leider kein Erfolg.
nvram-wakeup ausgabe nach manuellem Wiederanschalten:
WakeUp : Disabled (0x03)
Day : 26 (0xD0)
Hour : 20 (0x74)
Minute : 42 (0x2A)
Second : 53 (0x35)
RtcDay : 00 (0xC0)
Checksum: 0xD29B
Ist vielleicht 0x70 doch der stat ?
und hier die Nachlieferung:
guess-error.log aus guess-nvram-module :
$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 0x80 from 31.23.59.59+
Assuming size of files 128 bytes
guess: Opening /dev/mem in O_RDONLY mode...
guess: _DMI_ table found: base: 0xF0630, size: 0x377, count: 24
guess: data block 1 at offset 0x000: type 0, size 0x014 ( 20)
guess: found string "American Megatrends Inc."
guess: found string "Version 07.00T"
guess: found string "04/06/02"
guess: data block 2 at offset 0x046: type 1, size 0x019 ( 25)
guess: data block 3 at offset 0x07A: type 2, size 0x008 ( 8)
guess: found string "MSI"
guess: found string "MS-6535"
guess: found string "2.0B"
guess: data block 4 at offset 0x09D: type 3, size 0x011 ( 17)
guess: data block 5 at offset 0x0E9: type 4, size 0x020 ( 32)
guess: data block 6 at offset 0x177: type 7, size 0x013 ( 19)
guess: data block 7 at offset 0x19A: type 7, size 0x013 ( 19)
guess: data block 8 at offset 0x1BD: type 5, size 0x018 ( 24)
guess: data block 9 at offset 0x1D7: type 6, size 0x00C ( 12)
guess: data block 10 at offset 0x1EA: type 6, size 0x00C ( 12)
guess: data block 11 at offset 0x1FD: type 6, size 0x00C ( 12)
guess: data block 12 at offset 0x210: type 6, size 0x00C ( 12)
guess: data block 13 at offset 0x223: type 9, size 0x00D ( 13)
guess: data block 14 at offset 0x236: type 9, size 0x00D ( 13)
guess: data block 15 at offset 0x249: type 9, size 0x00D ( 13)
guess: data block 16 at offset 0x25C: type 9, size 0x00D ( 13)
guess: data block 17 at offset 0x26F: type 9, size 0x00D ( 13)
guess: data block 18 at offset 0x282: type 9, size 0x00D ( 13)
guess: data block 19 at offset 0x295: type 9, size 0x00D ( 13)
guess: data block 20 at offset 0x2A8: type 11, size 0x005 ( 5)
guess: data block 21 at offset 0x2D6: type 8, size 0x009 ( 9)
guess: data block 22 at offset 0x2E8: type 12, size 0x005 ( 5)
guess: data block 23 at offset 0x322: type 13, size 0x016 ( 22)
guess: data block 24 at offset 0x371: type 127, size 0x004 ( 4)
guess: Following DMI entries found:
guess: - Mainboard vendor: "MSI"
guess: - Mainboard type: "MS-6535"
guess: - Mainboard revision: "2.0B"
guess: - BIOS vendor: "American Megatrends Inc."
guess: - BIOS version: "Version 07.00T"
guess: - BIOS release: "04/06/02"
checking 0x30: 0xD3 0xD2 0xD1 0xD1
checking 0x31: 0x5D 0x57 0xE0 0x60
checking 0x53: 0x83 0x83 0x83 0x03
checking 0x55: 0xF8 0x58 0x08 0x08
checking 0x56: 0x77 0x6C 0x60 0x60
checking 0x57: 0x3B 0x0D 0x00 0x00
checking 0x58: 0x3B 0x0E 0x00 0x00
checking 0x70: 0x31 0x11 0x01 0xC0
checking 0x73: 0x59 0x14 0x00 0x00
checking 0x75: 0x59 0x13 0x00 0x00
checking 0x77: 0x23 0x12 0x00 0x00Hi Sergei,
vielleicht kannst du mir noch einen Tip für die Anpassung geben:
Datei aus guess-nvram-module
nvram-wakeup.conf:
################################################
## Mainboard autodetection information:
##
## - Mainboard vendor: "MSI"
## - Mainboard type: "MS-6535"
## - Mainboard revision: "2.0B"
## - BIOS vendor: "American Megatrends Inc."
## - BIOS version: "Version 07.00T"
## - BIOS release: "04/06/02"
addr_stat = 0x53
shift_stat = 7
addr_day = 0x55
shift_day = 3
addr_hour = 0x56
addr_min = 0x57
addr_sec = 0x58
addr_stat = 0x70 # but differs somewhere else
rtc_day = 0x70 # but differs somewhere else
reset_day = ON
rtc_sec = 0x73
rtc_min = 0x75
rtc_hour = 0x77
addr_chk_h = 0x30
addr_chk_l = 0x31
1.Frage:
need_reboot= on_any_change
muss ich von Hand ergänzen?
2.Frage:
addr_stat =0x70
würde ich auskommentieren
3. Frage:
Adressen über 0x71 sind möglich?
Gruss und Danke für die Hilfe
Update auf Testing ist gemacht.
Problem besteht weiterhin.
Vielleicht hilft das jemand für die Diagnose:
RtcDay : 00 immer wenn ich den Poweroff-Kernel durchlaufen lasse
also via Poweroff Button der Fernbedienung den VDR beende.
Bei einem normalen Reboot steht dort brav das aktuelle Datum.
HI GPu
vielleicht hilft dir der Thread:
http://www.vdrportal.de/board/thread.php?threadid=22245&sid=&hilight=ms+6535
War mir leider zu kompliziert.
Habe leider immer noch das Problem und hoffe du giebst ne Rückmeldung wenn du es in den Griff bekommst,
Original Kernel mit init 0 bringts auch nicht.
Hat vielleicht jemand einen neue Idee?
Hi Alex,
Danke für den Tip,
werde mal einen reboot mit original Kernel , init 0 probieren
vielleicht hauts dann ja hin.
Bericht anschliesend
ulf
Hallo.
mein ct vdr mag nicht aufwachen.
Das Aufwachen klappt nach manuellem Reboot
geht aber nicht mit dem Power-off Kernel
oder original Kernel append "0".
[EDIT]
Code Posts nicht mehr ganz aktuell
Umstieg auf c'tvdr 306
Problem bleibt aber gleich
[/Edit]
Danke für die Hilfe