Re: FAT 32 mkdosfs problem
Charles Curley <[email protected]> Fri, 21 Nov 2003 17:19:54 -0700
| Newsgroups | gmane.linux.tomsrtbt |
|---|---|
| Message-ID | <[email protected]> |
--nhAUiXSLan16V5i8 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Nov 21, 2003 at 02:00:28PM -0500, Tom Oehser wrote: >=20 > Probably it would be safer to do the dd *then* the mkfs. Tried that. If I then immediately boot to the W98 rescue disk, scandisk reports that the two FATs disagree. I've had other problems, including complaints from more recent versions of dosfsck. I think I'll recommend one of two work-arounds to users. In both cases, ignore FAT 32 on tomsrtbt. * After the first stage restore, boot to a W98 rescue disk and use format there. "format -q -s c:" should do it. * Use mkdosfs from a more recent version of Linux. If you are doing a bare metal restore, you can do that after you have restored your Linux partition. You can do it manually. I've added it to my second state restoration script. Unfortunately, you still have to boot W98 and run "sys c:". Gnrrrr. >=20 > On Fri, 21 Nov 2003, Charles Curley wrote: >=20 > > Date: Fri, 21 Nov 2003 11:44:41 -0700 > > From: Charles Curley <[email protected]> > > To: Tom Oehser <[email protected]> > > Cc: [email protected] > > Subject: Re: [tomsrtbt] FAT 32 mkdosfs problem > > > > On Thu, Nov 20, 2003 at 04:15:20PM -0500, Tom Oehser wrote: > > > > > > I do it like this: > > > > > > mkdosfs -v -F32 /dev/hda1 > > > > Maybe I have the syntax wrong. > > > > I tried it your way and scandisk reported that I had the amount of > > free space reported incorrectly. > > > > [root@teckla root]# fsck /dev/hda1 > > fsck 1.34 (25-Jul-2003) > > dosfsck 2.8, 28 Feb 2001, FAT32, LFN > > Warning: FAT32 support is still ALPHA. > > Free cluster summary wrong (42818 vs. really 42817) > > 1) Correct > > 2) Don't correct > > ? > > > > > > > > > > > > Assuming your dd didn't screw it up, try that way... > > > > > > The dd line seems to make things worse. I did find that I can restore > > operation by booting to the W98 rescue disk and running "sys c:" > > > > I'll keep mucking with it. > > > > > > > > -Tom > > > > > > On Thu, 20 Nov 2003, Charles Curley wrote: > > > > > > > Date: Thu, 20 Nov 2003 14:05:36 -0700 > > > > From: Charles Curley <[email protected]> > > > > To: [email protected] > > > > Subject: [tomsrtbt] FAT 32 mkdosfs problem > > > > > > > > I just tried putting a FAT 32 file system on a ~ 3 GB partition usi= ng > > > > tomsrtbt 2.0.103, mkdosfs 0.4.1, September 1998. I then restored the > > > > old boot record: > > > > > > > > echo formatting /dev/hda1 > > > > mkdosfs $blockcheck -F 32 /dev/hda1 > > > > # restore FAT boot sector. > > > > dd if=3Ddev.hda1 of=3D/dev/hda1 bs=3D512 count=3D1 > > > > > > > > I then mounted the partition to see what was there, and the old root > > > > directory appeared to be there. Scandisk reported numerous errors, > > > > mostly the root directory files being shorter than the directory en= try > > > > indicated. > > > > > > > > It looks like the verion of mkdosfs on Fedora Core 1 (mkdosfs 2.8 (= 28 > > > > Feb 2001)) will do the job correctly. > > > > > > > > Has anyone else seen this? > > > > > > > > -- > > > > > > > > Charles Curley /"\ ASCII Ribbon Campaign > > > > Looking for fine software \ / Respect for open standards > > > > and/or writing? X No HTML/RTF in email > > > > http://www.charlescurley.com / \ No M$ Word docs in email > > > > > > > > Key fingerprint =3D CE5C 6645 A45A 64E4 94C0 809C FFF6 4C48 4ECD D= FDB > > > > > > > > -- > > > > Charles Curley /"\ ASCII Ribbon Campaign > > Looking for fine software \ / Respect for open standards > > and/or writing? X No HTML/RTF in email > > http://www.charlescurley.com / \ No M$ Word docs in email > > > > Key fingerprint =3D CE5C 6645 A45A 64E4 94C0 809C FFF6 4C48 4ECD DFDB > > --=20 Charles Curley /"\ ASCII Ribbon Campaign Looking for fine software \ / Respect for open standards and/or writing? X No HTML/RTF in email http://www.charlescurley.com / \ No M$ Word docs in email Key fingerprint =3D CE5C 6645 A45A 64E4 94C0 809C FFF6 4C48 4ECD DFDB --nhAUiXSLan16V5i8 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (GNU/Linux) iD8DBQE/vquq//ZMSE7N39sRAkfBAJ9pipbULqXeNjQZ3fPuTxJbxstm0ACcCHG6 B+z9hKSDV1GYEUGUhu7PHL0= =4fN1 -----END PGP SIGNATURE----- --nhAUiXSLan16V5i8--