Bug 2188949 - Anaconda Not finding free space though there is
Summary: Anaconda Not finding free space though there is
Keywords:
Status: CLOSED INSUFFICIENT_DATA
Alias: None
Product: Fedora
Classification: Fedora
Component: anaconda
Version: 38
Hardware: x86_64
OS: Linux
unspecified
medium
Target Milestone: ---
Assignee: Anaconda Maintenance Team
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2023-04-23 16:27 UTC by John Mev
Modified: 2023-07-11 13:47 UTC (History)
6 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2023-07-11 13:47:34 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)

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.


Note You need to log in before you can comment on or make changes to this bug.