{expired: AVG,eHD,NUC} BM²LTS v2.95.1-Based on Ubuntu 14.04.5 LTS "RC01"

Hi cinfo,
Could you please be so kind and describe the steps needed to make KODI start automatically. I have already managed to autologin user "reel". Probably the procedure has been discussed already earlier, but couldn't managed to find it.
Thank you very much in advance.

Thanks cinfo, but this way no ehd output is available.
my idea was to have both HDMI outputs online. Ehd and the motherboard output, where kodi starts automatically.

Hallo,

ich habe nun die aktuelle 2.87 RC9 auf meinem Proxmox Virtualisierer installiert.
Alles sieht gut aus, bis auf Multiroom.
Beim Einrichten des Multiroom Servers wird stets "Fehler: Verbindung zu Datenbank fehlgeschlagen" ausgegeben.
Ich habe den mysql patch aus dem Post vom September auch bereits eingespielt ... ohne Veränderung.

Das error.log aus /var/log/mysql ist (maskiert als .txt aber als originale linux datei) beigefügt ... sagt mir jedoch leider nicht viel ... wird hier mysqld ggf. doppelt gestartet ... wenn ja, dann von wo aus?

Any help?

Gruß,
Rainer

Hallo,
habe gerade die aktuelle Version (2.88 RC9) installiert (AVG II mit 3 x DVB-C). Läuft soweit einwandfrei.
Allerdings wird die Kannalliste nach einem Kanalscan nicht gespeichert. D.h. der Kanalscan läuft einwandfrei und findet auch alle Sender (DVB-C KDG). Diese werden auch angezeigt und problemlos wiedergegeben. Nach einem Boot ist diese Kanalliste allerdings wieder durch die alte (falsche und nicht funktionierende) ersetzt. Das passiert unabhängig ob beim scannen die neuen Kanäle an die vorhandenen angehängt werden oder ob eine neue Liste erstellt wird. Wenn ich (vor dem Reboot) die (funktionierende) Kanalliste exportiere wird auch die falsche, d.h. alte Kanalliste exportiert.
Mache ich einen Bedienungsfehler? Muss die neue Kanalliste explizit gespeichert werden? Das Problem hatte ich auch schon bei 2.87.

Grüße
Tom

Zitat von Tom-1234

Hallo,
habe gerade die aktuelle Version (2.88 RC9) installiert (AVG II mit 3 x DVB-C). Läuft soweit einwandfrei.
Allerdings wird die Kannalliste nach einem Kanalscan nicht gespeichert. D.h. der Kanalscan läuft einwandfrei und findet auch alle Sender (DVB-C KDG). Diese werden auch angezeigt und problemlos wiedergegeben. Nach einem Boot ist diese Kanalliste allerdings wieder durch die alte (falsche und nicht funktionierende) ersetzt. Das passiert unabhängig ob beim scannen die neuen Kanäle an die vorhandenen angehängt werden oder ob eine neue Liste erstellt wird. Wenn ich (vor dem Reboot) die (funktionierende) Kanalliste exportiere wird auch die falsche, d.h. alte Kanalliste exportiert.
Mache ich einen Bedienungsfehler? Muss die neue Kanalliste explizit gespeichert werden? Das Problem hatte ich auch schon bei 2.87.

Grüße
Tom

Ist irgendwo schon beschrieben gewesen...

Das Phänomen hatte ich auch in 2.87, deaktivieren von plugin reelchannellist und aktivieren von plugin Bouquets hatte es bei mir gebracht.

Danach funktioniert das Kanallistenthema wie vorher...

MfG

maier2505

Hallo,

besten Dank, ich hatte es beim googlen nicht gefunden. Hat funktioniert (ich muss aber zugeben, dass mir reelchannellist eigentlich besser gefällt). Liegt es möglicherweise an "Schreibberechtigungen"?

Nochmals best Dank, ist ein guter "Workaround"

Tom

Hallo,

ich habe nun mal die aktuelle 2.88 RC9 auf meinem Proxmox Server installiert um die AVAHI Problematik mit Multiroom zu prüfen (das MYSQL-Problem aus 2.87 scheint behoben).
Im Server habe ich eine Realtec Karte direkt an die vm durchgereicht (diese macht IPv6 zum Netceiver) und eine zweite Karte hängt an einer vmbr bridge im normalen IPv4.
So läuft auch alles unter 1.94 seit Monaten perfekt ...

Nun habe ich heute festgestellt, dass im neuen BM2LTS plötzlich eth0 und eth1 vertauscht sind ... somit kommt der IPv6 Multicast ebenso falsch wie das IPv4 an. Nix läuft ...

Ich habe, auch nach langem Suchen, keinen Weg gefunden diese Interfaces zu tauschen.

