I'm using the PXE installer as the test machine doesn't have a CD drive,
but no, I'm not seeing the problem since Colin's update.
Let me know if you need me to test the CD installer too, I can find
another machine to test on.
Thanks
--
Configure partitions for RAID1, received: The installer
This appears to resolve my issue. I was able to get past partitioning
and RAID configuration on a system with the original partition layout:
IDE1 master (hda) - 20.0 GB ST320413A
#1 8.2 MB (do not use)
#2 641.6 MB K raid
#4 4.1 GB K raid
#5 510.0 MB K raid
#6 3.1 GB K raid
#7 5.1 GB K
Sam,
Are you still seeing this in the latest daily CD build?
http://cdimage.ubuntu.com/daily/current/
Thanks!
--
Configure partitions for RAID1, received: The installer needs to remove
operating system files from the install target, but was unable to do so.
** Changed in: partman-target (Ubuntu)
Status: Fix Released = Confirmed
--
Configure partitions for RAID1, received: The installer needs to remove
operating system files from the install target, but was unable to do so.
https://bugs.launchpad.net/bugs/198106
You received this bug
This bug was fixed in the package partman-target - 54ubuntu2
---
partman-target (54ubuntu2) hardy; urgency=low
* Don't clear partitions that aren't marked as using a filesystem.
* Run clear_partitions from finish.d, not commit.d; commit.d is run in all
sorts of places, such
I'm still seeing this issue on amd64 with the updated installer.
--
Configure partitions for RAID1, received: The installer needs to remove
operating system files from the install target, but was unable to do so.
https://bugs.launchpad.net/bugs/198106
You received this bug notification because
Somehow I over looked this in the syslog:
Mar 4 15:21:39 main-menu[5516]: (process:5580):
/lib/partman/choose_method/70dont_use/choices: Permission denied
Mar 4 15:21:39 main-menu[5516]: (process:5580):
Mar 4 15:21:39 main-menu[5516]: (process:5580):
Unfortunately, no improvement.
The only difference I can identify is that I can no longer mark
partition 1 as Do Not Use. I'm using this partition layout, which is
similar to one I've tried above.
IDE1 master (hda) - 20.0 GB ST320413A
#1 8.2 MB F ext3
#2 641.6 MB K raid
Performing:
chmod ugo+x /lib/partman/choose_method/70dont_use/choices
gets rid of the Permission denied problem, but doesn't seem to fix the
original problem. I've poked around a bit but am still unclear as to
why it's even attempting to mount the unconfigured RAID components.
--
Configure
I think this may actually be a debian-installer problem, but I'll leave
it up to the experts to decide.
--
Configure partitions for RAID1, received: The installer needs to remove
operating system files from the install target, but was unable to do so.
https://bugs.launchpad.net/bugs/198106
You
** Attachment added: hardware-summary
http://launchpadlibrarian.net/12370210/hardware-summary
** Also affects: debian-installer (Ubuntu)
Importance: Undecided
Status: New
--
Configure partitions for RAID1, received: The installer needs to remove
operating system files from the
** Attachment added: partman
http://launchpadlibrarian.net/12370206/partman
--
Configure partitions for RAID1, received: The installer needs to remove
operating system files from the install target, but was unable to do so.
https://bugs.launchpad.net/bugs/198106
You received this bug
I did a save debug logs from the main menu. I found the following
interesting:
Mar 3 18:51:03 main-menu[27682]: (process:4769): mount:
Mar 3 18:51:03 main-menu[27682]: (process:4769): Mounting /dev/hda1 on
/mnt/tmpmount failed
Mar 3 18:51:03 main-menu[27682]: (process:4769): : Invalid
This (valid) partition layout also has problems:
IDE1 master (hda) - 20.0 GB ST320413A
#1 8.2 MB
#2 641.6 MB f ext3 /
#4 4.1 GB f ext3 /usr
#5 510.0 MB f ext3 /tmp
#6 3.1 GB f swap swap
#7 5.1 GB f ext3 /var
And in case you're wondering, the reason I leave /dev/hda1 and /dev/hdc1
unconfigured is due to the fact that RAID volumes will overwrite the Sun
disklabel.
This configuration appears to work:
IDE1 master (hda) - 20.0 GB ST320413A
#1 131.6 MB f ext3 /boot
#2 510.0 MB f ext3
Confirmed - we're definitely missing a few checks here. Ouch.
** Changed in: partman-target (Ubuntu)
Sourcepackagename: debian-installer = partman-target
Importance: Undecided = Critical
Status: New = Confirmed
--
Configure partitions for RAID1, received: The installer needs to remove
I don't think this can possibly be a ubiquity bug, so rejecting that
task. debian-installer is a good holding area until we figure out a more
accurate component assignment.
** Changed in: ubiquity (Ubuntu)
Status: New = Invalid
--
Configure partitions for RAID1, received: The installer
I've committed a fix for this and am having it reviewed. Once it's in
the archive, if it would be possible for you to try to recreate this
situation and verify that the bug is fixed, I'd much appreciate it; I
suspect that this had other much more serious consequences that you were
lucky to escape.
This bug was fixed in the package partman-target - 54ubuntu1
---
partman-target (54ubuntu1) hardy; urgency=low
[ Colin Watson ]
* Resynchronise with Debian, largely to pick up checks for directories
that must be on the root file system (LP: #148331). Remaining changes:
-
19 matches
Mail list logo
