179 replies to this topic

[anudanan]

wenn du 

mount 

eingibst, sollte aber dennoch etwas kommen, z.b. die Ausgabe für das Mounten der lokalen HDD oder anderen wie Flash usw.

 

Was kommt denn auf der Box ohne USB HDD nach dem Neustart wenn du 

mount 

eingibst

Wie sieht das aus, wenn du mount dann nach dem manuellen Neuverbinden eingibst und die remoten HDDs dann da sind?

[anudanan]

Was auch sehr merkwürdig ist, ist die Tatsache, dass in dem Logfile, was du mal erstellt hast, es so aussieht, als ob die Mounts auch geklappt haben

[AutoMount.py] CheckMountPointFinished, verifying:  /media/net/Harddisk@GBWZ
[AutoMount.py] CheckMountPointFinished, verifying:  /media/net/USB2@GBWZ
[AutoMount.py] CheckMountPointFinished, verifying:  /media/net/USB1@GBWZ

Diese 3 Zeilen ohne Fehlermeldung bedeuten laut der Programmsourcen von AutoMount.py, dass das Verzeichnis /media/net/ mit den jeweiligen Mountpoints existiert.

Der Log war doch nur vom Neustart oder hast du danach dann von Hand wieder die Netzlaufwerk verbunden und deshalb sieht man das im log?

[Kredar]

War vom Neustart, kein Knopf gedrückt oder in einem Menü gewesen.

 

Wenn ich Mount eingebe sehe ich die /media/hdd aber nicht die /media/net. Wie gesagt installiere den Receiver mit den USB-Platten mal neu, trage in die smb-user.conf per Hand die USB-Platten hinzu.

 

Die Harddisk.conf schaut dann wie folgt :

[Harddisk]
  comment = Interne SSD 
  path = /media/hdd
  read only = no
  browseable = yes
  writable = yes
  available = yes
  create mask = 0666
  directory mask = 0777
  wide links = yes
  follow symlinks = yes

[USB1]
  comment = USB 1
  path = /media/usb1
  read only = no
  public = yes
  guest ok = yes
  browseable = yes
  writable = yes
  available = yes
  create mask = 0777
  directory mask = 0777
  wide links = yes
  follow symlinks = yes
  
[USB2]
  comment = USB 1
  path = /media/usb2
  read only = no
  public = yes
  guest ok = yes
  browseable = yes
  writable = yes
  available = yes
  create mask = 0777
  directory mask = 0777
  wide links = yes
  follow symlinks = yes

Ist das so okay, oder ist da auch was falsch? Wenn ich diese Editiere (die interne SSD steht ja schon drinnen), sollte der Receiver ohne die Platten die USB-Platten finden. Neustart nach Edit ist klar, mach ich immer damit es neu geladen wird. Zusätzlich mach ich noch die UUID's rein, kann ja nicht schaden.

 

mfg

Edited by Kredar, 31 March 2020 - 21:18.

[Kredar]

Meinte natürlich in der ect/samba/smb-user.conf und nicht die Hardware.conf in /shares. Da hatte ich beinahe was missverstanden.

#
# Add your user additions to the global section here
# 

# uncomment this line to disallow unsecure access
# include = /etc/samba/smb-secure.conf

[global]

[USB1]
  comment = USB 1
  path = /media/usb1
  read only = yes
  public = yes
  guest ok = yes
  browseable = yes
  writable = yes
  available = yes
  create mask = 0777
  directory mask = 0777
  wide links = yes
  follow symlinks = yes
  
[USB2]
  comment = USB 2
  path = /media/usb2
  read only = yes
  public = yes
  guest ok = yes
  browseable = yes
  writable = yes
  available = yes
  create mask = 0777
  directory mask = 0777
  wide links = yes
  follow symlinks = yes

So hoffe das passt nun. Konnte den obigen Beitrag nicht mehr Editieren .

 

mfg

[anudanan]

Die Einträge in die /etc/fsrab mit den UUIDs kannst du machen. Bei den Einträgen für Samba solltest du erstmal checken, ob die nicht schon vom openpli angelegt wurden irgendwo in dem /etc/samba Verzeichnis oder da drunter unter shares. Erst wenn diese Einträge fehlen, kannst du diese nach dem Muster für [Harddisk] anlegen, wie du beschrieben hast

[Kredar]

Receiver mit Platten ist auch komplett neu Aufgestetzt (per USB-Stick).

 

Dann habe ich nur die fstab einträge hinzugefügt:

UUID=BE9C39F89C39AC31	/media/usb1	auto	defaults	0 0
UUID=4E7466047465EF61	/media/usb2	auto	defaults	0 0

