#5 A hibajelentésben olvasható a megoldás is:

make: Entering directory '/usr/src/linux-headers-4.15.4-041504-generic'

Makefile:941: "Cannot use CONFIG_STACK_VALIDATION=y, please install libelf-dev, libelf-devel or elfutils-libelf-devel"

Az általam ismertetett módszer:
-- a configure parancs létrehozza a csomag fordításhoz szükséges szöveges beállító fájlokat
-- a make parancs az előbbiek alapján a telepítéshez szükséges csomagok meglétét ellenőrzi, és esetleges hiányukat jelzi a felhasználó felé, valamint létrehozza a majdani telepítéshez szükséges csomag forrásokat pl. a felhasználó saját könyvtárában
-- a make install parancs pedig elindítja a csomag fordítását, és a telepítést

A kernel headers fájlok kezelik az „egyéb”, például nem általánosan, csak egyes felhasználóknak szükséges eszköz modulokat, példádban az ndiswrappper-ét (moduláris kernel). Ha azt nem használod, előfordulhat, hiba nem jelentkezik, de a make által jelzett figyelmeztetéseket mindenképpen érdemes javítani, hiszen a headers csomag telepítve van, nem tudhatod, mi történhet, és azt én sem tudom megmondani.
A make az általánosan ismert csomagokat tekinti függőségnek, de az újabb fejlesztői csomagokra is szükség lehet, melyek Debian-alapú rendszereken a *-dev kifejezéssel végződő névről ismerhetőek fel vagy ... nem találhatóak meg a tárolókon, és azokat szintén forrásból érheted el. Azonban egyik Linux/UNIX rendszeren sem gyakorlat, hogy minden, a világon létező csomag elérhető a saját tárolóból, de a leginkább használtak mégis.

Tehát a fenti üzenet a fontos, az utána következőek a logikus következmény.
Telepítened kellett volna legalább ezen csomagokat: libelf, elfutils-libelf (fejlesztői csomag)
A második csomagot meg kell keresned: apt-files search csomag (vagy a neten, mármint a netes keresők által)

Mint említettem, a Linux Mint alatt kényelmesebb az uuku tároló használata, de például, ha egyedi igényeid vannak, akkor forgathatsz csomagot, néhány, saját beállítással.

Bár fentebb írta annak ideján Zoli, hogy ha egy rendszer jól működik, nem kell kernelt frissíteni, de én már csak ilyen vagyok. Windows Insiderben is toltam az OP rendszerem frissítését korábban. 

Szóval a kernel frissítést az UKUU segítségével végzem. Ma reggel is rta, hogy van friss verzió, és gátlástalanul meg is engedtem neki, hogy cserélje le az előző 4.15.3 kernelt. 
A telepítés során pár hibaüzenet jelent meg, ahogy az már a Specter variánsok miatti kernelfrissítésnél is történt. mindíg ugyan az a két sor:

 

A fenti képen említett make log:

--------------

 2018. febr. 17., szombat, 09:20:20 CET

make: Entering directory '/usr/src/linux-headers-4.15.4-041504-generic'

Makefile:941: "Cannot use CONFIG_STACK_VALIDATION=y, please install libelf-dev, libelf-devel or elfutils-libelf-devel"

  MKEXPORT /var/lib/dkms/ndiswrapper/1.60/build/crt_exports.h

  MKEXPORT /var/lib/dkms/ndiswrapper/1.60/build/hal_exports.h

  MKEXPORT /var/lib/dkms/ndiswrapper/1.60/build/ndis_exports.h

  MKEXPORT /var/lib/dkms/ndiswrapper/1.60/build/ntoskernel_exports.h

  MKEXPORT /var/lib/dkms/ndiswrapper/1.60/build/ntoskernel_io_exports.h

  MKEXPORT /var/lib/dkms/ndiswrapper/1.60/build/rtl_exports.h

  MKEXPORT /var/lib/dkms/ndiswrapper/1.60/build/usb_exports.h

  MKSTUBS /var/lib/dkms/ndiswrapper/1.60/build/win2lin_stubs.h

  CC [M]  /var/lib/dkms/ndiswrapper/1.60/build/crt.o

  CC [M]  /var/lib/dkms/ndiswrapper/1.60/build/hal.o

  CC [M]  /var/lib/dkms/ndiswrapper/1.60/build/iw_ndis.o

  CC [M]  /var/lib/dkms/ndiswrapper/1.60/build/loader.o

  CC [M]  /var/lib/dkms/ndiswrapper/1.60/build/ndis.o

  CC [M]  /var/lib/dkms/ndiswrapper/1.60/build/ntoskernel.o

/var/lib/dkms/ndiswrapper/1.60/build/ntoskernel.c: In function ‘wrap_init_timer’:

