Anzeige:
Ergebnis 1 bis 10 von 10

Thema: mount Probleme (Image)

  1. #1
    Registrierter Benutzer
    Registriert seit
    Oct 2009
    Beiträge
    5

    Question mount Probleme (Image)

    Ich versuche ein Image (im Anhang) des Flash-Speichers Set-Top-Box unter Linux zu mounten. Das Image gibts HIER
    >binary dump von Partitionstabelle + /dev/fla1
    >die Partitionstabelle ist 0x400 byte lang
    KLICK
    Öffne ich es mit fdisk sehe ich auch die 3 Minix partitionen.

    Hier mein Versuch (als root)eine Partitition aus dem Image zu mounten:

    mkdir /media/loop_mount

    fdisk -l -u flap1.bin

    Dort dann den Anfangswert der zu mountenden Partition mit der
    Sektorgröße (512) multiplizieren um den Offsetwert (z.B.
    2*512=1024=Offset 1. Partition) fürs mouten zu erhalten.

    mount -t minix -o loop,offset=1024 flap1.bin /media/loop_mount

    Ergebnis:
    Code:
    mount: wrong fs type, bad option, bad superblock on /dev/loop1,
           missing codepage or helper program, or other error
           In some cases useful info is found in syslog - try
           dmesg | tail  or so
    dmesg | tail liefert:
    Code:
     VFS: Can't find a Minix filesystem V1 | V2 | V3 on device loop0.
    mache ich wiederum ein fdisk -l /dev/loop0 bekomme ich die 3 minix-Partitionen angezeigt

    Auch nach dieser ANLEITUNG klappt es nicht, gleicher Fehler wie oben.

    Angeblich soll man die Magic number im Image vor dem mounten ändern:
    KLICK

    ABER WIE??? Hoffe hier im Board gibts einige Linux-Spezialisten die helfen können



    PS: Ein "file flap1.bin" zeigt mir "x86 Boot Sector" als Typ an, weshalb
    wohl auch mount meckert, oder?!

  2. #2
    Pinguin! Avatar von John W
    Registriert seit
    Jan 2009
    Beiträge
    490
    Kannste vergessen, ist kaputt.
    Das sieht man an den Imagegrößen, wenn man es splittet:
    1. Partition 2097152 Bytes
    2. Partition 2097152 Bytes
    3. Partition 3881984 Bytes
    Die Größe des Gesamtimages beträgt allerdings nur 1908131 Bytes.
    Alle Codeschnipsel können frei verwendet werden, die Verantwortung liegt jedoch bei der Person, die den Code einsetzt.

  3. #3
    Registrierter Benutzer
    Registriert seit
    Oct 2009
    Beiträge
    5
    also es sind auch nicht alle 3 partitionen dort in dem image enthalten! es enthält, angeblich, nur die partitionstabelle und /dev/fla1

  4. #4
    Pinguin! Avatar von John W
    Registriert seit
    Jan 2009
    Beiträge
    490
    Angeblich ja, aber wie kann eine Partition größer sein als sein Image + Partitionstabelle?
    Das passt net.
    Alle Codeschnipsel können frei verwendet werden, die Verantwortung liegt jedoch bei der Person, die den Code einsetzt.

  5. #5
    Registrierter Benutzer
    Registriert seit
    Oct 2009
    Beiträge
    5

    Exclamation

    Danke für die schnelle Antwort John W! Vielleicht kannst du, oder jemand anders, noch diese Datei anschauen

    Hier noch eine Datei aus dem Mikrocontroller-Forum:

    Code:
    Anbei ein low-level  DOC-Dump  15920 Sektoren  8151040 Bytes.
    
    /dev/fla beginnt  ab 0x0fb7f9 ,  davor ist der Bootloader und, wie es
    aussieht, einen zweiten Linux-Kernel
    KLICK

  6. #6
    Pinguin! Avatar von John W
    Registriert seit
    Jan 2009
    Beiträge
    490
    Das war zu erwarten:
    Code:
    # fdisk -l -u fullDOC_Flash.bin
    Platte fullDOC_Flash.bin: 0 MByte, 0 Byte
    255 Köpfe, 63 Sektoren/Spuren, 0 Zylinder, zusammen 0 Sektoren
    Einheiten = Sektoren von 1 × 512 = 512 Bytes
    Disk identifier: 0xb90c00be
    
    Festplatte fullDOC_Flash.bin enthält keine gültige Partitionstabelle
    Das nach deiner Angabe hingegen nicht:
    Code:
    # dd if=fullDOC_Flash.bin of=new bs=1030137 skip=1
    6+1 Datensätze ein
    6+1 Datensätze aus
    7120903 Bytes (7,1 MB) kopiert, 0,610325 s, 11,7 MB/s
    # dd if=new of=/dev/sdc 
    13908+1 Datensätze ein
    13908+1 Datensätze aus
    7120903 Bytes (7,1 MB) kopiert, 27,0675 s, 263 kB/s
    # ls -l /dev/sdc*
    brw-rw---- 1 root disk 8, 32 2009-10-17 16:15 /dev/sdc
    brw-rw---- 1 root disk 8, 33 2009-10-17 16:15 /dev/sdc1
    brw-rw---- 1 root disk 8, 34 2009-10-17 16:15 /dev/sdc2
    brw-rw---- 1 root disk 8, 35 2009-10-17 16:15 /dev/sdc3
    # mount /dev/sdc1 /mnt/ -tminix
    mount: wrong fs type, bad option, bad superblock on /dev/sdc1,
           missing codepage or helper program, or other error
           Manchmal liefert das Syslog wertvolle Informationen – versuchen
           Sie  dmesg | tail  oder so
    
    # # gekürzte dmesg-Ausgabe:
    VFS: Can't find a Minix filesystem V1 | V2 | V3 on device sdc1.
    Ich habe zunächst die ersten 0x0fb7f9 Bytes weggelassen, dann auf einen Uralt-Stick geschrieben und neu angestöpselt. Drei Partitionen erkannt, soweit, so gut.
    Aber mounten lassen die Dinger sich nicht.
    Alle Codeschnipsel können frei verwendet werden, die Verantwortung liegt jedoch bei der Person, die den Code einsetzt.

  7. #7
    Registrierter Benutzer
    Registriert seit
    Oct 2009
    Beiträge
    5
    Hat es vielleicht mit irgendwelchen Eigenheiten des Flash-Speichers zu tun? Das Image stammt ja von einem DiskOnChip Modul (Flash Translation Layer) nicht von einer normalen HDD.
    Siehe HIER
    und
    HIER

    leider ist der Ersteller des Images nichtmehr erreichbar bzw. aktiv im Forum

  8. #8
    Pinguin! Avatar von John W
    Registriert seit
    Jan 2009
    Beiträge
    490
    Code:
    Angeblich soll man die Magic number im Image vor dem mounten ändern
    Dem hätte ich etwas mehr Beachtung schenken müssen, bin eben erst drauf gekommen:
    Die Kopfdaten der Partitionstabelle müssten geändert werden, sieh mal bei Wikipedia nach (http://de.wikipedia.org/wiki/Partitionstabelle), da steht alles, was du wissen musst.
    Alle Codeschnipsel können frei verwendet werden, die Verantwortung liegt jedoch bei der Person, die den Code einsetzt.

  9. #9
    Registrierter Benutzer
    Registriert seit
    Oct 2009
    Beiträge
    5
    Langsam glaube ich auch das Image hat was weg...

    Habe flap1.bin mit einem HexEditor geöffnet, an die Adresse 0x04 den Wert 0x81 (für Minix) geschrieben. Die erste Partition /dev/fla1 bzw. /dev/sdc1 lässt sich immer noch nicht mounten....glaeicher Fehler wie oben

  10. #10
    Pinguin! Avatar von John W
    Registriert seit
    Jan 2009
    Beiträge
    490
    Frag am besten bei denen noch mal nach, die das Image hochgeladen haben, die können dir da mit Sicherheit besser helfen, bei denen scheint es ja zu klappen.
    Alle Codeschnipsel können frei verwendet werden, die Verantwortung liegt jedoch bei der Person, die den Code einsetzt.

Ähnliche Themen

  1. VirtualBox
    Von stefan.becker im Forum Hier Suchen und Finden, Links, Tutorials
    Antworten: 10
    Letzter Beitrag: 01.12.09, 19:46
  2. mount script
    Von Menzelchen im Forum System installieren und konfigurieren
    Antworten: 8
    Letzter Beitrag: 30.12.07, 21:55
  3. Antworten: 1
    Letzter Beitrag: 29.12.04, 00:27
  4. Probleme mit Silicon Image 3112A auf EPOX Board
    Von Comminator im Forum stationäre Hardware
    Antworten: 12
    Letzter Beitrag: 12.02.04, 00:14
  5. Mount Probleme, wer will helfen ?
    Von der_leukozyt im Forum System installieren und konfigurieren
    Antworten: 11
    Letzter Beitrag: 14.11.03, 14:21

Lesezeichen

Berechtigungen

  • Neue Themen erstellen: Nein
  • Themen beantworten: Nein
  • Anhänge hochladen: Nein
  • Beiträge bearbeiten: Nein
  •