[Bug 313452] Re: running the installer from a non-optical medium, it fails trying to unmount /cdrom
Bougron
Francis.Bougron at free.fr
Mon May 23 14:50:01 UTC 2016
This still exits in 16.04 and it is impossible to install the EFI repertory in /EFI of this partition. However it is possible to use another partition. butn after finish the installation, it is not possible to copy on these partition because
ubuntu at ubuntu:/$ ls /cdrom
ubuntu at ubuntu:/$ sudo mount -v /dev/sda1 /mnt/A
mount: /dev/sda1 is already mounted or /mnt/A busy
ubuntu at ubuntu:/$ ls /mnt/A
ubuntu at ubuntu:/$ fuser /dev/sda1
ubuntu at ubuntu:/$
See. http://www.hostingpics.net/viewer.php?id=449892Screenshotfrom20160521124220.png
--
You received this bug notification because you are a member of Ubuntu
Foundations Bugs, which is subscribed to base-installer in Ubuntu.
https://bugs.launchpad.net/bugs/313452
Title:
running the installer from a non-optical medium, it fails trying to
unmount /cdrom
Status in base-installer package in Ubuntu:
Fix Released
Status in ubiquity package in Ubuntu:
Fix Released
Status in Baltix:
New
Bug description:
Binary package hint: base-installer
I performed a CD-less installation as instructed in the Ubuntu
documentation.
I repartitioned my HD as follows:
1: Hardy (JFS)
2: Swap
3: extended
5: Intrepid (JFS)
6: Jaunty (JFS)
7: installer (ext2)
I then unpackaged the Alpha 2 Kubuntu AMD64 installer CD (jaunty-
desktop-amd64.iso) onto the Installer partition, and booted up from
it.
The system started up and I was able to start the installer.
The installer works, until it was time to partition the HD. I tried to
select the Jaunty partition, and clicked Edit parition, but nothing
happens. I cannot check the "format" checkbox, and cannot set mount
point.
I then deleted the Jaunty partition, and chose to create a new one. I
chose JFS and root mount point from the dropdown menu. The partition
was created as ext2 (or ext3, can't remember now) and the mount point
was root.
I was unhappy with this, so I again deleted and created the
paritition, making sure that the filesystem and mount point options
were corrected. Now the partition was created as ext2 (or ext3) and
the mount point was /home.
It appears the installer completely disregards the partitioning
choices made by the user.
After doing the process one more time (perhaps also a reboot, can't
remember for sure), I decided to accept an ext2/ext3 system, and tried
to finish the install. At this point the system complains that in
order to modify the partition table, it would need to unmount all
filesystems on the hard drive, which is a bit odd since the change
made did not affect the installer partition in any way. At this point
the installation failed, and there was no way to get past this
problem.
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/base-installer/+bug/313452/+subscriptions
More information about the foundations-bugs
mailing list