You state that you were performing a graphical hard drive
installation, but the hard drive installation is not supported in
graphical mode.  Could you please provide details of how you are
performing a graphical hard drive installation, as this might help me
to replicate your problem as well as reach some resolution for it.

------- Additional Comments From   11/01/99 10:56 -------
On the initial boot floppy screen it says:

o  To install or upgrade a system running Red Hat Linux 2.0
   or later in graphical mode, press the <ENTER> key.

So I pressed the <ENTER> key. I always assumed that it would switch
from being text mode to graphical mode at some point in the install
process, just as installs for Windows and OS/2 do. I have never
reached the point where it actually was graphical.

If you say that hard disk installs are never graphical, then that
would explain why it was always in text mode, but perhaps it indicates
that the text in the first screen of the boot floppy should be
changed.

I will retry the install but this time typing in "text" at the boot
prompt.

------- Additional Comments From   11/02/99 00:25 -------
I have now tried both text mode and expert mode (with no additional
device drivers). Both fail in exactly the same way as the original
"graphical" attempts at installation.

I have had the same problem.  I have tried all updated boot images including
bootnet and pcmcia and updates.  I have reverified all files three times using
three different ftp sites.  I have used the text command line and without it.
I've tried updating existing or installing new as Gnome or Custom or KDE.  I
always get the exact same message.  I have tried installing on four different
machines.  All four are currently running RedHat 6.0, in tandem with either
Windows 95, 98 or 98SE.  My inclination has been that the symbolic links in the
RedHat install directory are not all there.  I am fairly new to Linux and have
not had any luck trying to add these links by hand.  All four installs have been
hard drive installs or network installs using ftp.  I have a 30 meg swap file
and at least 850 meg / directory specified on all attempts.  I've also tried
using a ramdisk as large as 48 megs but it made no difference.

I also have the same problem.  (This means I am unable to install
Red Hat Linux on my computer.)

Here is how I got to the python error (which killed the
Red Hat installation).  I tried to install RH 6.1 via
ftp.  My computer is a Compaq Deskpro, with a Pentium III
chip and 192MB of RAM.  Windows NT 4.0 was previously
installed on one partition, and I tried to install
RH 6.1 on a separate partition.  I tried two different
boot images:  (1) I tried the standard bootnet.img that
comes with RH 6.1.  (2) I tried bootnet-RHEA-1999:044.img
in conjunction with the update

I also have the same problem.  (This means I am unable to
install Red Hat Linux on my computer.)

Here is how I got to the python error (which killed the
Red Hat installation).  I tried to install RH 6.1 via
ftp.  My computer is a Compaq Deskpro, with a Pentium III
chip and 192MB of RAM.  Windows NT 4.0 is installed on
one partition, and I tried to install RH 6.1 on a separate
partition (dual-boot configuration).  I tried two
different boot images:  (1) I tried the standard
bootnet.img that comes with RH 6.1.  (2) I tried
bootnet-RHEA-1999:044.img in conjunction with the update
updates-RHEA-1999:045.img.  I got slightly different
python errors with these two different boot images.
With image (1) I got the following "Exception occurred:"

    File "/usr/bin/anaconda.real", line 225, in ?
       intf.run(todo, test=test)
    File "/tmp/lib/python1.5/site-packages/text.py", line 1000, in run
       rc = apply(step[1](),step[2])
    File "/tmp/lib/python1.5/site-packages/text.py", line 572, in __call__
       if todo.doInstall():

With boot image (2) I got the following "Exception
occurred:"

    File "/usr/bin/anaconda.real", line 225, in ?
        intf.run(todo, test=test)
    File "/tmp/updates/text.py", line 1009, in run
        rc=apply(step[1](),step[2])
    File "/tmp/updates/text.py", line 572, in __call__
        if todo.doInstall():
    File "/tmp/updates/todo.py", line 1517, in doInstall
        self.inst(allback,p)

I get this same error on a hard disk install. The error occurs on SDA6, which is
an NTFS partition.  As these guys, I'm using the new boot images downloaded
today from the updates.redhat.com site. The boot.img still seems to think that
NTFS partitions are ext2.

Jay

