OpenHDF 6.4 startet nicht mehr / bleibt bei 49% hängen

Diese Seite verwendet Cookies. Durch die Nutzung unserer Seite erklären Sie sich damit einverstanden, dass wir Cookies setzen. Weitere Informationen

  • OpenHDF 6.4 startet nicht mehr / bleibt bei 49% hängen

    Hallo,

    jahrelang lief mein Receiver GB HD Quad plus mit openHDF problemlos.
    Nun startet er seit gestern nicht mehr.
    - Der Startbildschrim kommt und der Lagebalken am Receiver geht auf 49% und belibt dort hängen
    - Im Startbild am TV 'laden' links open diese 4 Balken


    Ich habe versucht ihn mit dem letzten Backup, als auch dem letzten Image (6.4 und 7.0) zu flashen,
    hier kommt der Falshscreen für eine Weile, dann startet der Receiver aber mit HDF weiter ung bleibt wieder bei 49% hängen.

    Ich komme über das Netzwerk an das Dateisystem und per telnet auf die Linuxoberfläche.
    Hier sagt mir TOP:

    top - 11:31:18 up 10 min, 1 user, load average: 3.74, 2.95, 1.57
    Tasks: 127 total, 2 running, 125 sleeping, 0 stopped, 0 zombie
    %Cpu(s): 1.4 us, 29.1 sy, 31.3 ni, 8.2 id, 23.8 wa, 0.0 hi, 6.2 si, 0.0 st
    MiB Mem : 556.5 total, 11.1 free, 94.3 used, 451.2 buff/cache
    MiB Swap: 0.0 total, 0.0 free, 0.0 used. 432.1 avail Mem

    PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
    709 root 35 15 64188 34104 5316 R 66.9 6.0 7:09.36 minidlnad
    290 root 20 0 0 0 0 S 35.7 0.0 3:43.32 tLCD
    787 root 20 0 76832 27808 8856 D 15.1 4.9 1:13.04 enigma2
    93 root 20 0 0 0 0 S 9.2 0.0 0:28.69 usb-storage
    14 root 20 0 0 0 0 S 3.0 0.0 0:09.26 ksoftirqd/1
    98 root 20 0 0 0 0 S 1.3 0.0 0:05.30 usb-storage
    911 root 20 0 3152 1612 1216 R 1.0 0.3 0:05.94 top
    3 root 20 0 0 0 0 S 0.7 0.0 0:06.24 ksoftirqd/0
    28 root 20 0 0 0 0 S 0.7 0.0 0:02.23 kswapd0
    288 root 20 0 0 0 0 S 0.7 0.0 0:01.45 tMCU
    7 root 20 0 0 0 0 S 0.3 0.0 0:00.14 rcu_sched
    272 root 20 0 0 0 0 S 0.3 0.0 0:01.00 nx_sched
    276 root 20 0 0 0 0 S 0.3 0.0 0:02.11 dpcr_integrator
    683 root 20 0 34664 1720 1400 S 0.3 0.3 0:00.67 automount
    742 root 20 0 2908 1164 1076 S 0.3 0.2 0:00.41 syslogd
    1 root 20 0 1880 780 700 S 0.0 0.1 0:01.70 init
    2 root 20 0 0 0 0 S 0.0 0.0 0:00.00 kthreadd
    4 root 20 0 0 0 0 S 0.0 0.0 0:00.21 kworker/0:0
    5 root 0 -20 0 0 0 S 0.0 0.0 0:00.00 kworker/0:0H
    8 root 20 0 0 0 0 S 0.0 0.0 0:00.00 rcu_bh
    9 root rt 0 0 0 0 S 0.0 0.0 0:00.00 migration/0
    10 root 0 -20 0 0 0 S 0.0 0.0 0:00.00 lru-add-drain
    11 root 20 0 0 0 0 S 0.0 0.0 0:00.00 cpuhp/0
    12 root 20 0 0 0 0 S 0.0 0.0 0:00.00 cpuhp/1
    13 root rt 0 0 0 0 S 0.0 0.0 0:00.00 migration/1
    16 root 0 -20 0 0 0 S 0.0 0.0 0:00.00 kworker/1:0H
    17 root 20 0 0 0 0 S 0.0 0.0 0:00.00 kdevtmpfs
    18 root 20 0 0 0 0 S 0.0 0.0 0:00.00 oom_reaper
    19 root 0 -20 0 0 0 S 0.0 0.0 0:00.00 writeback
    20 root 0 -20 0 0 0 S 0.0 0.0 0:00.00 crypto
    21 root 20 0 0 0 0 S 0.0 0.0 0:00.07 kworker/0:1
    22 root 0 -20 0 0 0 S 0.0 0.0 0:00.00 bioset
    23 root 0 -20 0 0 0 S 0.0 0.0 0:00.00 kblockd

    Alles etwas seltsam.
    Kann mir jemand helfen, bzw. sagen was in in Linux suchen und ggf beheben könnte.

    Vielen Dank
  • ok, verstanden. aktuell schreibe ich das log-File nach Art von cricriat, aber in einer zweiten telnetsession sehe ich das es nicht größer wird und ähnlich zu dem schon geposteten ausschaut.
    Die Formatierung ist aber augenfreundlicher, hbe es hier angehängt...

    und auch hier kann ich mit Ctrl-C nicht abbrechen aber in der zweiten Session bekomme ich Zugriff...
    Dateien
    • e2-debug.log

      (14,23 kB, 6 mal heruntergeladen, zuletzt: )
  • cricriat schrieb:

    vdb schrieb:

    aktuell kann ich jedoch mit Crtl-C nichts bewirken
    Kannst auch mehrfach CTRL-C drücken.

    vdb schrieb:

    aber in einer zweiten telnetsession sehe ich das es nicht größer wird
    Sollst ja auch 15 Minuten warten bevor Du mit CTRL-C abbrichst.Das bereits gepostete e2-debug.log ist definitiv zu kurz.
    Strg-C bewirkt nichts, ich habe es jetzt 13:29 eine Stunde am laufen und der letzte Eintrag im Logfile ist von 12:26 und der gleiche wie im bereits geuploadeten file....
  • Vielleicht kann man auch in der Ausgabe von "dmesg" etwas erkennen.
    _________________________________________________________________
    GB ue 4k mit ST3000LM024-2AN1 und Synology über Denon X1700H an LG OLED OLED65C17LB
    AX 4K HD51 mit Synology an OLED55C8LLA
    Anadol Multibox SE an Samsung c
    ET10000 an Pioneer PDP-436RXE
    Unicable mit IG-IDLU-UST110-CUO4O-32P
  • Guten Morgen,

    zwischendurch schon mal vielen Dank für die Tipp und Antworten, ich komm nicht immer zeitnah dazu das gleich zu testen und nicht denken das ich nächste Woche das interesser verloren hätte, binn auf Geschäftsreise...

    @fern-seher:
    dmsg ist angehängt

    @jarap:
    ich habe ein zweites Netzteil von meinem LiPo Ladegeraät (12V 5A getestet), leider kein Erfolg, umgekert funktioniwert auch das vorhandene am Ladegerät (kein Spannungseinbrunch oder sowas
    voller Flaschspeicher, wie findet man das heraus? Was damit zusammengängt (?) ich kann ja die Box nicht mehr neu flashen, es kommt zwar mit einem USB Image die Meldung bei start ob ich Föashen will, und dann sieht es erstmal so aus als ob es auch startet, dann geht die Box aber wieder zum Start von HDF über und hängt bei 49%

    @cricriat:
    Crtl-D geht auch nicht, das e2-debug.log ist heute identisch
    Mountpoint für Picons? Wie richtig setzen?
    die etc/mtab schaut so aus:

    Quellcode

    1. root@gbquadplus:~# cat /etc/mtab
    2. ubi0:rootfs / ubifs rw,relatime 0 0
    3. devtmpfs /dev devtmpfs rw,relatime,size=284772k,nr_inodes=71193,mode=755 0 0
    4. proc /proc proc rw,relatime 0 0
    5. sysfs /sys sysfs rw,relatime 0 0
    6. debugfs /sys/kernel/debug debugfs rw,relatime 0 0
    7. tmpfs /media tmpfs rw,relatime,size=64k 0 0
    8. tmpfs /var/volatile tmpfs rw,relatime 0 0
    9. /dev/sda1 /media/hdd ext4 rw,relatime,data=ordered 0 0
    10. /dev/sdb /media/sdb ext4 rw,relatime,data=ordered 0 0
    11. devpts /dev/pts devpts rw,relatime,gid=5,mode=620,ptmxmode=000 0 0
    12. fusectl /sys/fs/fuse/connections fusectl rw,relatime 0 0
    13. nfsd /proc/fs/nfsd nfsd rw,relatime 0 0
    14. /etc/auto.network /media/autofs autofs rw,relatime,fd=6,pgrp=569,timeout=5,minproto=5,maxproto=5,indirect 0 0
    Alles anzeigen

    Vielciht komme ich heute dazu mal die Box zu öffnen und die Elkos anzuschauen. Ich hatte vor nicht alzu lager Zeit mal einige gewechselt, zumindest die, an die man drankommt und die empfohlen waren

    Danke...

    Danke
    Dateien
    • e2-dmesg.log

      (15,91 kB, 5 mal heruntergeladen, zuletzt: )
  • vdb schrieb:

    dmsg ist angehängt
    Dateisystem oder Platte kaputt.

    Ziemlich eindeutig.
    _________________________________________________________________
    GB ue 4k mit ST3000LM024-2AN1 und Synology über Denon X1700H an LG OLED OLED65C17LB
    AX 4K HD51 mit Synology an OLED55C8LLA
    Anadol Multibox SE an Samsung c
    ET10000 an Pioneer PDP-436RXE
    Unicable mit IG-IDLU-UST110-CUO4O-32P
  • da gibt es auch ein tolles skript für vom @pike_bishop
    Dateien
    • script.zip

      (2,16 kB, 6 mal heruntergeladen, zuletzt: )
    ‐----------------------------------------------------------------------------------------------------------------------------------------------------------

    Wer dich dazu bringt, Absurditäten zu glauben, bringt dich auch dazu, Ungeheuerlichkeiten zu tun.
  • so, HD mal abgetrennt (Strom n Daten, Sinst sieht alles gut aus, nix wackelt.


    cricriat schrieb:

    Per SSH anmelden und ausführen:
    umount /dev/sdb1
    fsck.ext4 -fy /dev/sdb1
    fsck.ext4 -D /dev/sdb1
    reboot

    Hm, sdb1 wäre die nun nicht mher angeschlossenen HD, oder?

    bei sda kommt:

    root@gbquadplus:~# df
    Filesystem 1K-blocks Used Available Use% Mounted on
    ubi0:rootfs 441424 159068 282356 36% /
    devtmpfs 284772 4 284768 0% /dev
    tmpfs 64 0 64 0% /media
    tmpfs 284924 420 284504 0% /var/volatile
    /dev/sda 30106488 1360808 27193296 5% /media/sda
    root@gbquadplus:~# umount /dev/sda
    umount: can't unmount /media/sda: Device or resource busy


    HDFjogibaer schrieb:

    da gibt es auch ein tolles skript für vom @pike_bishop

    auch das hat nichts veräbdert..
  • Entweder
    umount /dev/sda1
    oder
    umount /dev/sdb1
    aber nicht
    umount /dev/sda
    und auch nicht
    umount /dev/sdb

    Welche Platte nun dran ist oder nicht, weißt nur Du alleine.

    Die fsck Befehle kannst Du auf beide Platten anwenden:
    umount /dev/sda1
    fsck.ext4 -fy /dev/sda1
    fsck.ext4 -D /dev/sda1

    umount /dev/sdb1
    fsck.ext4 -fy /dev/sdb1
    fsck.ext4 -D /dev/sdb1
    reboot

    Und nicht nur df
    sondern
    df -h
    Ergebnis ist besser lesbar.
  • das sollte auch nichts verändern sondern nur infos liefern. Da nicht jeder mit der konsole umgehen kann.

    Zitat @pike

    Wobei das Script zum fsck is zwar in erster Line für telnet/ssh kann man aber auch mit dem Filecommander ausführen.
    Falls der Patient aber lieber die Befehle von @cricriat ausführt kanns sein das er schon beim;
    umount /dev/sdb1
    scheitert, da kommt sehr oft und gerne device or resource busy, in dem Fall dann halt;
    umount -l /dev/sdb1
    oder wenn das auch nicht klappen will das probieren (mein Script macht das automatisch);
    umount -f /dev/sdb1
    ‐----------------------------------------------------------------------------------------------------------------------------------------------------------

    Wer dich dazu bringt, Absurditäten zu glauben, bringt dich auch dazu, Ungeheuerlichkeiten zu tun.

    Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von HDFjogibaer () aus folgendem Grund: Typo

Flag Counter