Ergebnis 1 bis 6 von 6
  1. #1
    Anfänger
    Registriert seit
    11.02.2017
    Beiträge
    5
    Thanks (gegeben)
    1
    Thanks (bekommen)
    0
    Total Downloaded
    0
    Total Downloaded
    0
    ReceiverDanke

    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.

    •   Alt Advertising

       

  2. #2
    Anfänger
    Registriert seit
    11.02.2017
    Beiträge
    5
    Thanks (gegeben)
    1
    Thanks (bekommen)
    0
    Themenstarter
    Total Downloaded
    0
    Total Downloaded
    0
    ReceiverDanke
    dmesg 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 wenig Erfahrung mit diesem System - kann es an den 8 "bad PEBs" liegen?

    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
    dmesg (bzw. /var/log/messages wegen Zeitstempel) liefert hier timeouts:

    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
    Konfig Server / Client (Server ist ein Zyxel NSA325v2):

    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
    Das Zyxel bringt in der dmesg noch einen kleinen Eintrag:

    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
    Doch ein NFS-Problem mit dem Abbruch? Die "command interrupt" kommen auch wenn ich auf USB aufnehme, ob die was mit den Abbrüchen zu tun haben ist also offen, da müsste ich ggf. mal ein paar Sachen auf USB aufnehmen. Oder ich als nächstes mal CIFS probieren - auch wenn ich NFS eindeutig bevorzuge.

  3. #3
    Avatar von Captain
    Registriert seit
    03.04.2013
    Beiträge
    14.861
    Thanks (gegeben)
    763
    Thanks (bekommen)
    21090
    Total Downloaded
    162,47 MB
    Total Downloaded
    162,47 MB
    ReceiverDanke
    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

  4. Thanks ichbins bedankten sich
  5. #4
    Anfänger
    Registriert seit
    11.02.2017
    Beiträge
    5
    Thanks (gegeben)
    1
    Thanks (bekommen)
    0
    Themenstarter
    Total Downloaded
    0
    Total Downloaded
    0
    ReceiverDanke
    Ok, 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 07:54 Uhr)

  6. #5
    Anfänger
    Registriert seit
    11.02.2017
    Beiträge
    5
    Thanks (gegeben)
    1
    Thanks (bekommen)
    0
    Themenstarter
    Total Downloaded
    0
    Total Downloaded
    0
    ReceiverDanke

    Hab 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 17:39 Uhr)

  7. #6
    Anfänger
    Registriert seit
    11.02.2017
    Beiträge
    5
    Thanks (gegeben)
    1
    Thanks (bekommen)
    0
    Themenstarter
    Total Downloaded
    0
    Total Downloaded
    0
    ReceiverDanke
    Mittlerweile 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...


Stichworte

Lesezeichen

Berechtigungen

  • Neue Themen erstellen: Nein
  • Themen beantworten: Nein
  • Anhänge hochladen: Nein
  • Beiträge bearbeiten: Nein
  •  
Alle Zeitangaben in WEZ +1. Es ist jetzt 11:40 Uhr.
Powered by vBulletin® Version 4.2.5 (Deutsch)
Copyright ©2024 Adduco Digital e.K. und vBulletin Solutions, Inc. Alle Rechte vorbehalten.
Resources saved on this page: MySQL 5,56%
Parts of this site powered by vBulletin Mods & Addons from DragonByte Technologies Ltd. (Details)
vBulletin Skin By: PurevB.com