What kernel do you use

[Head_on_a_Stick]

I always have at least two kernels installed and that they have proven to work

Good advice

Debian keeps the last installed kernel anyway and maintains symlinks to the root directory as /vmlinuz.old & /initrd.img.old and these can be booted from in an emergency, I think the auto-generated GRUB menu even has entries for them.

[steve_v]

Yup, it does indeed.
I have the the installer image and Partedmagic in /boot/images as well, since I so thoroughly dislike unbootable systems. Never actually had a bad kernel from the Debian repos mind, force of habit from less reliable distros.

[Capitain_Jack]

always have at least two kernels installed and that they have proven to work... With two kernels in situ it makes for an easy test when troubleshooting.

That's for sure, no matter witch kernel you use, it should be a rule. I think more than two of the same is exaggerated, to clarify that you can have more than one kernel installed with no major problem other than more update time.

[anticapitalista]

Code: Select all

uname -a
Linux antix1 4.14.9-antix.1-amd64-smp #1 SMP PREEMPT Mon Dec 25 20:53:07 EET 2017 x86_64 GNU/Linux


[Head_on_a_Stick]

Code: Select all

~ $ uname -a                                                                                               
Linux Xanadu 4.14.9-1-zen #1 ZEN SMP PREEMPT Tue Dec 26 00:19:11 UTC 2017 x86_64 GNU/Linux
~ $

[dotlj]

Linux helium2 4.13.0-0.bpo.1-amd64 #1 SMP Debian 4.13.13-1~bpo9+1 (2017-11-22) x86_64 GNU/Linux from stable backports
and 4.9.0-4-amd64 for the backup.
I'm looking forward to 4.14 as it is LTS with support for six years.

[Head_on_a_Stick]

Code: Select all

alpine: ~ $ uname -a
Linux alpine 4.9.72-0-hardened #1-Alpine SMP Wed Dec 27 11:36:27 UTC 2017 x86_64 GNU/Linux
alpine: ~ $

The kernel is patched with an unofficial port of grsecurity/PaX

This kernel allows me to run a fairly normal (albeit threadbare) graphical desktop without too many restrictions but Debian's grsec-patched kernel won't let me startx at all

[stevepusser]

It looks like kernels will soon create a 5%-30% slowdown in many processors due to working around a design flaw in Intel processors. https://www.phoronix.com/scan.php?page= ... 6pti&num=1

[Jimmyfd]

I'm happy now - Just installed Debian Sid/Butch AND succeded with installing the current nVidia driver without a glitch. Now I really love my Debian install.

Forgot to tell that I'm running kernel 4.15.0.1 on my system - Boy is that kernel fast.

[anticapitalista]

Code: Select all

uname -a
Linux antix1 4.15.7antix.2-amd64-smp #1 SMP PREEMPT Wed Feb 28 23:40:17 EET 2018 x86_64 GNU/Linux


[Head_on_a_Stick]

Code: Select all

empty@Xanadu:~ $ uname -a
Linux Xanadu 4.15.7-1-zen #1 ZEN SMP PREEMPT Wed Feb 28 19:01:49 UTC 2018 x86_64 GNU/Linux
empty@Xanadu:~ $

[None1975]

Forgot to tell that I'm running kernel 4.15.0.1 on my system - Boy is that kernel fast.

And check the Meltdown/Spectre vulnerabilities in this kernel.

[Head_on_a_Stick]

Code: Select all

$ cat /proc/version
Linux version 4.9.0-4-grsec-amd64 (corsac@debian.org) (gcc version 6.3.0 20170516 (Debian 6.3.0-18) ) #1 SMP Debian 4.9.65-2+grsecunoff1~bpo9+1 (2017-12-09) x86_64 GNU/Linux
$

[stevepusser]

Backported the upstream Sid kernel for the MX 17 test repo on a vanilla Stretch pbuilder, except that I bumped the context switch frequency from 250 to 1000Hz, and of course changed it to be compatible with gcc-6 instead of gcc-7:

Code: Select all

$ uname -a
Linux mx1 4.15.0-2-amd64 #1 SMP Debian 4.15.11-1~mx17+1 (2018-03-27) x86_64 GNU/Linux

[anticapitalista]

Code: Select all

uname -a
Linux antix1 4.15.13-antix.2-amd64-smp #1 SMP PREEMPT Sun Mar 25 19:04:39 EEST 2018 x86_64 GNU/Linux


inxi output is snipped.

Code: Select all

inxi -Fxz
System:    Host: antix1 Kernel: 4.15.13-antix.2-amd64-smp x86_64 bits: 64 compiler: gcc v: 6.3.0
           Desktop: herbstluftwm Distro: antiX-17.a2_x64-full keerfa 16 February 2017