Examining the original SD card, find the last block using fdisk -l: Disk /dev/mmcblk0: 1996 MB, bytes 4 heads, 16 sectors/track, 60928 cylinders, total 3899392 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 Disk identifier: 0x0f6c2d46 Device Boot Start End Blocks Id System /dev/mmcblk0p1 2048 6+ 53 OnTrack DM6 Aux3 /dev/mmcblk0p2 00 84000 83 Linux /dev/mmcblk0p00 83 Linux /dev/mmcblk0p4 43+ 83 Linux There are 3899392 sectors. By default it looks for a 'Boot Control Block' (BCB) in the last block of the SD card. Some data that isn't copied as part of dd? After some searching, it seems that the boot process on the iMX233 is fairly non-standard.
Fsutil -l produces the following output: Disk /dev/sdc: 1996 MB, bytes 8 heads, 7 sectors/track, 69632 cylinders, total 3899392 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 Disk identifier: 0x0f6c2d46 Device Boot Start End Blocks Id System /dev/sdc1 2048 6+ 53 OnTrack DM6 Aux3 /dev/sdc2 00 84000 83 Linux /dev/sdc00 83 Linux /dev/sdc4 43+ 83 Linux Is there something I am missing here?
The SPI protocol is sometimes not very reliable on newer cards. The board also seems to be using the SD protocol and not the SPI protocol. This doesn't seem to be a space issue - sometimes one 2GB SD card is slightly smaller than another. I have tried multiple cards, including some 4GB cards. The serial console produces a single error code when it fails to boot, 0x8020a007, which doesn't provide much useful during a Google search. Tying the map to the serial number of the card can not be changed and a. I just bought a street map on a micro-sd card for my 60CSx. I have also now used a SD to micro SD adapter in a direct SD card interface (/dev/mmcblk0) in a Thinkpad x220. This has produced a slightly different image file but still won't boot. I have also now tried the sg3_utils utility sg_dd which operates at a slightly lower level. To achieve this, I obtained a similar 2GB micro SD card, and cloned the current SD card using dd in a USB card reader: dd if=/dev/sdc of=HeatmiserSDC.img then after swapping cards: dd if=HeatmiserSDC.img of=/dev/sdc When this new card is placed in the device, it fails to boot. I wish to alter the filesystem, but also backup the filesystem prior to altering it so that I don't brick the device. This has a Freescale iMX233 microprocessor and boots from a socketed 2GB microSD card. I have an embedded device which is loosely based around a design.
0 kommentar(er)
