Bug 2188949

Summary:	Anaconda Not finding free space though there is
Product:	[Fedora] Fedora	Reporter:	John Mev <zikamev>
Component:	anaconda	Assignee:	Anaconda Maintenance Team <anaconda-maint-list>
Status:	CLOSED INSUFFICIENT_DATA	QA Contact:	Fedora Extras Quality Assurance <extras-qa>
Severity:	medium	Docs Contact:
Priority:	unspecified
Version:	38	CC:	anaconda-maint-list, jkonecny, vponcova, vslavik, w, zikamev
Target Milestone:	---	Keywords:	InstallerIntegration
Target Release:	---
Hardware:	x86_64
OS:	Linux
Whiteboard:
Fixed In Version:		Doc Type:	If docs needed, set a value
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2023-07-11 13:47:34 UTC	Type:	---
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:

Description John Mev 2023-04-23 16:27:08 UTC

On a drive of 1 Tb half-empty which has 15 partitions, Anaconda denies to find any room to proceed.

Reproducible: Always

Steps to Reproduce:
On a sda drive 1 Tb half-empty, Anaconda tells that there is no space to install

Actual Results:  
Anaconda only finds I would erase the entire disk:
https://zupimages.net/viewer.php?id=23/16/2672.jpg

and if I insist, Anaconda freezes. I had to pick up sdb drive.

Expected Results:  
Find free space on the drive and proceed.

Here is the result of fdisk -l:

Disk /dev/sda: 931.51 GiB, 1000200658432 bytes, 1953516911 sectors
Disk model: WDC WD1003FZEX-0
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: dos
Disk identifier: 0x00046630

Device     Boot     Start        End    Sectors   Size Id Type
/dev/sda1              63     996029     995967 486.3M  6 FAT16
/dev/sda2  *       996030    1397654     401625 196.1M 83 Linux
/dev/sda3         1397655   79537814   78140160  37.3G  7 HPFS/NTFS/exFAT
/dev/sda4        79537815 1953516911 1873979097 893.6G  f W95 Ext'd (LBA)
/dev/sda5        79537878   80164349     626472 305.9M 82 Linux swap / Solaris
/dev/sda6        80164413  100647224   20482812   9.8G 83 Linux
/dev/sda7       100647288  121130099   20482812   9.8G 83 Linux
/dev/sda8       121130163  131363504   10233342   4.9G 83 Linux
/dev/sda9       131363568  150914609   19551042   9.3G 83 Linux
/dev/sda10      150914673  404451327  253536655 120.9G 83 Linux
/dev/sda11      453279744  524961791   71682048  34.2G 83 Linux
/dev/sda12      524963840  688816127  163852288  78.1G  7 HPFS/NTFS/exFAT
/dev/sda13      404453376  453277695   48824320  23.3G 83 Linux
/dev/sda14      688819068  750260223   61441156  29.3G 83 Linux
/dev/sda15      750267693  811700189   61432497  29.3G 83 Linux

Partition table entries are not in disk order.

Comment 1 Jiri Konecny 2023-05-16 13:46:21 UTC

Hi could you please provide us logs from the installation environment. You can find them in /tmp/*log.

Comment 2 John Mev 2023-05-17 09:22:02 UTC

Sorry I didn't keep these informations since it has been more than 3 weeks ago.

Comment 3 Jiri Konecny 2023-07-11 13:47:34 UTC

Closing this bug because we don't have enough information to resolve this issue.