# “Bad magic number in super-block” après un dd d’une image Mobian

**URL:** <https://www.debian-fr.org/t/bad-magic-number-in-super-block-apres-un-dd-d-une-image-mobian/91286>\
**Category:** Support Debian\
**Tags:** ext4, dd, installation\
**Created:** [Juin 25, 2025, 6:14 UTC](https://www.debian-fr.org/t/bad-magic-number-in-super-block-apres-un-dd-d-une-image-mobian/91286 "2025-06-25T18:14:40Z")\
**Posts on this page:** 3\
**Page:** 1

<div class="post-metadata">

**Author:** ![fauve](https://www.debian-fr.org/user_avatar/www.debian-fr.org/fauve/32/14813_2.png) [@fauve](https://www.debian-fr.org/u/fauve)\
**Post date:** [Juin 25, 2025, 6:14 UTC](https://www.debian-fr.org/t/bad-magic-number-in-super-block-apres-un-dd-d-une-image-mobian/91286/1 "2025-06-25T18:14:40Z")

</div>

Bonjour à tous o/

# Vue d’ensemble

J’ai essayé d’installer [Mobian](https://mobian-project.org/) sur un Pinephone au moyen de la [méthode `dd`](https://wiki.debian.org/InstallingDebianOn/PINE64/PinePhone#Method_3:_dd) telle que décrite sur la documentation officielle de Debian. Ce qui implique en résumé de faire un `dd` d’une image de Mobian vers une carte SD.

# Le problème

Mais à chaque essai la partition est corrompue et innutilisable.

# Le processus

### Ce que je fis

Comme dis plus haut, j’ai juste suivi la méthode `dd` d’après la documentation, soit :

1. J’ai formaté la partition `/dev/sdb1` de ma carte SD par :

```sh
# mkfs.ext4 -F -O 64bit -L 'system' '/dev/sdb1'
mke2fs 1.47.0 (5-Feb-2023)
/dev/sdb1 contains a ext4 file system labelled 'system'
        last mounted on Wed Jun 25 18:44:21 2025
Creating filesystem with 28703488 4k blocks and 7176192 inodes
Filesystem UUID: e7df3b8b-a2fa-4cce-a833-5fd86456cad8
Superblock backups stored on blocks:
        32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208,
        4096000, 7962624, 11239424, 20480000, 23887872

Allocating group tables: done
Writing inode tables: done
Creating journal (131072 blocks): done
Writing superblocks and filesystem accounting information: done

```

1. En suite, j’ai récupéré l’image et l’ai désarchivée :

```sh
$ wget https://images.mobian.org/pinephone/mobian-pinephone-phosh-12.0.img.gz
$ unp mobian-pinephone-phosh-12.0.img.gz

```

1. Et enfin, j’ai à proprement parlé copié l’image sur `/dev/sdb1` :

```sh
# dd bs=64k if=mobian-pinephone-phosh-12.0.img of=/dev/sdb1 status=progress 
5989138432 octets (6,0 GB, 5,6 GiB) copiés, 265 s, 22,6 MB/s
91552+1 enregistrements lus
91552+1 enregistrements écrits
6000000000 octets (6,0 GB, 5,6 GiB) copiés, 265,823 s, 22,6 MB/s

```

### Ce que j’obtins

À partir de ce point là où la copie a fini, la partition s’avère être défectueuse.

1. J’ai vérifié `/dev/sdb1` avec `fsk.ext4` :

```sh
# fsck.ext4 /dev/sdb1
e2fsck 1.47.0 (5-Feb-2023)
ext2fs_open2: Bad magic number in super-block
fsck.ext4: Superblock invalid, trying backup blocks...
fsck.ext4: Bad magic number in super-block while trying to open /dev/sdb1

The superblock could not be read or does not describe a valid ext2/ext3/ext4
filesystem. If the device is valid and it really contains an ext2/ext3/ext4
filesystem (and not swap or ufs or something else), then the superblock
is corrupt, and you might try running e2fsck with an alternate superblock:
    e2fsck -b 8193 <device>
 or
    e2fsck -b 32768 <device>

Found a gpt partition table in /dev/sdb1

```

1. J’ai aussi inspecté les événement avec `dmesg` sans trouvé quoique ce soit de particulier :

```dmesg
# dmesg -T
[mer. 25 juin 18:44:02 2025] sd 3:0:0:0: [sdb] 244285440 512-byte logical blocks: (125 GB/116 GiB)
[mer. 25 juin 18:44:02 2025] sd 3:0:0:0: [sdb] Write Protect is off
[mer. 25 juin 18:44:02 2025] sd 3:0:0:0: [sdb] Mode Sense: 03 00 00 00
[mer. 25 juin 18:44:02 2025] sd 3:0:0:0: [sdb] No Caching mode page found
[mer. 25 juin 18:44:02 2025] sd 3:0:0:0: [sdb] Assuming drive cache: write through
[mer. 25 juin 18:44:02 2025] sdb: sdb1
[mer. 25 juin 18:44:02 2025] sd 3:0:0:0: [sdb] Attached SCSI removable disk
[mer. 25 juin 18:44:02 2025] EXT4-fs (sdb1): recovery complete
[mer. 25 juin 18:44:02 2025] EXT4-fs (sdb1): mounted filesystem with ordered data mode. Quota mode: none.
[mer. 25 juin 18:44:18 2025] EXT4-fs (sdb1): unmounting filesystem.
[mer. 25 juin 18:44:18 2025] sdb: sdb1
[mer. 25 juin 18:44:18 2025] EXT4-fs (sdb1): mounted filesystem with ordered data mode. Quota mode: none.
[mer. 25 juin 18:44:43 2025] EXT4-fs (sdb1): unmounting filesystem.

```

Toutefois, j’ai essayé le même processus depuis un autre ordinateur où j’ai obtenu un résultat plus locace de `dmesg` (dans la sortie suivante, la partition pertinante est `mmcblk0`)

```dmesg
[mar. juin 24 20:11:57 2025] mmcblk0: p1 < >
[mar. juin 24 20:11:57 2025] mmcblk0: p1 < >
[mar. juin 24 20:11:57 2025] mmcblk0: p1 < p5 >
[mar. juin 24 20:11:58 2025] mmcblk0: p1 < p5 >
[mar. juin 24 20:13:31 2025] mmc0: card 0001 removed
[mar. juin 24 20:13:33 2025] mmc0: cannot verify signal voltage switch
[mar. juin 24 20:13:33 2025] mmc0: new ultra high speed SDR104 SDXC card at address 0001
[mar. juin 24 20:13:33 2025] mmcblk0: mmc0:0001 SD128 116 GiB 
[mar. juin 24 20:13:33 2025] mmcblk0: p1 < p5 >
[mar. juin 24 20:13:38 2025] audit: type=1400 audit(1750788819.286:29): apparmor="DENIED" operation="open" profile="/usr/bin/evince-thumbnailer" name="/tmp/tumbler-X31LB82.png" pid=13008 comm="evince-thumbnai" requested_mask="wc" denied_mask="wc" fsuid=1000 ouid=1000
[mar. juin 24 20:13:39 2025] audit: type=1400 audit(1750788819.666:30): apparmor="DENIED" operation="open" profile="/usr/bin/evince-thumbnailer" name="/tmp/tumbler-XD3SP82.png" pid=13013 comm="evince-thumbnai" requested_mask="wc" denied_mask="wc" fsuid=1000 ouid=1000
[mar. juin 24 20:15:29 2025] EXT4-fs (mmcblk0p5): mounted filesystem with ordered data mode. Quota mode: none.
[mar. juin 24 20:16:22 2025] JBD2: Spotted dirty metadata buffer (dev = mmcblk0p5, blocknr = 1). There's a risk of filesystem corruption in case of system crash.
[mar. juin 24 20:16:26 2025] EXT4-fs error (device mmcblk0p5): ext4_map_blocks:607: inode #8: block 15237146: comm jbd2/mmcblk0p5-: lblock 26 mapped to illegal pblock 15237146 (length 1)
[mar. juin 24 20:16:26 2025] jbd2_journal_bmap: journal block not found at offset 26 on mmcblk0p5-8
[mar. juin 24 20:16:26 2025] Aborting journal on device mmcblk0p5-8.
[mar. juin 24 20:16:26 2025] EXT4-fs error (device mmcblk0p5): ext4_journal_check_start:83: comm ext4lazyinit: Detected aborted journal
[mar. juin 24 20:16:27 2025] EXT4-fs (mmcblk0p5): Remounting filesystem read-only
[mar. juin 24 20:23:19 2025] EXT4-fs (mmcblk0p5): unmounting filesystem.
[mar. juin 24 20:23:42 2025] mmcblk0: p1 < >
[mar. juin 24 20:23:42 2025] mmcblk0: p1 < >
[mar. juin 24 20:23:42 2025] mmcblk0: p1 < >
[mar. juin 24 20:23:43 2025] mmcblk0:
[mar. juin 24 20:23:43 2025] mmcblk0:
[mar. juin 24 20:23:43 2025] mmcblk0: p1
[mar. juin 24 20:23:43 2025] mmcblk0: p1

```

# Ma question

Comme vous le devinez, je voudrais savoir ce qui s’est passé, pourquoi ça ne marche pas. Et évidement, comment résoudre le problème et **installer Mobian sur cette carte SD ?**

Et merci par anticipation o/

---

<div class="post-metadata">

**Author:** ![Verner](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/v/34f0e0/32.png) [@Verner](https://www.debian-fr.org/u/Verner)\
**Post date:** [Juin 25, 2025, 6:47 UTC](https://www.debian-fr.org/t/bad-magic-number-in-super-block-apres-un-dd-d-une-image-mobian/91286/2 "2025-06-25T18:47:44Z")

</div>

> [@fauve](#):
>
> J’ai formaté la partition /dev/sdb1  
> j’ai copié l’image sur /dev/sdb1

L’erreur est là.  
L’image n’est pas une partition, mais une image disque complète.  
Le ‹&nbsp;dd&nbsp;› doit donc être fait vers` /dev/sdb`, et non /dev/sdb1.

---

<div class="post-metadata">

**Author:** ![fauve](https://www.debian-fr.org/user_avatar/www.debian-fr.org/fauve/32/14813_2.png) [@fauve](https://www.debian-fr.org/u/fauve)\
**Post date:** [Juin 26, 2025, 12:22 UTC](https://www.debian-fr.org/t/bad-magic-number-in-super-block-apres-un-dd-d-une-image-mobian/91286/3 "2025-06-26T12:22:55Z")

</div>

Merci o/
