resizing exiting drive partitions on ARM Quantal does not work

[Carla Sella]

I was testing this iso: http://cdimage.ubuntu.com/daily-live/20120925/quantal-desktop-armhf+omap4.img installing from a SD card to a USB key.
In the "Installation type window" I selected "something else" and tried to modify the USB key partioning.
On this USB key I had a prevoius installation of Ubuntu Beta2, I tried to cancel /dev/sda2 and enlarge /dev/sda1, but the installer got blocked and even if I waited for a long time it kept on having the cursor blinking with a circle and never stopped.
I had to reboot from command line.
I'm attaching a screenshot.

ProblemType: Bug
DistroRelease: Ubuntu 12.10
Package: ubiquity 2.12.3
ProcVersionSignature: Ubuntu 3.5.0-211.18-omap4 3.5.4
Uname: Linux 3.5.0-211-omap4 armv7l
ApportVersion: 2.5.2-0ubuntu4
Architecture: armhf
CasperVersion: 1.324
Date: Tue Sep 25 19:18:30 2012
InstallCmdLine: vram=40M mem=456M@0x80000000 mem=512M@0xA0000000 fixrtc quiet splash -- boot=casper only-ubiquity nocompcache
LiveMediaBuild: Ubuntu 12.10 "Quantal Quetzal" - Beta armhf+omap4 (20120925)
ProcEnviron:
 TERM=linux
 PATH=(custom, no user)
 LANG=en_US.UTF-8
 SHELL=/bin/bash
SourcePackage: ubiquity
UpgradeStatus: No upgrade log present (probably fresh install)

[Ubuntu QA Website (ubuntuqa)]

This bug has been reported on the Ubuntu ISO testing tracker.

A list of all reports related to this bug can be found here:
http://iso.qa.ubuntu.com/qatracker/reports/bugs/1056410

[Carla Sella (carla-sella)]

When I rebooted to try to install Ubuntu again and I got to the "Installation type" window, the USB key had only /dev/sda1 and /dev/sda2 was gone just like I did previous to reboot.
So it looks like the partitioning scheme I selected worked but the installer did not proceed with installation.
See attached screenshot.

[Oliver Grawert (ogra)]

the resizing can take a *very* long time, i wonder if you just didnt wait long enough, will try to reproduce it ...

[Carla Sella (carla-sella)]

I think I waited about 15 minutes. Do you think I had to wait more ?

[Oliver Grawert (ogra)]

depends how fast/slow your usb key is. does it have an LED that indicates activity ? i think it should be actively blinking for most of the process

[Carla Sella (carla-sella)]

I will pay attention to the USB key's LED next time I test an image.
Thanks.

[Carla Sella (carla-sella)]

I tested today's image: http://cdimage.ubuntu.com/daily-live/20120926/quantal-desktop-armhf+omap4.img.
As I said at the beginning, I canceled /dev/sda2 and enlarged /dev/sda2, but I've been waiting for about 35 minutes and nothing happens, still got the cursor blinking on the screen.
The USB key LED is fixed green, it used to be flashing in the beginning.
I think I will give up.
Let me know if I shuould wait even more.

[Carla Sella (carla-sella)]

I tested today's image: http://cdimage.ubuntu.com/daily-live/20120930/quantal-desktop-armhf+omap4.img I first deleted /dev/sda1, I modified /dev/sda2, then I deleted /dev/sda2, I created a new /dev/sda1 and everything went fine.

[James Hunt (jamesodhunt)]

The attached syslog shows a kernel oops that looks relevant:

