Ergebnis 1 bis 6 von 6
Thema: Aufnahmeprobleme
-
11.02.2017, 19:47 #1
- Registriert seit
- 11.02.2017
- Beiträge
- 5
- Thanks (gegeben)
- 1
- Thanks (bekommen)
- 0
- Total Downloaded
- 0
- Total Downloaded
- 0
Aufnahmeprobleme
Guten Tag Community,
ich habe dieses Gerät vor kurzem bei NBB erworben. Grundsätzlich wäre ich zufrieden.... aaaaber....
bisher erledigt: aktuelles OpenATV Image geflasht, Pakete aktualisiert.
Zielsetzung: Aufnahmen auf NFS-Share (bevorzugt) oder USB-Stick (wenn es sein muss) bringen.
Problem:
Wenn ich über die Netzwerkeinstellungen mehrer NFS-Shares einbinde und jeweils "als Festplatte benutzen: ja" auswähle gibt es mehrere Einträge in der /ets/fstab in denen verschiedene Shares auf den selben Mountpoint (z.B. /media/hdd) eingehängt werden sollen. Nicht gut.
Ok, nur ein Share einbinden, damit kann ich leben.
Ich habe mich trotzdem gewundert, warum immer wieder Aufnahmen vor dem Ende abbrechen und der Receiver anschliessend "hart" neu gestartet werden muss. Bei der Diagnoe ist mir aufgefallen, dass mit dem Starten der Aufnahmen (egal ob auf USB oder NFS) die /var/log/messages mit Fehlern geflutet wird. Einfach nur einschalten ohne Aufnahmen -> keine Fehler...
So wirklich kann ich mir das nicht erklären... jemand eine Idee?
Code:root@e4hd:~# cat /var/log/messages Feb 11 20:33:07 e4hd user.err kernel: mmc0: Got command interrupt 0x00080000 even though no command operation was in progress. Feb 11 20:33:07 e4hd user.err kernel: mmc0: Got command interrupt 0x00080000 even though no command operation was in progress. Feb 11 20:33:07 e4hd user.err kernel: mmc0: Got command interrupt 0x000c0000 even though no command operation was in progress. Feb 11 20:33:07 e4hd user.err kernel: mmc0: Got command interrupt 0x00080000 even though no command operation was in progress. Feb 11 20:33:07 e4hd user.err kernel: mmc0: Got command interrupt 0x00080000 even though no command operation was in progress. Feb 11 20:33:07 e4hd user.err kernel: mmc0: Got command interrupt 0x00040000 even though no command operation was in progress. Feb 11 20:33:07 e4hd user.err kernel: mmc0: Got command interrupt 0x00080000 even though no command operation was in progress. Feb 11 20:33:07 e4hd user.err kernel: mmc0: Got command interrupt 0x00080000 even though no command operation was in progress. Feb 11 20:33:09 e4hd user.err kernel: mmc0: Got command interrupt 0x00080000 even though no command operation was in progress. Feb 11 20:33:09 e4hd user.err kernel: mmc0: Got command interrupt 0x00080000 even though no command operation was in progress. Feb 11 20:33:09 e4hd user.err kernel: mmc0: Got command interrupt 0x00080000 even though no command operation was in progress. Feb 11 20:33:09 e4hd user.err kernel: mmc0: Got command interrupt 0x00080000 even though no command operation was in progress. Feb 11 20:33:09 e4hd user.err kernel: mmc0: Got command interrupt 0x00080000 even though no command operation was in progress. Feb 11 20:33:11 e4hd user.err kernel: mmc0: Got command interrupt 0x00080000 even though no command operation was in progress. Feb 11 20:33:11 e4hd user.err kernel: mmc0: Got command interrupt 0x00080000 even though no command operation was in progress. Feb 11 20:33:11 e4hd user.err kernel: mmc0: Got command interrupt 0x00080000 even though no command operation was in progress. Feb 11 20:33:11 e4hd user.err kernel: mmc0: Got command interrupt 0x00080000 even though no command operation was in progress.
-
Advertising
-
12.02.2017, 12:42 #2
- Registriert seit
- 11.02.2017
- Beiträge
- 5
- Thanks (gegeben)
- 1
- Thanks (bekommen)
- 0
- Total Downloaded
- 0
- Total Downloaded
- 0
Themenstarterdmesg zeigt nach dem Hochfahren folgendes an:
Code:brcmnand brcmnand.0: 512MiB total, 128KiB blocks, 2KiB pages, 16B OOB, 8-bit, BCH-4 Bad block table found at page 262080, version 0x01 Bad block table found at page 262016, version 0x01 nand_read_bbt: bad block at 0x000004b80000 nand_read_bbt: bad block at 0x00000bd60000 nand_read_bbt: bad block at 0x0000135c0000 nand_read_bbt: bad block at 0x00001ebe0000 Creating 3 MTD partitions on "brcmnand.0": 0x000000800000-0x000020000000 : "complete" 0x000000800000-0x000000e00000 : "kernel" 0x000000e00000-0x000020000000 : "rootfs" ubi0: default fastmap pool size: 195 ubi0: default fastmap WL pool size: 25 ubi0: attaching mtd2 ata2: SATA link down (SStatus 0 SControl 300) ubi0: attached by fastmap ubi0: fastmap pool size: 195 ubi0: fastmap WL pool size: 25 ubi0: attached mtd2 (name "rootfs", size 498 MiB) ubi0: PEB size: 131072 bytes (128 KiB), LEB size: 126976 bytes ubi0: min./max. I/O unit sizes: 2048/2048, sub-page size 2048 ubi0: VID header offset: 2048 (aligned 2048), data offset: 4096 ubi0: good PEBs: 3976, bad PEBs: 8, corrupted PEBs: 0 ubi0: user volume: 1, internal volumes: 1, max. volumes count: 128 ubi0: max/mean erase counter: 2/0, WL threshold: 4096, image sequence number: 4084382551 ubi0: available PEBs: 0, total reserved PEBs: 3976, PEBs reserved for bad PEB handling: 72 ubi0: background thread "ubi_bgt0d" started, PID 62
Hab noch ein wenig probiert - wenn ich mit dd auf das NFS-Shre schreibe gibt es keine der o.g. Fehlermeldungen, allerdings bricht er ab und zu ab:
Code:root@e4hd:/media/hdd# dd if=/dev/zero of=testfile bs=1k count=100k dd: writing 'testfile': Input/output error 30754+0 records in 30753+0 records out 31491072 bytes (30.0MB) copied, 18.638698 seconds, 1.6MB/s root@e4hd:/media/hdd# dd if=/dev/zero of=testfile bs=1k count=100k 102400+0 records in 102400+0 records out 104857600 bytes (100.0MB) copied, 10.648053 seconds, 9.4MB/s root@e4hd:/media/hdd# dd if=/dev/zero of=testfile bs=1k count=100k dd: writing 'testfile': Input/output error 98454+0 records in 98453+0 records out 100815872 bytes (96.1MB) copied, 21.732139 seconds, 4.4MB/s root@e4hd:/media/hdd# dd if=/dev/zero of=testfile bs=1k count=100k 102400+0 records in 102400+0 records out 104857600 bytes (100.0MB) copied, 11.799674 seconds, 8.5MB/s
Code:Feb 12 13:02:33 e4hd authpriv.info dropbear[531]: Child connection from 192.168.0.72:50310 Feb 12 13:02:38 e4hd authpriv.notice dropbear[531]: Auth succeeded with blank password for 'root' from 192.168.0.72:50310 Feb 12 13:10:24 e4hd user.notice kernel: nfs: server 192.168.0.251 not responding, timed out Feb 12 13:10:29 e4hd user.notice kernel: nfs: server 192.168.0.251 not responding, timed out Feb 12 13:10:35 e4hd user.notice kernel: nfs: server 192.168.0.251 not responding, timed out Feb 12 13:10:35 e4hd user.notice kernel: nfs: server 192.168.0.251 not responding, timed out Feb 12 13:10:35 e4hd user.notice kernel: nfs: server 192.168.0.251 not responding, timed out Feb 12 13:10:35 e4hd user.notice kernel: nfs: server 192.168.0.251 not responding, timed out Feb 12 13:12:33 e4hd user.notice kernel: nfs: server 192.168.0.251 not responding, timed out Feb 12 13:12:37 e4hd user.notice kernel: nfs: server 192.168.0.251 not responding, timed out Feb 12 13:12:40 e4hd user.notice kernel: nfs: server 192.168.0.251 not responding, timed out
Code:~ # cat /etc/exports /i-data/330c1487/nfs/nfs4TB 192.168.0.0/24(rw,async,no_subtree_check,wdelay,no_root_squash,insecure) #nfs4TB root@e4hd:/media/hdd# cat /etc/fstab rootfs / auto defaults 1 1 proc /proc proc defaults 0 0 devpts /dev/pts devpts mode=0620,gid=5 0 0 usbdevfs /proc/bus/usb usbdevfs noauto 0 0 tmpfs /var/volatile tmpfs defaults 0 0 usbfs /proc/bus/usb usbfs defaults 0 0 192.168.0.251:/i-data/330c1487/nfs/nfs4TB /media/hdd nfs _netdev,async,rw,nolock,tcp,nfsvers=3,rsize=8192,wsize=8192,timeo=14,soft 0 0
Code:####################################### # HD0 awaked by pdflush ! # ####################################### ---> HD0 back to green on, off blink rpc-srv/tcp: nfsd: got error -104 when sending 140 bytes - shutting down socket rpc-srv/tcp: nfsd: got error -104 when sending 140 bytes - shutting down socket Uncached vma c3a2d338 (addr 40ad1000 flags 080000ff phy 14db0000) from pid 11336 Uncached vma c3a2d288 (addr 40ad4000 flags 080000ff phy 14db0000) from pid 11336 Uncached vma c3a2d288 (addr 40651000 flags 080000ff phy 14db0000) from pid 1374 Uncached vma c3a2d288 (addr 40651000 flags 080000ff phy 14db0000) from pid 1374
-
12.02.2017, 18:03 #3
- Registriert seit
- 03.04.2013
- Beiträge
- 14.861
- Thanks (gegeben)
- 763
- Thanks (bekommen)
- 21092
- Total Downloaded
- 162,47 MB
- Total Downloaded
- 162,47 MB
Ich hab mmc ausgebaut die Geräte haben das Überhaupt nicht, so komische Meldungen hatten wir bei GB mit dem selben Kernel auch mal
und da wurde es auch Ausgebaut, also morgen noch mal Prüfen
[ceryon] linux update config remove mmc * oe-alliance/oe-alliance-core@32fb497 * GitHub
openATV we are open Source
Boykott GPL violator
-
Danke - 1 Thanksichbins bedankten sich
-
12.02.2017, 20:30 #4
- Registriert seit
- 11.02.2017
- Beiträge
- 5
- Thanks (gegeben)
- 1
- Thanks (bekommen)
- 0
- Total Downloaded
- 0
- Total Downloaded
- 0
ThemenstarterOk, so firm bin ich nicht - wo muss ich das genau dekonfigurieren?
Edit - ah, global ausgebaut wenn ich das richtig verstehe, also heute die neue nightly einspielen.
Ein Glück, mit Linux komm ich im großen und ganzen schon zurecht - aber Kernel neu kompilieren und einspielen ist nicht so mein Ding
Der Mountmanager (hies der so?) ist auch etwas verbuggt.
Wenn ich 2 NFS Mounts habe und auf Ansehen -> ok gehe zeigt er mir nicht immer den an, den ich ausgewählt habe.
Wenn ich noch einen USB Stick einstecke und bei den Einstellungen für Aufnahmen das Standard-Ziel auswählen soll zeigt er mir auch wenn ich auf USB gehe den freien Speicher des NFS-Mounts an.
Aktuell ist kein USB-Stick angesteckt und das Aufnahmeziel ist /media/hdd, hier ist jetzt eine CIFS-Freigabe gemountet. Er zeigt mir zwar ein ungültiges Ziel an bei den Einstellungen, die Aufnahme geht aber.
Wenn mehrere Freigaben als "als Festplatte benutzen" definiert sind versucht er die alle unter /media/hdd zu mounten (Einstellung jeweils EInbinden über fstab).Geändert von ichbins (13.02.2017 um 06:54 Uhr)
-
14.02.2017, 16:24 #5
- Registriert seit
- 11.02.2017
- Beiträge
- 5
- Thanks (gegeben)
- 1
- Thanks (bekommen)
- 0
- Total Downloaded
- 0
- Total Downloaded
- 0
ThemenstarterHab gerade die aktuelle Nightly eingespielt und eine Probelaufnahme auf ein CIFS-Mount gemacht - keine Flutung der Messages mehr, danke schön Mal beobachten ob der E4 jetzt zuverlässiger arbeitet Edit: bisher alle Aufnahmen auf das CIFS-Share ohne Probleme, messages ist ruhig
Geändert von ichbins (03.03.2017 um 16:39 Uhr)
-
16.08.2017, 10:06 #6
- Registriert seit
- 11.02.2017
- Beiträge
- 5
- Thanks (gegeben)
- 1
- Thanks (bekommen)
- 0
- Total Downloaded
- 0
- Total Downloaded
- 0
ThemenstarterMittlerweile nehme ich auf einen 256GB USB Stick auf. Da funktioniert leider auch eher schlecht als recht, oft fängt er gar nicht erst an, dann wieder bricht er irgendwann ab - nach 40 - 80 Minuten. Kaum eine Aufnahme läuft durch. Bin im Moment auf einer 6er vom Juni, mal ein Update probieren...
Lesezeichen