Code: Select all
Setting up fancontrol (1:3.3.5-2) ...
Installing new version of config file /etc/init.d/fancontrol ...
[ ok ] Stopping fan speed regulator: fancontrol.
details:
I'm upgrading a 7-year-old 64-bit Clevo/System76 laptop from LMDE1/UP8 to LMDE2 following Clem's directions, except I `s/apt/aptitude/g`. The first four steps went fairly normally, but step 5 (the actual package upgrade :-) has been problematic.
My first run of `sudo aptitude full-upgrade` ended after fetching packages, with the following lines:
Code: Select all
Get: 2051 http://http.debian.net/debian/ jessie/main user-setup all 1.61 [196 kB]
Fetched 1,816 MB in 17min 38s (1,715 kB/s)
E: This installation run will require temporarily removing the essential package python:amd64 due to a Conflicts/Pre-Depends loop. This is often bad, but if you really want to do it, activate the APT::Force-LoopBreak option.
E: Internal Error, Could not early remove python:amd64 (2)
- only GUI application running was `gnome-terminal`, with the upgrade running in a single tab. This was working as intended, since I closed all other apps, and all but one `gnome-terminal` tab, before starting the upgrade.
- desktop environment (DE)=Cinnamon (also as intended)
- mouse was non-responsive: swiping the touchpad produced no movement
- keyboard appeared non-responsive (but more on that below)
- internal fan was running apparently full-speed (certainly as loud as I've ever heard it)
- console spew ended with the following 3 lines:
Code: Select all
Setting up fancontrol (1:3.3.5-2) ...
Installing new version of config file /etc/init.d/fancontrol ...
[ ok ] Stopping fan speed regulator: fancontrol.
- invoking shutdown via Cinnamon menu (neither mouse movement nor pressing Super key produced any change)
- C-c/Ctrl-c in the terminal tab (nothing changed in the GUI)
- A-F2/Alt-F2 to try to open another terminal and run `sudo shutdown -Ph now`
- C-A-F1 to goto tty1 and run `sudo shutdown -Ph now`
Two alternatives come to mind:
- just boot to tty1 and repeat the upgrade command. Unfortunately this could be very-long-running before failing again, so I'd like to prevent the previous problem from recurring.
- I recorded the packages that the previous/broken `aptitude full-upgrade` wanted to {add, remove, upgrade} here, and note that package=`fancontrol` is one that `aptitude` wanted to upgrade. So I'm thinking I could instead
- create a list of packages to remove (from those listed in the previous upgrade)
- add `fancontrol` to that list
- run `sudo aptitude remove
- ` from tty1
- create a list of packages to add and upgrade (from those listed in the previous upgrade)
- delete `fancontrol` from that list
- run `sudo aptitude install
- ` from tty1
- rerun `sudo aptitude full-upgrade` from tty1 (hoping that cleans up any remaining upgrade work, and does not try to reinstall package=`fancontrol`