Sep 25 19:10:05 ubuntu kernel: [ 530.711700] ------------[ cut here ]------------
Sep 25 19:10:05 ubuntu kernel: [ 530.711761] WARNING: at /build/buildd/linux-ti-omap4-3.5.0/block/genhd.c:1589 disk_clear_events+0xd4/0x108()
Sep 25 19:10:05 ubuntu kernel: [ 530.711791] Modules linked in: ufs qnx4 hfsplus hfs minix ntfs msdos xfs reiserfs jfs btrfs zlib_deflate libcrc32c ext2 omapdrm_pvr(O) dm_crypt arc4 wl12xx wlcore mac80211 cfg80211 joydev wlcore_sdio dm_multipath gpio_keys bnep rfcomm ppdev bluetooth lp parport squashfs overlayfs hid_sunplus dm_mirror dm_region_hash dm_log usbhid hid usb_storage
Sep 25 19:10:05 ubuntu kernel: [ 530.712158] [<c00164fc>] (unwind_backtrace+0x0/0xec) from [<c0580b48>] (dump_stack+0x20/0x24)
Sep 25 19:10:05 ubuntu kernel: [ 530.712219] [<c0580b48>] (dump_stack+0x20/0x24) from [<c00401a0>] (warn_slowpath_common+0x5c/0x74)
Sep 25 19:10:05 ubuntu kernel: [ 530.712280] [<c00401a0>] (warn_slowpath_common+0x5c/0x74) from [<c00401e4>] (warn_slowpath_null+0x2c/0x34)
Sep 25 19:10:05 ubuntu kernel: [ 530.712341] [<c00401e4>] (warn_slowpath_null+0x2c/0x34) from [<c02a739c>] (disk_clear_events+0xd4/0x108)
Sep 25 19:10:05 ubuntu kernel: [ 530.712402] [<c02a739c>] (disk_clear_events+0xd4/0x108) from [<c016f308>] (check_disk_change+0x28/0x58)
Sep 25 19:10:05 ubuntu kernel: [ 530.712463] [<c016f308>] (check_disk_change+0x28/0x58) from [<c0387e58>] (sd_open+0xcc/0x1ac)
Sep 25 19:10:05 ubuntu kernel: [ 530.712493] [<c0387e58>] (sd_open+0xcc/0x1ac) from [<c01700d0>] (__blkdev_get+0x29c/0x3c4)
Sep 25 19:10:05 ubuntu kernel: [ 530.712554] [<c01700d0>] (__blkdev_get+0x29c/0x3c4) from [<c0170040>] (__blkdev_get+0x20c/0x3c4)
Sep 25 19:10:05 ubuntu kernel: [ 530.712615] [<c0170040>] (__blkdev_get+0x20c/0x3c4) from [<c0170364>] (blkdev_get+0x16c/0x2cc)
Sep 25 19:10:05 ubuntu kernel: [ 530.712646] [<c0170364>] (blkdev_get+0x16c/0x2cc) from [<c0170540>] (blkdev_open+0x7c/0x88)
Sep 25 19:10:05 ubuntu kernel: [ 530.712707] [<c0170540>] (blkdev_open+0x7c/0x88) from [<c013a9cc>] (__dentry_open+0x1ec/0x2c8)
Sep 25 19:10:05 ubuntu kernel: [ 530.712768] [<c013a9cc>] (__dentry_open+0x1ec/0x2c8) from [<c013aaec>] (vfs_open+0x44/0x48)
Sep 25 19:10:05 ubuntu kernel: [ 530.712829] [<c013aaec>] (vfs_open+0x44/0x48) from [<c013ac28>] (nameidata_to_filp+0x4c/0x8c)
Sep 25 19:10:05 ubuntu kernel: [ 530.712890] [<c013ac28>] (nameidata_to_filp+0x4c/0x8c) from [<c0149b08>] (do_last+0x8b0/0x8ec)
Sep 25 19:10:05 ubuntu kernel: [ 530.712921] [<c0149b08>] (do_last+0x8b0/0x8ec) from [<c0149d4c>] (path_openat+0xc8/0x3ac)
Sep 25 19:10:05 ubuntu kernel: [ 530.712951] [<c0149d4c>] (path_openat+0xc8/0x3ac) from [<c014a154>] (do_filp_open+0x3c/0x88)
Sep 25 19:10:05 ubuntu kernel: [ 530.713012] [<c014a154>] (do_filp_open+0x3c/0x88) from [<c013ad60>] (do_sys_open+0xf8/0x220)
Sep 25 19:10:05 ubuntu kernel: [ 530.713043] [<c013ad60>] (do_sys_open+0xf8/0x220) from [<c013aeb8>] (sys_open+0x30/0x34)
Sep 25 19:10:05 ubuntu kernel: [ 530.713073] [<c013aeb8>] (sys_open+0x30/0x34) from [<c000df80>] (ret_fast_syscall+0x0/0x30)
Sep 25 19:10:05 ubuntu kernel: [ 530.713104] ---[ end trace e7f622a7c2a7...

[Brad Figg (brad-figg)]

This bug is missing log files that will aid in diagnosing the problem. From a terminal window please run:

apport-collect 1056410

and then change the status of the bug to 'Confirmed'.

If, due to the nature of the issue you have encountered, you are unable to run this command, please add a comment stating that fact and change the bug status to 'Confirmed'.

This change has been made by an automated script, maintained by the Ubuntu Kernel Team.

[Joseph Salisbury (jsalisbury)]

This bug was nominated against a series that is no longer supported, ie quantal. The bug task representing the quantal nomination is being closed as Won't Fix.

This change has been made by an automated script, maintained by the Ubuntu Kernel Team.

[Marcus Tomlinson (marcustomlinson)]

This release of Ubuntu is no longer receiving maintenance updates. If this is still an issue on a maintained version of Ubuntu please let us know.

[Launchpad Janitor (janitor)]

[Expired for ubiquity (Ubuntu) because there has been no activity for 60 days.]

[Launchpad Janitor (janitor)]

[Expired for linux (Ubuntu) because there has been no activity for 60 days.]