Super DANKE - das schnell starten war der Übeltäter!
Prima 
Die Kernelmeldungen hätten mich interessiert, was der Kernel da explizit angibt.
z.B. dass er die Platten nicht mouten will, weil Windows 8/10 noch nicht runtergefahren ist und er Datenverlust vermeiden will.
Hm ... wieviel ist denn auf dem Stick noch frei?
Die Platten hatte er ja schon gefunden, überlege gerade, wieso er sie nach einen Reboot "vergessen" hat.
Schau mal, ob du die Platten im Dateimanager (auch unter Optionen) als neue Quelle einfügen kannst.
Ansonsten müsste man kucken, was der Kernel sagt. Also per SSH auf den HTPC.
Starte mal OE und schaue in Optionen -> Systeminfos -> Plattenplatz welche Platten er findet.
Anhand der Größe dürftest du die Partitionen zuordnen können, wenn er welche findet.
Was für Platten denn?
Interne? Die auch nicht mehr booten, wenn du den USB Stick abziehst?
Externe USB Platten?
NAS Platten, die über das Netzwerk angeschlossen sind?
Was ich vielleicht noch antesten will ist Kodi unter Linux, aber ich bin mir noch nicht sicher wie die Harmony und LIVE-TV darauf reagiert.
Live-TV bin ich noch nicht dazu gekommen, aber hier mal meine TV-Karte "Digital Devices cineS2".
Ich würde einfach Openelec (Kodi unter Linux) von einem USB Stick ausprobieren. Das ist zwar deutlich langsamer als von Platte, aber zum Testen geht es schon.
Deine Karte sollte TVheadend (die TV Backend Software) eigentlich erkennen, eingerichtet wird es wie immer über die Weboberfläche.
Wie hier beschrieben:
http://wiki.openelec.tv/index.php/Configuring_Tvheadend
Du findest eigentlich alles im Openelec Wiki:
z.B. die Harmony http://wiki.openelec.tv/index.php/Config_harmony
Schöne Grüsse
Probier mal die neueste Openelec Beta 6 ... die Treiber für die Karte kamen erst mit 4.1 in den Kernel. Und sollen erst mit 4.2 gut funktionieren. Der erscheint aber erst in 1 bis 2 Wochen.
Da Openelec 6 noch nicht released ist, hast du vielleicht Glück und der Kernel 4.2 rutscht noch in OE 6 mit rein.
Aber probier mal die Beta von OE6
Siehe hier:
http://wetekforums.com/vb5/forum/wete…-under-openelec
im Grunde aber:
OpenELEC:/ # dmesg | pastebinit
http://sprunge.us/XXXXXUnd dann den Link posten.
Du sagst, dass die gesamte Kiste freezt. Klingt so als ob der Kernel beschäftigt wäre, deshalb die Kernelmeldungen.
Und hast du schon das LAN Kabel getauscht?
Aber schon beim WLAN scheitere ich. Ich habe beim Live Boot kein WLAN angeboten bekommen. Wenn ich im Homescreen bin, sehe ich unten rechts ein WLAN Symbol (meine zumindest das müsste eines sein).
Die eingebaute Karte ist eine TP-Link TL-WN851ND.
Da ist ein Atheros AR9227 (rev 01) Chip drauf, sollte er eigentlich problemlos erkennen.
Bei Optionen (ganz rechts) -> Openelec -> Netzwerk die Option "Drahtlose Netzwerke" aktiv schalten.
Dann bei Verbindungen (direkt unter Netzwerk) sollte er das WLAN anzeigen.
(bezieht sich auf Openelec 5 - die momentan aktuell stabile Version - Bei OE6 beta kanns anders sein.)
Mal sehen ob ich hier neue Erkenntnisse gewinnen kann...
Schau auch mal nach, was der Kernel während des Freezes so ausgegeben hat. (mittels dmesg)
So, habe es jetzt hinbekommen.
Habe den Original NFS Server runtergeschmissen und via 3rd Party Repo UNFS3 installiert.
Jetzt kann ich auch die Freigaben via Kodi direkt einbinden. Muss zwar die Daten von Hand eintragen, aber es funktioniert jetzt alles.
Prima Denn die Performance nochmal getestet?
Besser wäre es, wenn du deinen NAS irgendwie zumindest zu NFSv3 überreden könntest.
NFSv2 ist uralt (so um die 1980-90) und damals hatte man es noch nicht so mit großen Dateien. Ich weiss nicht, wo da die Grenze ist (1GB, 2GB oder 4GB?), aber da wirst du mit Media Dateien eventuell Probleme bekommen.
Außerdem interessiert du dich ja für die Leseperformance von NFS ... und ob die mit NFSv2 schon so gut war?
mit root Rechten (sudo) etwa so in der Richtung:
mount -v -t nfs -o vers=2 remotenfsserver:/home/data /mnt/nfs-mnt-point
Weitere Parameter bei -o mit Komma anhängen.
Du kannst aber auch mal ohne Versionsangabe testen, um zu sehen, was er macht.
Ich würde erstmal in der Konsole versuchen, ob sich etwas mounten lässt. Wenn du es in die fstab einträgst, bootet vielleicht dein kodiubuntu nicht mehr durch, weil es hängen bleibt.
Sieht auf meinem Rasp z.B. so aus:
nfsstat
Server rpc stats:
calls badcalls badclnt badauth xdrcall
67322 0 0 0 0
Server nfs v3:
null getattr setattr lookup access readlink
146 0% 295 1% 0 0% 122 0% 8 0% 0 0%
read write create mkdir symlink mknod
22357 92% 0 0% 0 0% 0 0% 0 0% 0 0%
remove rmdir rename link readdir readdirplus
0 0% 0 0% 0 0% 0 0% 0 0% 1146 4%
fsstat fsinfo pathconf commit
0 0% 145 0% 0 0% 0 0%
Server nfs v4:
null compound
2 0% 43101 99%
Server nfs v4 operations:
op0-unused op1-unused op2-future access close commit
0 0% 0 0% 0 0% 56 0% 6 0% 0 0%
create delegpurge delegreturn getattr getfh link
0 0% 0 0% 2 0% 397 0% 14 0% 0 0%
lock lockt locku lookup lookup_root nverify
0 0% 0 0% 0 0% 28 0% 0 0% 0 0%
open openattr open_conf open_dgrd putfh putpubfh
21 0% 0 0% 4 0% 0 0% 42582 49% 0 0%
putrootfh read readdir readlink remove rename
3 0% 42137 49% 9 0% 0 0% 0 0% 0 0%
renew restorefh savefh secinfo setattr setcltid
508 0% 0 0% 0 0% 0 0% 0 0% 4 0%
setcltidconf verify write rellockowner bc_ctl bind_conn
4 0% 0 0% 0 0% 0 0% 0 0% 0 0%
exchange_id create_ses destroy_ses free_stateid getdirdeleg getdevinfo
0 0% 0 0% 0 0% 0 0% 0 0% 0 0%
getdevlist layoutcommit layoutget layoutreturn secinfononam sequence
0 0% 0 0% 0 0% 0 0% 0 0% 0 0%
set_ssv test_stateid want_deleg destroy_clid reclaim_comp
0 0% 0 0% 0 0% 0 0% 0 0%
Client rpc stats:
calls retrans authrefrsh
0 0 0rpcinfo gibt es auf meinem NAS nicht
Vielleicht nfsstat?
Die Fehlermeldung mount/mnt call failed with "Server responded: Program version mismatch" kommt normalerweise, wenn kein gemeinsamer NFS Standard gefunden wird.
Im Laufe der Zeit gab es NFS Version 1 bis Version 4. Und der Fehler würde kommen, wenn KODI (Client) NFSv3 und NFSv4 unterstützt, dein NAS NFS Server aber z.B. nur NFSv2.
Deshalb die Frage, mit welchen NFS Versionen dein Server sich meldet.
Code22:58:17 T:140278563100416 DEBUG: NFS: Context for 192.168.178.122/i-data/432d9a14/KODI not open - get a new context. 22:58:17 T:140278563100416 ERROR: NFS: Failed to mount nfs share: /i-data/432d9a14/KODI (mount/mnt call failed with "Server responded: Program version mismatch") 22:58:17 T:140280554510272 ERROR: GetDirectory - Error getting nfs://192.168.178.122/i-data/432d9a14/KODI/ 22:58:17 T:140280554510272 ERROR: CGUIDialogFileBrowser::GetDirectory(nfs://192.168.178.122/i-data/432d9a14/KODI/) failed
Was gibt denn rpcinfo -p auf deinem NAS aus? (sprich welche nfs Protokoll-Versionen werden unterstützt?)
Was steht denn im [definition='1','3']Debug[/definition] Log von Kodi, wenn du dich verbinden wilst?
Folgendermaßen sieht die <b>exports</b> auf meinem NAS aus
Probier mal:
/i-data/432d9a14/KODI 192.168.178.0/24(ro,async,no_subtree_check,crossmnt,all_squash,insecure)
Wenn es damit geht, kannst du es immer noch weiter deinen Vorstellungen anpassen.
monarc99, Leuchtkaefer:
So Ist im Repo. hab den Livestream wieder rein genommen. er funktioniert unter Linux und Windows (Kodi 14.2)
Prima Danke dir.
Allerdings kann ich deinem Kommentar in der default.py Zeile 38 nicht ganz zustimmen. Ich habe die Zeile
ddLink(translation(30003), "", 'playLive', icon)
wieder einkommentiert, und der Livestream zumindest auf meiner Windows Testkiste funktioniert.
Ich denke, wir haben verschiedene Versionen, weil ich die Zeile nicht auskommentiert habe.
Ich bin von dieser Version hier (https://github.com/AddonScriptorD…isneychannel_de) ausgegangen.
Es kann sein, dass im Repo ne aktuellere sich befindet. Und die git Version vielleicht veraltet.
