ZitatAlles anzeigenOriginal von tbf
Hallo Leute,
ich habe so ziemlich die orginal-HW-Config zum C't vdr-projekt am start:
Hermes 651-p / 512 mb / 2,6 GHz Celeron / Hauppauge-Nexus
Ich habe vor ein paar Monaten mit C't VDR2 ein update auf sarge gemacht. Leider lief das System selbst ohne vdr Prozess nicht stabil (Absturz nach ca. 1-3 Stunden Laufzeit).
Erst als ich wieder auf Woody zurück gegangen bin lief es wieder stabil. Hat jemand mit dieser oder vergleichbarer HW bereits den neuen C't - VDR3 probiert? Stabilität?
Thx,
tbf
Hallo,
ich hab die neue VDR3 seit zwei Tagen im Einsatz und bin sehr zufrieden damit. Mit Woody war es ein elendes Gewürge ALSA und X zum laufen zu bekommen. Jetzt wird die gesamte Hardware unterstützt, alles läuft auf anhieb. Es gibt bei mir keinerlei Probleme mit der Stabilität. 
Ich habe den C't VDR 3 inzwischen auch seit einem halben Tag laufen. Bis jetzt scheint er stabil zu laufen. 
Unter Woody war es ja immer ein riesen Problem X, kde usw... usw... zu installieren. Jetzt geht's hoffentlich etwas schneller mit sarge. 
ZitatAlles anzeigenOriginal von tbf
Hallo Leute,
ich habe so ziemlich die orginal-HW-Config zum C't vdr-projekt am start:
Hermes 651-p / 512 mb / 2,6 GHz Celeron / Hauppauge-Nexus
Ich habe vor ein paar Monaten mit C't VDR2 ein update auf sarge gemacht. Leider lief das System selbst ohne vdr Prozess nicht stabil (Absturz nach ca. 1-3 Stunden Laufzeit).
Erst als ich wieder auf Woody zurück gegangen bin lief es wieder stabil. Hat jemand mit dieser oder vergleichbarer HW bereits den neuen C't - VDR3 probiert? Stabilität?
Thx,
tbf
Hallo tbf,
mach ggf. mal einen NVRAM-Reset und ändere im Anschluß keinesfalls den Speicher für den Onboard-VGA. Das hat mir viel Kopfschmerzen bereitet. Sobald ich die Speichergröße verstellt habe (bei wenig RAM - dachte ich mir - dreh'ste den mal auf 4MB oder so runter) ist das System nach kurzer Zeit mit den wildesten Fehlern abgeschmiert. Hat 'ne Weile gedauert, bis ich das rausgefunden hatte, der Effekt ist bei mir jedenfalls reproduzierbar.
Möglicherweise bekommen bestimmte Linux-Kernels das nicht auf die Reihe...
Viele Grüße,
Torsten
Zitatmach ggf. mal einen NVRAM-Reset und ändere im Anschluß keinesfalls den Speicher für den Onboard-VGA. Das hat mir viel Kopfschmerzen bereitet. Sobald ich die Speichergröße verstellt habe (bei wenig RAM - dachte ich mir - dreh'ste den mal auf 4MB oder so runter) ist das System nach kurzer Zeit mit den wildesten Fehlern abgeschmiert. Hat 'ne Weile gedauert, bis ich das rausgefunden hatte, der Effekt ist bei mir jedenfalls reproduzierbar.
DANKE!!! Ich war kurz davor, das Ding aus dem Fenster zu werfen! Nach einer Umbauaktion war das NVRAM gelöscht, und ich kam auf die glorreiche Idee, der Onboard-Graphik 4MB zuzuweisen. Bingo! Schmiert reproduzierbar ab bei Plattenzugriffen. Egal ob die Platte am Onboard-Controller hängt oder an einem (testweise eingebauten) Promise.
Nun läuft er wieder. 
Gruß
Hermes Conrad
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!
