When upgrading a previous RHL installation that has its / file system on the second hard drive (e.g. /dev/hdb), this is not detected by the installation program (either the graphical or the textual install). It fails, complaining that no Linux partitions can be found. The workaround is to make a copy of the / fs on /dev/hda (assuming there is enough room). Apparently, the installer needs to find your /etc/fstab on the first disc, so it will then find this and detect all the other partitions on /dev/hdb. Files upgraded on the / fs will be upgraded on /dev/hdb, not the copy on /dev/hda. ------- Additional Comments From 10/06/99 19:38 ------- I have the same problem and my / is on hda3. It tries mounting /dev/hda1(which is NTFS on win2000 rc1) and fails. It then sits at the detecting redhat installtion forever(gui or text). It does not appear to be restricted to the root being on separate drives. RH6.0 upgrading to 6.1.
I tracked the problem down. If the existing linux partitions are in an extended partition of type "f" WIN9X Extended LBA, the installer doesn't see them. Change the partition to type 5, try the upgrade again, and everything will work.
*** Bug 5500 has been marked as a duplicate of this bug. *** My partition table looks like this: hda1 fat32 windows 98 hda2 extended hda5 fat16 hda6 linux native / hda7 linux swap hda3 linux native /boot I have copied RedHat and dosutils to hda5 and I am trying to do a hard disk install. When I get to the Select Partition screen it shows three partitions, hda1, hda2 and hda3. I want to select hda5 but I can't. Even in expert mode there is no way to select other partitions.
*** Bug 6038 has been marked as a duplicate of this bug. *** My system is a PII400, with an Adaptec 2940U2W/IBM scsi disk/Seagate tapedrive, and a ide-cdrom attached as primary master. When trying to uopgrade, the system reports that I don't have any linux partitions (which I do). Have tried to disconnect the tape drive from the scsi-chain in order to make sure ther where no termination errors, with no luck. Neither graphics, text or expert-mode work. Also tried the option aic7xxx=no_probe and still no reported linux partitions. Below some system information and reported messages fstab /dev/sda5 / ext2 defaults 1 1 /dev/sda6 /abab ext2 defaults 1 2 /dev/sda1 /boot ext2 defaults 1 2 /dev/sda8 /home ext2 defaults 1 2 /dev/sda7 /usr ext2 defaults 1 2 /dev/sda9 /var ext2 defaults 1 2 /dev/sda2 swap ext2 defaults 0 0 /dev/fd0 /mnt/floppy ext2 noauto 0 0 /dev/cdrom /mnt/cdrom is9660 noauto, ro 0 0 none /proc proc defaults 0 0 none /dev/pts devpts gid=5,mode620 0 0 tty3 * probing buses * finished bus probing * found suggestion of aic7xxx * found aic7xxx device * found devices justprobe is 0 * going to insmod aic7xxx.o (path is NULL) * trying to mount device hda * probing buses * finished bus probing * found suggestion of 3c59x * found 3c59x device * found suggestion of aic7xxx * found aic7xxx device * found suggestion of Card:ATI Mach64 3D Rage IIC * found devices justProbe is 0 * going to insmod 3c59x.o (path is NULL) * going to insmod raid0.o (path is NULL) * going to insmod raid1.o (path is NULL) * going to insmod raid5.o (path is NULL) *** After second upgrade attempt * Error in swapon of sda2: Device or resource busy tty4 scsi0: Adaptec AHA274x/284x/294x (EISA/VLB/PCI-Fast SCSI) 5.1.20/3.2.4 <Adaptec AHA-294x Ultra2 SCSI host adapter> scsi : 1 host. (scsi0:0:0:0) Synchronus at 80,0 Mbyte/sec, offset 15. Vendor: IBM Model: DDRS-39130D REV: DC1B Type: Direct-Access ANSI SCSI revision: 02 Detected scsi disk sda at scsi0, channel 0, id 0, lun 0 (scsi0:0:4:0) Synchronous at 10.0 Mbyte/sec, offset 15 Vendor: Seagate Model: STT8000N REV: 3.22 Type: Sequential-Access ANSI SCSI revision: 02 SCSI device sda: hdwr sector= 512 bytes. Sectors= 17850000 [8715 MB] [8.7 GB] sda: sda1 sda2 sda3 < sda5 sda6 sda7 sda8 sda9 > VFS: Disk change detected on device ide0(3,0) ISO 9660 Extensions: Microsoft Joliet Level 1 ISO 9660 Extensions: RRIP_1991A 3c59x.c:v0.99H 11/17/98 Donald Becker (etc, left out) eth0: 3Com 3c905B Cyclone 100BaseTx at 0xe800, 00:50:04:69:d3:20, IRQ 5 8K byte-wide RAM 5:3 Rx:Tx split, autoselect/Autonegotiate interface. MII transceivier found at address 24, status 782d. Enabling bus-mastert transmits and whole-fram recevies. raid0 personality registered raid1 personality registered raid5 personality registered *** After first upgrade attempt Adding Swap: 136544k swap-space (prioroty -1) ------- Additional Comments From jturner 10/18/99 12:42 ------- Don't know whether this is a mistype of what, but one problem is that the swap partition that you have listed below is of type ext2 and should be of type swap. Now, from the other messages that you attached, I cannot tell what the problem is. The system is seeing all of your partitions and therefore should be able to find the existing installation and should perform the upgrade on those partitions. Send me more error output and let me know where you are seeing the problem. ------- Additional Comments From peter.lofgren 10/19/99 16:30 ------- The ext2 for swap was a typo, it is 'swap' in my fstab. The error message 'You don't have any Linux partitions. You can't upgrade this system!' is seen right after I choose the upgrade option. Have tried to find any additional error messages for you, but this is all thats printed on the tty's. Is there any additional place to look? This is the only additional output (tty4) that I've seen hda: irq timeout: status=0xd0 { Busy } hda: ATAPI reset complete Also tried to set sda1 (/boot) as active, none of the partions where set as active. Didn't help. Also, the 'DOS-large disk option' in the adaptec bios is disabled (have tried both settings) Since the system is able to swapon my sda2 swap space, I guess the installer is seing my SCSI disk. It is also correctly reported in disk druid choosing custom install (without going any further). My theory: All the original partitioning was done using Partion Magic 4.01. Using fdisk, and the p option list the partition id as 83, and 82 for swap. But the extended partition is type f - win95, where the root partition is enclosed. You think it might help if changed to 85 Linux extended, or 5 Extended. How do i go about, and change it, and what security measures should I take? Some additional info on my system disk gemoetry (C/H/S) (1111/255/63) reported by disk druid Award Modular Bios 4.51PG 1st Mainboard, intel 440BX Adaptec AHA2940U2W v2.20.0 (upgraded from v2.01, tried upgrading before and after) ------- Additional Comments From cks.ca 10/21/99 04:15 ------- As you've guessed, the problem is that the extended partition type is set to '0f' (Windows Extended) instead of '05' (plain Extended). Anaconda (the installer in 6.1) specifically only looks for extended partitions inside a type '05' primary partition. One person here (with this problem) experienced no problems in simply changing the partition type from 0f to 05. In general, I suspect that Anaconda's disk partition parsing is fragile. Perhaps in future releases, RedHat should just copy the code from fdisk or the like (even if it is larger). Curious people can look in misc/src/anaconda/balkan/dos.c on the install image for the gory details. ------- Additional Comments From 10/22/99 00:50 ------- I am having exactly the same problem: will someone please give the recipe for changing the extended partition type from type 0f to 05 (what tool and exact procedure). Thanks
*** Bug 5622 has been marked as a duplicate of this bug. *** I have a dual boot system with win98 and 6.0. I booted your 6.1 disk, after selecting upgrade it said no linux partitions found. Just to check I then selected install and fdisk, which found my linux partitions. Also on rebooting I was able to boot into 6.0. I tried this repeatedly. So your install/upgrade program is broken. ------- Additional Comments From dkl 10/06/99 16:08 ------- We will need you to post a copy of your current /etc/fstab from your 6.0 installation as well as a copy of what fdisk -l lists. Thanks ------- Additional Comments From jturner 10/20/99 15:56 ------- Do you have any Win98 extended partitions on your machine? These would appear in fdisk as type "f" . . . there are known problems with these partitions and a fix is being distributed the week of October 18th.
*** Bug 6009 has been marked as a duplicate of this bug. *** I have RH6 installed and choosing the upgrade option during the install it reports there are no linux partitions on my system to upgrade. I have a SCSI CDROM with an adaptec 2940 controller, but my HD is IDE. I had no problems upgrading my system from previous versions using this setup ( 4.2 --> 5.0 --> 5.1 --> 6.0) but I suspect it's looking for a SCSI HD. My filesystem layout is: hda6 / hda1 /mnt/win hda3 /boot hda7 /usr hda8 /home ------- Additional Comments From jturner 10/21/99 15:03 ------- Please send me a copy of your fstab as well as dump from fdisk, as there are known problems in these areas and seeing them will help troubleshoot. ------- Additional Comments From jturner 10/22/99 09:11 ------- This bug is fixed by the installer updates on the errata site. ------- Additional Comments From lucha 10/24/99 16:59 ------- I downloaded the boot-RHEA-1999:044.img, and the updates-RHEA-1999:045.img files, verified them with md5sum and made diskettes from them. I booted from the boot disk, and at the lilo prompt entered "linux updates" and inserted the update disk when prompted to do so. It still reports no linux partitions found on my system when I choose the upgrade installation method. ------- Additional Comments From 10/26/99 05:43 ------- I have got the sama problem, except I have only IDE-devices. I downloaded bootnet-RHEA-1999:044.img and updates-RHEA-1999:045.img, verified with md5sum, made them into diskettes and tried to update with "linux updates expert". It asked for the update disk and read it ok, but it still didn't detect any Linux partitions to update. Here's my fstab /dev/hda7 / ext2 defaults 1 1 /dev/hda8 swap swap defaults 0 0 /dev/fd0 /mnt/floppy ext2 noauto 0 0 /dev/cdrom /mnt/cdrom iso9660 noauto,ro 0 0 none /proc proc defaults 0 0 none /dev/pts devpts mode=0622 0 0 /dev/hda1 /mnt/c vfat defaults 0 0 /dev/hda5 /mnt/d vfat defaults 0 0 /dev/hda6 /mnt/e vfat defaults 0 0 and fdisk -l Disk /dev/hda: 255 heads, 63 sectors, 1869 cylinders Units = cylinders of 16065 * 512 bytes Device Boot Start End Blocks Id System /dev/hda1 * 1 255 2048256 b Win95 FAT32 /dev/hda2 256 1869 12964455 f Win95 Ext'd (LBA) /dev/hda5 766 1275 4096543+ b Win95 FAT32 /dev/hda6 1276 1869 4771273+ b Win95 FAT32 /dev/hda7 256 734 3847504+ 83 Linux /dev/hda8 735 765 248976 82 Linux swap
With the 044 boot.img and the 045 update.img disks, the installer still fails to recognize my Linux partitions which are stored entirely within a Win98-style extended partition. The particular error message was that it "could not find any Linux partitions". Here is my partition table: Disk /dev/hda: 255 heads, 63 sectors, 1582 cylinders Units = cylinders of 16065 * 512 bytes Device Boot Start End Blocks Id System /dev/hda1 * 1 261 2096451 b Win95 FAT32 /dev/hda2 262 1582 10610932+ f Win95 Ext'd (LBA) /dev/hda5 262 522 2096451 b Win95 FAT32 /dev/hda6 523 539 136521 83 Linux /dev/hda7 540 556 136521 82 Linux swap /dev/hda8 557 622 530113+ 83 Linux /dev/hda9 623 655 265041 83 Linux /dev/hda10 656 1102 3590496 83 Linux /dev/hda11 1103 1582 3855568+ 83 Linux Here is /etc/fstab: /dev/hda6 / ext2 defaults 1 1 /dev/hda11 /home ext2 defaults 1 2 /dev/hda9 /tmp ext2 defaults 1 2 /dev/hda10 /usr ext2 defaults 1 2 /dev/hda8 /var ext2 defaults 1 2 /dev/hda7 swap swap defaults 0 0 /dev/fd0 /mnt/floppy ext2 noauto,user 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 Is the source for the version of the Python balkan module on the 045 updates disk available? I loaded it into the interactive python prompt and it does not detect any of the partitions in the extended partition. If you have the source, I'll try and see what is wrong. Bug 6522 is a duplicate of this one then.
*** Bug 7212 has been marked as a duplicate of this bug. ***
I was able to get the upgrade to work by copying _balkanmodule.so from Rawhide onto the :045 updates disk. Everything proceeded normally after that.
*** Bug 6681 has been marked as a duplicate of this bug. ***
*** Bug 6713 has been marked as a duplicate of this bug. ***