Open HDF 6.5 - Probleme mit Mountpoint (CIFS Share)

ronaldmacdonald · 28. März 2020, 22:03

Hallo,

ich habe heute auf meiner Gigablue beim Update von Build#19 auf Build#21 das Image beschädigt, zum Glück hatte ich in einem anderen Bootslot noch ein OpenHDF 6.4 Build#129. Beim wiederaufbauen ist mir folgender Unterschied aufgefallen, den ich auch nicht repariert bekomme:

Folgender Mountpointeintrag funktioniert einwandfrei bei OpenHDF6.4 Build#129:

BrokenAttachment.txt

Das Passwort stimmt auch im identischen Mountpoint eintrag unter OpenHDF6.5 Build#21.

Bei der Kontrolle der LOGs stellte ich fest das der Mountpoint noch nie funktioniert hat unter openHDF 6.5.

Schaut man unter /media/net nach entsteht bei openHDF 6.5 auch kein Verzeischnis "nasfritz". Auch ein anlegen von Hand bringt nichts. in oopenHDf 6.4 ist es korrekt (/media/net/nasfritz/<Daten des CIFS Shares>)

Ist das bekannt, kommt da ein Fix?

Es hat zwar nichts damit zu tun, aber Samba funktioiniert mit meinen Einstelöungen unter OpenHDF 6.4 und 6.5.

Danke für Eure Hilfe bei dem Problem.

Viele Grüße

Ronald

cricriat · 28. März 2020, 22:13

Hast Du für OpenHDF 6.5 ein Passwort unter Netzwerkeinstellungen vergeben ?

Siehe hierzu auch:
Image openHDF 6.5 - Unbedingt Passwort vergeben!!

ronaldmacdonald · 28. März 2020, 22:35

Ja. Root hat ein Passwort

CV-Skipper · 28. März 2020, 22:40

Du hast also auf dem Receiver in den Netzwerkeinstellungen (Grundeinstellungen) ein neues Passwort vergeben ?
Ich frage extra nochmals, denn ansonsten sollte die Verbindung klappen !!

ronaldmacdonald · 28. März 2020, 23:57

Das ist die Einbiundung eines CIFS Share einer Fritzbox. User und Passwort liegen auf der Fritzbox (!!). Da liegt kein Benutzer im OpenHDF. OpenHDF autorisiert sich gegen die Fritzbox.

CV-Skipper · 29. März 2020, 00:09

Du musst trotzdem auf dem Receiver ein Passwort vergeben, ansonsten läßt der keinen Netzwerkzugriff zu !
Menü - Einstellungen - System - Netzwerk - Passworteinstellungen

Koivo · 29. März 2020, 07:28

Funktioniert der Mount mit Autofs Einstellungen?

buers · 29. März 2020, 08:40

Selbst habe ich noch nie diesen Freigaben-Editor benutzt (sondern immer direkt /etc/fstab). Dennoch kommt mir der Eintrag falsch vor (höchstens, da ist ein Automatismus/eine Funktionalität, die ich nicht kenn). Da steht bei dir als Server-IP "192.168.100." oder vielleicht ""192.168.100. ". Das muss doch sicherlich ""192.168.100.1" heißen? (Oder falls die Fritzbox das unter anderer Ip anbietet, dann halt die).

Koivo · 29. März 2020, 09:31

Das hat er unkenntlich gemacht. Macht zwar keinen Sinn bei einer lokalen IP, aber was solls.

ronaldmacdonald · 29. März 2020, 12:43

@buers - Lese doch mal was ich geschrieben habe. Der Eintrag stimmt aus OpenHDF Sicht, da er so seit OpenHDF 6.3, 6.4 läuft.
Wie sieht den Deine fstab aus, wenn Du sie immer direkt benuzt? Du kannst gerne Deine als Beispiel reinstellen, das würde mich interessieren.

@Koivo: Ich probiere mal "Autofs" und berichte. Komisch ist das der "Automounter Dienst" das Verzeischnis nicht anlegt unter "/media/net/" was der Dienst normalierweise machen würde.

Die Box hat ein Passwort für "root" (hatten aber meistens meine OpenHDF Versionen auch schon vor OpenHDf 6.5).

ronaldmacdonald · 29. März 2020, 13:23

Hier mal die /etc/fstab im Vergleich:

OpenHDF 6.4 (funktioniert):
//192.168.100.X/fritzbox /media/net/nasfritz cifs user=SATNas,pass=XXXXXXXXXXXXXXXX,_netdev,iocharset=utf8,rw 0 0

OpenHDF 6.5 (geht nicht):
//192.168.100.X/fritzbox /media/net/nasfritz cifs user=SATNas,pass=XXXXXXXXXXXXXXXX,_netdev,iocharset=utf8,rw 0 0

man sieht es sind Identische Einträge.

@Koivo: Keine andere Mountoption bringt den Erfolg (!). Keine Option funktioniert, um einen NTFS Share zu mounten.

NFS Server läuft, da meine andere Box via NFS (als "HDD Ersatz") zugreift auf die Gigablue.Auch der Samba Server läuft und die externen SMB Shares laufen (Backup der Windows Workstations,usw.). Die via "rsync" 2x am Tag ein Backup gewisser Daten erfolgt, ist der Zugriff auf den NTFS Share relativ wichtig und funktionierte seit OpenHDF 6.3 (und ich glaube auch vorher, da hatte ich eine anderes Device).

