![]() |
Re: Repartitioning 16GB SDHC back to FAT
I think the partition is just marked FAT16 and the filesystem used is actually FAT32 since you can't really have a FAT16 partition over 2GB (or is it 4GB?). Glad you got it working at any rate.
-John |
Re: Repartitioning 16GB SDHC back to FAT
FAT32 is needed for files up to 2TB (according to http://www.computerhope.com/fat32.htm), but I think it means GB (or am I mistaken)
FAT32 is supposed to use space more efficiently as well (up to 5%?) |
Re: Repartitioning 16GB SDHC back to FAT
Format it in windows again, that should reformat it back to FAT32.
FAT32 is recommended IMHO for such a large amount. The article must mean 2GB, FAT32 cannot create or have files over 4GB. If you really can't get it back to FAT32, Quote:
|
Re: Repartitioning 16GB SDHC back to FAT
Yeah, i just redid the steps you recommended and went for 1,,0C and it became W95 WBA, and it's now 14.95GB instead of 14.63GB :D
Thanks a million! (maybe someone needs to add this 'recovery steps' for people who mess up their SD/MMCs in the quest to boot from SD/MMC While I would love to have the extra performance (which I understand comes from the application files being uncompressed in the first place) that comes with booting from SD/MMC, I don't think I could live with the grief of having to deal with more X-Term every time i need to connect the device via USB to my XP desktop |
Re: Repartitioning 16GB SDHC back to FAT
Cool, I'm glad it all worked out for you :)
Quote:
|
Re: Repartitioning 16GB SDHC back to FAT
Couldn't have done it if you didn't set me back on the right path. I now understand that
x,y,z means x= start address block y= end address block z = file system type (6 = FAT16, 0C = W95 FAT WBA, not sure what Linux is) Strangely enough, when I partitioned my system the first time using: 1,14000,0C ,,, followed by mkdosfs /dev/mmcblk0p1 mke2fs /dev/mmcblk0p2 Control panel -> Memory only showed that I had 473MB of space available. I'm assuming that the Memory applet shows the FAT memory, so I can't explain why it was showing the storage memory allocated to Linux. Did I get them mixed up and should have used mkdosfs /dev/mmcblk0p2 mke2fs /dev/mmcblk0p1 instead? |
Re: Repartitioning 16GB SDHC back to FAT
Quote:
Quote:
I think the Memory applet shows the memory of whatever partition is mounted. It seems like sfdisk was (partly?) mounting the partitions because whenever I would run it, it would show memory card available which is the message I get when I mount a card. |
Re: Repartitioning 16GB SDHC back to FAT
So what you're saying is that the Memory applet was correct is showing me the amount of space in internal memory?
Mine was looking something like this (http://www.internettablettalk.com/fo...&postcount=242) when I opened the Memory applet after partitioning and running ./nupgrade.sh 0 ./nupgrade.sh 1 ./nupgrade.sh 2 ./nupgrade.sh 3 ./nupgrade.sh 4 reboot except that I had 473MB of storage space instead of the 4.87 GB that dan had. Seeing that I had tried to partition for 14GB of FAT storage and .95GB (or so) of Linux strorage, I had expected device memory to be in the region of 300+ MB, and internal storage to be in the region of 14GB I still haven't figured out where I went wrong. |
Re: Repartitioning 16GB SDHC back to FAT
Quote:
I wanted the same sort of thing (more space to the FAT partition and less to linux but guides on here assume you want more space on the Linux partition). So I just did the amount of space I wanted for the linux partition (300MB) 300x32=9600 and when I ran sfdisk, I checked the number of cylinders (sfdisk tells you when you run it) on the 1st partition (which was originally using all the MMC card) and subtracted 9600 from the value sfdisk gave me and used that value to make my FAT partition and then done the use free space linux partition. |
Re: Repartitioning 16GB SDHC back to FAT
Just partitioned again, and rebooted, the gainroot-ed and sfdisk -ls and got this:
/home/user # sfdisk -ls /dev/mmcblk0: 15694336 Disk /dev/mmcblk0: 490448 cylinders, 4 heads, 16 sectors/track Units = cylinders of 32768 bytes, blocks of 1024 bytes, counting from 0 Device Boot Start End #cyls #blocks Id System /dev/mmcblk0p1 32 448031 448000 14336000 c W95 FAT32 (LBA) /dev/mmcblk0p2 0+ 31 32- 1023+ 83 Linux /dev/mmcblk0p3 448032 490447 42416 1357312 83 Linux /dev/mmcblk0p4 0 - 0 0 0 Empty total: 15694336 blocks How did the 1GB I allocated for the linux boot partition on the card end up becoming mmbcblk0p3 instead of mmcblk0p2? |
| All times are GMT. The time now is 04:41. |
vBulletin® Version 3.8.8