Hi, weiß jemand ob ein einheitliches Enigma2 bzw. OE 2.X stand für die Dreamboxen One und 9X0 geplant ist?
Die Argumentation, ein neues OE bringt keine Vorteile möchte ich gleich mal vorweg nehmen, ein neues OE bringt neue Pakete.
Posts by Guybrush2012
-
-
Das kannst du doch nicht miteinander vergleichen. Mit geminilocale oder feed ladest du deine Plugins direkt und komfortabel über Fernbedienung herunter, wärend gutemines Plugins immer händisch geladen werden müssen. Das finde ich nicht schlimm, auch wenn etwas unkomfortabel. Zudem musst du immer ständig schauen, ob es eine neue Version gibt.
-
Wenn ich das aus "User" Sicht betrachte und nicht als Image Team Angehöriger, finde ich die Idee von alpha garnicht mal so schlecht.
Ich wüsste nicht was gegen eine Internet Seite sprechen würde, wo Image Teams in sections vertreten wären. Sozusagen "The Home of DreamOS".
Das Problem ist jedoch, dass nicht jeder mit jedem kann. Zudem wie geht man mit User um, die gesperrt sind oder man nicht in ihrem forum haben möchte. Dazu fällt mir sofort ein Beispiel ein 😜
-
Alle Images basieren auf DreamOS und sind im Kern gleich, wobei Dream Original Image + GP4 oder Merlin das meiste Mehrwert bieten.
Die Kombi Merlin + GP4 ist zwar das Maß aller Dinge, kann jedoch wegen dem unterschiedlichen Software stand zu Problemen führen, da Merlin meist etwas hinter her hängt. -
Habe dir PN geschrieben. Müssen nicht alles zuspammen hier 😜 Kann dir keine PN schreiben. Dein Postfach ist voll.
-
Ja mit dem sync/async muss man erstmal darauf kommen. Die meisten nutzen eh ein nas und sind nicht davon betroffen 😜
Bin auf Proxmox 6.05. Hab einiges an Vm's und Container am Start. Z. B. Debian, Openmediavault, Pi-Hole, Nextcloud u.v.m. Läuft absolut stabil meine Eierlegende Wollmilchsau 😜
Auch Xpenology 6.2 lief bei mir super. Als NAS Lösung Habe ich mich jedoch für Openmediavault entschieden.
Neu ist, Debian 10 Basis, Update Funktion wurde verbessert gerade bei Kernel updates. Proxmox kann jetzt auch auf m2ssd installiert werden. Was für mich egal ist, ich hatte den auch so auf m2ssd über Debian Installation. qemu und LXC wurden geupdatet, zfs ist jetzt auf neuestem Stand mit Nativer Verschlüsselung und TRIM. Synchronisation zwischen Proxmox Maschinen. Bugfixes natürlich. Hab bestimmt noch was vergessen 😜
-
Naja, ich hab erstmal alles neu aufgesetzt. Auch mein Proxmox Server mit mehrere vm's und Container, falls es dir was sagt. Das hätte ich mir jedoch sparen können.
Man muss einfach nur auf Serverseite "async" einstellen. Openmediavault ist ohne Eintrag, default auf "sync". Es hilft auch nicht auf der Dreambox mit "async" zu mounten. Kann man sich sparen, auf dem Server ist das jedoch wichtig.
Bei Synology / Xpenology stehen NFS mounts default auf "async" . Vermutlich bei andere Systeme wie Qnap und FreeNAS auch.
Ich habe übrigens wieder über Netzwerkbrowser gemountet. Bin immer noch der Meinung, wenn was da ist, sollte es auch funktionieren... Also abwarten... 😜
-
So nach einigen Stunden Kampf.
Display MoreCode- root@dm920:~# time dd if=/dev/zero of=/media/Aufnahmen/testfile bs=1024k count=100
- 100+0 records in
- 100+0 records out
- 104857600 bytes (105 MB, 100 MiB) copied, 1.69587 s, 61.8 MB/s
- real 0m1.711s
- user 0m0.002s
- sys 0m0.366s
- root@dm920:~# time dd if=/dev/zero of=/media/Aufnahmen/testfile bs=16k count=16384
- 16384+0 records in
- 16384+0 records out
- 268435456 bytes (268 MB, 256 MiB) copied, 4.08201 s, 65.8 MB/s
- real 0m4.131s
- user 0m0.006s
- sys 0m0.711s
Würde sagen für eine 2,5 Zoll HDD ganz gut. Jetzt wird erstmal weiter getestet.
-
Selbst wenn ich rsize wsize mit automounts.xml hoch setze, bekomme ich Fehler. Ja teste man bei dir der Durchsatz so wie ich es gemacht habe.
-
Mit dem Netzwerkbrowser habe ich immer Probleme, ganz egal was er generiert. Wenn ich nur über fstab Mounte und die rsize und wsize auf 8192 setze, bekomme ich ein Input/Output error bei dem test trotzdem. Das ist ja das komische.
-
Genau das hatte ich vorher so. Die automounts.xml hatte ich manuell bearbeitet und diese hatte den fstab Eintrag generiert.
Das kannst du aber vergessen. Der Fehler passiert immer noch. Zudem, wenn man die Mountfreigabe mit der Fernbedienung bearbeitet, passiert es schon mal das der fstab Eintrag misch-masch ist und die Werte werden doppelt und dreifach eingetragen.
Da scheint der Netzwerkbrowser noch einiges an Fehler zu haben.
Nur warum gibt man den überhaupt frei, wenn der noch so viele Fehler hat???
-
Bei welchem denn?
-
Dann kläre ich mal auf. Ihr habt beide recht, auf post #47 hatte ich noch mit Netzwerkbrowser den mount und die Werte Gesetz
Ich habe noch nie die fstab genutzt, weil ich immer der Meinung war, wenn es einen Netzwerkbrowser gibt, hat dich Dream Property was dabei gedacht und sollte funktionieren
Heute nacht sind nur mit dem fstab Eintrag mit deinstallierten Netzwerkbrowser, alle Aufnahmen durchgelaufen, insgesamt 3 Stück.
Möchte euch noch was Zeigen, wieso ich denke das der Netzwerkbrowser komische Sachen macht und hab mal alles nachgestellt.
Mount über Netzwerkbrowser. Lediglich NFS Version "Vers=4.0" gesetzt. Alles andere wird vom Netzwerkbrowser ausgehandelt sieht so aus.
Mach ich mal einen kleinen Stresstest mit
Display MoreCode- root@dm920:~# time dd if=/dev/zero of=/media/Aufnahmen/testfile bs=16k count=16384
- dd: error writing '/media/Aufnahmen/testfile': Input/output error
- 2722+0 records in
- 2721+0 records out
- 44580864 bytes (45 MB, 43 MiB) copied, 16.8112 s, 2.7 MB/s
- real 0m16.896s
- user 0m0.001s
- sys 0m0.112s
- root@dm920:~# time dd if=/dev/zero of=/media/Aufnahmen/testfile bs=16k count=16384
- dd: error writing '/media/Aufnahmen/testfile': Input/output error
- 7533+0 records in
- 7532+0 records out
- 123404288 bytes (123 MB, 118 MiB) copied, 19.5106 s, 6.3 MB/s
- real 0m19.536s
- user 0m0.006s
- sys 0m0.333s
Der Test bricht ab und ich bekomme ein Input/Output Error.
So und jetzt das ganze mit deinstalliertem Netzwerkbrowser und gelöschte automount.xml.
Code- root@dm920:~# cat /etc/fstab | grep Aufnahmen
- 192.168.178.101:/Aufnahmen /media/Aufnahmen nfs x-systemd.automount,tcp,nfsvers=4.0,noauto,x-systemd.idle-timeout=60,x-systemd.device-timeout=15,soft,nofail 0 0
- root@dm920:~# mount | grep Aufnahmen
- systemd-1 on /media/Aufnahmen type autofs (rw,relatime,fd=60,pgrp=1,timeout=60,minproto=5,maxproto=5,direct)
- 192.168.178.101:/Aufnahmen on /media/Aufnahmen type nfs4 (rw,relatime,vers=4.0,rsize=524288,wsize=524288,namlen=255,soft,proto=tcp,port=0,timeo=600,retrans=2,sec=sys,clientaddr=192.168.178.20,local_lock=none,addr=192.168.178.101)
Und jetzt der Stress test...
Display MoreCode- root@dm920:~# time dd if=/dev/zero of=/media/Aufnahmen/testfile bs=16k count=16384
- 16384+0 records in
- 16384+0 records out
- 268435456 bytes (268 MB, 256 MiB) copied, 11.4445 s, 23.5 MB/s
- real 0m11.511s
- user 0m0.008s
- sys 0m0.715s
- root@dm920:~# time dd if=/dev/zero of=/media/Aufnahmen/testfile bs=16k count=16384
- 16384+0 records in
- 16384+0 records out
- 268435456 bytes (268 MB, 256 MiB) copied, 12.1001 s, 22.2 MB/s
- real 0m12.207s
- user 0m0.003s
- sys 0m0.737s
- root@dm920:~# time dd if=/dev/zero of=/media/Aufnahmen/testfile bs=16k count=16384
- 16384+0 records in
- 16384+0 records out
- 268435456 bytes (268 MB, 256 MiB) copied, 8.60116 s, 31.2 MB/s
- real 0m8.712s
- user 0m0.011s
- sys 0m0.770s
Kein Fehler. Erklärt mir das bitte und besteht ein Zusammenhang mit den kaputtenen Aufnahmen?
-
Ja, auf die idee den Netzwerkbrowser zu deinstallieren kam ich bisher nicht.
Danke euch. Ich versuche mal mein Glück ohne Netzwerkbrowser.
Übrigens die rsize=524288,wsize=524288 handelt er automatisch aus. Ich lass das mal so.
Hoffe das Dream Property irgendwann diesen komischen Browser überholt.
-
Ich kann bei mir nur über automount.xml mounten. In der Fstab kann ich eintragen was ich will.
Muss ich den Netzwerkbrowser deinstallieren?
Ich hab ein kleinen Linux Server mit Debian. Fujitsu D-3644 Server Mainboard. 32 GB ECC RAM. Core i3-8100.
Display MoreCode- root@dm920:~# mount -t nfs -o soft,vers=4.0 192.168.178.101:/Aufnahmen /media/Aufnahmen
- root@dm920:~# mount
- devtmpfs on /dev type devtmpfs (rw,relatime,size=503456k,nr_inodes=55121,mode=755)
- sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime)
- /dev/mmcblk1p1 on /media/ba type ext4 (rw,noatime,nodiratime,nodelalloc,data=journal)
- devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620)
- tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev,relatime)
- proc on /proc type proc (rw,nosuid,nodev,noexec,relatime)
- tmpfs on /run type tmpfs (rw,nosuid,nodev,relatime,mode=755)
- tmpfs on /tmp type tmpfs (rw,relatime)
- tmpfs on /var/volatile type tmpfs (rw,relatime,mode=755)
- tmpfs on /sys/fs/cgroup type tmpfs (ro,nosuid,nodev,noexec,mode=755)
- cgroup on /sys/fs/cgroup/systemd type cgroup (rw,nosuid,nodev,noexec,relatime,xattr,release_agent=/lib/systemd/systemd-cgroups-agent,name=systemd)
- cgroup on /sys/fs/cgroup/cpuset type cgroup (rw,nosuid,nodev,noexec,relatime,cpuset)
- cgroup on /sys/fs/cgroup/devices type cgroup (rw,nosuid,nodev,noexec,relatime,devices)
- cgroup on /sys/fs/cgroup/cpu,cpuacct type cgroup (rw,nosuid,nodev,noexec,relatime,cpu,cpuacct)
- cgroup on /sys/fs/cgroup/net_cls type cgroup (rw,nosuid,nodev,noexec,relatime,net_cls)
- cgroup on /sys/fs/cgroup/freezer type cgroup (rw,nosuid,nodev,noexec,relatime,freezer)
- systemd-1 on /data type autofs (rw,relatime,fd=26,pgrp=1,timeout=0,minproto=5,maxproto=5,direct)
- mqueue on /dev/mqueue type mqueue (rw,relatime)
- /dev/mmcblk0p3 on /data type ext4 (rw,relatime,data=ordered)
- /etc/auto.misc on /misc type autofs (rw,relatime,fd=6,pgrp=326,timeout=300,minproto=5,maxproto=5,indirect)
- -hosts on /net type autofs (rw,relatime,fd=12,pgrp=326,timeout=300,minproto=5,maxproto=5,indirect)
- /etc/auto.hotplug on /autofs type autofs (rw,relatime,fd=18,pgrp=326,timeout=300,minproto=5,maxproto=5,indirect)
- /etc/auto.network on /media/net type autofs (rw,relatime,fd=24,pgrp=326,timeout=300,minproto=5,maxproto=5,indirect)
- 192.168.178.101:/Aufnahmen on /media/Aufnahmen type nfs4 (rw,relatime,vers=4.0,rsize=524288,wsize=524288,namlen=255,soft,proto=tcp,port=0,timeo=600,retrans=2,sec=sys,clientaddr=192.168.178.20,local_lock=none,addr=192.168.178.101)
Fstab
Display MoreCode- root@dm920:~# cat /etc/fstab
- #rootfs / rootfs rw,relatime 0 1
- proc /proc proc rw,nosuid,nodev,noexec,relatime 0 0
- sysfs /sys sysfs rw,nosuid,nodev,noexec,relatime 0 0
- devpts /dev/pts devpts rw,nosuid,noexec,relatime,gid=5,mode=620 0 0
- tmpfs /dev/shm tmpfs rw,nosuid,nodev,relatime 0 0
- tmpfs /run tmpfs rw,nosuid,nodev,relatime,mode=755 0 0
- tmpfs /tmp tmpfs rw,relatime 0 0
- tmpfs /var/volatile tmpfs rw,relatime,mode=755 0 0
- /dev/disk/by-label/dreambox-data /data auto noauto,x-systemd.automount,nofail 0 0
- 192.168.178.101:/Aufnahmen /media/Aufnahmen nfs
- x-systemd.automount,tcp,nfsvers=4.0,noauto,x-systemd.idle-timeout=60,x-systemd.device-timeout=15,soft,nofail
- 0 0
Was gefällt dem an meinen Fstab eintrag nicht?
Edit: Ok, hab jetzt den Netzwerkbrowser deinstalliert und schon geht der fstab Eintrag. Hoffen wir mal das beste.
-
Das ganze macht mir Kopfweh. Automount.xml, fstab, Netzwerkbrowser. Machmal verändert man was in der automount.xml und die Dreambox erstellt alles doppelt und dreifach.
Vielleicht sollte ich nur über fstab mounten. Nur was für Werte nehmen
-
Krieg ich deine fstab Mount Werte. Ich habe irgendwie immer Probleme. Aber wenn man die Suche bemüht, ich der Fehler keine Seltenheit.
-
Manchmal gehen bei mir die Aufnahmen kaputt beim nfs Mount. Sie brechen ab mit der Anmeldung, "Schreibfehler Festplatte Voll". Das ist echt ärgerlich.
Ich Mounte über automount.xml.
-
Ich habe das Problem das Festplatte Voll sporadisch kommt. Aufnahmen NFS. Swiss-MAD hattest du sag nicht auch mal?
-
Finde ich schon wichtig. Es geht doch nicht um die Performance.
NFSv4 unterschütz tcp, was gerade bei Aufnahmen -ohne Artefakte- wichtig sein kann.
