easyVDR - [gelöst] Hardware Erkennung läuft nicht durch

Hallo,
ich dachte ich versuche jetzt auch mal EA5 auf meinen Testrechner zu installieren, bin aber leider nicht über die Hardwareerkennung hinaus gekommen.
Diese bricht immer mit folgender Fehlermeldung ab:

Code:
more apt-get.log

===> ########################################################################################

===> Mo 19. Okt 20:54:53 CEST 2020: Hardware Erkennung (easyvdr-detect ) gestartet...

===>

  => versuche easyvdr-video-out-nvidia zu installieren

E: Konnte keinen exklusiven Zugang zur Sperrdatei /var/lib/dpkg/lock-frontend erhalten. Diese wird v

om Prozess 1479 (unattended-upgr) gehalten.

E: Unable to acquire the dpkg frontend lock (/var/lib/dpkg/lock-frontend), is another process using

it?

#############################################################################################

Habe schon nach der Fehlermeldung recherchiert...komme aber bei der Suche immer nur auf den Punkt die Lockdateien zu löschen, was nichts gebracht hat.

Hat jemand eine Idee?
Gruß
Michael

Hi,
hmm, also hier geht es, bitte poste doch mal das ganze easyinfo.

Welchen nvidia hast du genommen? Den ältesten hoffe ich?
MfG,
Stefan

Hi,
ich habe das Ganze heute noch einmal gestartet und auf einmal läuft die Hardwareerkennung durch.
Die Auswahl des Nvidia Treibers kommt erst danach. Ich habe den 340er Treiber ausgewählt.
Danach lief es erst einmal normal weiter.
Allerdings startet der VDR nicht:

Code:

[email protected]:/var/log/easyvdr# /usr/sbin/easyvdr-runfrontend: Zeile 127: kill: (2441) - Kein passender Prozess gefunden

ps: Fehler beim Schreiben: Ungültiger Dateideskriptor

Die dddvb-dkms Treiber können auch nicht installiert werden:

Code:
Paket dddvb-dkms kann nicht gefunden werden.

Anbei die easyinfo.

Gruß
Michael

Hi,
Der Kernel ist neu genug, da wird der ddvb-dkms eigentlich nicht benötigt (außer für neueste Tuner evtl., da im Kernel ja wieder ungepflegt).
Mfg Stefan

Hallo,

(20.10.2020, 21:37)art.vandellay schrieb: [ -> ]Die dddvb-dkms Treiber können auch nicht installiert werden

das Paket gibt es nicht mehr, heisst jetzt "dddvb-0.9.37".
Im Kernel ist aber bereits die Version "0.9.31" enthalten und ist für die DD-6.5 Ok.
Mit "modinfo ddbridge" auf Konsole kannst du das sehen.

Gruss
Wolfgang

Hi,

Da sind aber viele andere Probleme!

Zum einen: er versucht xinelibout zu nutzen. Das heißt Softwaredecoding, da falscher (zu neuer?) Grafiktreiber! Das müsste da auch im Setup gestanden haben bei VDPAU-Suche.

Dann läuft gdm. Bei der Frage des Displaymanagers darf nicht gnome genommen werden. Immer lightdm nehmen.

Und das log bitte direkt nach dem Boot machen, sonst fehlt alles.

Am Besten du fängst neu an.

Vorher im BIOS den Floppy-Controller noch deaktivieren! Dann weniger Fehler!

Und dann bei DVB-Treiber Standardkerneltreiber wählen und bei Fb-Setup vorerst COM1 nehmen! Nicht "Keine"!!!

MfG,
Stefan

Hallo Stefan,

(21.10.2020, 15:04)SurfaceCleanerZ schrieb: [ -> ]hast du doch gebaut in unstable:

hatte doch in Post #5 geschrieben "dddvb-dkms" gibt es nicht mehr.
Paket heisst jetzt "dddvb-0.9.37". und liegt doch auch in 5-base-stable
warum sollte man dann unstable nutzen??

Gruss
Wolfgang

Hi,
hat sich überschnitten, hatte ich auch gemerkt. Warum hast du es umbenannt?

Hatte ich deshalb gelöscht. Sorry...

MfG,
Stefan

Hi Stefan,

(21.10.2020, 15:23)SurfaceCleanerZ schrieb: [ -> ]hat sich überschnitten, hatte ich auch gemerkt. Warum hast du es umbenannt?

da ich mit dem alten Paket wegen dkms die Module nicht mehr übersetzen konnte.
Build wird nun über postinst angestossen und gilt nur für den Kernel der läuft.

Code:
dkms build dddvb/0.9.37 -k $(uname -r)

    dkms install dddvb/0.9.37 -k $(uname -r)

Wird ein neuer Kernel installiert muss das Paket auch neu installiert werden,
oder man startet das Script nach reboot(neuer Kernel) selbst.
Da wir ja ein Kernel hold haben,sollte das ja kein Problem sein.

Gruss
Wolfgang

Hi,
ich werde nochmal von vorne anfangen...das wird mit Sicherheit einfacher sein, als alle Probleme einzeln zu lösen.

Gruß
Michael

Hallo Michael,

(22.10.2020, 12:17)art.vandellay schrieb: [ -> ]ich werde nochmal von vorne anfangen...das wird mit Sicherheit einfacher sein, als alle Probleme einzeln zu lösen.

