Thema: VMC Fehlermeldung / OpenATV 6.1.0 (2017-09-14)

Hallo zusammen!
Bei einer frischen Installation der aktuellen Version auf der gbquad bekomme ich folgende Fehlermeldung:

Code:

Fehler beim Start - VMC kann nicht gestartet werden: File contains no sections headers.
file: <???>, line: 3
'include = /etc/samba/distro/smb-user.conf'

Zur Zeit habe ich mir damit geholfen, dass ich die diversen "include-Dateien" von samba in die smb.conf nicht als "include" eintrage, sondern den Inhalt selbst.
Somit kann ich VMC starten und benutzen.

Gibt es noch eine andere Möglichkeit VMC mit dem aktuellen samba Paket zu betreiben (getrennte configs) ohne diesen Aufwand?

AkiraNorthstar

Die Gründe dafür dürften in der Umstellung auf Samba4 im aktuellen oATV6.1 zu suchen sein:
https://www.opena.tv/openatv-6-1-ima...tml#post319143
wie man gerade was am Besten einträgt, damit es läuft, muß ich für mich auch erst noch herausbekommen.

Danke für die Antwort.
Das share von VMC ist die Freigabe für Boxen im "VMC-Client Modus" und wird über smb / nfs freigegeben. (loop mount von VMCArt.img)

Eben habe ich mal auf der Box in VMC durchgestöbert und gesehen, das dort nur die /etc/samba/smb.conf verarbeitet wird.
Dann könnte man, um bei der aktuellen samba configuration zu bleiben, eine /etc/samba/smb-vmc.conf dort eintragen / verarbeiten.
Ich werde es heute Abend mal ausprobieren und eine Rückmeldung geben.
So Long,

AkiraNorthstar

Drei Optionen:
1. VMC so ändern/patchen, daß es die smb-user.conf nutzt (und keinen Sektionen-Check macht)

2. Einen include für vmc reservieren (z.B. /etc/samba/smb-vmc.conf) und BMC beibringen, diese zu nutzen.

3. Eine leere Sektion [global] am Ende von smb.conf vorsehen.

1 oder 2 wären die besseren Alternativen, da Änderungen in smb.conf bei Neuflash/Samba-Update verloren gehen sollen, damit eine saubere Grundconfig gesichert ist.



Gesendet von meinem SM-N910F mit Tapatalk

Stimmt, da sollte man lieber die smb-user.conf nutzen, so wie es vorgesehen ist. Ist diese Config zur Zeit als "Standard" bei den zu sichernden Dateien unter "Einstellungen sichern" dabei?
Sonnst müsste man dort auch noch nachschauen.

Liebe Grüße,

AkiraNorthstar

Zitat von AkiraNorthstar

Stimmt, da sollte man lieber die smb-user.conf nutzen, so wie es vorgesehen ist. Ist diese Config zur Zeit als "Standard" bei den zu sichernden Dateien unter "Einstellungen sichern" dabei?

Ja, ist sie.
Eine potentielle smb-vmc.conf würde übrigens auch gesichert ...

Das hatte ich im OpenATV 6.1 schon eingebaut, noch bevor die gesplittete Config ausgerollt wurde (Vermutlich kam es aber bei den Usern gleichzeitig an).
Noch etwas genauer: Mit gesichert wäre es schon immer geworden, die Änderung im BackupRestore betrifft vielmehr das "Nichtsichern" der smb.conf.

/etc/samba-vmc.conf und eine include in /etc/smb-user.conf wäre übrigens die sauberste Lösung.
Wer entwickelt das VMC-Plugin? Spielt derjenige mit oder muß ich selber Hand anlegen?

Das VMC plugin wird von hmmmdada entwickelt, mein letzter Stand ist, das es nicht mehr (seit Version 4.4R11) hier gepflegt werden kann, da einiges zu ändern wäre...
Zwar entwickelt er weiter, aber nicht für die "alten und langsamen" Boxen. Da gibt es viel zu berichten : VMC von hmmmdada
Ich bin nicht so firm mit python, allerdings hilft Dir das hier etwas weiter:
smb-vmc.patch.txt

Ich konnte selbst das hier nicht auf meiner Box testen, da immer wieder einer der Familie den Receiver in Beschlag nimmt.
LG

Zitat von AkiraNorthstar

Ich bin nicht so firm mit python, allerdings hilft Dir das hier etwas weiter:
smb-vmc.patch.txt

So wie ich das sehe, könnte man das sogar noch einfacher haben.

Anscheinend ist da nix dynamisches bei, d.h. es wird einfach nur ein zusätzlicher Share [VMC] angelegt, der immer gleich aussieht.
Den kann man genauso gut fix in eine smb-vmc.conf eintragen, die ins Paket VMC reinpacken und schon auf dem Feed im Samba das Laden der /etc/samba/smb-vmc.conf vorsehen.
Dann beschränkt sich die Änderung im VMC auf das Entfernen des Checks ...

Kann mir mal jemand eine von VMC modifizierte smb.conf hier entweder in einem CODE-Block posten oder als Attachment schicken?

