Reinstall Ubuntu (with preserving existing data) shows error message due to "Could not get lock /target/var/cache/apt/archives/lock"
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
| APT |
New
|
Undecided
|
Unassigned | |
| ubiquity |
New
|
Undecided
|
Unassigned | |
| apt (Ubuntu) |
Undecided
|
Unassigned | ||
| Eoan |
Undecided
|
Unassigned | ||
| ubiquity (Ubuntu) |
High
|
Unassigned | ||
| Eoan |
High
|
Unassigned |
Bug Description
When trying to reinstall an existing Ubuntu cosmic installation using latest 18.10 desktop images, the install shows an error dialog around the end of the installation with an "Error restoring installed applications". Looking at the syslog such a traceback can be seen:
apt_pkg.Error: E:Could not get lock /target/
After reproducing this on a live session, after chrooting into /target indeed any apt-get install operations result in the same lock-file error. The whole syslog of the reinstall attached to the bug.
Test case:
* Download latest cosmic image
* Install cosmic on the whole disk (can be on a VM)
* (optional) Boot into the system and leave a file in the home directory (to leave a trace, just in case)
* Reboot and install cosmic using the first option in ubiquity: Reinstall Ubuntu
* Finish configuration
The install itself doesn't fail, but around the end of the installation process the error dialog appears. System is still bootable but left with old packages.
Related branches
- Brian Murray (community): Resubmit on 2020-09-11
- Jean-Baptiste Lallement: Needs Fixing on 2020-09-11
- Michael Hudson-Doyle: Approve on 2020-09-07
-
Diff: 259 lines (+19/-116) (has conflicts)7 files modifieddebian/changelog (+8/-0)
debian/control (+0/-1)
debian/ubiquity.templates (+10/-1)
dev/null (+0/-70)
gui/gtk/stepPartAsk.ui (+1/-1)
partman/finish.d/_numbers (+0/-1)
scripts/plugininstall.py (+0/-42)
Łukasz Zemczak (sil2100) wrote : | #1 |
Paul White (paulw2u) wrote : | #2 |
Launchpad Janitor (janitor) wrote : | #3 |
Status changed to 'Confirmed' because the bug affects multiple users.
Changed in apt (Ubuntu): | |
status: | New → Confirmed |
Ubuntu QA Website (ubuntuqa) wrote : | #4 |
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://
tags: | added: iso-testing |
Balint Reczey (rbalint) wrote : | #5 |
I installed cosmic in a KVM vm using virt-manager, then ran update-manager to update a few packages leaving the lock file behind, restarted to the installer, chose reinstall and the installer is stuck in systemd[1]: Started Cleanup of Temporary Directories.
Łukasz Zemczak (sil2100) wrote : | #6 |
We decided this is not a release blocker as actually, what I missed mentioning earlier, this does not cause actually the installation to fail (the title was wrong). The install still finishes but at the end the user is presented with an error message that the refresh of installed applications failed. The message however does mention that everything is ok with the system just with the applications left in previous state and risk of them not working without a reinstall (or something similar). The system is bootable and still works.
Changing description to make that clear.
tags: | added: release-dd-incoming |
summary: |
- Reinstall Ubuntu (with preserving existing data) fails due to "Could not - get lock /target/var/cache/apt/archives/lock" + Reinstall Ubuntu (with preserving existing data) shows error message due + to "Could not get lock /target/var/cache/apt/archives/lock" |
description: | updated |
Changed in apt (Ubuntu): | |
status: | Confirmed → Invalid |
tags: |
added: rls-dd-incoming removed: release-dd-incoming |
tags: | added: ubiquity-18.10.12 |
tags: | added: cosmic |
Changed in ubiquity (Ubuntu): | |
importance: | Undecided → High |
status: | New → Triaged |
Steve Langasek (vorlon) wrote : | #7 |
Is this option still presented in disco or has it been removed?
Changed in ubiquity (Ubuntu): | |
status: | Triaged → Incomplete |
Brian Murray (brian-murray) wrote : | #8 |
This option is still present in Disco and it fails in the same way.
Changed in ubiquity (Ubuntu): | |
status: | Incomplete → Confirmed |
Brian Murray (brian-murray) wrote : | #9 |
Actually I did not see an error message regarding the log file, nor can I find one on disk, but the packages I had installed before the reinstall are no longer installed.
tags: |
added: rls-ee-incoming removed: rls-dd-incoming |
tags: | added: id-5cf932c4a06ae8470c614fa6 |
tags: | removed: rls-ee-incoming |
Brian Murray (brian-murray) wrote : | #10 |
eoan has reached end of life, so this bug will not be fixed for that release
Changed in ubiquity (Ubuntu Eoan): | |
status: | Confirmed → Won't Fix |
Brian Murray (brian-murray) wrote : | #11 |
On Ubuntu 20.04 the error message I'm seeing when trying to manually run the apt-clone command from the Ubuntu 20.04 Live CD is:
"Chrooting into /target/
dpkg: error: cannot stat pathname '/tmp/apt-
Brian Murray (brian-murray) wrote : | #12 |
Digging into this a bit further the apt-clone file which ubiquity has created in /target/
That being said trying to restore an apt-clone file I made before the reinstall also failed with the same "dpkg: error: cannot stat pathname"
That being said trying to restore an apt-clone file I made before the reinstall also failed with the same "dpkg: error: cannot stat pathname".
tags: | added: restore-new-distro |
OK.
Thanks!
RGMüller
Em seg., 24 de ago. de 2020 às 17:40, Brian Murray <
<email address hidden>> escreveu:
> ** Tags added: restore-new-distro
>
> --
> You received this bug notification because you are subscribed to a
> duplicate bug report (1884686).
> https:/
>
> Title:
> Reinstall Ubuntu (with preserving existing data) shows error message
> due to "Could not get lock /target/
>
> Status in APT:
> New
> Status in ubiquity:
> New
> Status in apt package in Ubuntu:
> Invalid
> Status in ubiquity package in Ubuntu:
> Confirmed
> Status in apt source package in Eoan:
> Invalid
> Status in ubiquity source package in Eoan:
> Won't Fix
>
> Bug description:
> When trying to reinstall an existing Ubuntu cosmic installation using
> latest 18.10 desktop images, the install shows an error dialog around
> the end of the installation with an "Error restoring installed
> applications". Looking at the syslog such a traceback can be seen:
>
> apt_pkg.Error: E:Could not get lock
> /target/
> unavailable), E:Unable to lock directory
> /target/
>
> After reproducing this on a live session, after chrooting into /target
> indeed any apt-get install operations result in the same lock-file
> error. The whole syslog of the reinstall attached to the bug.
>
> Test case:
> * Download latest cosmic image
> * Install cosmic on the whole disk (can be on a VM)
> * (optional) Boot into the system and leave a file in the home
> directory (to leave a trace, just in case)
> * Reboot and install cosmic using the first option in ubiquity:
> Reinstall Ubuntu
> * Finish configuration
>
> The install itself doesn't fail, but around the end of the
> installation process the error dialog appears. System is still
> bootable but left with old packages.
>
> To manage notifications about this bug go to:
> https:/
>
Brian Murray (brian-murray) wrote : | #14 |
This process which reinstalls your existing applications has been removed from ubiquity as it was broken and misleading in that it frequently would not reinstall many of the applications which were installed on the system. So in the interest of providing a better user experience, by not creating expectations that would not be met, we have removed that part of the "Reinstall Ubuntu" option.
Changed in ubiquity (Ubuntu): | |
status: | Confirmed → Won't Fix |
Launchpad Janitor (janitor) wrote : | #15 |
This bug was fixed in the package ubiquity - 20.10.10
---------------
ubiquity (20.10.10) groovy; urgency=medium
[ Didier Roche ]
[ Jean-Baptiste Lallement ]
* AD integration for GTK UI.
* bump KDE_SESSION_VERSION to 5 to fix xdg-open on Kubuntu (LP: #1890173)
[ Brian Murray ]
* Do not try to keep installed software when reinstalling Ubuntu as the
process was error prone (LP: 1152399) and did not provide a quailty
experience. (LP: #1798369)
-- Jean-Baptiste Lallement <email address hidden> Tue, 15 Sep 2020 17:06:15 +0200
Changed in ubiquity (Ubuntu): | |
status: | Won't Fix → Fix Released |
Changed in ubiquity (Ubuntu): | |
status: | Fix Released → Won't Fix |
tags: | added: fr-177 |
Also seen running 'manual partitioning' test case.