[Bug 994063] Re: do-release-upgrade can't be continued after drop to shell
Shane DeMeulenaere
shanemd at umich.edu
Fri Feb 3 22:36:53 UTC 2017
Potential recovery:
For what it's worth. I just ran into this issue and recovered using
reptyr. I had to build it from source from
https://github.com/nelhage/reptyr though, as apt was locked up.
* run 'pstree -p' to find the PID to reconnect to. The tree looked
something like:
- trusty - ??? - bash - emacs
You want to PID of the leaf node here (in this case emacs)
* Then run 'reptyr PID'. This will land you back in your editor with
potentially a bunged up terminal state (which is why you're in this mess
to begin with). Exit your editor safely (in my case, emacs wouldn't
accept C- commands, but handled ESC-x save-buffers-kill-terminal).
* Clean up whatever you were cleaning up (being careful of course)
* Run 'exit', as do-release-upgrade instructed
In my case, I was still slightly screwed because I messed up the pty of
the 'trusty' process above while I was trying to figure this out. My apt
and dpgk state was okay though, so I could just restart the upgrade. But
I think this will allow you to resume your current release upgrade
unscathed. I'd be interested to hear reports if anyone tries this.
Hopefully this helps someone!
--
You received this bug notification because you are a member of Ubuntu
Foundations Bugs, which is subscribed to update-manager-core in Ubuntu.
https://bugs.launchpad.net/bugs/994063
Title:
do-release-upgrade can't be continued after drop to shell
Status in update-manager-core package in Ubuntu:
Confirmed
Bug description:
I'm attempting to run an upgrade from 10.04 LTS to 12.04 LTS. I ran
"do-release-upgrade -d" and after some time the process reported a
conflict in a configuration file.
Selecting "drop to shell to examine differences" gave me a shell
alright, but there were some odd issues with the TTY - line breaks not
performing a carriage return and so on. Then typing "exit" to exit
that shell exited the entire install process (which is running in tmux
or screen or similar).
The end result is a half-installed system in an unknown state, with no
obvious means of recovery, and I'm going to have to revert to backup.
Consequently I can't give any useful information about version
numbers, except all packages had been updated to the most recent in
Lucid prior to upgrade.
I would STRONGLY suggest you provide an option to run "do-release-
upgrade" without tmux or whatever it is, and/or provide an additional
argument to "do-release-upgrade" which will allow you to reconnect to
an disconnected instance.
Incidentally this was also reported by someone else here: http://ubuntuforums.org/showthread.php?t=1969849
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/update-manager-core/+bug/994063/+subscriptions
More information about the foundations-bugs
mailing list