Wann tritt der Fehler auf?
Immer oder nur in bestimmten Situationen?
Beim Live TV? verschlüsselter oder unverschlüsselter Sender?
Bei IPTV?
Beim Abspielen von containerfiles wie .mp4, .avi etc.
Beiträge von Fred Bogus Trumper
-
-
please to not open a new Thread for the same problem
could you please provide a bootlog first?
it's also possible to flash the box via USBif this does not work you can start the rescue loader manually when booted to the bold bios to flash the box via WebInterface
@mods
please merge this Thread to Rescue Mode_Waiting for DHCP -
Sehr Interessant, die neue 5TB Platte wird 3x über die fstab gemountet
nach /media/hdd, dann nach /media/hdd/movie/movie und nach /media/hdd/movie/oldmovie
Die alte 2TB wird bzw. wurde diesen Einstellungen nach /media/hdd/movie gemountet die neue 5TB nach /media/hdd und in die anderen beiden Ordner auf der HDD
Gehe mal in den Gerätemanger und entferne die alte Platte mit der Bezeichnung WD20SPZX-60UA7T0 (2 TB) und entferne auch alle Einhängepunkte dieser Platte. Mit dieser Aktion sollte auch die /etc/enigma2/settings bereinigt werden
Dann öffne die /etc/fstab mit einem Linux Editor und lösche diese beiden Zeilen raus:Code/dev/disk/by-uuid/19c4c68c-ce7c-428e-b89d-223ab69082ca /media/hdd/movie/movie auto auto,nofail 0 0 /dev/disk/by-uuid/19c4c68c-ce7c-428e-b89d-223ab69082ca /media/hdd/movie/oldmovie auto auto,nofail 0 0
Dann suchst du nach etwaigen Resten der alten Platte in der fstab
alle Zeilen beginnend mit
/dev/disk/by-uuid/7583c319-232e-44a3-8eb6-9aef054c31b8
kannst du rauslöschen
Dann die Box neu starten. Die 5TB Platte sollte dann nur noch einmal gemountet sein.
Überprüfung wieder mit folgenden Befehlenmount | grep sda1
mount | grep /media/hdd
grep config.storage. /etc/enigma2/settings
grep "19c4c68c-ce7c-428e-b89d-223ab69082ca\|7583c319-232e-44a3-8eb6-9aef054c31b8" /etc/fstab
-
wie es aussieht ist die Platte 3x gemountet, warum auch immer
Sieht die df -h Ausgabe nach einem reboot auch noch so aus?
Hängt nur die eine Platte eine an der Box?
Sonst reboote die Box einmal neu und poste die Ausgabe der folgenden Befehlemount | grep sda1
mount | grep /media/hdd
lsblk -pf | grep /dev/sd
grep $(lsblk -pf | grep /dev/sda1 | awk '{print $4}') /etc/fstabgrep config.storage. /etc/enigma2/settings
bitte die Ausgaben einzeln als Code posten - Icon </> in der Menüleiste im Forum Editor
das ist dann besser lesbar
-
Die alten Loader funktionieren nicht mehr mit den aktuellen Browsers.
Entweder den aktuellen socond stage loader od seriell flashen und dann das Image hinterher über den Browser oder eine alte Firefox Portable Version verwenden, damit sollte das Flashen klappen
ch würde die version 3.5.x nehmen
findest du auf sourceforge.net
Wenn ein aktuelles Image geflasht wird, wird auch der loader auf den letzten Stand gebracht
-
Nachtrag:
du kannst sonst auch die Inhalte von /media/hdd/movie und /media/hdd/movie: vergleichen.
Der verbrauchte Speicherplatz in bytes und die Anzahl der Ordner, Dateien und Symbolischen Links müsste ident sein und die Dateien/Aufnahmen von der vermeintlichen Quelle dürften gar nicht vorhanden seinCodefor directory in /media/hdd/movie /media/hdd/movie:;do echo used space in bytes of $directory:;du -sb $directory;echo directories, files and symbolic links in $directory;for filetype in d f l;do find $directory -type $filetype|wc -l;done;done
Hier sieht das dann so aus - ich vergleiche aber den internen u. externen movie Ordner (es sind keine Aufnahmen auf der externen Platte) - bei dir müssten die Zahlen ident sein, wenn du /media/hdd/movie und /media/hdd/movie: vergleichst - die bytes könnte etwas abweichen
Code
Alles anzeigenroot@dm900:~# for directory in /media/hdd/movie /tmp/hdd-ext/movie;do echo used space in bytes of $directory:;du -sb $directory;echo directories, files and symbolic links in $directory;for filetype in d f l;do find $directory -type $filetype|wc -l;done;done used space in bytes of /media/hdd/movie: 1118850668 /media/hdd/movie directories, files and symbolic links in /media/hdd/movie 21 2151 11 used space in bytes of /tmp/hdd-ext/movie: 4 /tmp/hdd-ext/movie directories, files and symbolic links in /tmp/hdd-ext/movie 1 1 0 root@dm900:~#
-
mit
rsync -av /dev/sdb /media/hdd/movie/ /dev/sda /media/hdd/movie:
kopierte ich den Inhalt (0.3 TB) des angegebenen Pfades auf die neue Disk, welche bereits 0.4 TB Daten der DM920 enthielt.
dem widerspreche ich
du hast den Ordner movie auf der 3TB Platte (/dev/sda) und die beide Gerätedateien /dev/sda und /dev/sdb in den Ordner movie: auf die 3TB Platte kopiert.
rsync kann mit mehreren sourcen umgehen, der letzte Pfad ist immer das targetrsync <option> <source> <source> <source> <target>
im Grunde hast du also die beiden Dateien /dev/sda, /dev/sdb und den Ordner /media/hdd/moive ins Ziel /media/hdd/movie: kopiert - also den Order movie unter einem anderen Namen auf die selbe Platte kopiert und dort noch sda und sdb reingepackt (0byte Dateien)
Der Inhalt von /media/movie und /media/hdd/movie: müsste also ident sein - bis auf die zwei leeren Dateien sda und sdb
Zum Verständnis:
/dev/sda und /dev/sdb sind die Gerätenamen der Festplatten in der Reihenfolge wie sie vom Kernel erkannt wurden. Der Name wird vom Kernel vergeben. Auf /dev/sda oder /dev/sdb befinden sich keine Daten, ausser du hast keine Partitionen erstellt und das raw device formatiert/dev/sda1 /dev/sdb1 sind die ersten Partitionen auf den Platten, auf den Partionen wird das Dateisystem (in dem Fall ext4) erstellt. Auf diese Partition werden die Daten geschrieben - aber erst nachdem zu sie gemountet hast!
Nach deinen df Ausgaben im vorigen Post war /dev/sdb1 nie gemountet, was aber in diesem Fall egal ist, weil du /media/hdd/movie nach /media/hdd/movie: kopiert hast - ergo hast du nicht von b nach a kopiert sonder von a nach a
Du hättest die Platte von der du kopieren möchtest, zuerst mounten - und dann kopieren müssen
/dev/sda und /dev/sdb haben in deinem rsync command nichts verloren, da wurden nur die Gerätedateien angesprochen und nicht wie von dir vermutlich gewünscht das Gerät selbst.
Wie wäre es richtig gewesen?
Annahme:
/dev/sda ist interne 3TB Platte die nach /media/hdd gemountet ist/dev/sdb ist die externe über USB angeschlossene Platte - und du möchtest Daten von b (extern) nach a (intern) kopieren:
1. mit df -h oder mount prüfen ob die interne Platte gemountet wurde. Wir nehmen mal an, /dev/sda1 ist ist die interne Platte und nach /media/hdd gemountet. Kann man prüfen mit df oder mount
Coderoot@dm900:~# df -h /dev/sda1 Filesystem Size Used Avail Use% Mounted on /dev/sda1 1,8T 1,5T 351G 81% /media/hdd root@dm900:~# mount|grep /dev/sda1 /dev/sda1 on /media/hdd type ext4 (rw,relatime,data=ordered) root@dm900:~#
2. Die Platte von der die Daten von extern nach intern (/dev/sda) kopiert werden wird an die Box gestöpselt und die erhält dann überlicherweise den Gerätenamen /dev/sdb, sofern keine weiteren USB-Platten oder USB-Stick bereits angeschlossen waren.
Damit man rausfindet, welcher Gerätename welches Device ist hat man mehrere Möglichkeiten, z.B.
Hier sind nur zwei Blockgeräte vorhanden (Festplatten, USB-Sticks etc. über SATA oder USB angeschlossen)
Einfach prüfen, welche Partionen auf /dev/sdb erstellt wurden
/dev/sdb1 ist die erste und einzige Partiton, jetzt könnte man noch nachsehen welches Filesystem auf /dev/sdb1 erstellt wurde
Coderoot@dm900:~# blkid /dev/sdb1 /dev/sdb1: LABEL="STORAGE" UUID="4b4549f3-e242-4c2d-a48c-82851c7c2fa4" TYPE="ext4" PARTLABEL="storage" PARTUUID="027667df-e94b-4a23-a79e-31b8a0454a15" root@dm900:~#
TYPE="ext4" - d.h. diese Partionen kann ohne weiteres gemountet werden, dazu erstellt man einen Ordner in /tmp/ oder /media oder nimmt einen bestehenden - es sollte nichts in diesem Ordner gemountet sein
Ich nehme mal /tmp zum einfacheren Verständnis. Nach dem das eine externe Platte ist, nenne ich ihn hdd-ext und mounte dann die erste und einzige Partition der externen Platte nach /tmp/hdd-ext
das sieht dann so aus:
Coderoot@dm900:~# df -h /dev/sd?1 Filesystem Size Used Avail Use% Mounted on /dev/sda1 1,8T 1,5T 351G 81% /media/hdd /dev/sdb1 1,8T 658G 1,2T 37% /tmp/hdd-ext root@dm900:~#
die interne 2TB Platte is nach /media/hdd gemoutet, die externe 2TB Platte nach /tmp/hdd-ext
Der Inhalt von /tmp/hdd-ext sieht folgendermaßen aus:
Wenn man den Inhalt nach movie der externen Platte noch movie der internen Platte kopieren möchte hat man mehrere Möglichkeiten. Will man rsync verwenden und wie in deinem Fall Dateien überspringen die im Zielordner neuer sind als am Quellordner
rsync -au /tmp/hdd-ext/movie/ /media/hdd/movie
Achtung beim Setzen des letzen slash beim Quellverzeichnis: Die beiden Befehlersync -au /tmp/hdd-ext/movie/ /media/hdd/movie vs. rsync -au /tmp/hdd-ext/movie /media/hdd/movie
liefern unterschiedliche Ergebnisse!
siehe z.B.: https://wiki.ubuntuusers.de/rsync/Wenn der Kopiervorgang abgeschlossen ist, /tmp/hdd-ext wieder aushängen oder die Box rebooten.
umount /tmp/hdd-ext
-
Wurde auch ein apt-get update vor dem install Befehl ausgeführt?
apt-get update && apt-get install rsync
Dann sieht man auch auch gleich, wenn Fehler beim Aktualisieren der Paketlisten auftreten. Wenn das auch nicht klappt, versuch vorab ein
dpkg --configure -a
sonst die Fehlermeldung posten
-
Ich frage mich immer wieder warum das keiner lesen möchte?
Damit du dich auch am noch Forenleben beteiligen kannst.Mir geht es mit deinen Beiträgen so wie anderen mit den Handbüchern
-
Warum? Wenn kein Passwort vergeben ist, ist das Passwortfeld leer!
Es gibt kein default Passwort!
-
Das funktioniert aber nur mehr mit deaktivierten Sicherheitsmaßnahmen im WebInterface (Tokenbasierente Sicherheitsmaßnahmen, anti-hijack). Wenn die aktiv sind, muss vorab die Session ID abgefragt werden und dann mit dem Behel als POST command mitgeben
das funktioniert ganu gut mit curl
-
@Fred Bogus Trumper: Dateisystemüberprüfung lässt sich nicht durchführen, Box hängt sich auf..
Gibt es eine Fehlermeldung? Enigma2 ist da leider nicht sehr gesprächig
Gibt es eine SWAP Partition auf der Patte? Die wird überlicherweise von Enigma2 vor der Dateisystemüberprüfung aktiviert. Wenn die zu überprüfende Partition mehr als 500GB hat, schmiert die Box mangels RAM ohne aktiven SWAP gerne ab ..
sonst manuell prüfen
alle ssh, telnet, ftp Verbindungen die auf die Platte zugreifen trennen
wenn samba und nfs server laufen und /media/hdd freigegeben ist die beiden Server beenden
Dateisystem manuell prüfen
Annahme: die interne Platte hat den Gerätenamen /dev/sda, die erste Partioin mit dem ext3 Dateisystem und den Aufnahmen sollte /dev/sda1 sein
sonst den Befehl entsprechend ändern. Erstmal die Partition aushängen
umount /dev/sda1
Wenn es hier einen Fehler gibt, greift noch ein Dienst auf die Platte zu, der das Aushängen verhindert - das könnte u.U. auch der Grund für den Fehler bei der Dateisystemüberprüfung im Gerätemanager gewesen sein.
Swap starten - vorausgesetzt es gibt ein Swap Partition, sonst eine Swap Partition oder ein mind. 512MB Swapfile auf USB erstellen und aktiveren
swapon /dev/sda2
Wenn es geklappt hat, die Prüfung manuell starten.
fsck.ext3 -v -p -f /dev/sda1
Wenn es Fehler gibt, die Aussgabe hier posten
Wenn du dann schon dabei bist, wären die S.M.A.R.T. Informationen der Platte auch hilfreich, eventuell muss das Paket smartmontools nachinstalliert werden. Eventuell ist ja auch die Platte am sterben ...
smartctl -a /dev/sda
-
... aber wer spielt die Dreambox mit Oiginalsoftware?
Naja, Merlin und Newnigmna2 basieren auf der Original Software und da sollte der Fehler auch nicht mehr auftreten. Die Open* Images jedoch nicht, falls das Enigma2 Urgestein auf deiner Box läuft
-
im Gerätemanager die Platte auswählen -> Dateisystemüberprüfung
Ich würde das aber im Terminal machen und auch mal die S.M.A.R.T. Werte der Platte mit smartctl auslesen - sofern smartmontools online (noch) online installierbar ist.
die Meldung "Festplatte voll" deutet eher auf einen Dateisystemfehler oder Festplattendefekt hin. Im Grunde hatte man im OE2.0 alle Werkzeuge für eine "Untersuchung" auf der Box bzw. am Feed zu Verfügung. Im OE1.6 bin ich mir nicht so sicher. Ich weiß auch nicht, ob man im OoZoon Image noch etwas online installieren kann. Falls nicht, backup vom flash Image erstellen und ein OE2.0 Image installieren - dann sollte man alle Werkzeuge zur Verfügung haben.
Falls aus irgendeinem Grund nicht geht, ich die Platte ausbauen und mit einem Linux System rangehen (Live CD etc.)
Unter Windows hat man da mit (vermutlich) ext3 weniger Möglichkeiten - vor allem um die Daten zu retten.
Ein Image mit aktiven online feed würde der Box jedenfalls nicht schaden. -
und weil ich schon mal dabei bin, habe ich auch mein qnap nas/1 Gb home network getestet mit der one ueber kabel connected:
Coderoot@DMOne:/media/qsw# dd if=/dev/zero of=/media/qsw/writetest bs=1M count=1000 1000+0 records in 1000+0 records out 1048576000 bytes (1000.0MB) copied, 99.578788 seconds, 10.0MB/s
das is nix. geht wohl nichts ueber eine interne disk.
das kann man nicht vergleichen
direkter I/O am device und über ein Netzwerkprotokoll geschrieben sind völlig andere Dinge. Der direkte I/0 am QNAP ist hundertproztentich mind. 10x schneller
In deinem Fall ist der Flashenhals entweder die Netzerkkonfiguration oder das verwendete Protokoll (NFS oder SMB?)
10MB/s deutet für mich hin, dass über die Netzwerkschnittstelle nur 100Mbit drüberlaufen. Da musst du also wo anders suchenVielleicht mal mit ethool die konfiguration des NIC der Two überprüfen. Es sollte auch bekannt sein, dass z.B. die Fritz! im Green Mode gerne auf 100Mbit/s drosselt. Ein defektes Kabel, Switch kann man auch nicht ausschließen
Das ist nicht Äpfeln mit Birnen vergleichen sondern Äpfel mit Zuchinni ...
-
das glaube ich nicht
Ich habe mal 6 oder 7 Aufnahmen gleichzeitig mit der DM800SE v1! auf die interne HDD gemacht. Mangels FBC und Tuner Steckplätzen von Sendern die am selben Transpondern liegen, Das war überhaupt kein Problem
Auf der SE v1 hatte ich etwa 50-65MB/s permanante Schreibraten auf die interne HDD mit dd
Wenn die SSD in einem guten Gehäuse mit entsprechendem Controller per USB3.0 an die One/Two angeschlossen ist, sollten diese Schreibraten locker erreicht bzw. übertroffen werden.Für Timeshift oder 1-2 Aufnahmen scheint eine SD zu reichen, für mehr wohl nicht. Ich denke, dass da auch der verbaute Cardreader einen Strich durch die Rechnung macht - und nicht die SD Card.
Eine SATA III SSD an einem SATA II Controller schaft auch nur Schreibraten von ca. 250MB/s am PC, obwohl die SDD 560MB/s hergeben würde bzw. diese auch an einem SATA III Anschluss erreicht, wenn die restliche Hardware entspricht. -
Das sollte eigentlich klar sein. Ist zwar beides ein Flashspeicher, aber dennoch unterschiedliche Technologie.
Ich vermute, das beim Schreiben auf USB und SD Flashspeicher in den RAM zwischengepuffert wird und dann der Datenräger nicht mit dem syncen nachkommt.
Wenn man z.b. nur 50 oder 100MB auf die SD schreibt sind die Datenraten höher. Das sieht man auch, wie die Datenraten runtergehen wenn man mit der Option status=progess schreibt
Vielleicht sind auch nur die Messwerte bei geringeren Datenmengen ungenauermit hdparm kann man auch einen benchmark starten, ein vollwertiges hdparm binary liegt am feed
SD vs. SATAder 1. Befehl misst die direkten Leseraten, der 2. die Leseraten mit cache
Man sieht auch das lt. hdparm test SD und HDD beim cached read fast gleich schnell sind aber beim direkten Lesen die HDD 6x schneller istCode
Alles anzeigenoot@dm900:~# hdparm -t --direct /dev/mmcblk1 /dev/mmcblk1: Timing O_DIRECT disk reads: 68 MB in 3.04 seconds = 22.39 MB/sec root@dm900:~# hdparm -tT /dev/mmcblk1 /dev/mmcblk1: Timing cached reads: 2070 MB in 2.00 seconds = 1035.64 MB/sec Timing buffered disk reads: 68 MB in 3.04 seconds = 22.40 MB/sec root@dm900:~# hdparm -t --direct /dev/sda1 /dev/sda1: Timing O_DIRECT disk reads: 366 MB in 3.01 seconds = 121.49 MB/sec root@dm900:~# hdparm -tT /dev/dev/sda /dev/dev/sda: No such file or directory root@dm900:~# hdparm -tT /dev/sda1 /dev/sda1: Timing cached reads: 2142 MB in 2.00 seconds = 1071.47 MB/sec Timing buffered disk reads: 388 MB in 3.00 seconds = 129.31 MB/sec root@dm900:~#
-
Schwer zu sagen, aber ehrlich gesagt finde ich zwei Aufnahmen gleichzeitig auf eine SD auch nicht übel
Vielleicht wäre eine SDD für Timeshift die bessere Wahl, vor allem wenn Timeshift ständig läuft.
-
Ich glaube aber nicht, dass das Problem mit dem von SMR Platten vergleichbar ist. Die Schreibrate bricht ja deshalb ein, weil ab einem Füllstand von ca. 50% Daten auf die überlappenden Spuren doppelt geschrieben werden werden müssen (bestehende Daten lesen, alte + neue Daten neu schreiben)
ich vermute bei Aufnahmen auf der SD eher, dass hin und wieder hohe bitraten gleichzeitig auf allen drei Sender reinkommen und die SD damit dann kurzfristig überfordert ist. Wie gesagt, die Schreibraten bei einer Aufnahme sind ja nicht konstant.
Treten die Ruckler auch bei 3 Aufnahmen auf - also ohne Timeshift? -
Interessant
eigentlich müssten auf der dm920 mit der SanDisk 512 GB Extreme PRO eher zwei Aufnahmen machbar sein als auf der Two. Jedenfalls scheint die schnellere SD in der dm920 verbaut zu sein.
Um Äpfel mit Äpfeln zu vergleichen müssten die gleichen Transponder aufgezeichnet werden.
Vielleicht wurde der Test ja mit dm920 mit 2 UHD Aufnahmen gemacht und auf der Two mit zwei HD Sendern.
Es macht auch einen Unterschied ob z.B. ORF HD oder Servus TV HD mit hohen Datenraten aufgenommen wurden oder Transponder mit geringeren Datenraten. Zudem schwanken ja die bitraten der Transponder somit auch die Schreibraten, während dd die nullen mit max. Schreibraten auf die SD knallt.Zum Vergleich eine ca. 4 Jahre alte SanDisk Ultra R80 microSDHC 16GB, UHS-I, Class 10, max. 80MB/s in der dm900
wobei ich glaube, dass sich R80 auf bis zu 80MB/s Lesen und nicht Schreiben bezieht. Die effektiven maximalen Schreibraten sind meist um einiges geringer
Aufnahmen schreibe ich allerdings nicht auf die SD