[fedora-arm] Broken fedora rawhide arm images

[Tomasz Kłoczko]

Hi,

Seem something is wrong with rawhide arm images.
It is a problem with mounting 4rd partition with rootfs.

After writing image to sd card using fedora-arm-image-installer 4th
partition cannot be recognized as ext4 and looks like by boot fails on
remounting to rootfs on sd card:

# file -s /dev/mmcblk0p{1..4}
/dev/mmcblk0p1: DOS/MBR boot sector, code offset 0x3c+2, OEM-ID
"mkfs.fat", sectors/cluster 4, reserved sectors 4, root entries 512,
sectors 59392 (volumes <=32 MB) , Media descriptor 0xf8, sectors/FAT
60, sectors/track 32, heads 64, reserved 0x1, serial number
0x9a574bdf, unlabeled, FAT (16 bit)
/dev/mmcblk0p2: Linux rev 1.0 ext4 filesystem data,
UUID=478eb925-9ca1-444a-800e-2ced04ee699f, volume name "_/boot" (needs
journal recovery) (extents) (64bit) (large files) (huge files)
/dev/mmcblk0p3: Linux/i386 swap file (new style), version 1 (4K
pages), size 62463 pages, LABEL=_swap,
UUID=634545e1-7b96-40b2-850c-8d5f6cf69be3
/dev/mmcblk0p4: data

Seems by this at the moment boot fails.
Strange because I still can mount this partition from image file by:

# fdisk -l Fedora-Minimal-armhfp-Rawhide-20170323.n.0-sda.raw*Disk
Fedora-Minimal-armhfp-Rawhide-20170323.n.0-sda.raw: 2 GiB, 2177892352
bytes, 4253696 sectors*
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0xf92f0680
*Device* *Boot* * Start*
* End* *Sectors* * Size* *Id* *Type*
Fedora-Minimal-armhfp-Rawhide-20170323.n.0-sda.raw1 2048
61439 59392 29M c W95 FAT32 (LBA)
Fedora-Minimal-armhfp-Rawhide-20170323.n.0-sda.raw2 * 61440
1060863 999424 488M 83 Linux
Fedora-Minimal-armhfp-Rawhide-20170323.n.0-sda.raw3 1060864
1560575 499712 244M 82 Linux swap / Solaris
Fedora-Minimal-armhfp-Rawhide-20170323.n.0-sda.raw4 1560576
4059135 2498560 1.2G 83 Linux

# losetup /dev/loop0
Fedora-Minimal-armhfp-Rawhide-20170323.n.0-sda.raw -o $((1560576 *
512))
# mount /dev/loop0 /mnt/tmp

kloczek

[Paul Whalen]

Booted OK here, perhaps the download or sd?


----- Original Message -----

Post by Tomasz Kłoczko
Hi,
Seem something is wrong with rawhide arm images.
It is a problem with mounting 4rd partition with rootfs.
After writing image to sd card using fedora-arm-image-installer 4th partition
cannot be recognized as ext4 and looks like by boot fails on remounting to
# file -s /dev/mmcblk0p{1..4}
/dev/mmcblk0p1: DOS/MBR boot sector, code offset 0x3c+2, OEM-ID "mkfs.fat",
sectors/cluster 4, reserved sectors 4, root entries 512, sectors 59392
(volumes <=32 MB) , Media descriptor 0xf8, sectors/FAT 60, sectors/track 32,
heads 64, reserved 0x1, serial number 0x9a574bdf, unlabeled, FAT (16 bit)
/dev/mmcblk0p2: Linux rev 1.0 ext4 filesystem data,
UUID=478eb925-9ca1-444a-800e-2ced04ee699f, volume name "_/boot" (needs
journal recovery) (extents) (64bit) (large files) (huge files)
/dev/mmcblk0p3: Linux/i386 swap file (new style), version 1 (4K pages), size
62463 pages, LABEL=_swap, UUID=634545e1-7b96-40b2-850c-8d5f6cf69be3
/dev/mmcblk0p4: data
Seems by this at the moment boot fails.
# fdisk -l Fedora-Minimal-armhfp-Rawhide-20170323.n.0-sda.raw Disk
Fedora-Minimal-armhfp-Rawhide-20170323.n.0-sda.raw: 2 GiB, 2177892352 bytes,
4253696 sectors Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0xf92f0680 Device Boot Start End Sectors Size Id Type
Fedora-Minimal-armhfp-Rawhide-20170323.n.0-sda.raw1 2048 61439
59392 29M c W95 FAT32 (LBA)
Fedora-Minimal-armhfp-Rawhide-20170323.n.0-sda.raw2 * 61440 1060863
999424 488M 83 Linux
Fedora-Minimal-armhfp-Rawhide-20170323.n.0-sda.raw3 1060864 1560575
499712 244M 82 Linux swap / Solaris
Fedora-Minimal-armhfp-Rawhide-20170323.n.0-sda.raw4 1560576 4059135
2498560 1.2G 83 Linux
# losetup /dev/loop0 Fedora-Minimal-armhfp-Rawhide-20170323.n.0-sda.raw -o
$((1560576 * 512))
# mount /dev/loop0 /mnt/tmp
kloczek
--
Tomasz Kłoczko | LinkedIn: http://lnkd.in/FXPWxH
_______________________________________________