Gen2VDR "neue" Hardware läuft nicht

Hatte ja Gen2VDR als erstes auf meiner alten Hardware am laufen, aber bekomme es auf der neuen nicht zum laufen.
Der erste Fehler ist der PC startet ab und an neu manchmal 3-4 mal wenn es dann geht läuft er bis zu diesem Text, hier kann ich nichts machen außer ausschalten:

Hier der Text
"Checking if the processor honours the WP bit even in supervisor mode... Ok."

Vorher zeigt er mir einige Werte:
virtual kernel memory layout

Was soll ich da prüfen oder kann ich da machen?

Nee komplett "Neu" installiert, dass ganze System ist neu aufgebaut und ne große neue Western Digital HD drin.

Das mit dem mehrmaligen booten habe ich denke ich im Griff ich habe die Sata Platte im Bios umgestellt auf AHCP oder so heißt es wohl also ich habe Native IDE abgewählt.

Was irgendwie eigenartig ist manchmal startet er ich habe ja schon div. Einstellungen aber nur auf der Konsole gemacht Netzwerk usw. jedesmal wenn ich neu boote oder sagen wir mal 4x booten passiert es dann startet er wieder ganz normal.

Ich habe auch schon mal ca. ne halbe Std. gewartet da stand er immer noch so, denn wenn er diesen Zustand hat kann man nix mehr machen, nur noch den großen Schalter

Mir wurde empfohlen einen Memtest zu machen, werde ich heute abend nach der Arbeit mal testen.

Sollte ich evtl. eine Neuinstallation mit einem anderen Kernel mal testen?

Zitat

Es könnte aber noch andere Ursachen haben, z.B:
- Netzeil zu schwach

Netzteil habe ich ein absolut Laststabiles Teil von Fortron mit 400W sollte fast überdimensioniert sein ich habe es genommen da es absolut passiv ist.

Zitat

- Kühler sitzt nicht richtig auf der CPU

hab ich schon auch vermutet und schon kontrolliert ist ein riesen CPU-Kühler kann ich fast ohne Lüfter nutzen (Scythe Zipang) ich glaube es gibt momentan kaum einen der besser für eine CPU geeignet ist

Zitat

- Bleibt der PC immer an der gleichen Stelle stehen?

Also stehen bleibt er mir immer beim booten wenn er irgend etwas mit dem Kernel zeigt immer an dieser Stelle mit dem Text:
"Checking if the processor honours the WP bit even in supervisor mode... Ok."

Das log werde ich mir mal ansehen wenn er mal wieder richitg hoch läuft kommt ja auch ab und an vor.
Oder ich nehme noch mal eine Installation mit einem anderen Kernel, evtl. hilft das

OK Danke. Ich glaubs auch fast aber wo soll ich anfangen neuen Prozessor kaufen oder neues Board, die Teile nimmt doch keiner mehr zurück

Bin hier echt am verzweifeln, die RAMs getauscht und nur mit einem RAM keine Besserung.
Schalte ich den komplett am Netzteil aus kommt er beim nächsten mal wieder. Jetzt wollte ich nochmal eine Neuinstallation machen will die Kerneloption wählen läuft er gleich weiter hoch und der Fehler kommt wieder...

Tja, guter Rat ist teuer....

NEUE ERKENNTNISSE

also nachdem ich heute Geld für neue Hardware (umsonst) ausgegeben habe weiß ich eines - obwohl ich noch kein Mainboard getauscht habe - es ist kein Hardwarefehler.
Wie schon geschrieben bis auf das Board habe ich jeweils andere Komponenten benutzt d.h. anderer RAM, anderes Netzteil, andere Festplatte Neue CPU, die andere ist nun auch noch vollkommen umsonst zum testen im Laden geblieben.

O.K. was habe ich gemacht ich habe zum testen heute einmal c´t VDR installiert und ich habe jetzt eben easyVDR inst. beide Distris starten ohne Probleme bis zum Einloggen per root auch nach 20maligen reboot geht es immer noch.

Also muß der Start ein Gen2VDR spezifisches Problem sein, denn Gen2VDR startet nur einmal und dann so ca. 10mal nicht, wenn ich komplett ausmache etwas warte geht es ab und an wieder mal zu letzt startete er gar nicht mehr.

Evtl. fehlt es an einer Einstellung oder am Kernel.
Ich würde sehr gern Gen2VDR nutzen da ich als Anfänger damit wohl die wenigsten Probleme habe mit Hilfe des Forum.

Mit dem laufen meine ich das System läuft aber eben der VDR nicht.

@C-3PO

ich komme ja bei Gen2VDR gar nicht bis zum log...

habe jetzt easyvdr schon 20mal rebootet und immer läuft er hoch

netz

meinst du jetzt von dem easyvdr, denn bei Gen2VDR komme ich ja soweit nicht..

