Bug 2504

*** Bug 2505 has been marked as a duplicate of this bug. ***

Trying to install 6.0 from hard disk, with the dist sitting
on a filesystem which is regularly mounted as /u2 in my
fstab, the install failed while trying to mount all the
filesystems listed in my fstab.  The error was (approx):
"device is already mounted -- using symlink", followed by
"file or directory exists".  It then unmounted everything
and
gave up.

It presented a re-try button which incidentally did nothing
worthwhile at all, since it didn't even try to re-mount the
filesystems that had been unmounted after the error, but
that should be a separate bug if at all.

I worked around this fairly easily by removing the
filesystem containing the 6.0 dist from my fstab and
restarting the install.

*** Bug 2499 has been marked as a duplicate of this bug. ***

If you have a RedHat 5.2, and perform an upgrade on the HD
medium (HD install), and the drive is already mounted
through /etc/fstab, then the install failes.

Temporary solution : remove the drive where the install is
located from /etc/fstab before doing the upgrade.

                Regards,

                       Igmar

*** Bug 2440 has been marked as a duplicate of this bug. ***

I downloaded all of the Red Hat packages for 6.0 to my hard
drive and set up the directory correctly.  During the
install, everything went just fine until I got to the point
just before the system starts installing the packages.  I
believe this is the point where it mounts all of the drives
you specified to be mounted when you boot the system.  If
you happen to have the partition that contains all of the
packages in the list of drives you want to be mounted, the
program gives a "mount failed - device or resource may be
busy" error message, and won't let you proceed with the
install.  Generally, I have my system set up so that I have
a 4 GB partiton for /, a 4 GB partition for the /home, and
a 4GB partion for /home/ftp.  I usually keep all of my
files that I download for the distributions on my ftp
partition.  This was how I set these 3 partitions up in the
disk configuration section of the program.  In order to
work around this, I had to make sure that /home/ftp was not
a partion that automatically got mounted, go through the
normal install, and then manually edit the fstab file after
the system came up.

*** Bug 2540 has been marked as a duplicate of this bug. ***

I have seen this also on the mailing list, but with no
answer: the hard disk upgrade hangs when rebuilding the rpm
database; it says something about not being able to create a
symlink to a partition that had already been mounted.

If it matters, the files were on /usr/local/redhat, with
/usr under a separate partition, and I tried to give both
local/redhat and /local/redhat as paths. I tried with /var
as a separate partition and as part of /

If you are interested, I can retest and give you all the
details.


BTW The installer *really* doesn't like finding an
unformatted ext2 partition: I admit it's not common to add a
partition while upgrading the OS, but I never felt like
breaking the uptime record just for adding some space...

*** Bug 2663 has been marked as a duplicate of this bug. ***

I installed redhat 6.0 from a partition on the same hard
disk.

Things were smooth until I specified that the partition
from where I was installing would be mounted as a given
directory on my final installation (disk druid, when
it shows the different partitions and we can specify
the mounting point). Apparently, redhat tried to remount
the same partition again and this generated an error.

I assumed that the data I was typing was going to be
used primarily to create the fstab
file rather than to mount the partitions at that point.

Anyways, once I noticed that it was trying to mount the
partition again, I decided not to specify it as mountable
in disk druid and things worked out (so later I modified
fstab by hand).

Thanks for all the good work.


daniel german
dmg.ca

*** Bug 2694 has been marked as a duplicate of this bug. ***

