dmraid failure when array name contains spaces
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
GParted |
Invalid
|
High
|
|||
gparted (Ubuntu) |
New
|
Undecided
|
Unassigned |
Bug Description
(see #1262151 concerning the same issue with mdadm)
Ubuntu: saucy dmraid: 1.0.0.rc16-
System: Acer S5-391
Contains two flash drives configured as (Intel) fakeraid. dmraid detects this array exists, and attempts to assemble it, but the resulting block device name contains an escaped space that makes them effectively unusable. The raid array contains a GPT-formatted disk, and boots with UEFI.
dmraid -s
*** Group superset isw_foobar
--> Subset
name : isw_foobar_Aspire S5-391
...
dmraid -ay produces devices named like
/dev/mapper/
/dev/mapper/
These block devices correctly map to the correct disk blocks (eg, mkfs.ext4 /dev/mapper/
`gparted` started without argument refuses to read the device (/dev/mapper/
`gparted /dev/mapper/
`ubiquity` shows the partitions (providing `dmraid -ay` was run first), but similarly fails to actually create a filesystem or write anything into it
I was eventually able to install this system using `mdadm` to mount the disks and `debootstrap` to install the base system (since ubiquity will not work with md devices), but the experience was not at all fun. Consequently the extra information/logs I can provide is probably a bit limited as I'd rather not start messing around with the RAID again if I can possibly help it.
Changed in gparted: | |
importance: | Unknown → High |
status: | Unknown → New |
Changed in gparted: | |
status: | New → Invalid |
You set the name when you created the array with the bios utility, so this isn't a bug in dmraid. gparted shouldn't choke on such names though, so reassigning the bug there.