USB Stick nicht als HDD Ersatz nutzen

alven · 18. Januar 2022, 16:35

fern-seher schrieb:

Die UUID ist jetzt völlig anders.

Anderer Stick?

nein 17 mal mkfs ausgeführt

cricriat · 18. Januar 2022, 16:37

fern-seher schrieb:

Naja, im Settings-Backup ist die fstab jedenfalls mit drin (macht auch Sinn) und darum ist sie bei einem neuen Flash mit Wiederherstellung auch wieder da.

Naja, ich sehe das Settings-Backup nicht als Argument für einen flächendeckenden Rollout der /etc/fstab.
Wir sehen ja jetzt hier, wie schnell es mit den Änderungen geht.

fern-seher · 18. Januar 2022, 16:41

alven schrieb:

nein 17 mal mkfs ausgeführt

Die UUID muß schon stimmen, sonst kann es einfach nicht funktionieren.

alven · 18. Januar 2022, 16:45

fern-seher schrieb:

Die UUID muß schon stimmen, sonst kann es einfach nicht funktionieren.

Das hat sie. Bei jedem der x Reboots die ich hinter mir habe.
Daher kann es nicht an der Hardware gelegen haben. Die funktioniert ja nun. UUID ja. Aber die habe ich immer überprüft. Denke es lag an dem mount Befehl in der fstab für das NAS.

fern-seher · 18. Januar 2022, 16:59

Übrigends, die NFS Mount-Optionen fg und intr haben schon ihren Sinn, allerdings sind sie auch beide default und werden daher trotzdem benutzt.

Ich denke, es lag eher an der Reihenfolge USB/NAS.

intr / nointr
– Specify intr if users are not likely to damage critical data by manually interrupting an NFS request. If a hard mount is interruptible, a user may press [CTRL]-C or issue the kill command to interrupt an NFS mount that is hanging indefinitely because a server is down.
– Specify nointr if users might damage critical data by manually interrupting an NFS request, and you would rather have the system hang while the server is down than risk losing data between the client and the server.
– The default is intr.

fg (foreground) / bg (background)
– Specify fg for directories that are necessary for the client machine to boot or operate correctly. If a foreground mount fails, it is retried again in the foreground until it succeeds or is interrupted. All automounted directories are mounted in the foreground; you cannot specify the bg option with automounted directories.
– Specify bg for mounting directories that are not necessary for the client to boot or operate correctly. Background mounts that fail are re-tried in the background, allowing the mount process to consider the mount complete and go on to the next one. If you have two machines configured to mount directories from each other, configure the mounts on one of the machines as background mounts. That way, if both systems try to boot at once, they will not become deadlocked, each waiting to mount directories from the other. The bg option cannot be used with automounted directories.
– The default is fg.

Das mount-helper Script in etc/udev/ behandelt, wer oder was und wann als /media/hdd gemountet wird.
Der Dreh- und Angelpunkt ist, dass er den Stick als /dev/sda mountet, warum auch immer er das macht.
Aber wenn er einmal den STick als hdd gemountet hat, dann bleibt es erstmal so, das NAS wird dann nicht "darüber" gemountet, daher ist die Reihenfolge, die Du jetzt hast, besser.

buers · 18. Januar 2022, 18:03

Ich denke zwar nicht, dass es einen direkten Zusammenhang gibt, dennoch

alven schrieb:

UUID=2dd6d1be-c24f-4c7c-8ef5-2b9a1fc2c1e4 /media/usb auto defaults 1 1

Ich würde hinten "0 0" nehmen, statt "1 1". Mounten mit UUID (Beim root-Filesystem ist 1 1 schon gut)

fern-seher · 18. Januar 2022, 18:24

Die erste Zahl ist egal, trifft nur auf ext2 und ext3 zu, oder besser traf zu.

Die letzte ist die Prio beim fsck vor dem mount, d.h. 0 nicht checken, 1 mit hoher Prio checken, 2 mit weniger Prio checken.

Da es ein NFS mount ist, sollte auch hier die "0" ausreichen, also "0 0" am Ende der Zeile.