Zitat

(VDR Einstellungen -> Plugins -> admin -> Wakeup)

und soweit schon gar nicht

wenn er bei gen2vdr hoch gelaufen ist meinte ich bis zum einloggen als root und da war ich dann - vdr01: #

Ich muß ja erst einmal das System zum laufen bekommen damit ich dann den VDR konfigurieren kann habe wohl etwas zu neue Hardware die ja hier im Forum besprochen wird nur eben diesen Fehler hat niemand da auch niemand mit dem Board Gen2VDR nutzt zumindest bisher weiß ich keinen.

Jetzt bei easyvdr läuft wenigstens das System hoch kann mich einloggen nur laufen tut der VDR auch hier nicht da jede Menge Handarbeit wegen der neuen ATI Graka Onboard von nöten ist, dies sollte ja mit Gen2vdr besser gehen, aber wenn es nicht startet kann ich auch nix machen.

ISt das soweit verstanden weiß nicht wie ich es besser erklären soll...

schau mal dies ist ein Teil von dem syslog mit easyvdr so ähnlich sieht es auch bei Gen2vdr aus:

Jun 29 08:31:01 (none) syslog-ng[2602]: syslog-ng starting up; version='2.0.0'
Jun 29 08:31:01 (none) kernel: [ 0.000000] Linux version 2.6.22.15 (root@easyVDR) (gcc version 4.1.2 20061115 (prerelease) (Debian 4.1.1-21)) #16 SMP PREEMPT Mon Mar 3 10:23:58 CET 2008
Jun 29 08:31:01 (none) kernel: [ 0.000000] BIOS-provided physical RAM map:
Jun 29 08:31:01 (none) kernel: [ 0.000000] BIOS-e820: 0000000000000000 - 000000000009f800 (usable)
Jun 29 08:31:01 (none) kernel: [ 0.000000] BIOS-e820: 000000000009f800 - 00000000000a0000 (reserved)
Jun 29 08:31:01 (none) kernel: [ 0.000000] BIOS-e820: 00000000000f0000 - 0000000000100000 (reserved)
Jun 29 08:31:01 (none) kernel: [ 0.000000] BIOS-e820: 0000000000100000 - 000000006fee0000 (usable)
Jun 29 08:31:01 (none) kernel: [ 0.000000] BIOS-e820: 000000006fee0000 - 000000006fee3000 (ACPI NVS)
Jun 29 08:31:01 (none) kernel: [ 0.000000] BIOS-e820: 000000006fee3000 - 000000006fef0000 (ACPI data)
Jun 29 08:31:01 (none) kernel: [ 0.000000] BIOS-e820: 000000006fef0000 - 000000006ff00000 (reserved)
Jun 29 08:31:01 (none) kernel: [ 0.000000] BIOS-e820: 00000000e0000000 - 00000000f0000000 (reserved)
Jun 29 08:31:01 (none) kernel: [ 0.000000] BIOS-e820: 00000000fec00000 - 0000000100000000 (reserved)
Jun 29 08:31:01 (none) kernel: [ 0.000000] 894MB HIGHMEM available.
Jun 29 08:31:01 (none) kernel: [ 0.000000] 896MB LOWMEM available.
Jun 29 08:31:01 (none) kernel: [ 0.000000] found SMP MP-table at 000f5740
Jun 29 08:31:01 (none) kernel: [ 0.000000] Entering add_active_range(0, 0, 458464) 0 entries of 256 used
Jun 29 08:31:01 (none) kernel: [ 0.000000] Zone PFN ranges:
Jun 29 08:31:01 (none) kernel: [ 0.000000] DMA 0 -> 4096
Jun 29 08:31:01 (none) kernel: [ 0.000000] Normal 4096 -> 229376
Jun 29 08:31:01 (none) kernel: [ 0.000000] HighMem 229376 -> 458464
Jun 29 08:31:01 (none) kernel: [ 0.000000] early_node_map[1] active PFN ranges
Jun 29 08:31:01 (none) kernel: [ 0.000000] 0: 0 -> 458464
Jun 29 08:31:01 (none) kernel: [ 0.000000] On node 0 totalpages: 458464
Jun 29 08:31:01 (none) kernel: [ 0.000000] DMA zone: 32 pages used for memmap
Jun 29 08:31:01 (none) kernel: [ 0.000000] DMA zone: 0 pages reserved
Jun 29 08:31:01 (none) kernel: [ 0.000000] DMA zone: 4064 pages, LIFO batch:0
Jun 29 08:31:01 (none) kernel: [ 0.000000] Normal zone: 1760 pages used for memmap
Jun 29 08:31:01 (none) kernel: [ 0.000000] Normal zone: 223520 pages, LIFO batch:31
Jun 29 08:31:01 (none) kernel: [ 0.000000] HighMem zone: 1789 pages used for memmap
Jun 29 08:31:01 (none) kernel: [ 0.000000] HighMem zone: 227299 pages, LIFO batch:31
Jun 29 08:31:01 (none) kernel: [ 0.000000] DMI 2.4 present.
Jun 29 08:31:01 (none) kernel: [ 0.000000] ACPI: RSDP 000F7090, 0014 (r0 GBT )
Jun 29 08:31:01 (none) kernel: [ 0.000000] ACPI: RSDT 6FEE3000, 0038 (r1 GBT GBTUACPI 42302E31 GBTU 1010101)
Jun 29 08:31:01 (none) kernel: [ 0.000000] ACPI: FACP 6FEE3040, 0074 (r1 GBT GBTUACPI 42302E31 GBTU 1010101)
Jun 29 08:31:01 (none) kernel: [ 0.000000] ACPI: DSDT 6FEE30C0, 6550 (r1 GBT GBTUACPI 1000 MSFT 3000000)
Jun 29 08:31:01 (none) kernel: [ 0.000000] ACPI: FACS 6FEE0000, 0040
Jun 29 08:31:01 (none) kernel: [ 0.000000] ACPI: SSDT 6FEE9700, 028A (r1 PTLTD POWERNOW 1 LTP 1)
Jun 29 08:31:01 (none) kernel: [ 0.000000] ACPI: HPET 6FEE99C0, 0038 (r1 GBT GBTUACPI 42302E31 GBTU 98)
Jun 29 08:31:01 (none) kernel: [ 0.000000] ACPI: MCFG 6FEE9A00, 003C (r1 GBT GBTUACPI 42302E31 GBTU 1010101)
Jun 29 08:31:01 (none) kernel: [ 0.000000] ACPI: APIC 6FEE9640, 0084 (r1 GBT GBTUACPI 42302E31 GBTU 1010101)
Jun 29 08:31:01 (none) kernel: [ 0.000000] ATI board detected. Disabling timer routing over 8254.
Jun 29 08:31:01 (none) kernel: [ 0.000000] ACPI: PM-Timer IO Port: 0x4008
Jun 29 08:31:01 (none) kernel: [ 0.000000] ACPI: Local APIC address 0xfee00000
Jun 29 08:31:01 (none) kernel: [ 0.000000] ACPI: LAPIC (acpi_id[0x00] lapic_id[0x00] enabled)
Jun 29 08:31:01 (none) kernel: [ 0.000000] Processor #0 15:11 APIC version 16
Jun 29 08:31:01 (none) kernel: [ 0.000000] ACPI: LAPIC (acpi_id[0x01] lapic_id[0x01] enabled)
Jun 29 08:31:01 (none) kernel: [ 0.000000] Processor #1 15:11 APIC version 16
Jun 29 08:31:01 (none) kernel: [ 0.000000] ACPI: LAPIC (acpi_id[0x02] lapic_id[0x02] disabled)
Jun 29 08:31:01 (none) kernel: [ 0.000000] ACPI: LAPIC (acpi_id[0x03] lapic_id[0x03] disabled)
Jun 29 08:31:01 (none) kernel: [ 0.000000] ACPI: LAPIC_NMI (acpi_id[0x00] dfl dfl lint[0x1])
Jun 29 08:31:01 (none) kernel: [ 0.000000] ACPI: LAPIC_NMI (acpi_id[0x01] dfl dfl lint[0x1])
Jun 29 08:31:01 (none) kernel: [ 0.000000] ACPI: LAPIC_NMI (acpi_id[0x02] dfl dfl lint[0x1])
Jun 29 08:31:01 (none) kernel: [ 0.000000] ACPI: LAPIC_NMI (acpi_id[0x03] dfl dfl lint[0x1])
Jun 29 08:31:01 (none) kernel: [ 0.000000] ACPI: IOAPIC (id[0x02] address[0xfec00000] gsi_base[0])
Jun 29 08:31:01 (none) kernel: [ 0.000000] IOAPIC[0]: apic_id 2, version 33, address 0xfec00000, GSI 0-23
Jun 29 08:31:01 (none) kernel: [ 0.000000] ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl)
Jun 29 08:31:01 (none) kernel: [ 0.000000] ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 low level)
Jun 29 08:31:01 (none) kernel: [ 0.000000] ACPI: IRQ0 used by override.
Jun 29 08:31:01 (none) kernel: [ 0.000000] ACPI: IRQ2 used by override.
Jun 29 08:31:01 (none) kernel: [ 0.000000] ACPI: IRQ9 used by override.
Jun 29 08:31:01 (none) kernel: [ 0.000000] Enabling APIC mode: Flat. Using 1 I/O APICs
Jun 29 08:31:01 (none) kernel: [ 0.000000] ACPI: HPET id: 0x10b9a201 base: 0xfed00000
Jun 29 08:31:01 (none) kernel: [ 0.000000] Using ACPI (MADT) for SMP configuration information
Jun 29 08:31:01 (none) kernel: [ 0.000000] Allocating PCI resources starting at 70000000 (gap: 6ff00000:70100000)
Jun 29 08:31:01 (none) kernel: [ 0.000000] Built 1 zonelists. Total pages: 454883
Jun 29 08:31:01 (none) kernel: [ 0.000000] Kernel command line: root=/dev/hda3 ro pci=routeirq vga=788
Jun 29 08:31:01 (none) kernel: [ 0.000000] mapped APIC to ffffd000 (fee00000)
Jun 29 08:31:01 (none) kernel: [ 0.000000] mapped IOAPIC to ffffc000 (fec00000)
Jun 29 08:31:01 (none) kernel: [ 0.000000] Enabling fast FPU save and restore... done.
Jun 29 08:31:01 (none) kernel: [ 0.000000] Enabling unmasked SIMD FPU exception support... done.
Jun 29 08:31:01 (none) kernel: [ 0.000000] Initializing CPU#0
Jun 29 08:31:01 (none) kernel: [ 0.000000] PID hash table entries: 4096 (order: 12, 16384 bytes)
Jun 29 08:31:01 (none) kernel: [ 0.000000] Detected 2505.414 MHz processor.
Jun 29 08:31:01 (none) kernel: [ 0.000000] Console: colour dummy device 80x25
Jun 29 08:31:01 (none) kernel: [ 0.000000] Dentry cache hash table entries: 131072 (order: 7, 524288 bytes)
Jun 29 08:31:01 (none) kernel: [ 0.000000] Inode-cache hash table entries: 65536 (order: 6, 262144 bytes)
Jun 29 08:31:01 (none) kernel: [ 0.000000] Memory: 1809412k/1833856k available (5331k kernel code, 23204k reserved, 1691k data, 388k init, 916352k highmem)
Jun 29 08:31:01 (none) kernel: [ 0.000000] virtual kernel memory layout:
Jun 29 08:31:01 (none) kernel: [ 0.000000] fixmap : 0xfff4d000 - 0xfffff000 ( 712 kB)
Jun 29 08:31:01 (none) kernel: [ 0.000000] pkmap : 0xff800000 - 0xffc00000 (4096 kB)
Jun 29 08:31:01 (none) kernel: [ 0.000000] vmalloc : 0xf8800000 - 0xff7fe000 ( 111 MB)
Jun 29 08:31:01 (none) kernel: [ 0.000000] lowmem : 0xc0000000 - 0xf8000000 ( 896 MB)
Jun 29 08:31:01 (none) kernel: [ 0.000000] .init : 0xc07e3000 - 0xc0844000 ( 388 kB)
Jun 29 08:31:01 (none) kernel: [ 0.000000] .data : 0xc0634fe1 - 0xc07dbe9c (1691 kB)
Jun 29 08:31:01 (none) kernel: [ 0.000000] .text : 0xc0100000 - 0xc0634fe1 (5331 kB)
Jun 29 08:31:01 (none) kernel: [ 0.000000] Checking if this processor honours the WP bit even in supervisor mode... Ok.

