old-www/HOWTO/PLIP-Install-HOWTO-12.html

157 lines
6.0 KiB
HTML

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2 Final//EN">
<HTML>
<HEAD>
<META NAME="GENERATOR" CONTENT="SGML-Tools 1.0.9">
<TITLE> PLIP Install HOWTO: FIPS, PARTED, splitting of hard disk partitions</TITLE>
<LINK HREF="PLIP-Install-HOWTO-13.html" REL=next>
<LINK HREF="PLIP-Install-HOWTO-11.html" REL=previous>
<LINK HREF="PLIP-Install-HOWTO.html#toc12" REL=contents>
</HEAD>
<BODY>
<A HREF="PLIP-Install-HOWTO-13.html">Next</A>
<A HREF="PLIP-Install-HOWTO-11.html">Previous</A>
<A HREF="PLIP-Install-HOWTO.html#toc12">Contents</A>
<HR>
<H2><A NAME="s12">12. FIPS, PARTED, splitting of hard disk partitions</A> </H2>
<P>
<P>This section is for anybody who has only one primary FAT partition
(DOS, Windows 3.xx, NT) and wants to keep it without loosing
data. Make some backups because if you burn it, I won't be
responsible - you will.
<P>Journey to PARTED
<P>Andrew Clausen (clausen@gnu.org), GNU Parted maintainer, wrote "You
might want to mention GNU Parted in the PLIP-Install Howto." That is
done. Since I didn't try it I can only give you the links to
<A HREF="http://www.gnu.org/software/parted/">parted by http</A> and
<A HREF="ftp://ftp.gnu.org/gnu/parted/">parted ftp</A>. Help
yourself. Parted seems very good.
<P>Andrew said: "GNU Parted is a *LOT* more powerful than FIPS (think
Partition Magic). For example, it can convert FAT16 &lt;=> FAT32,
change the size of the FATs, doesn't require a defragger, etc. And
it supports ext2, linux-swap..."
<P>Back to FIPS.
<P>Download
<A HREF="ftp://ftp.debian.org/pub/debian/tools/">FIPS</A>. Don't forget the mirrors ftp.<B>xx</B>.debian.org
where <B>xx</B> is your country abbreviation (fr, fi, us, uk,
etc.).
<P>At the time of this writing the archive file is called
<B>fips20.zip</B>.
<P>The <B>fips</B> program is already in the debian cdrom
distribution. I found it (yes, after downloading the
<B>fips20.zip</B> file) in <CODE>/cdrom/debian/tools/fips15.zip</CODE>
(It supposes your cdrom is mounted on <B>/cdrom</B>)
<P>I guess you are on a Unix world but you're not compelled to be. Go
in a good working place on the <B>source</B> computer:
<P>
<PRE>
$ mkdir /tmp/fips-2.0/
$ cd /tmp/fips-2.0/
$ unzip -l /archive/fips/fips20.zip
...
$ unzip /archive/fips/fips20.zip
...
$ ls
$ dos2unix fips.doc fips.faq readme.1st
</PRE>
<P>
<OL>
<LI>Read the file readme.1st</LI>
<LI>Read the file fips.doc</LI>
<LI>Read the file fips.faq</LI>
</OL>
<P>Boot your <B>target</B> computer. Be in pure DOS (quit Windows).
<P>Read again the file <B><CODE>fips.doc</CODE></B> from the section
"5. Before you start".
<P>Be aware of hidden files.
<P>Graham's comment: Hidden files will not be moved by DeFrag (as far as
I know), so FIPS will reclaim less space for use by Linux. Use the
ATTRIB command to remove the "hidden" attribute. Some things may
require that files are hidden, so it will be necessary to hide the
same files again later. I think that it would also be a good idea to
run scandisk at this moment. Perhaps I do not trust DOS.
<P>
<P>Be aware to eliminate the "virtual memory" file (swap for Win*)
during the fips process. In Windows 3.11 (quite up to date, no?)
this swap file is configured from
Program-Manager->Control-Panel->Enhanced (a i386 chip icon).
<P>Click, Click->Click on the chip and re-click on a button
called "Virtual Memory".
<P>Adjust the size to none, Click&lt;-Click&lt;-Click&lt;-Click back plus Alt-F4
to close all your windows. Don't you think the Gates are closed too?
<P>Graham's comment: I am not sure that this is a good idea. What
happens if "386spart.par" is not hidden? I think that DEFRAG will
move it, and Windows will complain next time it starts, then rebuild
the file. Since we are clearly keeping DOS/Windows, the user will
require a swap file again later. By not deleting it, the disc space
is reserved for that time.
<P>Graham's new comment: "Make sure that the file is not hidden (attrib
-h -s 386spart.par), then delete it (del 386spart.par). The disc
space is then free. Run FIPS. Next time Windows starts, it will
complain that the file is corrupt, and will recreate it."
<P>I don't what to say. I've just parroted FIPS manual because I
succeeded with it.
<P>So drink coffee, and pray.
<P>Run <CODE>SCANDISK</CODE>:
<P>
<PRE>
C:\> SCANDISK
</PRE>
<P>Correct every cluster. You should have no dead cluster now.
<P>Quit <CODE>SCANDISK</CODE>
<P>
<P>Run <CODE>DEFRAG</CODE> on C:
<P>
<PRE>
C:\> DEFRAG C:
</PRE>
<P>All used clusters are at the beginning of the hard disk.
<P>Quit <CODE>DEFRAG</CODE>
<P>Make a bootable floppy disk:
<P>
<PRE>
C:\> FORMAT A: /S
</PRE>
<P>Copy <B><CODE>AUTOEXEC.BAT</CODE></B> and <B><CODE>CONFIG.SYS</CODE></B>
to the new floppy if you want to keep your local features (keyboard
keys etc.). Remove the line running <CODE>SMARTDRIVE.EXE</CODE> in
<CODE>AUTOEXEC.BAT</CODE>. Keep a minimal <CODE>AUTOEXEC.BAT</CODE>
<P>
<P>On the <B>source</B> box: Copy the fips files
<B>restorrb.exe</B>, <B>fips.exe</B> and <B>errors.txt</B> to
this floppy disk.
<P>
<PRE>
$ mcopy errors.txt fips.exe restorrb.exe a:
</PRE>
<P>Graham's comment: Doesn't this assume that mtools are installed? If
the floppy disc is mounted as type msdos, the standard "cp" command
should do the job, and mtools would not be needed. I have never
used mtools, but I have played with DOS files from Linux.
<P>Yes, this assumes that mtools are installed. <CODE>mcopy</CODE> is
faster to type than <CODE>mkdir, mount, cp, umount, rmdir</CODE>.
<P>Boot the <B>target</B> with the floppy. Run fips while reading the
section "Using FIPS" in the file <B>fips.doc</B>
<P><B>Do not forget</B> to answer <B>yes</B> when fips asks for a
rootboot saving.
<P>When everything is ok, save your hard disk space:
<PRE>
$ cd
$ rm -rf /tmp/fips-2.0/
</PRE>
<P>Now you have a nice free space for a new operating system.
<P>
<P>
<HR>
<A HREF="PLIP-Install-HOWTO-13.html">Next</A>
<A HREF="PLIP-Install-HOWTO-11.html">Previous</A>
<A HREF="PLIP-Install-HOWTO.html#toc12">Contents</A>
</BODY>
</HTML>