Installations Problem

Hi,

mir ist im VDR-Portal dieser Beitrag aufgefallen:
HTPC wacht sehr schnell wieder auf, obwohl kein Timer "droht"

Die Ursache für das schnelle Aufwachen nach dem Shutdown war dort WoL.

Teste mal, ob sich dein VDR ausschalten lässt, wenn Du vor dem Shutdown das Netzwerkkabel abziehst.

Ich habe weiter gestetst mit der gen2vdr V4.3PO Edition, dies hat die gleichen Probleme wie die Orginal V4.

Die GPT/MBR Problematik, Die nvdia Treiber sind u. a. nicht aktuell genug um den GF208 zu (vollständig) zu erkennen.
Das Herunterfahr-Problem besteht ebenfalls.

Das ziehen des Netzwerkstecker hat weder bei der V4 noch V4.3PO geholfen.

Das gentoo 120.1 Live Image fährt sauber herunter.

lsmod liefert:

Also der r8169 Treiber wird dort auch geladen, scheint also der richtige zu sein.

Was noch festgestellt habe ist, das über 3,5" Boxenanschluss des OnboardSounds kein Ton sondern nur ein Rauschen/Kratzen kommt, also ob dort ein Digital Signal anliegen würden.

Kann ein Falscher/Fehlerhasfter Soundkarten Treiber zu sochen Problemen führen?

In Version ist der Nvidia Treiber mit der Version "340.17" drin, einen neueren gibt es derzeit nicht!

Ok, dann hätte ich in der Xorg.conf wahrscheinlich ein nv satt nvidia gefunden und es hätte es einfach ändern können. Es hilf mir aber nicht weiter, da das Showdown Problem dort ebenfalls vorhanden ist :(

Deswegen habe ich auch dort nicht weiter nach Lösungen für die Bildausgabe gesucht.

Tja, wenn ich Threats, wie diesen lese, fühle ich mich doch immer wieder in meiner Meinung bestätigt, mir nichts von AMD zuzulegen, zumindest mal nichts, was den Bereich PCs angeht. ;)

Tja es an AMD Festmachen ist wieder mal Typisch...

Das GPT Problem ist auch bei Asus Intel vorhanden:
https://www.gen2vdr.de/forum/index.php?s...t=0&#entry69161

Und ich gehe zu 100% davon aus das auch das Shutdown Problem nicht an AMD sondern an der Kombintion Asus + (altes) Gentoo liegt, denn mit Windows 7, Mint 17 und neuem Gentoo funktioniert der Shutdown 1a. -> Wie zu Hölle soll AMD dran schult sein?!

Es ist schon extrem traurig für was alles AMD die Schuld gegeben wird! :(

Legende NV Treiber sind besser:
NV hat schon zweimal Treiber veröffentlicht ihre Grafikkarten zerstört hat! Das habe ich bei AMD/ATI noch nie erlebt. Aber das ist ja nicht schlimm...

Es gibt viele falsche Mythen und Legenden über AMD, aber wenn Leute mit verschlossenen Augen durch die Welt laufen ist das auch nicht verwunderlich.

Nun, ich weiß nicht, was Du mit "altem Gentoo" meinst, das von meiner ISO ist vom 26.06.2014 und somit ganz bestimmt aktueller, als Deine Hardware. ;)

Ich gebe AMD keine Schuld, ich habe halt in der Vergangenheit des Öfteren Inkompatibilitäten mit AMD Hardware beobachten können, von HD mit AMD Grafikchips unter Linux wollen wir mal noch gar nicht reden...

Das Thema GPT/MBR/UEFI, hat nichts mit dem Chipsatz-, bzw. CPU Hersteller zu tun, das ist Sache des BIOS Herstellers, bzw. des OS.

--> http://de.wikipedia.org/wiki/Unified_Exten...mware_Interface

Die drei Probleme im Thread sind/waren:
- GPT/MBR -> BIOS hast du richtig erkannt
- Keine Bildausgabe -> Veraltetet Nvidia Treiber
- PC schaltet nicht aus -> BIOS/UEFI und/oder gentoo Problem, da Gentoo live sauber herunterfährt, also muss ein Config Unterschied zu deinem ISO das Problem sein?!

Dir ist schon klar das du diese Problem AMD in die Schuld schiebst?! Insbesondere der veraltete Nvidia-Treiber finde ich heftig! Also ist nun AMD Schuld daran, dass ein alter Nvida Treiber keine neuere Nvidia Karte erkennt! In einem Land dessen Gericht dafür AMD schuldig spricht möchte ich leben.

Ich sehe da keine Grund AMD irgend welche Inkompatibilitäten vorzuwerfen und bei deine weiteren Behauptungen gehe ich nach deinen Grundlosen- und Haltlosen-Beschuldigungen gehe ich auch davon aus das dies auf fehlerhafte Analysen und Schuldzuweisungen beruht.

Du kennst dich bei Linux definitiv besser aus wie ich, aber von Hardware hast du offensichtlich keinen Ahnung, bitte verschone mich/uns mit deinem AMD-Bashing.

