Description of problem: tried to 'resize' an UNKNOWN partition. UNKNOWN partitions should be not rezisable. In this case such partition is a Solaris VTOC. Anaconda should only offer to resize the supported cases. Version-Release number of selected component: anaconda-18.14 Additional info: libreport version: 2.0.14 cmdline: /usr/bin/python /sbin/anaconda kernel: 3.6.1-1.fc18.x86_64 description: :The following was filed automatically by anaconda: :anaconda 18.14 exception report :Traceback (most recent call first): : File "/usr/lib64/python2.7/site-packages/pyanaconda/storage/deviceaction.py", line 543, in __init__ : raise ValueError("format is not resizable") : File "/usr/lib64/python2.7/site-packages/pyanaconda/ui/gui/spokes/lib/resize.py", line 223, in _scheduleActions : self.storage.devicetree.registerAction(ActionResizeFormat(device, device.minSize)) :ValueError: format is not resizable
Created attachment 625274 [details] File: anaconda-tb
Created attachment 625275 [details] File: product
Created attachment 625276 [details] File: type
Created attachment 625277 [details] File: ifcfg.log
Created attachment 625278 [details] File: storage.log
Created attachment 625279 [details] File: version
Created attachment 625280 [details] File: environ
Created attachment 625281 [details] File: anaconda.log
Created attachment 625282 [details] File: syslog
Created attachment 625283 [details] File: hashmarkername
Created attachment 625284 [details] File: packaging.log
Created attachment 625285 [details] File: cmdline_file
Created attachment 625286 [details] File: release
Created attachment 625287 [details] File: program.log
How can I make a device of this type in order to test?
Sadly, you must install a Solaris x86 on the disk. # fdisk -l /dev/sda Disk /dev/sda: 24.3 GB, 24315428864 bytes, 47491072 sectors Units = sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disk identifier: 0x00000000 Device Boot Start End Blocks Id System /dev/sda1 * 16065 47488139 23736037+ bf Solaris Disk /dev/mapper/live-rw: 1073 MB, 1073741824 bytes, 2097152 sectors Units = sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes # gdisk -l /dev/sda GPT fdisk (gdisk) version 0.8.4 Partition table scan: MBR: MBR only BSD: not present APM: not present GPT: not present *************************************************************** Found invalid GPT and valid MBR; converting MBR to GPT format. *************************************************************** Disk /dev/sda: 47491072 sectors, 22.6 GiB Logical sector size: 512 bytes Disk identifier (GUID): BCF9335B-8B38-4017-A150-4C53F027DC52 Partition table holds up to 128 entries First usable sector is 34, last usable sector is 47491038 Partitions will be aligned on 1-sector boundaries Total free space is 18930 sectors (9.2 MiB) Number Start (sector) End (sector) Size Code Name 1 16065 47488139 22.6 GiB BF00 Solaris root These info might be useful: Some info might be outdated, but check only the parts that refer to VTOC or SOLARIS PARTITION and SLICES. http://content.hccfl.edu/pollock/aunix1/SolarisPartitioning.htm http://multiboot.solaris-x86.org/iv/3.html
F18b TC7, tried to shrink the unknown partition (with solaris) and the 'reclaim space' button remains grayed out (locked). So it seems this avoids the issue by not unlocking the 'reclaim space' for 'unknown' partitions.
If you manipulate enough other partitions, though, we will enable the button and then might still hit this issue. That'd be worth a test.