wenn es nur um den Display-Manager geht kannst du diesen neu konfigurieren.
Konsole:

Code:
sudo dpkg-reconfigure gdm

hier nun lightdm wählen und mit OK bestatigen.

Gruss
Wolfgang

Hallo Wolfgang,
danke für den Tipp.
Leider kommt dann die Meldung:

Code:
Paket »gdm« ist nicht installiert und es ist keine Information verfügbar

Da ist vermutlich bei der Installation etwas schiefgelaufen.
Der Einfachheit halber starte ich nochmal neu.
Gruß
Michael

Hallo Michael,

(22.10.2020, 19:44)art.vandellay schrieb: [ -> ]Leider kommt dann die Meldung:

wie ist die Ausgabe von

Code:
cat /etc/X11/default-display-manager

Gruss
Wofgang

Hallo,
ich habe gestern nochmal neu installiert. Die Ausgabe ergibt:

Code:
/usr/sbin/lightdm

Bei der Einrichtung kommt die Fehlermeldung dass nur Softwaredekodierung möglich ist (siehe screenshot).
Werde mir nochmal die Grafikkarteneinstellungen im BIOS ansehen. Vielleicht passt da irgendetwas nicht.

Gruß
Michael

Hi Michael
Gehe ich richtig in der Annahme das Du denn Testrechner in Deiner Signatur verwendest mit EA5.0 pre Alpha ISO 10.
Nach meiner Meinung hat das Board nur eine Onboard Grafik Einheit.
Versuche daher mal im Bio,s der Grafikeinheit den maximal möglichen Ram zu zuweisen.
Problem könnte dabei Dein vorhandener RAM sein von nur 2GB.
Der benötige Ram für die Grafikeinheit wird nähmlich davon abgezogen.
Bei einem normale VDR mit extra Nvidia Grafikkarte sind schon 2GB RAM das unterste
was man haben sollte um einen stabilen Betrieb zu ermöglichen. Anspruchsvoll sind dabei die Skindesigner Skins und einige andere. (Kodi, PChanger)
Ich würde wenn mit 2GB Ram dein Install durchläuft mit der internen Grafikeinheit eher einfache Skins verwenden . Standard Skin etc.
Was Du noch versuchen kannst , ist das Du von Deinem anderen VDR ( GT730 ) mal die Grafikkarte testweise dazu baust,
und nochmal installierst. Funzt aber nur wenn Dein Board noch einen freien PCI-e x16 Steckplatz frei hat.
Empfehlung von mir wenns nicht zu teuer werden soll ist eine
MSI GT710 Grafikkarte mit 1GB RAM passiv gekühlt. Diese belegt nur ein Steckplatz.
Siehe hier: https://www.alternate.de/MSI/GeForce-GT-...ct/1250611?
Fuer späteren evtl. T2 Empfang dann doch lieber eine Nvidia GT1030.
Aber bitte beim install der GT730 oder GT710 immer den Nvidia 340.x Treiber aus dem Setup nehmen. ( So bei EA5 )
Und am besten Pulseaudio als Audio Ausgabe . Deine Satkarte sollte vom Kernel ootb unterstützt werden.
Und ganz wichtig beim Install immer alle Geräte die später auch Verwendung finden sollen, anschliessen.
Bei den IR Empfängern könnte es noch Probleme geben. Denn es gehen noch nicht alle Empfänger .
Die funktionieren sind meiner Meinung nach die USB STM32 Empfänger ( USB IRMP im Setup ) und serielle LIRC IR Empfänger. ( Atric etc.)
PS. Die Audio CDDB Database Abfrage fuer unsere Audio CD Freunde läuft wieder nach umstellung auf die Datenbank von gnudb.org.
Läuft bisher mit EA5.x im VDR Modus mit dem cdplayer Plugin sowie mit Kodi 18.8 in der Audio CD wiedergabe !!
Kommt mit einem apt-get update und apt-get upgrade bei einem installierten plugin vom cdplayer oder mit apt-get install vdr-plugin-cdplayer
Funzt natürlich nur wenn auch ein Scheibenlaufwerk eingebaut ist ...
Wolfgang ( mango ) sei Dank dafür !!
Gruss Helmut

Hi,
versuche mal in der grub config einzutragen beim 340er:
https://forums.developer.nvidia.com/t/82...n/32027/16
pci=nomsi
in Kernel Config schreiben, wenn nicht drin.

in /etc/default/grub und danach update-grub ausführen.

Danach komplette Setupeinträge zum Monitor bzw. Audio neu durchführen im Toolmenü.

MfG,
Stefan

Hi Stefan,
Das Eintragen von

Code:
pci=nomsi

in die /etc/default/grub hat das Problem gelöst!

Vorm Starten von VDR erschien noch diese Meldung:

"load_image_gtk:Error gdk_pixbuf_new_from_file"

Ich komme jetzt schon mal bis zum VDR Menu. Nachdem ich Kodi installiert und gestartet habe ist der Bildschirm nach nach einigen Sekunden eingefroren.
Kann sein, dass die Grafik etwas schwach ist!
Sind denn die Anforderungen im Vergleich zu Easyvdr 3.5 gestiegen? Damit lief das noch ohne Probleme...zumindest zum rumspielen.

Werde mal weiter testen.

Gruß
Michael