70-persistent-net.rules in /etc/udev/rules.d geht nicht (wird sogar bei jedem neustart gelöscht ??!). Auch die entsprechenden GRUB-Parameter hatte ich dazu gesetzt.

Auch ein Script, eingefügt in /etc/network/if-pre-up.d das mit ifrename die interfaces umbenennen soll funktioniert nicht.

root@BM2LTSR66RBex:/etc/network/if-pre-up.d# more nameif#!/bin/sh
PATH=/sbin
/sbin/nameif -s eth0 50:e5:49:5b:ea:f7
/sbin/nameif -s eth1 b2:a4:8c:e0:1c:52

Ebenfalls eine direkte Anpassung im Grub als Kernelparameter unter /etc/default/grub mit nachforgendem update-grub brachte nichts:

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash netdev=irq=52,name=eth0"

Ich bin da etwas ratlos ... alle mir bekannten Methoden zum umbenennen der Adapter greifen scheinbar in BM2LTS nicht ...

Wie kann ich das hin bekommen?

Gruß,
Rainer

Ich habe mit "Server als/auf Reelbox Basis" installiert ...
Der Fehler liegt aber daran, dass das Ubuntu scheinbar beim hochfahren nun die Realtec Netzkarte erst nach der Virtio-Karte initialisiert. Beim 1.94 konnte ich hier einfach durch Zuweisung der MAC-Adressen in der 70-persistent-net.rules das korrekte Mapping herstellen ...udev ist hier ja (noch) der aktuelle Standard bei Ubuntu nach meinem Wissen. Wenn ich diese Datei nun erstelle, wird sie beim nächsten Boot jedoch wieder gelöscht und kommt nie zur Anwendung. Eine 71-persistent-net.rules wird scheinbar nie angewendet. Das Syslog schreibt nichts erkenntnisbringendes dazu ...

(Von meiner funktionierenden VM mit 1.94):
root@BM2LTSR66RBex:~# more /etc/udev/rules.d/70-persistent-net.rules
# This file was automatically generated by the /lib/udev/write_net_rules
# program, run by the persistent-net-generator.rules rules file.
#
# You can modify it, as long as you keep each rule on a single
# line, and change only the value of the NAME= key.

SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="50:e5:49:5b:ea:f7", KERNEL=="eth*", NAME="eth0"
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="8e:43:70:83:13:f2", KERNEL=="eth*", NAME="eth1"

cinfo: Hast du etwas am udev des Ubuntu verändert?

Gruß,
Rainer

Ich habe nun noch ergänzend versucht die Module für virtio und r8169 in anderer Reihenfolge zu laden.
Dies geht jedoch auch nicht, da virtio ein "builtin"Modul ist und sich nicht mit modprobe entladen lässt ...


Unfassbar ... mann muss doch irgendwie eth0 mit eth1 austauschen können ... ist doch "eigentlich" nur ein Ubuntu ... nur das UDEV nicht den Regeln zu folgen scheint.


Gruß,
Rainer

O.K. ... hab's gefunden ... ich brauche net.ifnames=1 in der /etc/default/grub ... danach wurde die /etc/udev/rules.d/10-my-net-names.rules ausgeführt und die Adapter umbenannt.

Allerdings macht auch die neue Version immer noch die Probleme als Multiroom Server (AVAHI) wie bereits hier beschrieben:

{stable} BM2LTS - Based on Ubuntu 14.04.x

Wird sich da noch etwas ändern? So kann ich leider alle aktuellen Versionen auf dem Server nicht einsetzen und somit auch meine RPIs und FireTVs nicht vernünftig anbinden. Das VNSI unter 1.94 ist ja nun gar nicht mehr aktuell ... leider ...

Gruß und Danke,
Rainer

O.K. ... ich werde mir das noch weitergehend anschauen ...
AVAHI ist halt etwas mühselig zu debuggen ...

Anyhow... danke ...
Rainer

Ich denke ich habe es gefunden!
Bisher hatte ich in dem virtuellen Image eth0 / eth1 und eth2 ... wobei eth2 noch ein Relikt aus verschiedenen Tests war und in einem anderen Subnet lag, welches lediglich den interconnect zwischen verschiedenen VMs macht.
Nachdem ich nun stur eine AVG II mit internem Netceiver am Server "emuliere" ... also nur eth0 (IPv6 zum externen Netceiver) und eth1 (IPv4) --- kein VLAN, keine Bridge und per OSD das Netzwerk nochmal komplett durchkonfiguriert habe (feste IP, nameserver, gateway etc. etc.) ist das Problem scheinbar behoben.

Das Multiroom hat nun bereits einige Neustarts von AVG und NetClient überlebt ... keine Fehlermeldungen mehr im vdr-avahi.log

Und das beste ... nun klappt es auch mit RPi und Fire TV sehr vernünftig ...

Danke für die Bemühungen ... das weiß ich zu schätzen!

Gruß,
Rainer