cricriat · 29. März 2020, 13:28

Poste bitte mal Fehlermeldungen und logs.

ronaldmacdonald · 29. März 2020, 15:00

Anbei alle LOGs die ich nach Start von OpenHDF 6.5 anbieten kann (incl. letztem CrashLog aus /home/root/logs/)

Der Rest stammt aus /var/logs (incl. Samba LOGs).

cricriat · 29. März 2020, 17:08

Melde Dich bitte per SSH an und gib ein:

smbclient -d 4 //192.168.100.X/fritzbox

und poste das Ergebnis hier.

ronaldmacdonald · 29. März 2020, 18:28

Hier die beiden LOGs (einmal das Kommando mit passender IP und einmal mit passendem Benutzer und Passwort (erfolgreich)).

Beides natürlich unter OpenHDF 6.5 - In der Theorie sollte es gehen... Offensichtlich steuert die vfstab nicht den Client an bzw. übergibt keine Werte an ihn...

Edit Zeini: Anhänge gelöscht, da Passwöreter enthalten waren.

cricriat · 29. März 2020, 18:39

Sieht doch gut aus, grundsätzlich funktioniert es.
Wenn username und password in der Automatik die gleichen sind wie im smbclient-Test, muß es gehen.

Das einzige was Du noch zusätzlich machen kannst, wenn es weiterhin nicht automatsch klappt, ist,
das debuglog der Box einzuschalten und zwar wie folgt:

Menü -> System -> Logs Einstellungen -> Log Eintellungen -> "Aktiviere Debug Log" = Ja

Danach bitte reboot.

NICHT vergessen, diese Einstellung später wieder auf Nein zu setzen, sonst werden die Logs ganz schnell
zu groß und beeinträchtigen möglicherweise die Funktionsfähigkeit der Box.

buers · 29. März 2020, 19:13

Wenn du auf der Kommandozeile "mount -a" schreibst, kommt ne Fehlermeldung? Ist dann das nasfritz Verzeichnis da?

Mounten von Netzverzeichnissen mit /etc/fstab ist nicht immer ganz zuverlässig, weil Netzwerk möglicherweise noch nicht da ist, wenn die Laufwerke einghängt werden. Auf meinem Uralt-PKT-Image hatte ich in die Startupskripte ein sleep zusammen mit einem mount -a eingebaut (und das ganze in den Hintergrund geschickt, um den Bootprozess nicht zu verzögern).

ronaldmacdonald · 29. März 2020, 21:52

Ich stelle den LOG Level hoch und lade es dann in den Thread... Ich muss die Box wieder unter 6.5 starten... Das das alles funktioniert ist klar, nur unter 6.5 eben nicht wie es soll, da die Einstellungen ja identisch sind zwischen 6,4 und 6,5

Danke Euch für die Hilfe.

Viele Grüße Ronald

cricriat · 29. März 2020, 23:53

Bitte ändern:

Quellcode

//192.168.100.X/fritzbox /media/net/nasfritz cifs user=SATNas,pass=XXXXXXXXXXXXXXXX,_netdev,iocharset=utf8,rw 0 0

in

Quellcode

//192.168.100.X/fritzbox /media/net/nasfritz cifs user=SATNas,pass=XXXXXXXXXXXXXXXX,vers=1.0,_netdev,iocharset=utf8,rw 0 0

Die Box verwendet jetzt standardmäßig SMB2.1. Die fritzbox akzeptiert das aber nicht.
Deshalb "vers=1.0" verwenden.

ronaldmacdonald · 31. März 2020, 03:02

Guter Punkt und würde das Problem lösen. Ich probiere es aus... Das wusste ich nicht, das SMB 2.1 der Standard ist und nicht mehr 1.0. Wo findet man so Informationen über OpenHDF 6.5? Die Fritzbox macht im Moment nur SMB 1.0 (in Laborversionen auch 3.0, klappt aber nicht so richtig bis jetzt).

Könntet Ihr die LOGs aus dem Thread löschen? Danke Euch (ich finde keine Adminstratoren Liste oder Informationen wie man sowas initiiert, darum frage ich hier an der Stelle :-)) :danke:

Danke Euch und vor allem cricriat für die Hilfe. :smilie_winke_048:

Viele Grüße

Ronald

P.S.: Ich habe es gerade ausprobiert und es ist die Lösung. Der Eintrag im Menue der Box bei der Mountverwaltung ist ",vers=1.0" beim Punkt Freigabe Optionen. Dann wird die /etc/fstab Datei entsprechend editiert über die Menüs und Dienste des Linux.
Der Eintrag sieht nun so aus in der fstab Datei: //192.168.100.1/fritzbox /media/net/nasfritz cifs user=SATNas,pass=XXXXXXXXXXXXXXXXXX,_netdev,iocharset=utf8,rw,vers=1.0 0 0

Open HDF 6.5 - Probleme mit Mountpoint (CIFS Share)

Open HDF 6.5 - Probleme mit Mountpoint (CIFS Share)

Quellcode

Quellcode

Teilen

Tags

Ähnliche Themen