I’ve been running my home lab since 2021 and honestly thought my update routine was solid: apt update && apt upgrade, reboot, job done.

Turns out I was wrong. I was checking CVE‑2026‑31431 (Copy Fail) this morning and realised that despite my “successful” updates, I was still running a vulnerable kernel from March.

I’ve had to rethink how I handle host updates. If you’re relying on a standard upgrade and a reboot to keep Proxmox or Debian hosts safe, you might want to check if yours is lying to you as well.

all 34 comments

sorted by: hot top controversial new old
[–] 36 points 6 months ago (5 children)

apt dist-upgrade is a necessary change to your process in place of just upgrade.

  • source
  • hideshow 5 child comments
  • [–] 2 points 6 months ago (4 children)

    I may be wrong but I think it's apt-get dist-upgrade. apt full-upgrade does the same too.

  • source
  • parent
  • hideshow 4 child comments
  • [–] 12 points 6 months ago (3 children)

    apt-get is now deprecated on Debian and Ubuntu. But otherwise, no notes.

  • source
  • parent
  • hideshow 3 child comments
  • [–] 2 points 6 months ago (2 children)

    So "apt-dist-upgrade" then? Sorry if obtuse.

  • source
  • parent
  • hideshow 2 child comments
  • [–] 14 points 6 months ago

    I cross posted this to !selfhosted@lemmy.world, I hope that was ok! I figured it would be good to spread the knowledge

  • source
  • [–] 28 points 6 months ago (6 children)

    When a kernel update requires a change in dependencies, something Proxmox kernels do frequently, apt just quietly “keeps back” the package. It doesn’t fail, it doesn’t break the system, and it doesn’t trigger a rollback. It just waits for me to notice.

    This should save a click for hopefully everyone.

    Yes obviously, if you do not update the packages then they do not get updated.

    If you do not read the output of a command then you will not notuce that.

  • source
  • hideshow 6 child comments
  • [–] 14 points 6 months ago (5 children)

    The standard upgrade command has this behavior though, which is unexpected to people like me and the author. You need a specific flag to tell apt to actually upgrade everything which is not the behavior I expected.

  • source
  • parent
  • hideshow 5 child comments
  • [–] 1 point 6 months ago (4 children)

    But it is clearly stated in the output that it holds back packages.

  • source
  • parent
  • hideshow 4 child comments
  • [+] 1 point 6 months ago (2 children)
  • [–] 2 points 6 months ago (1 child)

    Nothing of what you said is on topic. I never said linux is for everyone and so on....

    First, its about server administration. Second, I am neither saying that this behavior is good or bad.

    I am saying that the behavior is clearly stated in the output. Or what else does "packages were held back" mean.

    Blaming ignorance in reading the output prompt on the tools is really childish.

  • source
  • parent
  • hideshow 1 child comment
  • [+] 1 point 6 months ago* (last edited 6 months ago) (1 child)
  • [–] 1 point 6 months ago

    I didn't mean to put words in your mouth, but your replies are exhausting. Lighten up.

    I think you got my point. Not sure why you feel the need to try to discuss another discuasion topic with me.

    Apt could use some usability improvements, specifically around doing full upgrades. This isn't a controversial take.

    No its not. And again, I never said apt is good or perfect or bad.

    Googling apt full upgrade CLI leads to various articles, all of which have a series of commands that are named orthogonally to this fairly common use case, and must be run in order, and sometimes repeated.

    I am fully aware, it is not like i ever had to dig down and resolve dependency hell.

    There's good reasons it is the way it is, and it can certainly be improved.

    But it is something different if you say that tools could be made better, than writing a whole article with a click bait title on "How i ignored the output of my package manager".

  • source
  • parent
  • load more comments (-1 replies)
  • [–] 1 point 6 months ago (1 child)

    Sure in the gigantic wall of text. Also it doesn't tell you why, or what to do about it. All they'd have to do is say "run dist-upgrade to update these packages."

  • source
  • parent
  • hideshow 1 child comment
  • [–] 1 point 6 months ago

    Sure in the gigantic wall of text. Also it doesn't tell you why, or what to do about it. All they'd have to do is say "run dist-upgrade to update these packages."

    It is literally in the summary that gets presented in the last few lines before you have to press Y to continue.

    Since you are already overwhelmed by the wall of text, you would probably not read the suggestion antways.

  • source
  • parent
  • load more comments (-1 replies)
  • [–] 12 points 6 months ago (1 child)

    Thanks for sharing this. I'm very confident with Linux, but I hadn't thought about this!

    Your blog post was concise, too. I hate scrolling forever before finding the solution.

  • source
  • hideshow 1 child comment
  • [–] [S] 8 points 6 months ago

    Glad you found it useful. I'm the same, I can't stand those long posts that make you read a life story before getting to the commands, even worse when a page is riddled by ads or behind a paywall!

    I figured if I’d missed it, a few other people probably had too.

  • source
  • parent
  • [–] 9 points 6 months ago

    pacman -Syu goes brrr

  • source
  • [–] 5 points 6 months ago

    I had a similar experience with this vulnerability. I had no idea another command was required to update the kernel. Kind of odd if you ask me, but i'm sure they did it so you're forced to realize you're updating the kernel.

  • source
  • [–] 5 points 6 months ago* (last edited 6 months ago)

    Shouldn't the upgrade also update the bootloader's default entry to a new kernel? The way I've been doing it was apt update && apt dist-upgrade. And then reboot once every 1 to 2 years if I feel like it, am bored, or there's all these news articles about a severe bug in the kernel.

  • source
  • [–] 5 points 6 months ago

    apt just quietly “keeps back” the package. It doesn’t fail, it doesn’t break the system, and it doesn’t trigger a rollback. It just waits for me to notice. Since I wasn’t looking at the list of upgradable packages

    Depends on what quietly means. To me it means "with no indication". Any written warning is quiet, I guess, if one is not reading it.

  • source
  • [–] 4 points 6 months ago (1 child)

    Would apt-get instead of apt have saved you?

  • source
  • hideshow 1 child comment
  • [–] [S] 6 points 6 months ago

    No, apt isn’t just a rename. apt upgrade largely replaces apt-get upgrade, but it’s a bit more aggressive: it may install new packages if required as dependencies (it still won’t remove packages). If an upgrade needs to remove packages to resolve dependencies, use apt full-upgrade (same as apt-get dist-upgrade).

  • source
  • parent
  • [–] 10 points 6 months ago

    This is specific to Debian and Ubuntu so why not being more specific in the title?

  • source
  • [–] 2 points 6 months ago

    There’s no point in digital hoarding; it just clutters the boot partition and makes future updates messier.

    I feel personally attacked.

  • source
  • [–] 4 points 6 months ago (6 children)

    Uhm, you dont update the host OS??

  • source
  • hideshow 6 child comments
  • [–] 2 points 6 months ago (3 children)

    I'm the same way. My Debian server is two versions out of date, but it's still getting security updates and works, so why in the world would I upgrade?

  • source
  • parent
  • hideshow 3 child comments
  • [–] 3 points 6 months ago (2 children)

    Because the kernel and packages are severely outdated, only getting urgent patches

  • source
  • parent
  • hideshow 2 child comments
  • [–] 1 point 6 months ago
    24 comments in c/selfhosted@lemmy.world view that post
    [–] 58 points 6 months ago (8 children)

    You're not supposed to run apt upgrade in Proxmox at all, it may even break your system. Use dist-upgrade.

    https://pve.proxmox.com/pve-docs/chapter-sysadmin.html#system_software_updates

  • source
  • hideshow 8 child comments
  • [–] 28 points 6 months ago (5 children)

    dist-upgrade and full-upgrade are essentially the same command but yeah, I won't be using apt upgrade again in the future! Like I said in my post, the joys of being self taught is that you learn by my making mistakes and that's part of the "fun" 🤣

  • source
  • parent
  • hideshow 5 child comments
  • [–] 6 points 6 months ago (3 children)

    Not essentially, exactly. One is a deprecated alias for the other.

  • source
  • parent
  • hideshow 3 child comments
  • [–] 5 points 6 months ago (2 children)
  • [–] 7 points 6 months ago* (2 children)

    I've seen that the patches are only available in the debian-security repository. It's important to review your repo list in /etc/apt/sources.list.d.

  • source
  • hideshow 2 child comments
  • [–] 5 points 6 months ago

    Hmm. Welp. Let’s try. See what happens.

  • source
  • [–] 4 points 6 months ago* (last edited 6 months ago)

    I mean, you could just use the proxmox UI for updates. Single point for all servers, just click in and hit update. It explicitly runs dist-upgrade already.

  • source
  • [–] 3 points 6 months ago

    Is this just a Proxmox thing? I'm running Debian on my server, and as far as I know, the kernel has always upgraded properly when there's a new one available.

  • source
  • [–] 2 points 6 months ago

    The nice thing about zypper is the various patch options and reporting. Gives you a good picture of what CVEs, rating, and if installed, needed, not needed etc. Does Apt have something similar?

  • source
  • I honestly don't know what your talking about. proxmox updated the pve kernels immediately after this CVE was published....

    additionally, this CVE only applies to older (pre-6.17 kernels). unless you are on proxmox 8 or earlier, you are already running a "patched" kernel as the pathway necessary for this was changed and in kernel 7.x and above this CVE doesnt work...

  • source
  • [–] 2 points 6 months ago (5 children)

    from my own experience, apt dist-upgrade removes old kernels, apt upgrade still installed the new kernel, grub updated and booted into the new kernel.

    all dist-upgrade did (for me) was delete the old kernels. which is something I would prefer not to do because it removes any ability to rollback should I absolutely need to.

  • source
  • hideshow 5 child comments
  • [–] 2 points 6 months ago (4 children)

    Which distro? Debian for example always keeps two kernels: the curent one and the one in use before that, which is what I prefer, never had to rely on more than one backup kernel.

  • source
  • parent
  • hideshow 4 child comments
  • [–] 1 point 6 months ago (3 children)

    Debian. like the Debian.

    currently running Trixie on my daily and bookworm on a couple servers which will be upgraded to Trixie soon.

  • source
  • parent
  • hideshow 3 child comments
  • [–] 2 points 6 months ago (2 children)

    @GreenKnight23 @oong3Eepa1ae1tahJozoosuu I've never seen that behavior in Debian. Is that some different type of configuration?

  • source
  • parent
  • hideshow 2 child comments