@iwtbauh 要用官方 LTS 而不是 Ubuntu LTS 的话，那还不如用 Debian 了。
我觉得既然选择了 Ubuntu 那就应该全套使用 Ubuntu，要么就索性都不用。
按理说重要的 Bug 都会移植的，如果没有移植的话可以找他们问问看。
（所以我选择 Debian→_→）

可能刚刚接受了 3.6 伦琴的照射。

@masker 另外我看了一下，livepatch 只更新重要的安全补丁，普通的补丁还是要你自己安装新版内核然后重启生效的。所以如果不是纠结这个的话，还是老老实实安装新的 4.15 然后重启吧。

qemu 的漏洞我不太清楚，但是这个包还是一直在收到安全更新的，你可以看看这里。
http://changelogs.ubuntu.com/changelogs/pool/main/q/qemu/qemu_2.11+dfsg-1ubuntu7.14/changelog

然后如果 livepatch 不能用的话，手动更新 kernel 包然后重启也是可以的，livepatch 只是让你不重启也能享受到小规模的内核安全更新（更新比较大的话还是要重启的）。

总之 livepatch 的底线就是你使用 Ubuntu 自己的内核（ 4.15 ），至于为什么 apply-failed，需要你去查日志，看到底是为什么 failed 的，然后再做决定。

另外我还是不太清楚你是怎么得到有很多 CVE 的结论的。我只知道以前很多测漏洞的脚本只看主版本而不看漏洞补丁版本，以前一个客户就和我们说 Apache 2.4.x 是有很多 CVE 的，我们说你这些 CVE 全都补掉了，这是 Ubuntu 维护的补丁版，不是原版。

@masker 一般跟着 Ubuntu 升级就足够了，重要的不重要的漏洞官方都会补掉的。

@masker 系统自带的又不是 mainline，是他们内核团队自己维护的 LTS 啊，你去比 mainline 干什么。
mainline 本来就不是给普通人用的，一般是给开发者测试新内核用的。

By default, Ubuntu systems run with the Ubuntu kernels provided by the Ubuntu repositories. However it is handy to be able to test with unmodified upstream kernels to help locate problems in Ubuntu kernel patches, or to confirm that upstream has fixed a specific issue. To this end we now offer select upstream kernel builds. These kernels are made from unmodified kernel source but using the Ubuntu kernel configuration files. These are then packaged as Ubuntu .deb files for simple installation, saving you the time of compiling kernels, and debugging build issues.
你如果不是测试内核补丁，或者不是来定位内核 Bug 的话，那就不应该去用 mainline 版。

你看看这里：
http://changelogs.ubuntu.com/changelogs/pool/main/l/linux-signed/linux-signed_4.15.0-51.55/changelog

@masker linux-image-unsigned-5.1.0-050100-generic_5.1.0-050100.201905052130_amd64.deb

2019.05.05 的，比现在 Ubuntu 的 4.15.0 要旧呢。

你的 4.15.0 和 5.1.0 一样新，装 5.1.0 在漏洞上并不见得是「升级」。
linux-image-4.15.0-51-generic

linux-signed (4.15.0-51.55)
Wed, 15 May 2019 16:11:29 +0200

你 5.1 是什么版本？

只有当前版本才会得到最好的支持，其他版本都不行。建议你老老实实换回来，当前版本才是漏洞最少的。

家宽便宜，电信公司总收入是基本固定的，所以商用带宽贵，所以国内带宽都是每 Mbps 计价。

同意一楼的，如果是博客博文，那么下面是 comments，如果是水贴，下面更适合 replies。

我的语言栈
底层语言 C
面向对象语言 Ruby
函数式语言 Ruby
脚本语言 Ruby
前端语言 Coffee

rsync 过去就行，磁盘也不需要一样大小。新机器下需要更新 grub 还有更改 IP 地址。

@ryd994 楼主说的是 Windows+虚拟机。

只是要容量的话 4+16 可以的，等以后再换一条变成 16+16 美滋滋。
双通道没了就是内存带宽稍微小一点，不是那么决定性的差距。

CPU 性能差距不是太大，IO 有点影响。一般来说无脑虚拟机方案。

可以把表结构转换成更人性化的结构，比如更高范式的结构。

许可证变更吧。
新项目继续用 MongoDB 呗，为什么要替代？