SMB Freigabe auf Winrechner von Linux und RasberryPi nicht erreichbar

  • Servus!

    Ich nutze Kodi in drei unterschiedlichen Räume (1x WinPC mit Win7 Pro, 1x Kodibuntu, 1x RaberryPi mit Openelec) mit einer SQL Datenbank auf meinem NAS (Synology DS213air). Funktioniert soweit auch absolut zufriedenstellend. Neuerdings habe ich jedoch das Problem, dass ich meine Netzwerkfreigabe am WinPC von den beiden anderen Systemen nicht mehr erreiche. DIe Fehlermeldung ist im beigefügten Screenshot zu sehen.

    Ich nutze auf allen drei Systeme feste IPs. Ich konnte den Fehler etwas eingrenzen, indem ich eine Freigabe an einem anderen WinPC getestet habe, die ist von Kodibuntu und Openelec Problemlos erreichbar/abspielbar. Von einem anderen LinuxPC (ohne Kodi Oberfläche) ist die Netzwerkfreigabe am WinPC mit Kodi ebenfall nicht aufrufbar, es erscheint die gleiche Fehlermeldung wie im Screen.

    Ich gehe daher davon aus, dass es sich um ein Problem am WinPC handelt. Da ich nichts an der Konfiguration geändert habe, erschließt sich mir nur nicht warum dieser Fehler auftritt. Jemand eine Idee?

  • Huhu,
    Wie lauten denn die festen IPs?
    Vieleicht in einen Subnet eine Ziffer verutscht oder keine Route im Router?

    Gibt es einen Eintrag im [definition=3,2]kodi.[definition='1','0']log[/definition][/definition] dazu?
    Bist du in der richtigen Arbeitsgruppe an allen PCs?

    Erstmal genug Fragen :)

    --------------
    Guides nicht mehr verfügbar wegen Youtube unvermögen guten von schlechten Kodi Videos zu unterscheiden.

  • Mein gesamtes Netzwerk arbeitet im Bereich 192.168.1.1 - 192.168.1.255

    Das Netz schaut so aus (Geräte, die für die Darstellung nicht benötigt werden, habe ich weggelassen):

    FritzBox 192.168.1.1
    |-Win7PC 192.168.1.22
    |-DS2123+ 192.168.1.33
    |-KodiBuntu 192.168.1.97
    |-RasberryPi 192.168.1.133

    Alle Geräte sind der Arbeitsgruppe HOME zugeordnet. Die Geräte werden in der Arbeitsgruppe auch alle richtig angezeigt. Alle Geräte können sich untereinander erreichen (ssh, ftp...). Probleme gibt es nur, sobald ich von Kodibuntu oder dem RasberryPi auf die Freigabe vom Win7Pc zugreifen will. Andere Windowsrechner können problemlos auf die Freigabe zugreifen, nicht Kodi-Linux Rechner werfen die gleiche Fehlermeldung wie im Screen oben raus.

    Das [definition=3,2]kodi.[definition='1','0']log[/definition][/definition] hat Einträge:

    Mir ist nicht klar, ob Kodi im Log ggf. die User und Passwörter selbst ausblendet, oder ob das vielleicht der Fehler ist. In der mediasources.xml, passowrds.xml und sources.xml sind die User und Passwörter richtig abgebildet.

    Ich habe auch schon versucht, statt der Rechnernamen die festen IPs zu nutzen, Fehlermeldung und Logeintrag ist identisch.

    Die Windowsfirewall habe ich deaktivert, daran dürfte es also nicht liegen.

  • Wie gewünscht nun das [definition=3,2]kodi.[definition='1','0']log[/definition][/definition] mit aktiviertem [definition='1','3']Debug[/definition].

    http://pastebin.com/CvUXtQZz

    Für mich sieht dieser EIntrag relevant aus:

    Code
    21:02:18 T:140575502182144   ERROR: SMBDirectory->GetDirectory: Unable to open directory : 'smb://USERNAME:PASSWORD@CARINA/extHDD-Filme'
                                                unix_err:'16' error : 'Invalid argument'

    Andere Freigaben an dem gleichen Win7PC können btw. von Kodibuntu problemlos aufgerufen werden...

  • Ich habe diverse Versuche gestartet: Egal ob ich nur Hosts oder nur IPs verwende, die bekannte Fehlermeldung ist immer die gleiche (s.o.)

    In der sources.xml finde ich nichts verdächtiges.

  • Ich habe diverse Versuche gestartet: Egal ob ich nur Hosts oder nur IPs verwende, die bekannte Fehlermeldung ist immer die gleiche (s.o.)
    ...


    Passiert der Fehler immer oder nur wenn Du z. B. den PC vorher im Suspend oder Standby Modus hattest und er danach aufwacht?

    Ggf. könnte eine Anpassung der hosts Datei helfen, wie in diesem Thread beschrieben: http://openelec.tv/forum/76-netwo…r-wake-up#70196

    Gruß

  • Was steht denn da drin?


    Die source.xml schaut so aus:


    Passiert der Fehler immer oder nur wenn Du z. B. den PC vorher im Suspend oder Standby Modus hattest und er danach aufwacht?

    Ggf. könnte eine Anpassung der hosts Datei helfen, wie in diesem Thread beschrieben: http://openelec.tv/forum/76-netwo…r-wake-up#70196

    Gruß


    Bisher nutze ich keinen Standby. Der Fehler tritt immer auf, egal ob die Kiste schon stunden rennt oder frisch gebootet ist.
    Das Nutzen der hosts Datei konnte den Fehler auch nicht beheben, es kommt unverändert die o.g. Fehlermeldung.

    Ich vermute den Fehler auch eher am Win7 PC, an dem die externe Festplatte mit dem freigegenen Verzeichnis hängt.

  • Hallo,

    hänge mal in der sources.xml den Usernamen und das Passwort mit rein

    z.b.
    <path pathversion="1">smb://user:password@192.168.1.33/data/TV-Dreambox/</path>


    user und password natürlich durch entsprechende angaben ersetzen.
    dann sollte es eigentlich gehen.

    alternativ auch: (mit Workgroup/Domain) -> workgroup mit deinem Workgroup namen Ersetzen z.B. home
    <path pathversion="1">smb://workgroup;user:password@192.168.1.33/data/TV-Dreambox/</path>

    siehe z.B. hier: Punk 3.1
    http://kodi.wiki/view/Sources.xml/Types


    LG

  • Hab ich versucht, Fehler bleibt der gleiche.

    Der Eintrag, der Probleme macht ist dieser:

    Code
    <source>
    <name>carina-incoming</name>
    <path pathversion="1">smb://CARINA/incoming/</path>
    <allowsharing>true</allowsharing>
    </source>

    Die 192.168.1.33 ist die Diskstation, dort kann ich mich problemlos mit dem User/Pw anmelden.

    Ich habe gerade mal versucht von einem anderen Winrechner mit laufendem Kodi auf die Freigabe zuzugreifen, Funktioniert problemlos. Das Problem scheint wohl irgendwie Linux --> Win lastig zu sein.

  • Hallo,

    als erstes würde ich wie auch don erwähnt hat, auch noch den Namen in IP auflösen
    z.B. <path pathversion="1">smb://domain;user:password@http://xxx.xxx.xxx.xxx/incoming/</path>

    Wenn es dann noch immer nicht geht würde ich auf dem Linux versuchen den share zu mounten.
    Da du in Openelec nicht an vielen Orten Schreibberechtigung hast würde ich einen Ordner in /storage anlegen:

    mkdir /storage/ORDNERNAME z.B. mkdir /storage/test

    danach in das Verzeichnis den Network Share mounten:

    mount -t cifs -o username=USERNAME,password=PASSWORD,domain=DOMAIN //http://xxx.xxx.xxx.xxx/incoming /storage/test

    danach in:
    cd /storage/test
    mit
    ls
    nachsehen ob Dateien vorhanden sind -> wenn ja, funktioniert das mounten und es müsste in Kodi genau so gehen.

    Wenn nicht, kannst du noch versuchen auf dem Windows Rechner (ich gehe mal davon aus es ist ein Windows 7 ?) folgende Regisrty Keys zu ändern: (hat bei mir auch schon des Öfteren geholfen, zwar für den Zugriff von Android auf Windows aber he, warum solls nicht auch für Linux helfen ? :) )

    HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\lanmanserver\parameters\size -> auf den Wert "3" setzen
    HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager\Memory Management\LargeSystemCache -> auf den Wert "1" setzen


    So, ich hoffe das hilft :)

    LG

  • Der Wechsel von Name --> IP hat leider nichts gebracht. Auch die Einträge in der Registry haben keine Veränderung herbeigeführt.

    Die externe Platte kann ich auch nicht auf der Console mounten:

    jn@jn-desktop:~$ sudo mount -t cifs -o username=user,password=pw //192.168.1.22/extHDD-Filme /media/extHDDFilme
    mount: //192.168.1.22/extHDD-Filme: can't read superblock

    Andere freigegebe Verzeichnisse kann ich problemlos mounten (sowohl mit Rechnernamen als auch mit IP). Ein chkdisk auf Windows habe ich bei der externen Platte bereits ausgeführt, es wurden keine Fehler gefunden.

    Jemand noch eine Idee?

  • Wo stell ich das "Warten auf Netzwerk" ein?

    Bis zu diesem Problem mit der Freigabe hatte ich bisher noch nie irgendwelche Probleme mit IP oder Rechnernamen in der Konfig. Es funktioniert ja bei einem anderem Verzeichnis auch problemlos mit Namen oder IP, nur bei der externen Platte eben nicht (mehr!).

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!