nur hier bleibt er bei Gen2VDR hängen wie oben schon beschrieben

Jun 29 08:31:01 (none) kernel: [ 0.000000] SLUB: Genslabs=22, HWalign=64, Order=0-1, MinObjects=4, CPUs=2, Nodes=1
Jun 29 08:31:01 (none) kernel: [ 0.061000] Calibrating delay using timer specific routine.. 5013.64 BogoMIPS (lpj=2506821)
Jun 29 08:31:01 (none) kernel: [ 0.061000] Mount-cache hash table entries: 512
Jun 29 08:31:01 (none) kernel: [ 0.061000] CPU: After generic identify, caps: 178bfbff ebd3fbff 00000000 00000000 00002001 00000000 0000011f
Jun 29 08:31:01 (none) kernel: [ 0.061000] CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 bytes/line)
Jun 29 08:31:01 (none) kernel: [ 0.061000] CPU: L2 Cache: 512K (64 bytes/line)
Jun 29 08:31:01 (none) kernel: [ 0.061000] CPU 0(2) -> Core 0

geht hier natürlich noch weiter, wollte nur mal zeigen wo es hängt, da es hier ähnlich ist im log

Zitat

Mit der Gen2VDR DVD kannst Du noch booten, oder ?

die DVD bootet und ich mache zur Zeit gerade eine Neuinstallation aber der erste Neustart bringt mir wieder diese Fehlermeldung und der VDR startet nicht.
Bleibt stehen an der Stelle:
"Checking if this processor honours the WP bit even in supervisor mode... Ok."

Wie oben beschrieben..