Nach Update kein Mode 12 mehr

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

    • Genau diese Datei werkelt so bei mir im 6.5 und 7.0 Image und kam mit dem Update.
      Es hat also irgendwas mit der Flashaufteilung zu tun gehabt.
      Deswegen ist es bei mir nie passiert.
      Meine Bastelboxen: Mut@nt HD51 | GB Quad 4K | Mut@nt HD60 | OSMIO4K | HIS 4k Combo+

      ... Keinen Support per PN ... bitte stellt eure Fragen ins Forum!...

      ~ Benutzung OpenHDF Image ~ Benutzung der HDF-Toolbox ~ FAQ und Linksammlung ~ Build und Foren Server Spendenaktion ~

    • Koivo schrieb:

      Genau diese Datei werkelt so bei mir im 6.5 und 7.0 Image und kam mit dem Update.
      Es hat also irgendwas mit der Flashaufteilung zu tun gehabt.
      Nur so aus Neugier...hast du bei der Ersteinrichtung deiner Box ein anderes Recovery genommen? Und besteht ein Zusammenhang zwischen Flashaufteilung und der Anzahl oder Größe der Blocks in der partinfo

    • Bei mir nicht nur aus Neugier, sondern weil ich das identische Problem ja auch zu haben scheine:

      1. Kann ich irgendwie im Vorfeld erkennen, das meine Partitionsaufteilung auch fehlerhaft ist? Oder bleibt mir nichts anderes übrig, als auf Verdacht alles neu einzurichten?

      2. Wie wäre die optimale Vorgehensweise (STARTUP_1=7.0, STARTUP_2=6.5)? Welches Recovery soll ich nehmen, oder sind die aktuell bei 6.5 und 7.0 verfügbaren alle Ok ?
      ͏͏⁚ ͏͏͏͏͏͏͏͏͏͏͏Micha ͏͏⁚

    • Micha_he schrieb:

      1. Kann ich irgendwie im Vorfeld erkennen, das meine Partitionsaufteilung auch fehlerhaft ist? Oder bleibt mir nichts anderes übrig, als auf Verdacht alles neu einzurichten?
      Hallo Micha,
      sei doch mal in der Zwischenzeit bis zum Eintreffen einer qualifizierteren Antwort so nett und poste mal die Ausgabe von cat /proc/partitions. Ich möchte die mal mit der von @Koivo und meiner vergleichen.
      Mir hat übrigens die zuvor beschriebene Vorgehensweise vorerst weitergeholfen.

    • Gehtnichtgibtsnicht schrieb:

      hast du bei der Ersteinrichtung deiner Box ein anderes Recovery genommen?
      Das kann ich wirklich nicht mehr sagen. Ich habe die Box ja schon ein paar Jahre.
      Ich habe nur irgendwann mal ein komplettes Recovery gemacht, weil die Box überhaupt nicht mehr wollte.
      Meine Bastelboxen: Mut@nt HD51 | GB Quad 4K | Mut@nt HD60 | OSMIO4K | HIS 4k Combo+

      ... Keinen Support per PN ... bitte stellt eure Fragen ins Forum!...

      ~ Benutzung OpenHDF Image ~ Benutzung der HDF-Toolbox ~ FAQ und Linksammlung ~ Build und Foren Server Spendenaktion ~

    • @Koivo, @Gehtnichtgibtsnicht, @Micha_he

      Könnt Ihr bitte mal die Ausgaben von:
      blkid
      hier posten ?

      Dann wird das Bild der /proc/partitions und deren Zuordnung etwas deutlicher.


      Micha_he schrieb:

      1. Kann ich irgendwie im Vorfeld erkennen, das meine Partitionsaufteilung auch fehlerhaft ist?
      Grundsätzlich ist die Partitionsaufteilung nicht fehlerhaft, da sie immer willkürlich (empirisch)
      gewählte Wert enthält.
      Wenn Du Aktionsdrang hast, dann richte halt alles neu ein.

      Micha_he schrieb:

      2. Wie wäre die optimale Vorgehensweise (STARTUP_1=7.0, STARTUP_2=6.5)?
      Es gibt keine optimale Vorgehensweise im Hinblick auf die Verteilung der Images auf
      die einzelnen STARTUP's.
      Das ist komplett dem Anwender überlassen.
      (Bei manchen Boxen, (der Quad 4K zum Beispiel) sind die rootfs-Größen unterschiedlich,
      (STARTUP_1 ist das größte rootfs), der Anwender kann dann entscheiden ob er das Image,
      das z.B. alle Plugins, die es gibt, enthalten soll, in STARTUP_1 flasht.))
      Das ist aber auch schon alles, was man als optimale Vorgehensweise im Hinblick auf die
      Verteilung der Images auf die einzelnen STARTUP's bezeichnen könnte.

    • @cricriat
      root@mutant51:~# blkid
      /dev/mmcblk0p3: UUID="7748e6cd-fb1e-413e-9ef1-73fe22787a20" TYPE="ext4" PARTLABEL="linuxrootfs" PARTUUID="70a6ff56-9e1b-4828-bf50-02560c1d33c7"
      /dev/mmcblk0p1: SEC_TYPE="msdos" UUID="BD02-34F2" TYPE="vfat" PARTLABEL="boot" PARTUUID="8df0ef39-f567-4d96-a039-77d139c2d755"
      /dev/sda1: UUID="109b5315-829d-4807-9b22-e5634dcad47f" TYPE="ext4" PARTUUID="9f91c919-01"
      /dev/mmcblk0p8: UUID="b255dacf-34e7-445e-a83f-20cab75fc2be" TYPE="ext4" PARTLABEL="userdata" PARTUUID="b4c7eea4-69f8-4a1e-9cf4-cb42dc4ac411"
      /dev/mmcblk0p7: UUID="c1d1ddaa-f902-4352-a471-d10acf2eee19" TYPE="swap" PARTLABEL="swap" PARTUUID="b127335f-794b-4fb5-a892-a5c14f5206f5"
      /dev/mmcblk0p2: PARTLABEL="linuxkernel" PARTUUID="464e9580-1cf2-4ece-a094-71b3da3b4a2e"
      /dev/mmcblk0p4: PARTLABEL="linuxkernel2" PARTUUID="efb90df4-42cf-4d5a-a27f-568278bbef82"
      /dev/mmcblk0p5: PARTLABEL="linuxkernel3" PARTUUID="20b3ad25-f2ea-431b-a72a-6e289fcddfd0"
      /dev/mmcblk0p6: PARTLABEL="linuxkernel4" PARTUUID="4a27ddf5-5b2a-4b84-bf4f-5253975018e5"



      So besser?

    • Quellcode

      1. root@mutant51:~# blkid
      2. /dev/mmcblk0p7: UUID="176b9a25-ea13-4be9-b0ba-239eecf543b2" TYPE="swap" PARTLABEL="swap" PARTUUID="558c0439-a7f8-4ee1-9fbc-0266efd1b975"
      3. /dev/mmcblk0p3: UUID="4d46810f-0ff9-4f81-a835-4a03c41529ce" BLOCK_SIZE="4096" TYPE="ext4" PARTLABEL="linuxrootfs" PARTUUID="f9f7c1f6-84e4-4c2f-bfb1-3184e471963c"
      4. /dev/mmcblk0p1: SEC_TYPE="msdos" UUID="DADB-59A8" BLOCK_SIZE="512" TYPE="vfat" PARTLABEL="boot" PARTUUID="ee7d140d-368b-45f1-8ea4-6760bae7a1a5"
      5. /dev/sda1: UUID="bb670ef6-7d78-4550-aa51-9002cd20026f" BLOCK_SIZE="4096" TYPE="ext4" PARTUUID="520074bc-01"
      6. /dev/mmcblk0p8: UUID="7a5aec56-824d-4571-93e5-57f398b75197" BLOCK_SIZE="4096" TYPE="ext4" PARTLABEL="userdata" PARTUUID="9293859d-400d-4d48-b73a-651a513d71c6"
      7. /dev/mmcblk0p4: PARTLABEL="linuxkernel2" PARTUUID="a445d7db-631c-48b1-913f-224be74ad44e"
      8. /dev/mmcblk0p2: PARTLABEL="linuxkernel" PARTUUID="51807725-3630-4d2d-a507-0eaa152f2692"
      9. /dev/mmcblk0p5: PARTLABEL="linuxkernel3" PARTUUID="78c3192a-bf2d-4d0a-9a00-2e8ccb1012a3"
      10. /dev/mmcblk0p6: PARTLABEL="linuxkernel4" PARTUUID="5b4d4b10-ece3-4b7f-93bb-ee20a51ed2f4"
      12. root@mutant51:~# cat /proc/partitions
      13. major minor #blocks name
      15. 1 0 8192 ram0
      16. 1 1 8192 ram1
      17. 1 2 8192 ram2
      18. 1 3 8192 ram3
      19. 1 4 8192 ram4
      20. 1 5 8192 ram5
      21. 1 6 8192 ram6
      22. 1 7 8192 ram7
      23. 1 8 8192 ram8
      24. 1 9 8192 ram9
      25. 1 10 8192 ram10
      26. 1 11 8192 ram11
      27. 1 12 8192 ram12
      28. 1 13 8192 ram13
      29. 1 14 8192 ram14
      30. 1 15 8192 ram15
      31. 8 0 1953514584 sda
      32. 8 1 1953513472 sda1
      33. 179 0 3837952 mmcblk0
      34. 179 1 3072 mmcblk0p1
      35. 179 2 8192 mmcblk0p2
      36. 179 3 1048576 mmcblk0p3
      37. 179 4 8192 mmcblk0p4
      38. 179 5 8192 mmcblk0p5
      39. 179 6 8192 mmcblk0p6
      40. 179 7 262144 mmcblk0p7
      41. 179 8 2468864 mmcblk0p8
      42. 179 48 128 mmcblk0rpmb
      43. 179 32 2048 mmcblk0boot1
      44. 179 16 2048 mmcblk0boot0
      Alles anzeigen
      ͏͏⁚ ͏͏͏͏͏͏͏͏͏͏͏Micha ͏͏⁚

    • /dev/mmcblk0p7: UUID="ca81ba08-0707-45f6-b8ba-3b4548578251" TYPE="swap" PARTLABEL="swap" PARTUUID="0c831b23-054e-4d3c-b225-745ce6171291"
      /dev/mmcblk0p3: UUID="f8226022-f670-4ee2-ba2f-d67179fd4173" BLOCK_SIZE="4096" TYPE="ext4" PARTLABEL="linuxrootfs" PARTUUID="e9a93065-e99d-42c9-9b2a-e2940f72367d"
      /dev/mmcblk0p1: SEC_TYPE="msdos" UUID="72E4-BED2" BLOCK_SIZE="512" TYPE="vfat" PARTLABEL="boot" PARTUUID="456af36d-4223-4979-8af3-c3bb60ba67d9"
      /dev/sda1: UUID="32b48367-7224-4734-9959-19252665a26d" BLOCK_SIZE="4096" TYPE="ext4" PARTUUID="a0ce5a3e-01"
      /dev/mmcblk0p8: UUID="003d1310-8dab-4498-9c4a-a0cb50f89c22" BLOCK_SIZE="4096" TYPE="ext4" PARTLABEL="userdata" PARTUUID="6ce91334-b2cf-4d7a-b599-0a4097b81b3e"
      /dev/mmcblk0p4: PARTLABEL="linuxkernel2" PARTUUID="3cbd2508-586c-421d-8a79-b483a426d6da"
      /dev/mmcblk0p2: PARTLABEL="linuxkernel" PARTUUID="4079fed9-0be8-4848-8617-78050796dcec"
      /dev/mmcblk0p5: PARTLABEL="linuxkernel3" PARTUUID="aee7ffda-fcd9-410a-9799-21509d756129"
      /dev/mmcblk0p6: PARTLABEL="linuxkernel4" PARTUUID="3e1223c3-855f-4147-aa18-c83ef7ec3872"
      Meine Bastelboxen: Mut@nt HD51 | GB Quad 4K | Mut@nt HD60 | OSMIO4K | HIS 4k Combo+

      ... Keinen Support per PN ... bitte stellt eure Fragen ins Forum!...

      ~ Benutzung OpenHDF Image ~ Benutzung der HDF-Toolbox ~ FAQ und Linksammlung ~ Build und Foren Server Spendenaktion ~

    • @Koivo, @Gehtnichtgibtsnicht, @Micha_he

      Danke Euch für die Ausgaben von blkid.

      Nachfolgend eine Zusammenfassung der Daten um eine bessere Vergleichbarkeit
      eventueller Unterschiede in den Partitionslisten zu erhalten.

      Koivo's Daten:
      /dev/mmcblk0p1: SEC_TYPE="msdos" BLOCK_SIZE="512" TYPE="vfat" PARTLABEL="boot" 3MB
      /dev/mmcblk0p2: PARTLABEL="linuxkernel" 8MB
      /dev/mmcblk0p3: BLOCK_SIZE="4096" TYPE="ext4" PARTLABEL="linuxrootfs" 1GB
      /dev/mmcblk0p4: PARTLABEL="linuxkernel2" 8MB
      /dev/mmcblk0p5: PARTLABEL="linuxkernel3" 8MB
      /dev/mmcblk0p6: PARTLABEL="linuxkernel4" 8MB
      /dev/mmcblk0p7: TYPE="swap" PARTLABEL="swap" 256MB
      /dev/mmcblk0p8: BLOCK_SIZE="4096" TYPE="ext4" PARTLABEL="userdata" 2,4GB
      /dev/sda1: BLOCK_SIZE="4096" TYPE="ext4"


      @'Gehtnichtgibtsnicht''s Daten:
      /dev/mmcblk0p1: SEC_TYPE="msdos" TYPE="vfat" PARTLABEL="boot" 3MB
      /dev/mmcblk0p2: PARTLABEL="linuxkernel" 8MB
      /dev/mmcblk0p3: TYPE="ext4" PARTLABEL="linuxrootfs" 1GB
      /dev/mmcblk0p4: PARTLABEL="linuxkernel2" 8MB
      /dev/mmcblk0p5: PARTLABEL="linuxkernel3" 8MB
      /dev/mmcblk0p6: PARTLABEL="linuxkernel4" 8MB
      /dev/mmcblk0p7: TYPE="swap" PARTLABEL="swap" 256MB
      /dev/mmcblk0p8: TYPE="ext4" PARTLABEL="userdata" 2,4GB
      /dev/sda1: TYPE="ext4"


      @'Micha_he''s Daten:
      /dev/mmcblk0p1: SEC_TYPE="msdos" BLOCK_SIZE="512" TYPE="vfat" PARTLABEL="boot" 3MB
      /dev/mmcblk0p2: PARTLABEL="linuxkernel" 8MB
      /dev/mmcblk0p3: BLOCK_SIZE="4096" TYPE="ext4" PARTLABEL="linuxrootfs" 1GB
      /dev/mmcblk0p4: PARTLABEL="linuxkernel2" 8MB
      /dev/mmcblk0p5: PARTLABEL="linuxkernel3" 8MB
      /dev/mmcblk0p6: PARTLABEL="linuxkernel4" 8MB
      /dev/mmcblk0p7: TYPE="swap" PARTLABEL="swap" 256MB
      /dev/mmcblk0p8: BLOCK_SIZE="4096" TYPE="ext4" PARTLABEL="userdata" 2,4GB
      /dev/sda1: BLOCK_SIZE="4096" TYPE="ext4"


      Wie man sieht, sind die Anzahl, Größen, Benennungen und Verwendungszwecke der Partitionen
      der 3 Boxen exakt gleich. Also keine (jedenfalls keine nennenswerten) Unterschiede vorhanden.

      Die Größen sind euren "cat /proc/partitions" entnommen.

    • cricriat schrieb:

      Nachfolgend eine Zusammenfassung der Daten um eine bessere Vergleichbarkeit
      eventueller Unterschiede in den Partitionslisten zu erhalten.
      Danke für deine Mühe.
      Dann kann man eigentlich davon ausgehen, daß die Probleme nicht an der Partitionierung gelegen haben. Wahrscheinlicher ist, daß die Abstürze wirklich mit fehlerhaften oder falschen Recoverys zu tun hatten (danke nochmal an @anmado für den Tipp). Warum die systeminfo.py scheinbar nicht an alle verteilt worden ist, bleibt mir allerdings ein Rätsel :)
      Für meinen Teil sehe ich das Problem aus dem Titel dieses Themas für erledigt an. Allen Beteiligten meinen Dank dafür!
      Der Übersichtlichkeit halber mache ich bei Gelegenheit ein neues Thema auf zu dem schon angesprochenen Problem mit dem PIP-Focus und einem seltsamen Phänomen bei den IP-TV-Senderlisten, welches sich bei mir aber schon seit der 6.5er durchschleppt. Zu letzterem muß ich allerdings noch ein wenig recherchieren, ob das vielleicht doch nur an meiner Kiste liegt.

    • Ich hab jetzt etwas den Überblick verloren. Was geht nun bei Dir Gehtnichtgibtsnicht?
      Hast Du jetzt beide Modi's (1/12) von allen belegten Startup's wieder in der Multiboot-Auswahl von 7.0?

      Nicht das ich die Recovery-Aktion unnötig machen... Letztes Update #124 hatte ich zwar keinen Mode12 aber auch keinen Crash, mit der letzten SystemInfo.py aus diesem Thread, gab es wieder ein Crash.
      ͏͏⁚ ͏͏͏͏͏͏͏͏͏͏͏Micha ͏͏⁚

    • Micha_he schrieb:

      Hast Du jetzt beide Modi's (1/12) von allen belegten Startup's wieder in der Multiboot-Auswahl von 7.0?
      So ist es :)
      Nochmal kurz zusammengefaßt:
      • Recovery mit der 6.5er über USB.
      • 7.0er über Onlineflash auf STARTUP_2...kein Crash mehr, jedoch beide belegten STARTUPs der 7.0er nur in Mode1 im Multiboot.
      • Die sysinfo.py aus diesem Beitrag von @Koivo gemäß seiner Anleitung kopiert hdfreaks.cc/index.php/Thread/3…?postID=286549#post286549
      • In allen STARTUPs sind nach Neustart nun beide Modes verfügbar.

      Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von Gehtnichtgibtsnicht ()

    Unsere Partnerboards

    ^
    Flag Counter