Du hast dich noch nicht zu den lsmod ausgaben geäußert.

Hi,

ich habe mir mal das von Dir gepostete lsmod von gentoo 120.1 Live angeschaut.

Da fallen mir 2 Sachen auf:
1. für die nVidia GraKa wird das nouveau Treiber-Modul und nicht nvidia verwendet.
2. für deine CineS2 ist kein ngene Treiber-Modul geladen.

Es wäre also durchaus möglich, dass dein MB Probleme mit dem nvidia Treiber hat.
Dass der 304er aus der V4-ISO vom Nov. 2013 den gk208 noch nicht kennt ist klar, aber alle nVidia-Treiber ab 319.32 unterstützen den gk208.
Ich hatte meine GT630 mit gk208 schon in verschiedenen Intel-MBs und mit verschiedenen neueren nvida-Treibern mit der V4 am Laufen und hatte bisher nie Probleme.

Hast Du evtl. eine ältere nVidia-Karte (z.B. G210), die Du alternativ testen könntest?

Die CineS2 mit Micronas/ngene PCIe-Chip hatte ja schon in der Vergangenheit Probleme verursacht.
U.a. gab es da ja mal das Shutdown-Problem, das durch den shutdown-workaround Parameter des ngene-Treiber-Moduls gefixt wurde.
Dieser Parameter ist zwar in der V4 fest eingebaut, es könnte aber durchaus sein, dass dieser Workaround bei einem neueren MB, wie deinem, nicht mehr funktioniert.
War ja auch nur ein "Workaround" da am Micronas-Chip selbst nichts angepasst werden konnte.
Laut L4M hält sich der Micronas aber exakt an die PCIe-Spezifikation.
Vermutlich zu eng, weshalb es Probleme gibt, wenn sich der PCIe-Kontroller des MBs nicht exakt an die Spezifikation hält.
Die Probleme mit dem Micronas (mit einigen neueren Chipsätzen funktionierte er überhaupt nicht mehr), war ja vermutlich auch einer der Gründe, weshalb L4M auf den ddbridge-Chip umgestiegen ist.

Ich würde erst mal die CineS2 ausbauen und ganz ohne DVB-Karte testen, ob dann ein Shutdown zuverlässig funktioniert.
Den Shutdown kannst Du ja auch von Konsole auslösen.

DANKE!!! Einen nun bin ich einen Schritt weiter, nach Ausbau der Cine S2 V5.5 fährt er runter und bleibt aus.

Was kann ich nun am besten tun?
1. ein modprobe -r ngene vor dem Shutdown? (Habe ich noch nicht ausprobiert)
2. DD für ein Update des Fixes anfragen?
3. Eine neue DVB-S2 Karte?

Die dritte würde ich gerne Vermeiden.

Wird die ngene mit dem parameter shutdown_workaround gestartet oder nicht ?
Du solltest es sowohl mit als auch ohne versuchen.

Da ich von dem Problem bisher nicht betroffen wahr habe ich dazu noch kein Wissen.

Die /etc/modprobe.d/ngene.conf ist bei mir nicht vorhanden.
Muss ich erstellen und options ngene shutdown_workaround=1 Einfügen?

Quelle: [yavdr 0.4]: System (ngene) Shutdown Issue [solved]

Hi,

in deinem letzten Logsatz sieht man, dass der workaround gesetzt wurde.
Das sieht man einmal an der /etc/conf.d/modules, wo er eingetragen ist.
Aber auch im syslog sieht man es.

Wie Helmut ja geschrieben hatte, auch mal ohne testen.
Also aus der /etc/conf.d/modules entfernen oder dort mit # auskommentieren.

Nach dem Auskommentieren und einem Neustart ist eine neue Zeile mit:
ngene shutdown_workaround=1 hinzugefügt worden.

EDIT:
Der Parameter auf 0 setzen hilft auch nicht, nach dem Neustart es er wieder auf 1.

Das passiert durch die /etc/modprode.d/g2v.conf
Hatte leider nicht mehr drangedacht, dass Helmut das Setzen des Parameters dort eingebaut hatte.

Das Auskommentieren in der
/etc/modprobe.d/g2v.conf

hat auch erst einen zweiten Eintrag erzeugt, daraufhin habe ich in der:
/etc/conf.d/modules UND
/etc/modprobe.d/g2v.conf

Die Zeile "ngene shutdown_workaround=1" ausskommentiert.

Seit dem bleibt die Kiste aus! DANKE.

Jetzt teste ich gerade das Aufwachen per Timer...

Hi,

ich hatte das auf einem meiner Systeme auch mal getestet.
Nach einem Reboot oder auch nach einem vdr Restart waren die Einträge doch wieder da.

Mittlerweile habe ich doch gefunden, wo Helmut das dauerhafte Setzen des Parameters wirklich eingebaut hat.
Damit Du den Parameter tatsächlich auf Dauer los wirst, musst Du außerdem noch in der /_config/bin/dvbmod folgende Zeile auskommentieren oder löschen:

@franky

Danke. Das ist echt gut versteckt gewesen.