When installing RH 6.1 from the bootnet.img disk (NFS) and choosing to Update my old system, the graphical installer stops at the message 'Finding Package to Update'. Switching to VT1, I see the following message (no cut/paste, so forgive typing errors): Traceback (innermost last): File "/usr/lib/python1.5/site-packages/gtk.py", line 120, in __call__ ret = apply(self.func, a) File "/usr/lib/python1.5/site-packages/gui.py", line 317, in nextClicked next = self.currentScreen.getNext () File "/usr/lib/python1.5/site-packages/iw/examine.py", line 18, in getNext self.todo.upgradeFindPackages (self.root) File "/usr/lib/python1.5/site-packages/todo.py", line 1155, in upgradeFindPackages packages = rpm.findUpgradeSet(self.hdList.hdlist, self.instPath) rpm.error: error during upgrade check And that's pretty much it... Using FTP also crashes with a python error, albeit one that says something about FTP command "500 CWD " not understood..... I can try to type a copy of that one too, but it's much MUCH longer.... The weird thing is, that the exact same bootdisk, from the exact same install source, happily works through the same point in the upgrade on the machine next to it. I tried going through rpm -qai and remove all non-official RedHat packages (ie: 6.0 or it's updates), but it still fails on the exact same spot. If there is any further information I can provide or tests I can run, please do not hesistate to contact me.
I had the same problem, but was able to work around it. The rpm database of the 6.0 had some conficts. I rebuild the datebase and removed a conflicting package (an old kde version). (I don;t know an easy way to see what the conflicts are...) After that the upgrade worked.
Same here: clean RedHat 6.0 + updates (everything non RedHat in /usr/local/) Crashes on FTP-upgrade, second FTP-upgrade succeeds.
Did you by any chance have an NTFS partition on the system which you were upgrading? There is a known problem with this which will be fixed in an errata release later this week. See bug #5555 for more details. Reopen this bug if this does not related to your problem.
No, I don't have any NTFS or anything, I have a 64MB swap partition as hda1 and / on hda2... It also fails when installing from the CD, which again works remarkably well on the machine next to it (which has an identical partition layout) This also equally fails on my main server, having sda1 as a DELL system partition, sda2 as /boot and sda3 as / (swap is on another HD, but crashes whether or not it's in) I have 'upgraded' the machine this first was a problem on by clean installing RH6.1 and copying my personal config and utilities from the backup.. But this is still an issue for my main server, on which such a "hack" procedure would result in too much downtime. If there is anything I can do to help you debug and resolve this, please let me know. ------- Additional Comments From 10/20/99 18:20 ------- No, I don't have an NTFS partition. I have a Windows 95 (FAT16) on hda1, 64MB swap partition on hda2 and / on hda3. This is very similar to the setup I have at home except I have /home on hda4. It upgraded with no problems. I don't know if the Windows partition is FAT16 or FAT32 off hand. If it's important I can look into it in greater detail.
Please send in the a copy of your fstab. I am betting that the problem is there and that your root partition is not getting mounted during the course of the upgrade.
I have the same problem when trying to upgrade my laptop from 6.0 to 6.1 using the pcmcia boot disk and connecting to a local http server. My scsi card is not plugged in. Here is my /etc/fstab: /dev/hda1 / ext2 noatime 1 1 /dev/hda7 /home ext2 noatime 1 2 /dev/hda5 /var ext2 noatime 1 2 /dev/hda6 swap swap noatime 0 0 /dev/fd0 /mnt/floppy ext2 noauto 0 0 /dev/cdrom /mnt/cdrom iso9660 noauto,ro,user 0 0 none /proc proc defaults 0 0 none /dev/pts devpts gid=5,mode=620 0 0 /dev/sda4 /mnt/jaz vfat user,noatime,exec,dev,suid,rw,noauto,uid=500,gid=500 1 1
A followup to my comment above. I worked around the problem by modifying /etc/fstab. I removed the cdrom and jaz disk lines. I changed the noatime option to defaults in all lines. I put all the hda devices in numerical order. I tried each of these changes individually without success. But with all three changes together, I get past that point in the install.
I get the error when I try to do an FTP install using the pcmcia install disk. I'm not upgrading my system but doing a full install.
I am having this problem also but the tricks that worked for Bernard Collins didn't help me. I think the problem has to do with scsi disks. My / partition is scsi so I can't take it out of the fstab like Bernard did with his Jaz. Here is my trimmed down fstab: /dev/sda1 /boot ext2 defaults 1 2 /dev/sda5 /usr ext2 defaults 1 2 /dev/sda9 / ext2 defaults 1 1 none /proc proc defaults 0 0 none /dev/pts devpts mode=0622 0 0 I still get the error with this. By the way, I am asked with partition contains my boot partition sda6 ot sda9 and I answer sda9.
What is on /dev/sda6? There is a good chance that the installer is ignoring the selection you are making and, even though you are telling it the installation is on sda9 it is looking at sda6.
/dev/sda6 is my /home parition on the same disk. If the installer looks there it will have a hard time finding .rpm's! I wonder why it didn't prompt me for the others? sda6 (home) is a lower number than sda9 (root) is that the cause? Is there a workaround?
There is a known bug in the installer that causes it to ignore the selection or partition to upgrade, so this is what is affecting you. This bug is fixed in Rawhide.