/var/lib/dkms/ndiswrapper/1.60/build/ntoskernel.c:455:2: error: implicit declaration of function ‘init_timer’ [-Werror=implicit-function-declaration]

  init_timer(&wrap_timer->timer);

  ^

/var/lib/dkms/ndiswrapper/1.60/build/ntoskernel.c:456:19: error: ‘struct timer_list’ has no member named ‘data’

  wrap_timer->timer.data = (unsigned long)wrap_timer;

                   ^

/var/lib/dkms/ndiswrapper/1.60/build/ntoskernel.c:457:29: error: assignment from incompatible pointer type [-Werror=incompatible-pointer-types]

  wrap_timer->timer.function = timer_proc;

                             ^

/var/lib/dkms/ndiswrapper/1.60/build/ntoskernel.c: In function ‘ntoskernel_init’:

/var/lib/dkms/ndiswrapper/1.60/build/ntoskernel.c:2563:29: error: assignment from incompatible pointer type [-Werror=incompatible-pointer-types]

  shared_data_timer.function = update_user_shared_data_proc;

                             ^

/var/lib/dkms/ndiswrapper/1.60/build/ntoskernel.c:2564:19: error: ‘struct timer_list’ has no member named ‘data’

  shared_data_timer.data = 0;

                   ^

cc1: some warnings being treated as errors

scripts/Makefile.build:316: recipe for target '/var/lib/dkms/ndiswrapper/1.60/build/ntoskernel.o' failed

make[1]: *** [/var/lib/dkms/ndiswrapper/1.60/build/ntoskernel.o] Error 1

Makefile:1515: recipe for target '_module_/var/lib/dkms/ndiswrapper/1.60/build' failed

make: *** [_module_/var/lib/dkms/ndiswrapper/1.60/build] Error 2

--------------

A működés során nem találtam problémát ugyanakkor. 

#7 Nem. Ezek a csomagok kizárólag kernel forgatáshoz kellenek, csak ezen folyamatban vesznek részt, lényegében, a forgatás függőségei. Tehát, a lefordult csomag tulajdonságait már nem befolyásolják és a rendszer működését sem. Maradok tisztelettel.

 Ha ezt a két csomagot (mondjuk a leírásban or, vagyis vagylagosság van a két csomag közül) telepítem, akkor a következő kernelfrissítéskor már ez a hibaüzenet nem lesz meg?

#9 Igen, érdekes, hogy szinten minden új kernelnél WiFi problémákat írnak (az Ukuu). Nálam nem omlott össze. De most azt hiszem takarítottam (nem volt elég hely telepíteni sem) és ez a kernel van csak:

uname -r ; inxi -S
4.15.0-20-generic
System: Host: kim-hp Kernel: 4.15.0-20-generic x86_64 bits: 64
Desktop: LXDE (Openbox 3.6.1) Distro: Linux Mint 19 Tara

A 20GB rendszer partíció betelt az itt kezdeményezett (kérdések voltak) alkalmazások telepítése után. Jó, nagy méretű alkalmazásokat telepítettem próbaként.

 Mivel a 4.16-os kernel telepítésekor grafikai gond volt és a Cinnamon környezet összeomlott, így vissza tettem a 4.15.6 kernel. Ma megpróbáltam a 4.16.5 kernelt feltenni, de megint gondot okozott, csak most már olyat, ami a rendszert sem engedte indulni. Így megint visszatértem a 4.15.6 kernelhez. 

#14 ... úgy van, hogy a biztonsági frissítéseket természetesen telepíteni kell. Ezt be lehet állítani a Mint frissítéskezelőjében. Másrészt a fekete lista is hasznos, bár én amúgy a szinteket használom. A fekete lista bizonyos hardvereknél lehet lényeges, amikor csak egy régebbi csomag jó az eszközhöz. Mondhatjuk azt, hogy sok beállításra van lehetőség, és én nem is tudok olyan, ami kimaradt a Frissítéskezelő beállításaiból.

#13 De a biztonsági javításokat, egy új kernel verzióval kapjuk meg - az 5-ös szintű "Veszélyes csomagok" között. Akkor hogy is van ez ? ;)
(Nálam, speciel még soha nem okozott gondot a kernel frissítés, de másoknál már nem egyszer
okozott kellemetlen meglepetést !)
Még szerencse, hogy a Mint frissítés kezelője:
- Mutat minden egyes frissítére felajánlott csomagot - a szintekkel együtt.
- Amelyeket nem szeretnénk hogy frissüljenek, azokat mellőzni/fekete listára lehet tenni -
hogy a későbbi frissítéseknél már meg se jelenjenek/ne zavarjanak !