Description of problem: 1.- Start liveinst 2.- Select hard drive 3.- Select primary partition 4.- Click on sda1 -existent partition-, click on - symbol, click on > for view all partitions The following was filed automatically by anaconda: anaconda 19.30.3-1 exception report Traceback (most recent call first): File "/usr/lib/python2.7/site-packages/pyanaconda/ui/gui/spokes/custom.py", line 297, in refresh label.set_text(label.get_text() % txt) File "/usr/lib/python2.7/site-packages/pyanaconda/ui/gui/spokes/custom.py", line 2132, in on_remove_clicked device.name, root_name) UnicodeDecodeError: 'ascii' codec can't decode byte 0xc2 in position 0: ordinal not in range(128) Version-Release number of selected component: anaconda-19.30.3-1.fc19.i686 Additional info: reporter: libreport-2.1.4 cmdline: /usr/bin/python /sbin/anaconda --liveinst --method=livecd:///dev/mapper/live-osimg-min --lang en_US.UTF-8 cmdline_file: initrd=initrd0.img root=live:CDLABEL=Fedora-Live-KDE-i686-19-TC2-1 rootfstype=auto ro rd.live.image quiet rhgb rd.luks=0 rd.md=0 rd.dm=0 BOOT_IMAGE=vmlinuz0 core_backtrace: executable: /sbin/anaconda hashmarkername: anaconda kernel: 3.9.4-301.fc19.i686 packaging.log: product: Fedora release: Fedora release 19 (Schrödinger’s Cat) type: anaconda version: 19 Truncated backtrace: Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/pyanaconda/ui/gui/spokes/custom.py", line 2132, in on_remove_clicked device.name, root_name) File "/usr/lib/python2.7/site-packages/pyanaconda/ui/gui/spokes/custom.py", line 297, in refresh label.set_text(label.get_text() % txt) UnicodeDecodeError: 'ascii' codec can't decode byte 0xc2 in position 0: ordinal not in range(128)
Created attachment 759424 [details] File: anaconda-tb
Created attachment 759425 [details] File: anaconda.log
Created attachment 759426 [details] File: backtrace
Created attachment 759427 [details] File: environ
Created attachment 759428 [details] File: ifcfg.log
Created attachment 759429 [details] File: lsblk_output
Created attachment 759430 [details] File: messages
Created attachment 759431 [details] File: nmcli_dev_list
Created attachment 759432 [details] File: program.log
Created attachment 759433 [details] File: storage.log
If you select a pre-existent partition, later personal partitioning, all screen of anaconda turn grey and crash.
*** Bug 974736 has been marked as a duplicate of this bug. ***
Proposing as a final FE as a crasher in a fairly normal partitioning operation. Is this related to some property of the partion, perhaps a volume label containing a non-ASCII character or something like that?
This is a blivet issue. Patch posted to anaconda-patches.
Discussed at 2013-06-19 freeze exception review meeting: http://meetbot.fedoraproject.org/fedora-blocker-review/2013-06-19/f19final-blocker-review-7.2013-06-19-16.01.log.txt . Accepted as a freeze exception (at least) as a crasher in the installer. There's a reasonable argument for this being a blocker, but as there's a patch already we're expecting it'll just make it into 19.30.9 and make the discussion academic. The patch is https://lists.fedorahosted.org/pipermail/anaconda-patches/2013-June/004692.html , to track review status.
Non ASCII characters in disk label used, only Fedora 18 system the old partitioned system, no less no more.
Bug present in Fedora 19 TC6-1 KDE LiveCD. The label of the existent partion is: Fedora Linux 19 for i686 Trying of delete / or swap, crash anaconda with this bug. Using Spanish for installation and setx es in terminal before liveinst command
Yes, that's expected. The fix is still pending review. It is not included in TC6.
We received many more reports of this. Proposing as a blocker.
+1 blocker, if we're getting multiple reports of this (or closely-related bugs). anaconda team, can you make sure there's someone looking into all of these UnicodeDecodeError s? Thanks!
Add another See Also, 973384 . There's also https://bugzilla.redhat.com/show_bug.cgi?id=965556 , but that's 'utf8' codec rather than 'ascii' codec.
It seems that several of the 'see also' bugs were dupes of each other, but they are *not* the same as this bug. So far as open, different UnicodeDecodeError bugs go, we now have this one (973019), 973384, and 965556.
*** Bug 977491 has been marked as a duplicate of this bug. ***
tflink reproduced this with F19 TC6 Desktop live in Japanese: "I started an install using F19 final TC6 x86_64 live desktop, selecting Japanese language. The install was to a VM with 2 vdisks containing a previous F19 install to sw RAID1. I hit this while in custom partitioning, right after deleting the old swap partition"
Discussed at 2013-06-24 blocker review meeting: http://meetbot.fedoraproject.org/fedora-blocker-review/2013-06-24/f19final-blocker-review-8.2013-06-24-16.00.log.txt . Accepted as a blocker per criterion "The installer must be able to create and install to any workable partition layout using any file system offered in a default installer configuration, LVM, software, hardware or BIOS RAID, or combination of the above" (in the case of apparently several non-English languages).
pyparted-3.9-3.fc19 has been submitted as an update for Fedora 19. https://admin.fedoraproject.org/updates/pyparted-3.9-3.fc19
http://adamwill.fedorapeople.org/20130624-desktop-x86_64.iso ought to fix this (we hope). Can people who are able to reproduce this bug please test and report back ASAP? Thanks!
I can reproduce this by doing an all-defaults install of F19 TC6 Live to a VM then booting it again, choosing Japanese, doing custom partitioning, removing one existing partition (swap) then selecting another existing partition (/boot). I'll see if I can confirm the fix.
I can't reproduce following the same procedure with http://adamwill.fedorapeople.org/20130624-desktop-x86_64.iso , so looks like the fix worked here too!
(In reply to Adam Williamson from comment #29) > I can't reproduce following the same procedure with > http://adamwill.fedorapeople.org/20130624-desktop-x86_64.iso , so looks like > the fix worked here too! Same here. I can't reproduce the crash from 977491 (duped to this bug) with this live iso but I can reproduce 100% on the TC6 desktop live image.
(In reply to Adam Williamson from comment #29) > I can't reproduce following the same procedure with > http://adamwill.fedorapeople.org/20130624-desktop-x86_64.iso , so looks like > the fix worked here too! Work for me the updated package from https://admin.fedoraproject.org/updates/pyparted-3.9-3.fc19. 1.-Starting a LiveCD 2.-#rpm -Uvh to pyparted-3.9-3.fc19 rpm downloaded 3.-liveinst 4.-delete a previous partition created for a previous installation, works for me karma +1 added
Works for me with RC1, at least Adam's reproducer from comment #28 is not raising any exceptions.
pyparted-3.9-3.fc19 has been pushed to the Fedora 19 stable repository. If problems still persist, please make note of it in this bug report.