[Bug 828330] [NEW] inconsistent use of (fake-) raid0 naming / wubi "no root file system is defined"
SkyHigh
828330 at bugs.launchpad.net
Wed Aug 17 20:31:44 UTC 2011
Public bug reported:
Concerns: Windows7 wubi installation Ubuntu 11.04, on raid0
inconsistent use of (fake-) raid0 naming / wubi "no root file system is defined"
Concerns: Windows7 wubi installation Ubuntu 11.04, on raid0
Recently I downloaded Wubi for 11.04 and ran into the same problem
alright like others where the installation hung with "no root file
system is defined" after the usual rebooting as part of the install
process.
After quite some debugging in my case the root cause of the problem
seems to be the inconsistent use of (fake-) raid0 naming. /proc/mounts
refers to /dev/dm-<n> for the raid volume and partitions, while partman
uses the <mount> command/mtab syntax and refers to mapper devices
/dev/mapper/isw_..._XXX<n>. In a couple of places /proc/mounts is used
to find the device belonging to a certain mountpoint, but this yields
/dev/dm-XXX which partman is not able to find in its "mapper" based
administration.
A more extensive description of my findings is in Question 168097
I adapted two partman files to create a workaround, and with those
adaptions the installation completed succesfully. It concerns /bin
/autopartition-loop and /lib/partman/display.d/10initial_auto . The
diffs for the workaround are attached.
And by the way, not as part of the bug but for the execution of the
workaround: in order to complete the installation I copied these two
adapted files to c:\ubuntu\install\custom-installation\hooks and added
the following commands to the end of casper-bottom.sh to update the
original files on the fly with the adapted ones when booting during the
wubi install process (during the casper part of the installation this
wubi/ubuntu directory is mounted, while the iso is copied to the ram
drive and mounted at /root)
cp /custom-installation/hooks/lpd-10initial_auto /root/lib/partman/display.d/10initial_auto
chmod a+x /root/lib/partman/display.d/10initial_auto
cp /custom-installation/hooks/bin-autopartition-loop /root/bin/autopartition-loop
chmod a+x /root/bin/autopartition-loop
By the way, I did not add the syslog and partman log, as the
installation did succeed with the workaround. If you still need these
files then I will try to retrieve them.
** Affects: ubiquity (Ubuntu)
Importance: Undecided
Status: New
** Tags: raid wubi
--
You received this bug notification because you are a member of Ubuntu
Foundations Bugs, which is subscribed to ubiquity in Ubuntu.
https://bugs.launchpad.net/bugs/828330
Title:
inconsistent use of (fake-) raid0 naming / wubi "no root file system
is defined"
Status in “ubiquity” package in Ubuntu:
New
Bug description:
Concerns: Windows7 wubi installation Ubuntu 11.04, on raid0
inconsistent use of (fake-) raid0 naming / wubi "no root file system is defined"
Concerns: Windows7 wubi installation Ubuntu 11.04, on raid0
Recently I downloaded Wubi for 11.04 and ran into the same problem
alright like others where the installation hung with "no root file
system is defined" after the usual rebooting as part of the install
process.
After quite some debugging in my case the root cause of the problem
seems to be the inconsistent use of (fake-) raid0 naming. /proc/mounts
refers to /dev/dm-<n> for the raid volume and partitions, while
partman uses the <mount> command/mtab syntax and refers to mapper
devices /dev/mapper/isw_..._XXX<n>. In a couple of places /proc/mounts
is used to find the device belonging to a certain mountpoint, but this
yields /dev/dm-XXX which partman is not able to find in its "mapper"
based administration.
A more extensive description of my findings is in Question 168097
I adapted two partman files to create a workaround, and with those
adaptions the installation completed succesfully. It concerns /bin
/autopartition-loop and /lib/partman/display.d/10initial_auto . The
diffs for the workaround are attached.
And by the way, not as part of the bug but for the execution of the
workaround: in order to complete the installation I copied these two
adapted files to c:\ubuntu\install\custom-installation\hooks and added
the following commands to the end of casper-bottom.sh to update the
original files on the fly with the adapted ones when booting during
the wubi install process (during the casper part of the installation
this wubi/ubuntu directory is mounted, while the iso is copied to the
ram drive and mounted at /root)
cp /custom-installation/hooks/lpd-10initial_auto /root/lib/partman/display.d/10initial_auto
chmod a+x /root/lib/partman/display.d/10initial_auto
cp /custom-installation/hooks/bin-autopartition-loop /root/bin/autopartition-loop
chmod a+x /root/bin/autopartition-loop
By the way, I did not add the syslog and partman log, as the
installation did succeed with the workaround. If you still need these
files then I will try to retrieve them.
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/828330/+subscriptions
More information about the foundations-bugs
mailing list