Für den USB Stick als HDD Ersatz macht 0 1 Sinn, 1 1 ist aber auch nicht wirklich falsch.

buers · 18. Januar 2022, 18:54

fern-seher schrieb:

Da es ein NFS mount ist,

Nö, nicht der USB-Stick, auf den ich mich bezog. Der Rest deiner Erläuterung steht auch in den von mir verlinktem Artikel.

@zeini, war ja auch eine Antwort auf deinen angepinnten Beitrag, wo du 1 1 empfiehlst. Hattest nie darauf reagiert. Die meisten Leute machen es halt so, wie du das da beschrieben hattest. Vielleicht bist du anderer Meinung, ansonsten ggf. anpassen.

Was den NFS-mount angeht. Ich würde da zuerst Mal defaults probieren. Gab es schon öfters mal, dass sich da an defaults was (zum Guten für alle) geändert hatte, und dann die eigentlich gut gemeinten "Spezial-Einstellungen" auf ein Mal kontraproduktiv wurden. (Ich weiß, für den Stick hatte ich vor paar Jahren auch spezifische Mount-Parameter empfohlen ...)

"Früher" (TM) hatte ich auch immer Probleme mit Netzwerkmounts auf E2, weil es halt immer schwierig war, zu garantieren, dass Netzwerkstack schon voll da ist, wenn /etc/fstab abgearbeitet wird. (Ist grundsätzlich nicht nur E2-Thema, aber da bin ich oft angeeckt). Meine Bastellösung war, in Loginscript ein sleep und remount in den Hintergrund zu schicken. Ist mir aber ein Gräuel. Funktionierende Synchronisierung sollte sich niemals auf Zeit verlassen. Da sind Probleme vorprogrammiert.

fern-seher · 18. Januar 2022, 19:44

buers schrieb:

Nö, nicht der USB-Stick, auf den ich mich bezog.

Stimmt, mein Fehler.
Habe ich ergänzt.

alven · 18. Januar 2022, 20:20

Habe es auch in der fstab angepasst: /media/usb auto defaults 0 1
Wie es scheint lag es entweder an der Reihenfolge oder:

buers schrieb:

Was den NFS-mount angeht. Ich würde da zuerst Mal defaults probieren. Gab es schon öfters mal, dass sich da an defaults was (zum Guten für alle) geändert hatte, und dann die eigentlich gut gemeinten "Spezial-Einstellungen" auf ein Mal kontraproduktiv wurden.

Danke euch allen für die Hilfe. Jetzt funktioniert es wieder.

alven · 19. Januar 2022, 10:34

Jetzt muss ich das Thema leider doch nochmal aufgreifen. Das Mounten funktioniert zwar nun wieder. Aber irgendwie scheint der Stick immer noch als media/hdd "verwendet" zu werden.
Warum diese Vermutung? Weil auf dem Stick immer automatisch diese Ordner angelegt werden:

root@gbue4k:/media/usb# ls -la | egrep -i "movie|timeshift"
drwxr-xr-x 2 root root 4096 Jan 19 09:14 movie
drwxr-xr-x 2 root root 4096 Jan 19 09:14 timeshift

Und der Stick in eine Art Ruhemodus geht. Denn jetzt habe ich wieder den Spinner beim Umschalten (da hatte ich schon mal einen Thread auf gemacht). Vermutlich weil die epg.dat auf dem Stick liegt.

Warum wird der Stick so behandelt wie wenn er unter media/hdd verbunden wäre. Der movie und timeshift Ordner wird doch nur automatisch auf /media/hdd erstellt. Sicherlich gibt es mittlerweile so große Sticks, dass diese als hdd eingesetzt werden können. Daher habe ich auch jetzt extra von einem 8 GB Stick wieder zurück auf einen 1 GB Stick gewechselt. Denn dieser wird als "Fash Disk" erkannt. Und nicht wie der 8 GB als "UDisk".
Dachte, wenn Flash Disk, dann sicherlich auch mein Ruhemodus.

fern-seher schrieb:

Der Dreh- und Angelpunkt ist, dass er den Stick als /dev/sda mountet, warum auch immer er das macht.

