In einem anderen Thread wurde empfohlen, vor dem Laden von ngene die Module i2c-dev, stv6110x, stv0900 und lnbp21 zu laden.
Christian
In einem anderen Thread wurde empfohlen, vor dem Laden von ngene die Module i2c-dev, stv6110x, stv0900 und lnbp21 zu laden.
Christian
Ja, werde das Morgen mal testen...
In einem anderen Thread wurde empfohlen, vor dem Laden von ngene die Module i2c-dev, stv6110x, stv0900 und lnbp21 zu laden.
Christian
Ok, wenn ich als "Linux-Newbie" nur wüsste, wie ich das bewerkstelligen soll...das wäre schon was
Was sind das für Module - wie stelle ich sicher das die VOR dem ngene geladen werden...?
Du kannst auch mal - falls vorhanden - nen anderen Steckplatz versuchen
Das werde ich heute Abend mal probieren - derzeit kann ich nur per Remote gewisse Dinge probieren...heute Abend dann mal 20 Min vom Netz - ggf. anderen Steckplatz...
Was sind das für Module - wie stelle ich sicher das die VOR dem ngene geladen werden...?
Proxmox ist Debian basiert, da sollte die Datei "/etc/modules" greifen. Das könntest Du mal probieren die Module in der Reihenfolge einzutragen. Bzw. dann per initrd, "/etc/initramfs-tools/modules" ...
Aber evtl. erstmal zum Test in einen anderen PC, zur Auschlußdiagnose, bevor Du Dir Dein Proxmox komplett "verschraubst".
Regards
fnu
Ok, wenn ich als "Linux-Newbie" nur wüsste, wie ich das bewerkstelligen soll...das wäre schon was
Was sind das für Module - wie stelle ich sicher das die VOR dem ngene geladen werden...?
versuch's mal so:
und dann mal schauen, was dmesg so sagt, insbesondere, ob die Meldung 'No STV0900 found' noch da ist.
Christian
werde das nochmal testen - möchte aber gerade erstmal versuchen das in einer neuen VM (ubuntu 16.04) zu lösen.
Die Cine S2 ist durchgereicht und wird auch per lspci erkannt:
ZitatAlles anzeigen
lspci
00:00.0 Host bridge: Intel Corporation 440FX - 82441FX PMC [Natoma] (rev 02)
00:01.0 ISA bridge: Intel Corporation 82371SB PIIX3 ISA [Natoma/Triton II]
00:01.1 IDE interface: Intel Corporation 82371SB PIIX3 IDE [Natoma/Triton II]
00:01.2 USB controller: Intel Corporation 82371SB PIIX3 USB [Natoma/Triton II] (rev 01)
00:01.3 Bridge: Intel Corporation 82371AB/EB/MB PIIX4 ACPI (rev 03)
00:02.0 VGA compatible controller: Cirrus Logic GD 5446
00:03.0 Unclassified device [00ff]: Red Hat, Inc Virtio memory balloon
00:07.0 SATA controller: Intel Corporation 82801IR/IO/IH (ICH9R/DO/DH) 6 port SATA Controller [AHCI mode] (rev 02)
00:10.0 Multimedia video controller: Micronas Semiconductor Holding AG nGene PCI-Express Multimedia Controller (rev 01)
00:12.0 Ethernet controller: Red Hat, Inc Virtio network device
00:1e.0 PCI bridge: Red Hat, Inc. QEMU PCI-PCI bridge
00:1f.0 PCI bridge: Red Hat, Inc. QEMU PCI-PCI bridge
Hab dann in der VM die Firmware geladen und kopiert - ls /lib/firmware/ | grep ngene
ngene_18.fw
> dann die treiber mit hg geholt und wollte dann make - makeinstall durchführen - erst fehlte make, dann gcc...alles installiert - dann bekomme ich folgenden Fehler:
ZitatAlles anzeigen
mrzewnicki@MAR-TVS:~$ cd v4l-dvb/
mrzewnicki@MAR-TVS:~/v4l-dvb$ ls
COPYING hgimport INSTALL linux mailimport Makefile media-specs README README.patches v4l v4l_experimental
mrzewnicki@MAR-TVS:~/v4l-dvb$ make
make -C /home/mrzewnicki/v4l-dvb/v4l
make[1]: Verzeichnis „/home/mrzewnicki/v4l-dvb/v4l“ wird betreten
creating symbolic links...
make -C firmware prep
make[2]: Entering directory '/home/mrzewnicki/v4l-dvb/v4l/firmware'
make[2]: Leaving directory '/home/mrzewnicki/v4l-dvb/v4l/firmware'
make -C firmware
make[2]: Entering directory '/home/mrzewnicki/v4l-dvb/v4l/firmware'
make[2]: Nothing to be done for 'default'.
make[2]: Leaving directory '/home/mrzewnicki/v4l-dvb/v4l/firmware'
Kernel build directory is /lib/modules/4.4.0-31-generic/build
make -C /lib/modules/4.4.0-31-generic/build SUBDIRS=/home/mrzewnicki/v4l-dvb/v4l CFLAGS="-I../linux/include -D__KERNEL__ -I/inc lude -DEXPORT_SYMTAB" modules
make[2]: Entering directory '/usr/src/linux-headers-4.4.0-31-generic'
CC [M] /home/mrzewnicki/v4l-dvb/v4l/tuner-xc2028.o
In file included from <command-line>:0:0:
/home/mrzewnicki/v4l-dvb/v4l/config-compat.h:6:5: warning: "LINUX_VERSION_CODE" is not defined [-Wundef]
#if LINUX_VERSION_CODE >= KERNEL_VERSION(2,6,33)
^
/home/mrzewnicki/v4l-dvb/v4l/config-compat.h:6:27: warning: "KERNEL_VERSION" is not defined [-Wundef]
#if LINUX_VERSION_CODE >= KERNEL_VERSION(2,6,33)
^
/home/mrzewnicki/v4l-dvb/v4l/config-compat.h:6:41: error: missing binary operator before token "("
#if LINUX_VERSION_CODE >= KERNEL_VERSION(2,6,33)
^
/home/mrzewnicki/v4l-dvb/v4l/config-compat.h:9:28: fatal error: linux/autoconf.h: No such file or directory
compilation terminated.
scripts/Makefile.build:264: die Regel für Ziel „/home/mrzewnicki/v4l-dvb/v4l/tuner-xc2028.o“ scheiterte
make[3]: *** [/home/mrzewnicki/v4l-dvb/v4l/tuner-xc2028.o] Fehler 1
Makefile:1403: recipe for target '_module_/home/mrzewnicki/v4l-dvb/v4l' failed
make[2]: *** [_module_/home/mrzewnicki/v4l-dvb/v4l] Error 2
make[2]: Leaving directory '/usr/src/linux-headers-4.4.0-31-generic'
Makefile:43: die Regel für Ziel „default“ scheiterte
make[1]: *** [default] Fehler 2
make[1]: Verzeichnis „/home/mrzewnicki/v4l-dvb/v4l“ wird verlassen
Makefile:27: die Regel für Ziel „all“ scheiterte
make: *** [all] Fehler 2
mrzewnicki@MAR-TVS:~/v4l-dvb$
Bin ratlos...
möchte aber gerade erstmal versuchen das in einer neuen VM (ubuntu 16.04) zu lösen.
Mal ehrlich macht das Sinn? Wäre es nicht sinnvoller erstmal richtig zu prüfen ob die Karte auch 100% funktionsfähig ist, bevor man versucht diese zu virtualisieren?
> dann die treiber mit hg geholt und wollte dann make
Warum? Hatte ich zwar oben schonmal erwähnt, aber Du mußt für diese Karten keinen Treiber bauen, jeder Kernel ab Version 3.0.0 kann mit der Karte umgehen. Es gibt seither keinerlei Neuerungen für das Kernelmodule "ngene" ... und mit keine meine ich keine ...
Regards
fnu
Gut, habe das wieder verworfen - dachte nur weil es hier im Thread jemand geschrieben hat, dass die ganzen Sachen nur in der VM geladen werden müssen, dass es ggf. in ubuntu sauber klappt - tut es aber nicht.
Habe heute Morgen den ganzen Server runtergefahren und vom Netz genommen für 30 Min - danach wieder hochgefahren - wieder:
ZitatAlles anzeigen
root@MAR-PVE:~# cat /var/log/syslog | grep ngene
Feb 15 07:28:59 MAR-PVE kernel: [ 13.261841] ngene: Found Linux4Media cineS2 DVB-S2 Twin Tuner (v5)
Feb 15 07:28:59 MAR-PVE kernel: [ 13.262941] ngene: Device version 1
Feb 15 07:28:59 MAR-PVE kernel: [ 13.263604] ngene: Loading firmware file ngene_18.fw.
Feb 15 07:28:59 MAR-PVE kernel: [ 13.290813] ngene: No STV0900 found!
Feb 15 07:28:59 MAR-PVE kernel: [ 13.291386] ngene: No STV0900 found!
Danach nochmal die Module i2c-dev, stv6110x, stv0900 und lnbp21 in die "/etc/initramfs-tools/modules" geschrieben und initramfs-update gemacht - Neustart - gleiches Ergebnis:
ZitatAlles anzeigen
Feb 15 08:35:37 MAR-PVE kernel: [ 4018.869631] ngene: Device version 1
Feb 15 08:35:37 MAR-PVE kernel: [ 4018.869662] ngene: Loading firmware file ngene_18.fw.
Feb 15 08:35:37 MAR-PVE kernel: [ 4018.893759] ngene: No STV0900 found!
Feb 15 08:35:37 MAR-PVE kernel: [ 4018.894369] ngene: No STV0900 found!
Feb 15 08:56:13 MAR-PVE kernel: [ 13.296055] ngene: Found Linux4Media cineS2 DVB-S2 Twin Tuner (v5)
Feb 15 08:56:13 MAR-PVE kernel: [ 13.296902] ngene: Device version 1
Feb 15 08:56:13 MAR-PVE kernel: [ 13.297530] ngene: Loading firmware file ngene_18.fw.
Feb 15 08:56:13 MAR-PVE kernel: [ 13.324381] ngene: No STV0900 found!
Feb 15 08:56:13 MAR-PVE kernel: [ 13.324963] ngene: No STV0900 found!
Werde Morgen Abend Mal die Karte ausbauen und in einen Windows-PC stecken und gucken was da geht oder eben nicht. Befürchte schon man hat mir eine defekte Karte angedreht...wir werden sehen.
Hi.
Genau dein geplantes Szenario habe ich hier am Laufen (siehe Signatur), allerdings mit einer CineS2 (V6). Diese wird zum Glück von Proxmox 4 voll unterstützt. Allerdings hatte ich früher unter Proxmox 3.x das gleiche Problem, dass die Karte nur zum Teil erkannt wurde. Ich habe damals die Treiber aus diesem Thread kompiliert und installiert. Damit ich mir damit den physikalischen Proxmox-Host nicht zu "mülle", habe ich noch eine VM mit Proxmox installiert, in der ich dann alle notwendigen Pakete installiert habe, die man zum Bauen der Treiber benötigte. Nachdem ich die kompilierten Treiber dann auf dem physikalischen Host installiert hatte, lief die Karte und ich konnte sie in den Container durchreichen.
Schaue mir den Thread später mal an...aber laut letzter Aussagen soll es doch mit dem Laden der richtigen Firmware "out of the box" funktionieren.
aber laut letzter Aussagen soll es doch mit dem Laden der richtigen Firmware "out of the box" funktionieren.
Das ist auch korrekt. Die CineS2 V6 hat einen anderen Chipsatz und verwendet ein anderes Kernelmodul, "ddbridge". Diese wird erst mit späteren Kernels OOTB erkannt, IIRC ab etwa 3.2 und höher und muss auch keine FW aus dem Systemspace laden, weil diese sich auf einem EEPROM der Karte befindet.
Frühere Proxmox Versionen sind bei recht alten Kernelversion verblieben, wo selbst "ngene" nur mit alter FW Datei unterstützt war. Insofern ist atl's Hinweis leider nur bedingt hilfreich, technisch gesehen zwei unterschiedliche Karten, nur der Markennname ist gleich.
Ein Punkt noch den ich aus eigener Erfahrung kenne, Virtualisierung mit Xen, das Laden der FW aus dem Systemspace in der VM war immer eine Herrausforderung. Einfacher sind DVB Karten, die keine FW aus Datei benötigen.
Aber jetzt erstmal Schritt für Schritt und prüfen ob die Karte wirklich 100% in Ordnung ist.
Regards
fnu
Ein Punkt noch den ich aus eigener Erfahrung kenne, Virtualisierung mit Xen, das Laden der FW aus dem Systemspace in der VM war immer eine Herrausforderung. Einfacher sind DVB Karten, die keine FW aus Datei benötigen.
Bei der Container-Variante ist der Vorteil, dass die Hardware nicht virtualisiert wird. D.h. solche Sachen wie PCI-Passthrough und VT-d spielen hier keine Rolle. In diesem Fall muss man einfach nur die Hardware auf dem Host ans Laufen bekommen und die Zugriffsrechte für den Container auf das Device erlauben.
Den Hinweis auf den Thread hatte ich gegeben, da die Treiber aktueller und vollständiger waren, als das was beim 2.6er Kernel des Proxmox 3.x dabei war. Evtl. ist es ja hier in diesem Fall auch so, da die 5.5er DD schon etwas betagter ist. Ich weiß nicht genau, was wirklich im aktuellen Proxmox-Kernel ist.
ByE...
Also ich hab die Karte gestern mal umgesteckt auf den anderen PCIe - aber mit gleichem Ergebnis. Karte ausgebaut und heute früh mit zur Arbeit genommen > in meinen Arbeitsrechner gesteckt - Treiber von DD installiert und erstmal folgendes Ergebnis:
[Blockierte Grafik: https://snag.gy/mewgtf.jpg]
Dann hab ich noch aus alten Zeiten eine Lizenz für DVBViewer - also eben mal installiert - bei folgendem Installationsschritt bleibe ich stehen und vermute es bestätigt sich mein Verdacht, dass die Karte wohl irgendeinen defekt hat, weil Sie hier einfach nicht aufgeführt wird?
[Blockierte Grafik: https://snag.gy/16hicm.jpg]
Neustart nach Installation der Karte wurde nicht verlangt - er sollte mir hier also eigentlich die Karte anzeigen, richtig? Sehr ärgerlich...dann brauche ich an meinem PROXMOX wohl nicht länger rumprobieren.
Dumm frag.... hast du die Karte auch mit dem zusätzlichen Stromanschluss verbunden?
Ja, der ist dran (Floppydisk)...komisch das die Windows anzeigt, dass alles ok ist und keine Fehlermeldung zurückgibt...
Was aber noch zu keinem Zeitpunkt dran war ist ein SAT-Kabel...aber das kann ja nicht die Ursache sein, oder?
Geht auch ohne. Bekommt man dann halt "No Signal" angezeigt. Könnte natürlich auch sein, dass die DVBViewer Version die Karte nicht kennt. Windows erkennt das Teil ja richtig.
Das glaube ich nicht - wenn das System die Karte erkennt und sauber installiert ist (und hier auch noch eine nicht gerade ungängige Karte), dann wird DVBViewer die auch erkennen...die Karte ist matsch...sehr wahrscheinlich.
Hab DD mal angeschrieben...ob die noch eine Möglichkeit / Software haben zu testen ob die Karte einen Defekt hat...mehr werde ich da aber auch nicht mehr machen...
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!