Version-Release number of selected component:
The following was filed automatically by anaconda:
anaconda 33.11 exception report
Traceback (most recent call first):
File "/usr/lib/python3.8/site-packages/dasbus/client/handler.py", line 498, in _handle_method_error
raise exception from None
File "/usr/lib/python3.8/site-packages/dasbus/client/handler.py", line 476, in _get_method_reply
File "/usr/lib/python3.8/site-packages/dasbus/client/handler.py", line 444, in _call_method
File "/usr/lib64/python3.8/site-packages/pyanaconda/ui/gui/spokes/custom_storage.py", line 297, in refresh
self._device_tree = STORAGE.get_proxy(self._partitioning.GetDeviceTree())
File "/usr/lib64/python3.8/site-packages/pyanaconda/ui/gui/hubs/__init__.py", line 427, in _on_spoke_clicked
File "/usr/lib64/python3.8/site-packages/pyanaconda/ui/gui/hubs/__init__.py", line 470, in spoke_done
self._on_spoke_clicked(self._spokes[dest].selector, None, self._spokes[dest])
File "/usr/lib64/python3.8/site-packages/pyanaconda/ui/gui/spokes/__init__.py", line 81, in on_back_clicked
File "/usr/lib64/python3.8/site-packages/pyanaconda/ui/gui/spokes/storage.py", line 906, in _skip_to_spoke
File "/usr/lib64/python3.8/site-packages/pyanaconda/ui/gui/spokes/storage.py", line 837, in on_back_clicked
dasbus.error.DBusError: cannot initialize a disk that has partitions
cmdline: /usr/bin/python3 /sbin/anaconda
cmdline_file: BOOT_IMAGE=vmlinuz initrd=initrd.img inst.stage2=hd:LABEL=Fedora-S-dvd-x86_64-rawh rd.live.check quiet
hawkey.log: INFO 4月-27 09:17:06 === Started libdnf-0.47.0 ===
release: Fedora release 33 (Rawhide)
Created attachment 1682074 [details]
Created attachment 1682075 [details]
Created attachment 1682076 [details]
Created attachment 1682077 [details]
Created attachment 1682078 [details]
Created attachment 1682079 [details]
Created attachment 1682080 [details]
Created attachment 1682081 [details]
Created attachment 1682082 [details]
Created attachment 1682083 [details]
Created attachment 1682084 [details]
Created attachment 1682085 [details]
Created attachment 1682086 [details]
Boot Fedora-Server-dvd-x86_64-Rawhide-20200425.n.0.iso on a VM which has an system installed,
and click "Custom" button on the Installation Destination page,this affects SATA and SCSI Disk bus,but not VirtIO.
Proposed as a Blocker for 33-beta by Fedora user lnie using the blocker tracking app because:
When using both the installer-native and the blivet-gui-based custom partitioning flow, the installer must be able to Remove existing storage volumes
*** This bug has been marked as a duplicate of bug 1825067 ***
I receive the same error when I try to install Fedora on my desktop computer.
I don't have permissions to see https://bugzilla.redhat.com/show_bug.cgi?id=1825067
Coud you propose any workaround?
(In reply to Oleg Samarin from comment #17)
> I receive the same error when I try to install Fedora on my desktop computer.
> I don't have permissions to see
> Coud you propose any workaround?
Hi, I have added you to the bug. Basically, it looks like an issue in kernel. It might help to clear the disks before the installation.
Let's open this bug again and mark the private one as a duplicate, so this bug can be proposed as a blocker.
There are currently some problems with partitions in rawhide and possibly also in F32. Basically it is possible that partitions are not discovered by kernel after boot (meaning no nodes in /dev and no records in sysfs) so we don't add partitions to devicetree during reset. But after running some parted checks the partitions magically appears, that's why device.format.partitions works (this is list of parted partitions, not "devicetree partitions"). Generally this should never happen and your original check should always work so no change is needed.
Reassigning to kernel.
*** Bug 1825067 has been marked as a duplicate of this bug. ***
Does anyone have a reliable reproducer for this problem? Is this related to some particular partitioning layout? Bug 1825067 speaks about an mdraid, is that required to hit this, does anyone know?
From attached syslog:
09:16:22,690 NOTICE kernel:Linux version 5.7.0-0.rc2.20200422git18bf34080c4c.1.fc33.x86_64 (mockbuild.fedoraproject.org) (gcc version 10.0.1 20200420 (Red Hat 10.0.1-0.12) (GCC), GNU ld version 2.34-3.fc33) #1 SMP Wed Apr 22 17:23:09 UTC 2020
This kernel is too old to be considered for a blocker.
Using a SCSI disk instead of virtio, boot and install using Fedora-Workstation-Live-x86_64-33-20200903.n.0.iso. I'm unable to reproduce the problem, installation succeeds without errors, and reboots without errors.
Using a SATA disk instead of virtio, boot and install using Fedora-Server-dvd-x86_64-33-20200906.n.0.iso. Everything works as expected. The Custom choice lets me reassign (or delete) any previous installations and go ahead with a new installation which boots successfully.
I'm not able to reproduce this bug any more with the latest Fedora-Server-x86_64-33-20200906.n.0 .
Should we just close this? it doesn't seem like anyone can reproduce it at present.
Discussed during the 2020-09-10 blocker review meeting: 
The decision to classify this bug as a "RejectedBlocker" was made as there's no indication this bug is still present in current F33 (or Rawhide), the reporter tried and cannot reproduce again, and neither can anyone else. It should probably be closed, but we definitely reject it as a blocker for now.
*Discussed during the 2020-09-08 blocker review meeting