Beiträge von jone

Die Platte läuft problem am Linuxsystem. Der Aufbau meines Netzwerkes erforderte jedoch, dass die Platte im Arbeitszimmer am WIn7 PC als externe PLatte läuft.

Ich bin inzwischen den Weg gegangen, auf dem PC im Wohnzimmer auch Win7 mit Kodi zu installieren. So kann ich problemlos auf die Platte zugreifen, habe aber unerwarteter Weise neue, andere Probleme mit der MCE Remote hinzugewonnen, die ich vorher so nicht erwartet habe. Unter Linux waren deutlich mehr Tasten aktiv belegt/nutzbar, als es unter Win der Fall ist.

Aber das wird zu offtopic hier.

Ich werde bei Zeiten nochmals zum Test paralell Linux installieren, um zu sehen, ob es ggf. ein Problem mit meiner Konfiguration war oder evtl. etwas grundlegendes unrund läuft...

Ja, den Eintrag hatte ich auch schon gefunden... das dort beschriebene hilft mir aber nicht weiter, weil die Problematik eine andere ist.

Das Netzwerk startet ja sauber, ich habe direkt nach dem booten problemlos Zugriff auf alle Freigaben im Netzwerk; nur eben nicht auf die freigegebene externe Platte. Eine andere Freigabe auf dem gleichen Rechner (auf der normalen HDD) funktioniert auch sofort, daher gehe ich davon aus, dass das starten des Netzwerkes sauber durchläuft und keine Probleme macht.

Das deckt sich ja auch mit der Ausgabe der console beim Mounten, andere Verzeichnisse gehen, die externe Platte nicht.

Ah, ok. DIe Option gibt es unter OpenElec, nicht jedoch im Kodibuntu... das Aktivieren hat jedoch auch keinen Erfolg gehabt.

Stimmt, dass die Freigabe auf einer externen Platte liegt, habe ich offensichtlich nicht gut genug rübergebracht. Das dürfte doch aber nicht der entscheidene Punkt sein?

Nein, das ist das Problem von Anfang an

Ich finde in den Einstellungen trotz Expertenansicht diese Option nicht. Bist Du sicher, dass die Einstellung so heißt?

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!).

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?

Hab ich versucht, Fehler bleibt der gleiche.

Der Eintrag, der Probleme macht ist dieser:

<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.

Zitat von skybird1980

Was steht denn da drin?

Die source.xml schaut so aus:

<sources>
    <programs>
        <default pathversion="1"></default>
    </programs>
    <video>
        <default pathversion="1"></default>
        <source>
            <name>TV-Dreambox</name>
            <path pathversion="1">smb://192.168.1.33/data/TV-Dreambox/</path>
            <allowsharing>true</allowsharing>
        </source>
        <source>
            <name>serien-nas</name>
            <path pathversion="1">smb://192.168.1.33/data/Video/</path>
            <allowsharing>true</allowsharing>
        </source>
        <source>
            <name>Movies</name>
            <path pathversion="1">/home/jn/Movies/</path>
            <allowsharing>true</allowsharing>
        </source>
        <source>
            <name>dm7025</name>
            <path pathversion="1">smb://192.168.1.77/Harddisk/movie/</path>
            <allowsharing>true</allowsharing>
        </source>
        <source>
            <name>carina-incoming</name>
            <path pathversion="1">smb://CARINA/incoming/</path>
            <allowsharing>true</allowsharing>
        </source>
        <source>
            <name>extHDD-Filme</name>
            <path pathversion="1">smb://CARINA/extHDD-Filme/</path>
            <allowsharing>true</allowsharing>
        </source>
        <source>
            <name>dm7080</name>
            <path pathversion="1">smb://DM7080/Harddisk/movie/</path>
            <allowsharing>true</allowsharing>
        </source>
        <source>
            <name>dm8000</name>
            <path pathversion="1">smb://DM8000/Harddisk/movie/</path>
            <allowsharing>true</allowsharing>
        </source>
    </video>
    <music>
        <default pathversion="1"></default>
        <source>
            <name>Music</name>
            <path pathversion="1">/home/jn/Music/</path>
            <allowsharing>true</allowsharing>
        </source>
        <source>
            <name>mp3-nas</name>
            <path pathversion="1">smb://192.168.1.33/data/mp3/</path>
            <allowsharing>true</allowsharing>
        </source>
    </music>

Zitat von root2

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.

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.

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:

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...

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:

19:43:43 T:140015522801408   ERROR: SMBDirectory->GetDirectory: Unable to open directory : 'smb://USERNAME:PASSWORD@192.168.1.22/extHDD-Filme'
                                            unix_err:'16' error : 'Invalid argument'
19:43:44 T:140016706791360   ERROR: GetDirectory - Error getting smb://192.168.1.22/extHDD-Filme/
19:43:44 T:140016706791360   ERROR: CGUIMediaWindow::GetDirectory(smb://192.168.1.22/extHDD-Filme/) failed
19:43:44 T:140015025248000  NOTICE: Thread BackgroundLoader start, auto delete: false
19:44:15 T:140015522801408  NOTICE: Thread JobWorker start, auto delete: true
19:44:21 T:140015522801408   ERROR: SMBDirectory->GetDirectory: Unable to open directory : 'smb://USERNAME:PASSWORD@CARINA/extHDD-Filme'
                                            unix_err:'16' error : 'Invalid argument'
19:44:23 T:140016706791360   ERROR: GetDirectory - Error getting smb://CARINA/extHDD-Filme/
19:44:23 T:140016706791360   ERROR: CGUIDialogFileBrowser::GetDirectory(smb://CARINA/extHDD-Filme/) failed
19:44:57 T:140016706791360   ERROR: SMBDirectory->GetDirectory: Unable to open directory : 'smb://USERNAME:PASSWORD@CARINA/exthddfilme'
                                            unix_err:'2' error : 'No such file or directory'
19:44:58 T:140016706791360   ERROR: GetDirectory - Error getting smb://USERNAME:PASSWORD@CARINA/exthddfilme

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.

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?