Welche smb.conf meinst Du?
Die vor einer OpenATV 6.1 (/etc/samba/smb.conf), oder die unter 6.1 laufende mit den includes drinne?

Meine derzeitige OpenATV 6.1 : smb.conf

Code:

[global]
        server string = OpenATV %h network services

        guest account = root
        null passwords = Yes
        min protocol = NT1

        security = USER
        map to guest = Bad User
        min receivefile size = 16384
        use sendfile = Yes
        aio read size = 16384
        aio write behind = true
        aio write size = 16384
        username map = /etc/samba/private/users.map
        smb passwd file = /etc/samba/private/smbpasswd
        passdb backend = smbpasswd
        idmap config * : backend = tdb
        obey pam restrictions = Yes
        max stat cache size = 64
        unix password sync = Yes
        pam password change = Yes
        server multi channel support = Yes
        passwd program = /usr/bin/passwd %u
        passwd chat = *Enter\snew\s*\spassword:* %n\n *Retype\snew\s*\spassword:* %n\n *password\supdated\ssuccessfully* .

        # Disable printer support for now
        disable spoolss = Yes
        load printers = No
        printcap name = /dev/null

[Root]
        comment = Everything - take care!
        path = /
        guest ok = yes
        read only = no
        valid users = root
        admin users = root
        force create mode = 600
        force directory mode = 700

[Harddisk]
        comment = The harddisk
        path = /media/hdd
        guest ok = Yes
        read only = No
        valid users = root kids
        admin users = root
        force create mode = 0600
        force directory mode = 0700

[VMC]
    comment = VMC
    path = /media/VMC
    read only = no
    public = yes
    guest ok = yes

OpenATV 6.0 smb.conf

Code:

[global]
   guest account = root
   security = user
   map to guest = bad user
   server string = OpenATV %h network services
   workgroup = WORKGROUP
   socket options = TCP_NODELAY
   username map = /etc/samba/private/users.map
   smb passwd file = /etc/samba/private/smbpasswd
   encrypt passwords = yes
   passdb backend = smbpasswd
   idmap backend = smbpasswd
   obey pam restrictions = yes
   unix charset = utf-8
   max stat cache size = 64
   null passwords = yes
   unix password sync = yes
   pam password change = Yes
   passwd program = /usr/bin/passwd %u
   passwd chat = *Enter\snew\s*\spassword:* %n\n *Retype\snew\s*\spassword:* %n\n *password\supdated\ssuccessfully* .

[Root]
  comment = Everything - take care!
  path = /
  read only = no
  public = yes
  guest ok = yes
  valid users = root
  force create mode = 600
  force directory mode = 700
  force security mode = 600
  force directory security mode = 700

[Harddisk]
  comment = The harddisk
  path = /media/hdd
  read only = no
  public = yes
  guest ok = yes
  valid users = root,kids
  admin users = root
  force create mode = 600
  force directory mode = 700
  force security mode = 600
  force directory security mode = 700


[VMC]
comment = VMC
path = /media/VMC
read only = no
public = yes
guest ok = yes

Ich hoffe es hilft Dir!

EDIT: Ich sehe gerade das samba Protocol 1 immernoch unter OpenATV 6.1 aktiviert ist, das müsste man mal auf 2 oder 2.1 anheben ;-)

Zitat von AkiraNorthstar

Welche smb.conf meinst Du?
Die vor einer OpenATV 6.1 (/etc/samba/smb.conf), oder die unter 6.1 laufende mit den includes drinne?

Wurscht, Hauptsache der VMC-Share ist drin.

Tut's also so wie Du es gepostet hast.

Zitat von AkiraNorthstar

EDIT: Ich sehe gerade das samba Protocol 1 immernoch unter OpenATV 6.1 aktiviert ist, das müsste man mal auf 2 oder 2.1 anheben ;-)

Das würde ich liebend gerne tun!

Meine eigene smb-user.conf enthält auch

Code:

include /etc/samba/distro/secure.conf

was u.a. genau das bewirkt.

Aber:
Würde man die Mindestversion auf 2.02 setzen, dann wäre der Network Browser älterer Images und von Boxen mit 64 MB Flash endgültig nicht mehr in der Lage, die Shares zu finden, da der smbclient bis Samba 3.6.x kein SMBv2 kann, aber smbclient benutzt wird, um die Shares aufzulisten.
Ich habe zwar im Networkbrowser "-m SMB3 " zum Aufruf des smbclient zugefügt, nutze dabei aber die Tatsache aus, daß der smbclient von Samba 3.6.25 das einfach ignoriert (und trotzdem SMBv1 nutzt).

Auch gibt es einige wenige Boxen, die als Client gar kein SMBv2 können (Die alte Dreambox-Clones und noch ein paar andere, wo der Hersteller eine schlampige defconfig gebaut hat).
Dazu kommen noch die unseligen Witz!Büchsen, die auch kein SMBv2 können ...

Nachtrag:
Auch VMC wäre davon betroffen:

Code:

os.system("mount -t cifs -o user=guest,password=guest //" + server_ip + "/VMC /media/VMC")

Mountet nur per SMBv1, ohne Angabe einer Version mit vers=x.yy ist der Standard unter Linux leider immer noch SMBv1.