A reminder that the below bug:
is still not fixed in Ubuntu 18.04 so it is not currently possible
to run 32-bit Ubuntu 18.04 at BitFolk. That includes:
- release upgrade from any previous 32-bit Ubuntu release
- self-installation of 32-bit 18.04
If you are currently running 32-bit Ubuntu and wish to upgrade to
18.04, you will need to go multiarch and use a 64-bit kernel at the
moment. If you have already done a release upgrade and now have an
unbootable VPS then one way to recover from it is to install a
64-bit kernel via the rescue VM.
Here are some instructions for that:
I would of course recommend 64-bit for all new installs.
On Sun, Aug 26, 2018 at 06:05:56PM +0000, Andy Smith wrote:
If you aren't running 32-bit Ubuntu then you can probably skip this
A customer reported that they'd updated their 32-bit Ubuntu 18.04
VPS and now the kernel doesn't boot. I had a look and indeed the
latest 32-bit linux-image-generic immediately kernel panics.
This means that if you're on 32-bit and you try to boot into it,
your VPS won't boot. Also it means that currently 32-bit Ubuntu
18.04 installs aren't possible because the installer kernel won't
I haven't yet had any reports of the same thing happening in other
versions of Ubuntu, but it might do since presumably there is some
security patch being pushed out (I'm going to take a wild stab at
32-bit KPTI protection) that is broken, so it might hit any
supported version of 32-bit Ubuntu.
The only quick way I have found to work around this at present is
to run a 64-bit kernel. Here's how you'd do that, assuming that your
VPS is currently unbootable.
(boot and log in to rescue VM)
$ sudo mount /dev/xvda1 /mnt
$ sudo mount --bind /dev /mnt/dev
$ sudo mount --bind /sys /mnt/sys
$ sudo mount --bind /proc /mnt/proc
$ sudo chroot /mnt /bin/bash
# dpkg --add-architecture amd64
# apt update
# apt install linux-image-generic:amd64
$ sudo halt
xen-shell> arch x86_64
1) Enables multi-arch on your VPS and says that amd64 architecture
packages are acceptable
2) Installs a 64-bit kernel
3) Boots into it
You will then be running a 64-bit kernel with a 32-bit user land. It
should work fine and continue offering you updated 64-bit kernel
packages and updates 32-bit packages for everything else.
If you were brave you could completely cross-grade to amd64 but it
is a complicated, risky and unsupported procedure.
Another workaround may be to boot into rescue and do a chroot as
above, but then downgrade the kernel package.
I will attempt to replicate the problem and report it to Ubuntu.
-- No-nonsense VPS hosting
announce mailing list