Und die obige smb-user.conf (Post #84). Mehr habe ich nicht gemacht!

 

Der PC findet die USB-Platten auch wenn diese garnicht angesteckt sind. Finde ich komisch, sowas kenne ich aus dem PC Bereich eben garnicht. Sei es drum, der Receiver ohne die Platten findet die Platten zwar aber erst nach dem "Erneut Drücken". Habe an dem Receiver nichts ändern müssen oder neu suchen, da ja die exakt gleiche Konfiguration/Aufbau.

 

Wenn ich UUID lösche, sehe ich zwar am PC die USB-Platten aber ein Zugriff ist nicht möglich. Wieso? Da ist doch was falsch bei der Freigabe. Am Receiver ohne die Platten (nennen wir Ihn Receiver 2), ist auch kein Zugriff mehr möglich.

 

Also stimmt was mit der Freigabe von dem Receiver mit den USB-Platten (nennen wir ihn Receiver 1) nicht.

 

Was soll ich nun tun? Leicht ratlos, schaue jetzt erstmal wie es korrekt geht im Internet nach.

 

mfg

Edited by Kredar, 1 April 2020 - 08:36.

[Kredar]

Nachtrag: Auf die internen Platte komme ich vom PC aus einwandfrei (Harddisk und root). Auch am Receiver 2 (nach ich erneut Verbinden gedrückt habe, langsam glaube ich das es ein OpenPLI Bug ist keine Ahnung wieso ich das drücken muss damit die Freigaben am Receiver 2 angezeigt bekomme). Die USB-Platten sind ohne die UUID weg, hmm. Da muss ich mal schauen wieso....

 

mfg

Edited by Kredar, 1 April 2020 - 09:08.

[anudanan]

Wenn du die UUID Einträge nicht hast, werden die USB HDDs vermutlich nicht nach /media/usb1 und /media(usb2 gemountet sonder auf andere Pfade, darum findest du diese dann ohne UUID nicht

Du kannst ohne UUID ja mal schauen, was alles unter /media auf Receiver 1 existiert mit

 

ls -l /media

 

Die Samba Freigabe gibt ja keine HDDs frei, sondern einfach nur einen Zugriff auf ein Verzeichnis /media/usb1 oder /media/usb2. Wenn dort dann HDDs hingemountet sind, dann hat man auch Zugriff auf die HDD. Wenn die HDDs nicht angeschlossen sind, dann sind die Verzeichnisse leer, aber dennoch sichtbar

 

D.h. dein ursprüngliches Problem ist immer noch da.

 

Ich würde dann trotzdem mal sehen, was die Befehle

 

mount

ls -l /media

ls -l /media/net

 

anzeigen, wenn der Receiver 2 gestartet wurde und die Netzwerklaufwerk noch nicht sieht.

Am besten auf dabei nochmal den Debug Log machen mit dem DEBUG_LVL=4 und mitschicken

 

Vielleicht sieht man ja doch etwas, warum die laut Debug Log erfolgreichen Mounts dann doch nicht zu sehen sind. Irgendwie immer noch sehr merkwürdig

Edited by anudanan, 1 April 2020 - 09:49.

[Kredar]

So die Platten sind am PC sichtbar und ich kann problemlos drauf zugreifen (Interne SSD sowie die beiden USB-Platten). Waren falsch benannt als Dateiträgername. Das ist nun korrigiert (USB1 + USB2) als Datenträgername.

 

So aber das mit der Freigabe klappt an Receiver 2 aber nur nachdem ich erneut Verbinden gedrückt habe.

 

Hier mal die Konfig nicht das da was falsch eingestellt ist.

 

UUID hab ich im moment nicht drinnen, die Platten werden einwandfrei gefunden. An Receiver 2 eben nur nach dem Trick. Im Netzwerkbrowser an Receiver 2 ist alles bestens wie ich sehe.

 

Zu:

 

ls -l /media

ls -l /media/net

 

Wird einwandfrei angezeigt wenn ich den Trick mache, wenn ich nach Neustart drauf schaue ist das /media/net wieder weg bei beiden Befehlen. Es wird das Automout total ignoriert nach dem Neustart wie es aussieht.

 

mfg

Attached Files

•  Bild 1.jpg   338.3KB   1 downloads
•  Bild 2.jpg   448.39KB   0 downloads

Edited by Kredar, 1 April 2020 - 10:25.

[Kredar]

Hier die Log-Datei (vom Receiver 2 (ohne Platten). Irgendwie ist da nichts mehr zu finden von Mount. Aber es ist da wenn ich "erneut Verbinden" drücke. So langsam verstehe ich alles nicht mehr...

 

mfg

 

 

Attached Files

•  enigma.19700101.txt   30.96KB   6 downloads

Edited by Kredar, 1 April 2020 - 10:42.

[anudanan]

mmh, dieser Log ist jetzt anders als damals

 

Deine /etc/enigma2/automount.xml existiert aber noch und hat auch den sinnvollen Inhalt auf Recevier 2?

[Kredar]

Ja die Automount ist einwandfrei vorhanden auf Receiver 2 (der ohne Platten):

<?xml version="1.0" ?>
<mountmanager>
<cifs>
 <mount>
  <active>True</active>
  <hdd_replacement>False</hdd_replacement>
  <ip>192.168.0.12</ip>
  <sharename>USB2 (HD)</sharename>
  <sharedir>USB2</sharedir>
  <options>vers=2.1,sec=ntlmssp,rw</options>
  <username>xxx</username>
  <password>xxxxx</password>
 </mount>
</cifs>
<cifs>
 <mount>
  <active>True</active>
  <hdd_replacement>False</hdd_replacement>
  <ip>192.168.0.12</ip>
  <sharename>Harddisk</sharename>
  <sharedir>Harddisk</sharedir>
  <options>vers=2.1,sec=ntlmssp,rw</options>
  <username>xxx</username>
  <password>xxxxx</password>
 </mount>
</cifs>
<cifs>
 <mount>
  <active>True</active>
  <hdd_replacement>False</hdd_replacement>
  <ip>192.168.0.12</ip>
  <sharename>USB1 (SD)</sharename>
  <sharedir>USB1</sharedir>
  <options>vers=2.1,sec=ntlmssp,rw</options>
  <username>xxx</username>
  <password>xxxxx</password>
 </mount>
</cifs>
</mountmanager>

Hab da nur den Sharename geändert, damit ich die Platten besser unterscheiden kann . Aber das ist ja nicht schlimm, da ja die Sharedir korrekt ist (gleich dem Datenträgernamen).

 

Und ja da hat sich wohl was getan zu "früheren" OpenPLI-Versionen. Dieses Problem hatte ich auf OpenPLI 4 nie.

 

Mich wundert es dann jetzt überhaupt nichts von "Mount" in der Debug-Datei steht. Nichts. Aber finden tue ich alles auf Receiver 2 wenn ich eben den Trick mache einwandfrei (auch die Filelist-Bookmarks der beiden USB-Platten erscheinen nach Aktivierung dann sofort)...

 

mfg

Edited by Kredar, 1 April 2020 - 11:04.

[anudanan]

Das würde ja dann bedeuten, dass das openpli beim Start des Systems den AutoMount.py Code nicht ausführt.

 

Das Debuglog passt jedenfalls jetzt wirklich zu deinem Problem

 

mmh. 

Jetzt könnte vielleicht Wanwizzard nochmal schauen, ob er im Code sehen kann, warum trotz automount.xml die AutoMount,py nicht ausgeführt wird.

Edited by anudanan, 1 April 2020 - 11:10.

[Kredar]

Ich sage ja, der ignoriert das total. Es wird erst gestartet wenn ich wohl "Erneut Verbinden" drücke. So schaut es für mich jedenfalls aus. Eine Lösung meinerseits sehe ich nicht, habe alles neu eingerichtet und nun steht ja noch nicht mal ein Mount in der Debug-Datei. Komisch.

 

Dann warte ich mal bis einer der OpenPLI Devs hier nachschaut. Evtl. haben sie ja eine Lösung.

 

Zum Glück geht das nur beim Neustart weg, bis dahin behält er ja die Mounts .

 

Danke für deine/eure Hilfe an alle hier .

 

mfg

[anudanan]

Der Log von jetzt ist jedenfalls hilfreicher, weil das einfach der automount nicht ausgeführt ist und das ist dann einfach für eine Entwickler nachzuschauen, warum das nicht passiert, als wenn wir im damaligen Log der Mount ausgeführt wird. Ich glaube der Log damals hat dein Erneut Verbinden Aktion mit ausgenommen und deshalb stand das damals im log

[Kredar]

Ich hoffe es hilft. Nicht nur mir, sondern auch anderen.

 

mfg

[WanWizard]

Meinte natürlich in der ect/samba/smb-user.conf und nicht die Hardware.conf in /shares. Da hatte ich beinahe was missverstanden.

 

Ich habe Ihnen bereits gesagt, dass Sie Freigaben für Ihre Geräte NICHT manuell definieren sollten. OpenPLi erledigt dies automatisch für Sie. Siehe /etc/samba/shares/*.conf.

Änderungen können nicht gemountet werden, da Samba den Export der Freigabe verweigert, da sie zweimal definiert ist ...

 

( google translate )
 

[Kredar]

Ah okay, dann teste ich das noch später.

Danke

mfg

[anudanan]

Hast du die Samba Freigabe jetzt zweimal in deinem Receiver 1 eingebaut?

 

Wobei ich mich immer noch frage, wie der zweite Receiver das wissen soll, wenn er noch nicht mal ein Automount beim Start probiert.

Und warum klappt es dann manuell

 

Aber schaue mal. Wenn es wirklich daran liegt, dann fresse ich einen Besen

[Kredar]

Ich mache beide nochmal neu, will das "Clean" testen. Und mache über den Netzwerkbrowser von Receiver 2 aus die Freigabe auf Receiver 1 (mit Platten). An Receiver 1 gebe ich nichts frei und editiere keine Datei mehr dafür. Wie ich das verstanden habe macht OpenPli den Rest von alleine. Ich würde echt staunen wenn es klappt, aber okay. Wäre super. Man lernt nie aus, wenn das so klappt wäre das echt bequem. Nur wissen muss man es wie es korrekt geht. Test das heute Abend noch.

mfg

Edited by Kredar, 1 April 2020 - 15:22.