Forums

Hallo zusammen,

ich habe eine Zgemma h92h und eine h9s.

Auf der h92h möchte ich das 9.0 Image installieren, läuft auch so weit,

nur funktioniert Timeshift und Aufnahme auf meiner externen SSD nicht.

Beim 8.3er das gleiche Problem.

Ich bekomme die Fehlermeldung "Verzeichnis nicht beschreibbar", SSD ist eingerichtet und gemountet, Initialisierung

läuft durch ohne Fehlermeldung.

Das Problem hatte ich auch schon beim OpenHDF und OpenATV aber nur bei einer neueren Version.

Ich nutze zur Zeit eine ältere OpenHDF Version, bei dieser funktioniert Aufnahme und Timeshift mit dieser SSD.

Würde aber gerne auf das aktuelle PLI Image umsteigen, ist optisch einfach besser!

Ist das ein Treiber Problem?

debuglog?

enigma.20240328.debuglog

 enigma.20240328.debuglog   53,89K   6 Aantal bijlagen

Sie verfügen über ein über USB angeschlossenes Gerät, das unter /media/usb und nicht unter /media/hdd (für interne Festplattengeräte) gemountet wird.

Aber Sie haben Folgendes konfiguriert:

DefaultPath:   ['/media/hdd/movie']
TimerPath:  <default> ['/media/hdd/movie']
InstantrecPath:  <default> ['/media/hdd/movie']
TimeshiftPath:  /media/hdd/ ['/media/hdd/']

( google translate )

Ich habe jetzt mit dem MountManager die SSD als /media/hdd/ gemountet.

Keine Änderung!

Im MountManager wird die SSD als ext4 R/W angezeigt, was korrekt ist.

Nach Neustart erscheint die SSD dann wiederum als ext4 R/O, das würde bedeuten das Verzeichnis ist nicht beschreibbar.

Genau das Ist das Problem!

 IMG_20240328_210041_1.jpg   37,62K   0 Aantal bijlagen

 IMG_20240328_205939.jpg   41,93K   1 Aantal bijlagen

debuglog!

Wie sollen wir sonst sehen was passiert?
Vermutlich klappt da was mit dem Mount nicht.
Was kann dir aber niemand aus der Ferne sagen.
Aber wie vorher schon geschrieben, zeigte das Log ja eine USB Platte und damit läuft der Mount HDD ins Leere.
Irgendwas läuft falsch.

Hier eine neue log-Datei.

 enigma.20240328.debuglog   132,03K   5 Aantal bijlagen

Telnet starten und mal

 

blkid

eingeben und posten.
Da stimmen irgendwie mehrere Dinge nicht.

Prinzipiell scheint das mount so nicht zu klappen ,aber du hast auch die Pfade irgendwie mit // drin stehen, was aber auch vom Plugin kommen könnte.

Würde simple via Telnet den Mount durchführen, vorher aber die bestehenden Mount wieder lösen.

root@h9:~# blkid
/dev/sda1: UUID="048a60fd-acc7-4825-8530-7aafd3cf56dc" TYPE="ext4"
/dev/ubi0_0: UUID="89489780-d4b5-4dc6-848a-93f732bd3d6c" TYPE="ubifs"

Hast du die Telnet-Befehle für den Mount?

Hast du das Debuglog gemacht wo du auch initialisiert hast ?

Ansonsten seh ich das hier;

Console] command: ('sdparm', 'sdparm', '--flexible', '--readonly', '--command=stop', '/dev/sda')
[eConsoleAppContainer] Starting sdparm
[Console] finished: ('sdparm', 'sdparm', '--flexible', '--readonly', '--command=stop', '/dev/sda')

Und zeig mal besser auch noch die Ausgabe vom Befehl mount 

Ja, habe noch einmal initialisiert und auch gemountet.

Und was sagt in telnet der Befehl;

mount

sowie;

cat /etc/fstab

?

mount:

ubi0:rootfs on / type ubifs (rw,relatime)
devtmpfs on /dev type devtmpfs (rw,relatime,size=481748k,nr_inodes=120437,mode=755)
proc on /proc type proc (rw,relatime)
sysfs on /sys type sysfs (rw,relatime)
debugfs on /sys/kernel/debug type debugfs (rw,relatime)
configfs on /sys/kernel/config type configfs (rw,relatime)
tmpfs on /media type tmpfs (rw,relatime,size=64k,nr_inodes=120505)
fusectl on /sys/fs/fuse/connections type fusectl (rw,relatime)
tmpfs on /run type tmpfs (rw,nosuid,nodev,size=482020k,nr_inodes=120505,mode=755)
tmpfs on /var/volatile type tmpfs (rw,relatime,size=482020k,nr_inodes=120505)
devpts on /dev/pts type devpts (rw,relatime,gid=5,mode=620)
nfsd on /proc/fs/nfsd type nfsd (rw,relatime)
/dev/sda1 on /media/hdd type ext4 (ro,relatime,data=ordered)

cat /etc/fstab:

rootfs               /                    auto       defaults              1  1
proc                 /proc                proc       defaults              0  0
devpts               /dev/pts             devpts     mode=0620,gid=5       0  0
tmpfs                /run                 tmpfs      mode=0755,nodev,nosuid,strictatime 0  0
tmpfs                /var/volatile        tmpfs      defaults              0  0
UUID=048a60fd-acc7-4825-8530-7aafd3cf56dc       /media/hdd      auto    defaults        0  2

Hmm ja da sieht man schön das die Platte als readomly eingebunden wird , doch warum ?

Der Eintrag in der fstab also das;

UUID=048a60fd-acc7-4825-8530-7aafd3cf56dc       /media/hdd      auto    defaults        0  2

sieht jedenfalls eh gut aus.

Man könnte das in der fstab ja nun detailierter schreiben als nur auto also mit Optionen rw usw... aber ich bezweifel das das was ändert.

Was für ne SSD ist das denn genau ?

Das ist eine SanDisk SSD.

Habe aber auch schon einen USB Stick genommen, gleiches Problem Verzeichnis nicht beschreibbar.

Wie gesagt, auf einen älteren HDF Image ist alles ok.

Edit : hab mich verguckt, war falsch

Ist die Platte noch leer, oder liegen schon Daten drauf?

Ah ok, im zweiten debuglog sieht man das Daten drauf sind.

Bliebe nur manuell via telnet nochmal zu mounten

 

 mount /dev/sda1 /media/hdd

So, update....

Ich habe jetzt verschiedene SSD angeschlossen, es hat sich herausgestellt, dass der externe USB3 Controller des SSD-Gehäuses

defekt bzw. nicht kompatibel ist.

Die SSD mit einem anderen Controller wird beim booten eingehängt und funktioniert ohne manuelle Einrichtung.

Wie gesagt, das PLi- Image ist wirklich TOP, bin froh es jetzt nutzen zu können.

Danke für die Unterstützung!

Jetzt wo du es sagst...
Ja USB3 und Hisi, da ist öfter mal was problematisches gewesen.

Besitzer oder potentielle Käufer legen viel Wert auf dieses Feature, aber es scheint mehr Probleme zu machen als es wirklich nutzt.
Ich gucke mir das mal vergleichsweise an, wie es bei deiner h9se derzeit gebaut wird aus reiner Neugier halt.

Bei manchen half es diesen USB3 Anschluss dann mit externen Strom zu versorgen und zu nutzen.
Aber der Speed am USB3 ist ohnehin nicht das was es erscheinen lässt.

Gut das es wieder funktioniert.