I also received the error:
"/tmp/lib/python1.5/site-packages/is
 ys.py", line 8, in umount
     return _isys.umount(what)
 SystemError: (16, 'Device or
 resource busy')

This is the first time Linux is being installed on my system.  It has 1 drive
with 1 partition (FAT16), with NT 4.0 currently as the only boot.  I'm trying to
add RedHat 6.1 as a second boot on the same drive.  I'm installing from the hard
drive.  I checked to make sure I do not have any non .rpm files in the RPMS
directory.  I also used the latest boot images (boot-RHEA-1999_044.img and
updates-RHEA-1999_045.img).

By the way, you should change the instructions on the main install screen to say
that the graphical interface is not supported during an install from the hard
drive.  It doesn't give a new user, like myself, a pleasant feeling when you're
misguided right from the start.

At this point I'm giving up and will try 6.0.

I gave the 6.1 hard drive install another chance now that I have some more
experience from installing 6.0.  I found the following 3 steps necessary before
the 6.1 install finally worked for me:

1) Make sure there are no files without the .rpm extension in the RPMS directory
2) If ftp'ing the install files to your system, make sure all files are
transferred in binary mode.  I had used CuteFTP and it incorrectly transferred
indexhtml-6.1-1.noarch.rpm in ascii mode, so I turned off auto detect mode.
3) Use the updated install images, boot-RHEA-1999_044.img and
updates-RHEA-1999_045.img.

Thank you for the clue.

I suggest that everybody go to their .../RedHat/rpms directory and run the
command:

rpm --checksig --nopgp *

When I do this in my 6.0 directory, everything shows up as "size md5 OK". When I
do this in my 6.1 directory, everything shows up as "size md5 GPG NOT OK".

The file zlib-devel-1.1.3-5.i386.rpm shows up in both 6.0 and 6.1, but it is
larger in the 6.1 directory.

It looks like ALL the files I downloaded were transferred in ASCII mode. Since I
have been using the same ftp tool for several years (to download 5.1, 5.2, 6.0,
and 6.1) with no upgrades or option changes, I suspect that the files were
corrupted at the mirror. Of course since I downloaded back on Sep 27 and I don't
remember which mirror I used, I have no way to verify this.

It is interesting to note that the Python installer failed with a umount error.
Perhaps the installer should be modified to run a sanity test of the rpms to
check for corruption before attempting installation.

I will re-download everything and report back.

Well, as should have been guessed by the lack of comments, this wasn't it
either. I tried downloading with 3 different ftp programs, including bare ftp. I
tried downloading selected files from 9 different mirrors. Every result was the
same. rpm would always say "size md5 GPG NOT OK".

Either every mirror on the list managed to mess up their transfers from the main
RedHat ftp server, or else the 6.0 rpm does not understand 6.1 RPM packages. It
sure would be nice if someone from RedHat would actually read the bug reports
and comment on what the output of rpm should be, and if the mirrors are okay.

One final point about the downloads. The disk images were also copied during the
same bulk download as the RPM packages. If the RPMs were transfered as ASCII
files, then the disk images should have been as well, yet the disk images boot
fine.

What more can I try? Wait until 6.2?

Do we have any response on this? I've worked around it on my other machines by
 finding a way to install off the cdrom. But now I'm stuck with an older laptop
 that doesn't have a cd-rom. I've tried to the new pcmcia and bootnet. Both
generate the same exection in the "Package Groups" screen - starting with
File "usr/bin/anaconda.real", line 225, in ?
              intf .run(todo, test = test)

It looks like at least some of the problems in 5618 (lockem@home.com) and 5691
are the same.
  Is there any way to install 6.1 without the cdrom??

OK, I am coming up blank on this one, but there is one last idea that I have of
what is going on.  By any chance are you mounting the hard drive partition (the
source partition that is) in Disk Druid?  So, say you are installing from
/dev/hda6 (so the source files are there) and then in Disk Druid, you choose to
mount /dev/hda6 as "/mnt/src" or something similar, then you will get an error
message similar to above, as the device really is busy and therefore the
installer is not able to unmount it.

Closing out this bug, as I am 99% sure that the partition was getting mounted in
Disk Druid and that is what was causing the problem.  The issue will be resolved
in the next release, so users will again be able to set mount points for the
source partition of a hard drive installation.

I don't seem to be logged in right now, so this is johna@newbridge.com

Yes, I had told the installer that I wanted /dev/hda1 installed on /dos/c. I
have done this with every install from 5.0 on up and never experienced any
problem. Note that in every install, the system would NOT create this mount
point in /etc/fstab so I have always had to add this point manually.

Note in my earlier comments that I had the exact same problem while running the
installer in expert mode. I was under the impression that Disk Druid was not
used in expert mode.