I'm currently using Raspbian (Jessie).

Yesterday I've done rpi-update. I've checked the kernel and it's up-to-date (from 4.4.27-v7+ to 4.4.30-v7+).

After reboot I did apt-get upgrade but interrupted because of lost connection. I did apt-get upgrade again and it ran normally (as in there are some upgrade notice for some packages but no warnings) and reboot again.

After that I forgot the current kernel version and entered uname -r again. But surprisingly it rolled back to 4.4.27-v7+ which is the old kernel.

I'm currently trying the same steps (with better internet connection) to try to reproduce it.

EDIT: Eeeh... Can't seem to reproduce the issue... I don't know why...

  • You won't be able to reproduce it because apt update doesn't track what needs updating by examining installed parts. It keeps a record of what it has done, so if you've already upgraded to the latest kernel, it won't do it again even if you've deleted what it installed (without using apt). You should be able to force a reinstall with apt-get --reinstall install [package-name] but I'm not sure what the name of the kernel package is on Raspbian. Have a look through apt search kernel.
    – goldilocks
    Commented Nov 10, 2016 at 19:09
  • So, may I conclude this issue appeared because of interrupted 'apt-get update' ? Commented Nov 10, 2016 at 19:17
  • No, it wasn't because it was interrupted. It was because you did it after rpi-update, and it replaced what that did. rpi-update used to check whether it needed to replace the kernel based on a tag file it left in /boot; I'm not sure what it does now, but if you run it again after running apt upgrade it may (or may not) replace the kernel again, but apt upgrade definitely won't do it again unless you force it to, or a new package is released.
    – goldilocks
    Commented Nov 10, 2016 at 19:22

1 Answer 1


The Raspbian distro kernel package is not the same as the repository used by rpi-update. The current kernel from the latter is 4.4.30, and that's what it installed.

The current kernel from the former, however, is 4.4.27. This is a typical practice: distro packages, particularly in Debian derived distros such as Raspbian, are very seldom completely up-to-date with their upstream source. WRT to the kernel, that source may be either the binary repo used by raspi-update, or they may have the same upstream source, namely the Pi kernel source code repository (meaning, both of them are compiled from that, but the Raspbian kernel is compiled separately from the raspi-config kernel).

In any case, if you did an apt[-get] upgrade subsequently, and the kernel package version has incremented since the last time you did it, it will then overwrite the kernel in the boot partition because the standard practice on the pi is to have just two installed, kernel.img (the ARMv6 one) and kernel7.img (the ARMv7 one), regardless of where they came from.

That isn't strictly necessary, since you can specify an alternative name in config.txt and switch kernels that way if you want. It does not matter what the image file itself is called as this does not impact the name used internally by the kernel (reported by uname -r) for, e.g., finding and loading modules from /lib/modules.

However, you don't need to be using rpi-update at all unless you really want the latest kernel from there. Keep in mind that a major reason distro packages lag behind their upstream sources is to allow those sources to undergo more limited testing before they are incorporated on a wider scale.

But if you do want to do that, what I do to circumvent the problem, rather than fiddling with config.txt and renaming things, is to unmount the first partition before running apt upgrade. What happens then is the distro stuff gets installed into the /boot directory, but without the first partition mounted on it, that's just a normal directory in the root filesystem. Nothing in it will actually be used when booting the pi.

By default the first partition is then still mounted normally on /boot at boot, and this will cover up what's actually in that directory. Neither of these is really needed except if you want to edit files on the first partition (such as config.txt), in which case you could mount it somewhere else if you like, and/or you want the first partition to stay updated via the package manager (apt), in which case you should make sure it is mounted on /boot (but then, there's no point in using rpi-update).

  • Eh... Does it mean that if I only want to update the kernel I only need apt-get upgrade and rpi-update part won't be necessary? Commented Nov 10, 2016 at 17:56
  • 1
    Yes; rpi-update is useful if you want to be using the latest kernel without compiling it yourself, or if you are using a non-pi specific distro which doesn't have packages for the pi kernel. But it doesn't serve much purpose on Raspbian systems where you are running regular upgrades.
    – goldilocks
    Commented Nov 10, 2016 at 17:58

Your Answer

By clicking “Post Your Answer”, you agree to our terms of service and acknowledge you have read our privacy policy.

Not the answer you're looking for? Browse other questions tagged or ask your own question.