Schaut ok aus
Zitat
[3671398.266] (II) NVIDIA dlloader X Driver 340.76 Thu Jan 22 11:03:05 PST 2015
Vielleicht der Link falsch?
Schaut ok aus
Zitat
[3671398.266] (II) NVIDIA dlloader X Driver 340.76 Thu Jan 22 11:03:05 PST 2015
Vielleicht der Link falsch?
das ist natürlich auch ne Option
Mich hätte nur das Kabel interessiert. Gibt ja spezielle USB3 Kabel ... ob du da eins verwendest und ob man mit einem USB2 Kabel, den Nuc bzw. Controller in einen USB2 Modus zwingen kann.
Das :u steht dafür, dass uas abgeschaltet werden soll. Du hast aber auch irgendwo
options usb_storage delay_use=5
gesetzt? Nicht dass sich 2 conf Dateien gegenseitig aufheben, betrifft ja das gleiche usb_storage Modul.
Wegen BIOS ... bei den Nucs brauchte es bei meinen (jetzt schon älteren) auch am Anfang einige BIOS Updates, bis alles lief.
Verwendest du ein USB3 Kabel?
Zitat
Bus 002 Device 100: ID 174c:55aa ASMedia Technology Inc. ASM1051 SATA 3Gb/s bridge
Also es könnte es sein. Unter Windows hat MS das uas für alle ASM105x Chips komplett deaktiviert, weil die das fehlerhaft implementieren.
Unter Linux sind die noch am Testen, ob man das Feature wirklich an allen Chips deaktivieren muss. Bei ASM1035 scheint es wohl teilweise (ne nach Platte) zu gehen.
Kannst du dich per SSH/putty auf den HTPC einloggen und folgenden Befehl eingeben:
Zitat
echo "options usb-storage quirks=174c:55aa:u" > /etc/modprobe.d/ignore_uas.conf
Einfach per Copy/Paste. Erzeugt eine Datei, die den usb-storage Treiber von Linux anweist, für das Device 174c:55aa uas zu deaktivieren.
Und dann den HTPC neu booten lassen.
Edit: Eigentlich war ich mir sicher, das meine interne Grafik abgeschaltet ist. Ich kann zwar nicht viel mit den beiden Links anfangen, aber es steht ja öfter was mit Monitor bzw. Screen, hab nochmal nachgeschaut und jetzt die interne Grafik tatsächlich abgeschaltet und siehe da es läuft.![]()
Prima
Zeig aber zur Sicherheit nochmal die Xorg.0.[definition='1','0']log[/definition], ob er denn jetzt die richtigen Treiber nimmt. Er sollte die nvidia (closed source) Treiber nehmen, kein nouveau oder nv (open source Treiber)
Im Log steht, dass er die Intel Treiber läd und dieser kein Display finden kann. Und deshalb die Oberfläche nicht startet.
Könnte in diese Richtung gehen: https://bbs.archlinux.org/viewtopic.php?id=183190
[ 5055.303562] scsi host36: uas
beim 4.2 Kernel gilt der Chipsatz ASM1051 mit uas als broken. Der Kernel müsste das eigentlich abschalten.
Was für ein Kernel ist denn das, der da läuft? (bzw. die Openelec Version)
Deine Hardware ist jetzt nicht ungewöhnlich.
Die normalen Builds wären da richtig:
http://releases.openelec.tv/OpenELEC-Gener….0.8-efi.img.gz
bzw.
http://releases.openelec.tv/OpenELEC-Gener…4-5.95.5.img.gz
Interessant wäre, warum er den X Server nicht startet. Die Fehlermeldung wäre interessant.
Also per SSH/putty auf den HTPC einloggen, während er so wartet und den Befehl eingeben:
Zitat
systemctl status xorg.service | paste
und
Zitat
cat /var/[definition='1','0']log[/definition]/Xorg.0.[definition='1','0']log[/definition] | pastebinit
Und die beiden Links posten.
Was du auch probieren kannst, dass du das HDMI Kabel am Fernseher aussteckst und ihn dann mal booten lässt. Und dann nach 1min am Fernseher anstecken, Fernseher einschalten und nachsehen, ob er weiter kam.
Also Test, ob sich der Treiber am Fernseher irgendwie stört, denn die andere Hardware ist weit verbreitet.
mfg
Probier mal die Cache Settings zu erhöhen.
http://kodi.wiki/view/HOW-TO:Modify_the_cache
Entweder die ,xml Datei editieren oder mit dem Easy Advanced Settings Addon (aus dem kinkin Repo: https://seo-michael.co.uk/tutorial-how-t…-repo-for-kodi/ )
Aber wenn die gleiche Serie auf dem NAS liegt, spielt sie der rp2 problemlos ab?
Wie sind den die Passthrough Einstellungen bei dir?
Bei "Fest" dürfte ja Passthrough deaktiviert werden. Vielleicht liegt es daran, bzw. an dessen Einstellungen.
Bin da aber nicht der Experte.
Netzwerk ist ein 1000Mbit Netz. Es laufen auch die grössten MKV´s völlig problemlos. Der HTPC kann es ja nicht sein, da der andere Pi darauf auch zugreift und da alles geht.
Also alles per Ethernetkabel verbunden?
Hat denn der rp1 andere Buffersettings als der rp2?
Wenn der HTPC die Dateien langsamer als der NAS im Netzwerk verteilt, holt das der rp1 vielleicht durch einen größeren Buffer wieder raus.
Hier gibts noch ein Video mit einer Diskussion.
Mal sehen, was aus dem Apple TV4 wird ... für mich ist das aber nix.
Kein 4k, hevc oder vp9 Support.
Für richtige Spiele vermutlich zu schwach (wenn ich die Specs so sehe)
Zudem ist die Plattform (iOS) sehr geschlossen.
Das Gateway von eth0 habe ich auf die eigene IP geändert, hat aber nichts gebracht.
In dem eth0 Netz gibt es aus Sicht des Rasp kein Gateway (er wäre es ja für alle anderen Teilnehmer in diesem Netz) ... also keins eintragen.
Generell aber die Frage, soll das NAS nicht auch von anderen PC angesprochen werden können. Oder woher bezieht das NAS ihre eigene IP? Der Router mit dem DHCP Server dürfte ja im 192.168.0.0 sein.
Soll der Rasp immer laufen? (er müsste ja zu einem Router gewandelt werden)
Eine mögliche Alternative wären Brigdes - wie es z.B. DLAN Adapter machen. http://www.chip.de/preisvergleich…PA8030PKIT.html
Wie gehabt, Netzwerk ist das Problem. Die Eth0 zum NAS steht. Wenn ich WLAN0 auch einrichte, dann bekommt der auch eine IP, aber er kommt nicht ins Netz.
Sind denn wlan0 und eth0 auch verschiedene Subnetze?
Weshalb kommt nun bei mir die Fehlermeldung?
Müsste ich nun die komplette SSD löschen oder kann ich Openelec und Windows parallel installieren?
Das ist die Frage. Die Fehlermeldung kommt, wenn du den Openelec Installer vom Stick startest?
Und dabei versucht wohl - Vermutung von mir - der Installer die Win Partition zu mounten, um herauszufinden, was sich auf dieser Partition befindet.
Und das Mounten/Öffnen der Partition schlägt fehl ... leider ohne aussagekräftige Fehlermeldung.
Kann sein, dass mit der Partitionierung etwas nicht stimmt. Vielleicht ist irgendwas mit der Win Partition los.
Kannst mal die Platte unter Win komplett auf Fehler checken lassen.
Das sind die Sachen, die mir jetzt so einfallen auf Anhieb.
Ja, die SSD hat zwei Partitionen. Auf der 1. Partition ist Windwos 8.1 drauf... Partition 2 ist leer für Openelec.
Also liegt es an Windows 8.1.?
Boote einmal Win 8.1 und prüfe erstmal, ob Fast Boot aus ist.
http://praxistipps.chip.de/windows-8-fast…bschalten_10116
Ohne Logs kann man nur raten, was los ist.
Wenn das Kopieren der größeren Datei abbricht oder Probleme bereitet, wären die Ausgaben des dmesg Befehls interessant.
Und innerhalb Kodi den [definition='1','3']Debug[/definition] Modus aktivieren und dann eine Datei abspielen, bis der Fehler auftritt. Und mit dem "kodi [definition='1','0']log[/definition] uploader" Addon dann die kodi Logs hochladen.
Hallo zusammen,
ich nutze bisher Kodi auf Windows 8.1.
Ich bekomme bei jedem Boot folgende Fehlermeldung über dem Openelec Symbol:"Error in mount_storage: mount_common: Could not mount /dev/sda1 ***
###Starting debugging shell... type exit to guit ###
sh: can't access tty; job control turned off"
sda1 ist die erste Partition auf der Platte. Ist da schon was drauf?
Falls ja:
Wegen Win 8.1 ... ist Windows Fast Boot ausgeschaltet? Damit Win auch sauber runterfährt, muss das deaktiviert werden. Bei "fast" boot fährt Win nicht runter, sondern legt sich nur schlafen.
Solange es schläft, sollte man dann kein anderes System am Rechner booten, wenn man keine Daten verlieren möchte.
mfg
Geht was?
siehe hier: HTPC Erstlingswerk
Im unofficial repo gibt es einen Chromium für 64bit Systeme.
http://openelec.tv/forum/chromium…cial-repositoryhttps://www.kodinerds.net/index.php/Thre…7647#post247647
Welche Art von Netzwerk? vielleicht schlechterer wlan Empfang?