Mark Scholes writes:
> I run PartMan 1.13b2 (the latest AFAIK) chose ADFS and the drive, entered the
> number of cylinders in the Geometry window as the number reported was 16383
16383 is the maximum number of cylinders that the drive itself will report.
> Disc size 43979 MB Sector size 512 bytes
> C/H/S 89354 / 16 / 63
>
> Partition Start End Size Type
> 1 0 66100607 32276MB Filecore
^^^^^^^^- right
> 2 40320 40321 0MB Linux Table
^^^^^- wrong - and is 66100607 & 65535
> It looks to me as though the Linux Table in the middle of the Filecore
> partition. Will this have broken the Filecore partition?
No, not if you haven't saved it since noticing this problem.
> Does Partman work with LBA discs?
Yes. You've actually tripped over another limitation of the Filecore
format though - the bytes allocated in the non-ADFS partition descriptor
do not allow such a large number of cylinders to be specified. The Linux
table must be within the first 65535 cylinders therefore, which limits your
filecore size to around 31GB.
> The ADFS partition seems OK, it hasn't given any errors yet. I can't test the
> ARMLinux side as my CD is SCSI and my SCSI card is a Castle (any news on
> drivers for it, I've emailed Castle, no reply as yet).
Castle are the only people who are able to write the drivers (they refuse
to allow anyone else to know how their cards work).
> Also if I get it working is it possible to read the ARMLinux partitions from
> RISC OS? Will IscaFS work with this size of HD?
Its a fundamental problem (see above), but one which you can work around
if you can afford to loose 1GB. And yes, to do this you will have to
re-initialise the drive.
_____
|_____| ------------------------------------------------- ---+---+-
| | Russell King [EMAIL PROTECTED] --- ---
| | | | http://www.arm.linux.org.uk/ / / |
| +-+-+ --- -+-
/ | THE developer of ARM Linux |+| /|\
/ | | | --- |
+-+-+ ------------------------------------------------- /\\\ |
unsubscribe: body of `unsubscribe linux-arm' to [EMAIL PROTECTED]
++ Please use [EMAIL PROTECTED] for ++
++ kernel-related discussions. ++
