forked from len0rd/rockbox
4ad041e17a
We've received multiple reports from users of 6th gen iPods where we fail to find any mountable partition. A user was able to supply an MBR dump, which showed that the "type" listed for parition 0 was set to 0x00 (ie "unused"), leading us to (correctly) completely ignore that entry. However, it looks like the stock firmware ignores the type and unconditionally uses the first entry even if it's nominally "invalid" So, to deal with this, always try to mount partition 0 if it is not one of the two "extended partition table" types. If that speculative mount succeeds, we now treat it as type 0x0c (Fat32 w/LBA) internally. Note that this will not allow the partition to be mountable over USB, as the MBR is still incorrect, leading the host OS to ignore the partition. Further complicating things, the stock Apple firmware always constructs a fake MBR to hand to the host! To prevent user confusion with these devices, we may consider faking the MBR too; alternatively we could correct the MBR and write it back to disk, perhaps via a debug menu option. Change-Id: I1e9392d20401eb94ecc6d70263fb0e45392a9bd4 |
||
|---|---|---|
| .. | ||
| adler32.c | ||
| ap_int.c | ||
| bootdata.c | ||
| config.c | ||
| crc32-rkw.c | ||
| crc32.c | ||
| devicedata.c | ||
| diacritic.c | ||
| dir.c | ||
| dircache.c | ||
| disk.c | ||
| disk_cache.c | ||
| fdprintf.c | ||
| file.c | ||
| file_internal.c | ||
| fileobj_mgr.c | ||
| inflate.c | ||
| itoa_buf.c | ||
| linked_list.c | ||
| loader_strerror.c | ||
| multiboot.c | ||
| pathfuncs.c | ||
| rb-loader.c | ||
| rb_namespace.c | ||
| rectangle.c | ||
| strcasecmp.c | ||
| strcasestr.c | ||
| strlcat.c | ||
| strlcpy.c | ||
| strmemccpy.c | ||
| strnatcmp.c | ||
| strptokspn.c | ||
| timefuncs.c | ||
| ucl_decompress.c | ||
| unicode.c | ||
| version.c | ||
| vuprintf.c | ||
| zip.c | ||