das war aber immer so. df -h hat immer schon folgendes ausgegeben:
/dev/sda1 961.3M 28.0M 867.6M 3% /media/usb

Allerdings bin ich mir nicht sicher ob immer schon sda1 gemountet wurde. Könnte auch sda gewesen sein.

cricriat · 19. Januar 2022, 14:55

alven schrieb:

Zur Zeit habe ich zu oft Probleme mit dem Stick. Die letzten Threads die ichgeöffnet habe, waren immer Probleme die letztendlich auf den USB Stickzurückgeführt wurden.

Das ist aus Deinem Thread "Box crash".
Warum läßt Du den Stick nicht weg, wenn er Dir nichts als Probleme bereitet ?
Du hast immer noch die epg.dat auf dem Stick obwohl die epg.dat im Flash besser aufgehoben ist.
Die Scripts, die Du benutzt um Daten vor einem Update/Flash auf den Stick zu kopieren,
kannst Du auch so umschreiben, daß sie die Daten auf die Platte schreiben.
Deinen eigenen Rat, diese Situation zu überdenken, hast Du augenscheinlich nicht befolgt.

fern-seher · 19. Januar 2022, 17:17

Hänge dir eine kleine Platte oder SSD in die Box, die sind günstig und du hast kein USB Problem mehr.

alven · 19. Januar 2022, 17:26

Doch das habe ich überdacht.
Bin Hauptsächlich wegen der Serienrecorder DB beim Stick geblieben. Da für jedes Image in jedem Slot erreichbar und auch wenn die Box mal crashed nicht verloren. Dachte die DB aufs NAS zu legen macht wenig Sinn. Da es ja doch etwas dauert bis die Platten anlaufen.
Zudem sind da noch die picons. Aber die sehe ich jetzt nicht als Grund beim Stick zu bleiben.

Wenn SR Backup Cover DB auch mit dem NAS funktionieren, dann wären meine bedenken umsonst.
epg und picon kann man ja in den flash packen.
Wenn die Option "Aktiviere die Installation der HDF Default Picons" auf ja steh. Wann werden die Picons installiert?

cricriat · 19. Januar 2022, 17:44

"Wenn die Option "Aktiviere die Installation der HDF Default Picons" auf ja steh. Wann werden die Picons installiert?"

Soweit ich das sehen/verfolgen konnte, werden sie nach dem Start der Box,
bzw. nach dem Start des jeweiligen Images aktualisiert.

alven · 20. Januar 2022, 11:52

Der Stick ist Geschichte...

Leider aktualisieren bzw. installieren sich die Picons aber nicht. Kann ich das manuell anstoßen oder ist das nicht nötig.

Spoiler anzeigen

das Plugin wurde aber installiert:
root@gbue4k:/# opkg list-installed *picon*
enigma2-plugin-picons-default-hdf - 20211127

fern-seher · 20. Januar 2022, 12:12

Ich benutze immer den Picon Manager und suche mit etwas Schönes aus.

Gesendet von meinem SM-G781B mit Tapatalk

cricriat · 20. Januar 2022, 13:47

Bitte per SSH ausführen:
mkdir -p /usr/share/enigma2/picon

oder per FTP anlegen.

alven · 20. Januar 2022, 20:59

cricriat schrieb:

mkdir -p /usr/share/enigma2/picon

Leider auch so keine Picons. Weder nach Neustart noch nach Enigma Start. Egal.
Habe es mit dem Picon Manager erledigt.

Vielen Dank für eure Hilfe.

cricriat · 20. Januar 2022, 21:34

Mache bitte mal:
grep picon /etc/enigma2/settings
und poste das komplette Ergebnis hier.

USB Stick nicht als HDD Ersatz nutzen

fern-seher schrieb:

fern-seher schrieb:

alven schrieb:

fern-seher schrieb:

alven schrieb:

fern-seher schrieb:

buers schrieb:

buers schrieb:

fern-seher schrieb:

alven schrieb:

USB Stick nicht als HDD Ersatz nutzen

cricriat schrieb:

Teilen

Unsere Partnerboards