#1 Más elérési úton van a bináris, mint, ami az rkhunterben be van állítva.
Nálam is:

sudo rkhunter --update
Invalid WEB_CMD configuration option: Relative pathname: "/bin/false"

A which mutatja a bináris elérési útját:

which false
/usr/bin/false

... máshol van, tényleg.

De ez Debian, a Linux Mint néha más könyvárba tesz dolgokat (mint a Debian), mert az Ubuntu változtatgat (mely a Linux Mint alapja).

Te melyik rendszert használod?
Azért, mert lala-nál is, nálam is az rkhunterben beállított elérési úton van a bináris. Ott, amit nálad hibának jelez, hiszen nincs ott. Pedig (nálam például) ott van:

which egrep
/usr/bin/egrep

which fgrep
/usr/bin/fgrep

Nekem ez segített (false dologban):
https://linuxmint.hu/comment/40165#comment-40165

Üdv. !
Nálam az --update ezt dobja.:
# rkhunter --update
Invalid WEB_CMD configuration option: Relative pathname: "/bin/false"
De a --check lefut.

Addig is amíg nem sikerül rájönni a nem-működés okára, alternatív ellenőrzésnek ajánlom a
chkrootkit-et.
sudo apt install chkrootkit
sudo chkrootkit

#1 Itt a magyarázat:
https://linuxmint.hu/comment/41388#comment-41388

Üdv. !
Nálam az --update ezt dobja.:
# rkhunter --update
Invalid WEB_CMD configuration option: Relative pathname: "/bin/false"
De a --check lefut.

Addig is amíg nem sikerül rájönni a nem-működés okára, alternatív ellenőrzésnek ajánlom a
chkrootkit-et.
sudo apt install chkrootkit
sudo chkrootkit

#8 Nekem az rkhunter telepitésekor az egrep, fgrep fájlok alapból a /bin/ mappába települnek, a false is.Mint20 Xfce 64 bit.

Valóban:

which egrep fgrep ; echo ; inxi -S
/bin/egrep
/bin/fgrep

System:
  Host: kimuly-VirtualBox Kernel: 5.4.0-47-generic x86_64 bits: 64
  Desktop: Cinnamon 4.6.7 Distro: Linux Mint 20 Ulyana

De mondom, az Ubuntu terjesztés változtat ..., és olykor nem egészen érthető, mi az indok.

Átolvasva a javaslatokat végülis átirtam  a két fájl elérési utját a.conf fájlban /usr/bin/-ről /bin/-re.Működik.Megjegyzem a korábbi másolásos eljárással is gond nélkül lefutott a rendszer ellenőrzése.Viszont az --update nálam sem működik a javasolt megoldásokkal sem.

A rendszer ellenőrzése lefut, de nem a telepített, és folyamatosan frissülő egrep és fgrep binárisok lesznek vizsgálva (azaz nem, mert fehérlistások - de ez most „mindegy”), hanem a bemásolt, amely soha nem frissül, hiszen csak két fájl, soha nem lesznek használatban.

A „mindegyről”:

Mint említettem, nem a rendszert alakítjuk át egy különc alkalmazás miatt :), hanem az alkalmazást alakítjuk a telepített (Linux) rendszerhez, hogy például ott keressen binárisokat, ahova valójában a rendszer teszi azokat. Nem jó megoldást linkelt lala ..., ahogy dr. Bubó mondaná:
-- Ha a lúdtalpasnak betétet írsz fel, arra is ügyelj, hogy ne belsőleg vegye be!
Idézet innen: https://ezegychopper.cafeblog.hu/2018/12/27/emlekszel-meg-rajuk-dr-bubo-25-aranykopese/
Az alkalmazásoknak helye van, te, azaz, mint felhasználó nem határozhatod meg azokat (persze, van kivétel). Viszont egy-egy beállítást simán alakíthatsz, az általában nem tilos (attól függ, mit csinálsz). Amit csináltunk, nem tilos.

Az rkhunter beépített, saját frissítése pedig - ahogy említettem már - biztonsági okból van tltva (korábban én is „máshogy tekintettem” a történetre) tehát, ne noname, tök ismeretlen szerverekről szedjen le egy alkalmazás valamit, akár egy ártó kódot, hanem a Linux Mint saját tükreit használja: az rkhunter és az adatbázisa is innen frissül majd. Azaz, egy-egy alkalmazás ne önnállóskodjon, mert ezt nehéz ellenőrizni, gyakorlatilag nem lehet..., és ez veszélyforrás. Tehát az --update-nek nem szükséges működnie.

MIndkét dologról egyszer már írtam, elmagyaráztam...

Nekem az rkhunter telepitésekor az egrep, fgrep fájlok alapból a /bin/ mappába települnek, a false is.Mint20 Xfce 64 bit.Átolvasva a javaslatokat végülis átirtam  a két fájl elérési utját a.conf fájlban /usr/bin/-ről /bin/-re.Működik.Megjegyzem a korábbi másolásos eljárással is gond nélkül lefutott a rendszer ellenőrzése.Viszont az --update nálam sem működik a javasolt megoldásokkal sem.