I tried originally to upgrade Redhat 6.0 using files in the
root partition to upgrade the same partition.  It failed
with a couldn't find RPM database error on the main screen.
I rebooted and tried rpm --rebuild after upgrading to the
Redhat 6.0 version of rpm.  This did not help.  Then I
noticed on the other screen the error regarding a mount on
/tmp/hdimage.  So I copied all the files to another
partition and got much further (till the problem I worked
around in bugid 2506.  Has anyone been able to use the same
partition to upgrade itself?

I only have a single root partition, no other partitions.

Another note:  bugid 2142 seems to mention this problem in
the last comment but I think their other primary issue was
resolved and so it was closed.

*** Bug 3022 has been marked as a duplicate of this bug. ***

I DL'ed RH 6.0.  My RH 5.2 setup had
/dev/hda5 as /
/dev/hda7 as /u1
and the RH6.0 directory was /u1/public/ul/redhat-6.0/i386.
I first used this directory to successfully NFS-install
a 2nd machine on my home lan.

When I attempted to use this directory to install on the
machine which contains those files (i.e. a local install,
not over NFS), the following stuff happened:
it found the directory & ran the 2nd stage install OK.
it found the packages and asked me if I wanted to confirm
the individual packages OK.
I spent a few minutes adding some packages to those which
had been automatically selected OK.
It then told me about the future /tmp/install.log OK.
(so far so good)
It then gave an error message about a symlink failure.
But crap, wouldn't you know it, I didn't write it down.
But the Alt-f3 console had some messages like:
"filesystem already mounted, making symbolic link", and
"/mnt/u1: file exists".  (not exact quotes, sorry).

Second [related] bug:
After this error occurs, all the /dev/hda* filesystems get
unmounted and any "Retry" or "Previous" or "Menu" things
I tried resulted in a "text mode popup":
"Unable to rebuild RPM database: Perhaps the disk is full?"
(again, not exact quote).

Anyway, I had to copy the entire directory to my 2nd
machine and use the NFS install diskette instead.  Good
thing I got tons of space!

Perhaps inappropriate here, but nice job all around on 6.0.

		-rb

*** Bug 2761 has been marked as a duplicate of this bug. ***

The installer couldn't mount my hard disk filesystems, so I
had to do them by hand.

The root filesystem is on hda1, and most of the other
filesystems are one sda1 (/usr, /usr/lib, /usr/src, /opt,
and /opt).

I have some additional partitions on my SCSI drive that are
not currently in use, but the installer tried to mount them,
and didn't like the fact they did not have any file system
yet.

I was running RedHat GNU/Linux 5.2 before with kernel-2.2.7
that I compiled and installed by hand, along with the
requisite RPM's for the 2.2.x kernel family. I can provide a
list of the before and after RPM list, the upgrade.log file,
and my fstab if you'd like.

I upgraded via a local CD-ROM drive (hdc), which I know from
previous upgrades that I have to mention as a boot param
(expert hdc=cdrom). The new system version is "Linux version
2.2.5-15 (root.redhat.com) (gcc version
egcs-2.91.66 19990314/Linux (egcs-1.1.2 release)) #1 Mon Apr
19 22:21:09 EDT 1999"


I've been hacking *nix for going on 15 years, and I do
sometimes working directly on admin files with command
prompts or by hand. This might be the source of the
problems. I did replace the fstab file with a copy without
my commented out entries, but it made no difference.)

I did finally get the upgrade done by mknod, fsck and
mounting all the partitions by hand and skipping the "Find
current installation" step.

I apologize for not providing full details. Validation is my
day job, and I need to get back to that rather than play
around with my O/S.

*** Bug 2920 has been marked as a duplicate of this bug. ***

This bug, reported as a comment by noah.edu to
bug #2142, has occurred to me as well.


------- Additional Comments From jbucata  05/18/99 23:05 -------
I tried removing my /boot partition from /etc/fstab altogether,
placing boot files in the boot directory under / (where the partition
had once been mounted).  This didn't change anything; I still get the
error.  I have a *lot* of other partitions; I don't want to have to
somehow remove all of them to get this upgrade to work (if it came to
that, I'd take the opportunity to repartition anyhow, and do a
complete reinstall).


------- Additional Comments From jturner  05/19/99 10:24 -------
It is not possible to perform a hard drive installation/upgrade to the
same partition that the source files are located in, otherwise you
will receive the error that is described in this posting.

------- Additional Comments From jbucata  06/02/99 00:39 -------
If by "source files" you mean the RPMs, I'm upgrading from a Linux
Central CD-ROM with a boot floppy.  I'm not doing a hard drive
install.


------- Additional Comments From jbucata  06/02/99 01:22 -------
I looked back at the original comment, and yes, it appears that that
problem was from a hard drive install (and therefore yet another
duplicate of bug 2504, reported several times here).  This one isn't,
however.


------- Additional Comments From jbucata  06/10/99 01:30 -------
I tried it again, and when I got to the point where it complained, I
went over to bash, and I simply ran "umount /mnt" (where /dev/hda6 had
been mounted), and it worked fine after that.

*** Bug 3118 has been marked as a duplicate of this bug. ***

Hi,
  I have RH Alpha (5.2) which I upgraded to 6.0; I've
also seen this in previous RH versions.

  I have a set of discs mounted under /discs - i.e.
/dev/sd??  /discs/deskapps
/dev/sd??  /discs/cross

etc.

When upgrading the system the installer fails at the point
where it tries to find the system to upgrade; it appears it
is screwing up when it has to try and mount discs other than
on the system root directory.

I had to edit my /etc/fstab and take those out during the
upgrade.

Dave

------- Additional Comments From dkl  06/02/99 18:44 -------
It would be more helpful if we had a dump of your partition
information of your system so that we can try to recreate the problem
in our lab. Thanks.

------- Email Received From  "Dr . David Alan Gilbert" <dg.com> 06/07/99 04:36 -------

this was fixed in the errata images, IIRC.