DM900 bootet nicht, neuflash mit Fehlern und kein erfolg

    • DM900 bootet nicht, neuflash mit Fehlern und kein erfolg

      grüß euch,
      Box bootet nicht, bleibt beim Rufzeichen stehen.
      starten im Recovery Modus ist noch möglich - flashen eines Online-Recovery bringt folgendes:

      Spoiler anzeigen

      Downloading 'http://dreamboxupdate.com/download/recovery/dm900/release/recovery.sig'
      wget: server returned error: HTTP/1.1 400 Bad Request
      Fatal: Failed to obtain signature 'recovery.sig'


      flashen des Original Images bringt das:

      Spoiler anzeigen


      Warning! Read error 5; strange behavior now likely!
      Warning! Read error 5; strange behavior now likely!
      Creating new GPT entries.
      Warning! GPT main header not overwritten! Error is 5
      Warning: The kernel is still using the old partition table.
      The new table will be used at the next reboot or after you
      run partprobe(8) or kpartx(8)
      GPT data structures destroyed! You may now partition the disk using fdisk or
      other utilities.
      Setting name!
      partNum is 0
      REALLY setting name!
      Setting name!
      partNum is 1
      REALLY setting name!
      Setting name!
      partNum is 2
      REALLY setting name!
      Unable to save backup partition table! Perhaps the 'e' option on the experts'
      menu will resolve this problem.
      Warning! An error was reported when writing the partition table! This error
      MIGHT be harmless, or the disk might be damaged! Checking it is advisable.
      Fatal: Failed to partition disk


      dann hab ich versucht über telnet weiter zu kommen. Login ist problemlos, bringt mich aber nicht weiter :
      Spoiler anzeigen


      root@dm900:~# ls

      root@dm900:~# df -h

      FilesystemSizeUsed Available Use% Mounted on

      tmpfs496.1M28.0K496.1M0% /var/volatile

      devtmpfs488.1M0488.1M0% /dev

      tmpfs496.1M120.0K496.0M0% /run

      tmpfs496.1M0496.1M0% /tmp

      tmpfs496.1M0496.1M0% /dev/shm

      root@dm900:~# ps -A

      PID TTYTIME CMD

      1 ?00:00:00 init

      2 ?00:00:00 kthreadd

      3 ?00:00:00 ksoftirqd/0

      4 ?00:00:00 kworker/0:0

      5 ?00:00:00 kworker/0:0H

      6 ?00:00:00 kworker/u4:0

      7 ?00:00:00 rcu_sched

      8 ?00:00:00 rcu_bh

      9 ?00:00:00 migration/0

      10 ?00:00:00 watchdog/0

      11 ?00:00:00 watchdog/1

      12 ?00:00:00 migration/1

      13 ?00:00:00 ksoftirqd/1

      14 ?00:00:00 kworker/1:0

      15 ?00:00:00 kworker/1:0H

      16 ?00:00:00 khelper

      17 ?00:00:00 kdevtmpfs

      18 ?00:00:00 netns

      19 ?00:00:00 writeback

      20 ?00:00:00 bioset

      21 ?00:00:00 crypto

      22 ?00:00:00 kblockd

      23 ?00:00:00 ata_sff

      24 ?00:00:00 khubd

      25 ?00:00:00 cfg80211

      27 ?00:00:00 rpciod

      28 ?00:00:00 kworker/1:1

      29 ?00:00:00 khungtaskd

      30 ?00:00:00 kswapd0

      31 ?00:00:00 fsnotify_mark

      32 ?00:00:00 nfsiod

      33 ?00:00:00 xfsalloc

      34 ?00:00:00 xfs_mru_cache

      35 ?00:00:00 xfslogd

      48 ?00:00:00 scsi_eh_0

      49 ?00:00:00 scsi_tmf_0

      50 ?00:00:00 scsi_eh_1

      51 ?00:00:00 scsi_tmf_1

      52 ?00:00:00 kworker/u4:1

      59 ?00:00:00 irq/261-brcmstb

      60 ?00:00:00 ipv6_addrconf

      61 ?00:00:00 krfcommd

      62 ?00:00:00 deferwq

      91 ?00:00:00 mmcqd/1

      92 ?00:00:00 mmcqd/1boot0

      93 ?00:00:00 mmcqd/1boot1

      94 ?00:00:00 mmcqd/1rpmb

      96 ?00:03:20 systemd-udevd

      339 ?00:00:00 udhcpc

      351 ?00:00:00 autoflashd

      360 ?00:07:01 recovery-ui

      367 ?00:03:40 tpmd

      378 ?00:00:00 xinetd

      384 ?00:00:01 lighttpd

      388 ?00:00:00 sendfile-fcgi

      390 ?00:00:00 start_getty

      391 ttyS000:00:00 getty

      396 ?00:00:00 kworker/0:2

      400 ?00:00:00 kworker/1:1H

      401 ?00:00:00 kworker/0:1H

      475 ?00:00:00 telnetd

      476 pts/000:00:00 bash

      480 pts/000:00:00 ps

      root@dm900:~#




      kann mir jemand von euch vielleicht weiterhelfen - ich vermute trotzdem ein SW-Problem
      ich bedanke mich für jeden Hinweis
      lg sarafin

      Dieser Beitrag wurde bereits 6 mal editiert, zuletzt von sarafin ()

    • danke griffel für deine AW - habe es auch nochmals mit dem NN (newnigma2-deb-weekly-OE2.5-dm900-22_06_2023.tar.xz) probiert - wie erwartet ohne Erfolg (gleiche Meldungen wie im ersten post).
      durch kreuztausch mit meiner anderen 900er kann ich Tuner, Frontpanel, Netzteil und HDD ausschließen (und auch Pebkac ;)

      Ist jemand in der Lage aus den Fehlermeldungen verlässlich zu erkennen, wo deas Problem verursacht wird (RL , Bootpartition...?)
      dankbar sarafin
    • Bei mir schon:
      Spoiler anzeigen

      Quellcode

      1. *****************************
      2. * http://www.newnigma2.to *
      3. *****************************
      4. * the next step is done *
      5. *****************************
      6. opendreambox 2.5.0 dm920
      7. dm920 login: root
      8. Password:
      9. ##############################################################################
      10. # #
      11. # This is a Dreambox #
      12. # #
      13. # with newnigma2.to #
      14. # #
      15. # Unauthorized access to this system is prohibited ! #
      16. # #
      17. # This system is actively monitored and all connections may be logged. #
      18. # By accessing this system, you consent to this monitoring. #
      19. # #
      20. ##############################################################################
      21. Last login: Sat Dec 2 16:24:06 +0100 2023 on /dev/pts/0.
      22. up 1 hour, 33 minutes
      23. root@dm920:~$ partprobe -s
      24. /dev/sda: gpt partitions 1 2
      25. Warning: Error fsyncing/closing /dev/mmcblk0rpmb: Input/output error
      26. Warning: Error fsyncing/closing /dev/mmcblk0rpmb: Input/output error
      27. /dev/mmcblk0rpmb: msdos partitions
      28. /dev/mmcblk0boot0: msdos partitions
      29. /dev/mmcblk0boot1: msdos partitions
      30. /dev/mmcblk0: gpt partitions 1 2 3
      31. /dev/mtdblock0: msdos partitions
      32. /dev/mtdblock1: msdos partitions
      33. /dev/mtdblock2: msdos partitions
      34. /dev/mtdblock3: msdos partitions
      35. /dev/mtdblock4: msdos partitions
      36. root@dm920:~$
      Alles anzeigen


    • das ist aber nicht im gebooten rescue-loader / Wiederherstellungsmodus ausgeführt - im Wiederherstellungmodus gibt es kein Newngma2 ;)

      im rescue-loader sieht z.B. das so aus, da liegt das rootfs im initramfs

      Quellcode

      1. root@dm920:~# mount|grep "/ "
      2. rootfs on / type rootfs (rw,relatime)
      3. root@dm920:~#


      wenn das image gebootet ist so

      Quellcode

      1. root@dm920:~$ mount | grep "/ "
      2. /dev/mmcblk0p2 on / type ext4 (rw,relatime,data=ordered)
      3. root@dm920:~$
      Gruß Fred

      Die Dreambox ist tot, es lebe die Dreambox

      ¯\_(ツ)_/¯

      Quellcode

      1. root@dm920:~$ mount | grep "/ "
      2. /dev/mmcblk1p1 on / type ext4 (rw,relatime,data=ordered)
      3. root@dm920:~$
    • sry dass das immer dauert, aber die box braucht (wegen des fehlers?) immer 10min bis sie erreichbar ist.

      hier die ausgabe:
      ***************

      opendreambox 2.5.0 dm900


      >>> Your Dreambox has booted into RESCUE MODE.
      >>> Please log in as user 'root' (no password required),
      >>> then run 'help' to get further information.


      dm900 login: root
      root@dm900:~# fdisk -l /dev/mmcblk0
      fdisk: can't open '/dev/mmcblk0': Input/output error
      root@dm900:~#
      ***************
      lg sarafin
    • root@dm900:~# cat /proc/partitions | grep mmcblk0
      179 0 3817472 mmcblk0
      179 24 512 mmcblk0rpmb
      179 16 4096 mmcblk0boot1
      179 8 4096 mmcblk0boot0

      root@dm900:~# ls /dev/mmcblk0p?
      ls: /dev/mmcblk0p?: No such file or directory

      natürlich ist ein hw-fehler immer möglich - meine erfahrung seit den 7025er boxen war aber (bis auf pipifax-netzteil sorgen) dass die boxen sehr zuverlässig laufen.
      im falle dass mein Mainboard / Speicher defekt ist, vielleicht weiß jemand eine reparaturmöglichkeit '?
      danke für die Mühe Fred
    • du könntest noch versuchen, die Partitionen manuell im rescue-loader neu zu erstellen -> Flash erweitern

      sgdisk /dev/mmcblk0 -z -n 1:2048:65535 -c 1:kernel -t 1:8301 -n 2:65536:2097151 -c 2:rootfs -t 2:8307 -n 3:2097152: -c 3:data -t 3:8300

      Aber ich befürchte, dass das mit dem gleichen input/output error endet

      reparieren kann man da nicht viel, da ist vermutlich ein mainboard Tausch fällig
      Gruß Fred

      Die Dreambox ist tot, es lebe die Dreambox

      ¯\_(ツ)_/¯

      Quellcode

      1. root@dm920:~$ mount | grep "/ "
      2. /dev/mmcblk1p1 on / type ext4 (rw,relatime,data=ordered)
      3. root@dm920:~$
    • Hilfsbereit schrieb:


      per SD Karte booten ist dann auch nicht mehr? Ok, wie soll er das Image dann auf die SD Karte bekommen, hmmmmm.
      nope - zumindest nicht mit meiner Methode

      das image auf eine SD zu bekommen ist das geringste Problem
      aber der erforderliche gepanschte kernel kann ja auch nicht geflasht werden - /dev/mmcblk0p1 ist ja auch nicht mehr vorhanden ...
      Gruß Fred

      Die Dreambox ist tot, es lebe die Dreambox

      ¯\_(ツ)_/¯

      Quellcode

      1. root@dm920:~$ mount | grep "/ "
      2. /dev/mmcblk1p1 on / type ext4 (rw,relatime,data=ordered)
      3. root@dm920:~$
    • @Fred Bogus Trumper
      neudefinition der speichergröße bringt exakt die gleiche rückmeldung als das flashen des image.

      @Hilfsbereit
      den beitrag von flattervogel habe ich auch schon gelesen, leider läßt er sich nicht näher darauf ein. ein hinweis oder link wäre hilfreich
      SD erstellen wäre in miener zweiten box siche möglich, nur wie bringe ich meine defekte box dazu, zum booten darauf zuzugreifen ?
    • wenn er kernel nicht geflasht werden kann aktuell gar nicht

      es gibt theoretisch eine Möglichkeit den kernel von einer SD dauerhaft zu booten - d.h. komplett ohne den Flash auszukommen
      Aber das habe ich noch nicht hinbekommen und wird vermutlich auch nichts mehr.

      Was aktuell noch funktionieren müsste, wäre den kernel aus dem CFE BIOS von einem FAT32 USB Stick mit dem rootfs auf einer SD zu booten. Nur müsste man dann bei JEDEM reboot über die serielle Verbindung ins CFE BIOS um die Box mit dem kernel auf USB und dem rootfs auf der SD zu booten

      also alles andere als praktikabel ....
      Gruß Fred

      Die Dreambox ist tot, es lebe die Dreambox

      ¯\_(ツ)_/¯

      Quellcode

      1. root@dm920:~$ mount | grep "/ "
      2. /dev/mmcblk1p1 on / type ext4 (rw,relatime,data=ordered)
      3. root@dm920:~$
    • ja, nicht brauchbar, wenn nicht nur ich die box benutze :(
      aber interessant um zu prüfen, ob der rest noch funktionieren würde - ob das den aufwand wert ist... ?
      (zu dem cfe-boot muss ich sowieso erst einiges lernen)
      aber ich weiss jetzt wesentlich mehr und bedanke mich! Ich bleibe dran und hoffe was positives berichten zu können.

      sarafin

      ps noch was zu foren:
      ich bin total froh in einer zeit zu leben, in der es so tolle sachen gibt und in der menschen zusammenfinden um was zu bewirken!
      und das freiwillig UND unentgeltlich UND gerne!
    • wenn man es schon ein paar mal gemacht hat dauert das etwa 10-15 Minuten die box von USB/SD aus dem BIOS zu booten - inkl. Vorebereitung der SD etc.

      Beim ersten Versuch vermutlich doch etwas länger - auch mit Anleitung

      eigentlich müsste es auch nur von USB funktionieren, wenn mir das so überlege
      USB/SD kann man auf einer 2. Box oder mit vermutlich jeder akutellen linux maschine einrichten

      wenn man alles eingerichtet hat dauert das ein paar/wenige Minuten
      In der Not könnte man z.b. einen Raspberry Pi dauerhaft über die serielle Schnittstelle der Box verbinden. Dann muss man bei einem reboot nur per ssh auf den PI um die Verbindung über die serielle Schnittstelle zur Box herzustellen um ins CFE BIOS der Box zu gelangen ... ;)
      Gruß Fred

      Die Dreambox ist tot, es lebe die Dreambox

      ¯\_(ツ)_/¯

      Quellcode

      1. root@dm920:~$ mount | grep "/ "
      2. /dev/mmcblk1p1 on / type ext4 (rw,relatime,data=ordered)
      3. root@dm920:~$

      Dieser Beitrag wurde bereits 3 mal editiert, zuletzt von Fred Bogus Trumper ()