”egrep” och ”fgrep” kommer att försvinna

Från version 3.8 kommer ”grep” att ge varningar när man använder ”egrep” och ”fgrep”. Dessa kommandon kommer att försvinna med tiden. De är en kvarleva från tider när utrymme var ont om.

Istället för ”egrep” och ”fgrep” ska man använda ”-E” och ”-F” respektive.

”-F” används för att söka med en fix sträng. Tex grep -F "/mnt" /etc/fstab.

”-E” används för utökad reguljära uttryck. Vissa tecken får en speciell mening, som tex ’?’, ’+’, ’{’, ’}’ och behöver inte ledas med ’\’ för att få dess speciella mening. Läs mer på länkar nedan.

https://www.gnu.org/software/sed/manual/html_node/BRE-vs-ERE.html

https://www.gnu.org/software/grep/manual/html_node/Basic-vs-Extended.html

Montera ”nfs” v4 ställer till det, mot Synology NAS (DS212J) under Debian och Mint

Har monterat mappar på min NAS (Synology DS212J) med ”nfs” och aktiverade version 4 för ett tag sedan. Det visar sig att det var ett misstag.

När man monterar ”nfs” med stöd för version 4 visas fel information om användare och grupp. Och det ställer till det. Jag tror att det är mer än att det ”visas” fel. Annars borde det fungera.

För mig blev användare ”Anonomus” och grupp blev ett nummer som var rätt högt. Men kunde tolkas som ”-2”.

Jag av-aktiverade stödet för version 4 på NAS:en och monterade om mapparna från ”nfs4” till ”nfs”. Och nu fungerar det som tidigare.

Hittade noteringar som ledde mig i denna riktning när jag letade efter ”nfs”, version 4 och att användare och grupp blev annat än väntat.

Göra ändringar i konfigurations-filer

Det är ofta lätt att hitta förslag på ändringar att göra i konfig-filer, men det skrivs sällan om hur man bör göra detta.

  • Jag rekommenderar att man lägger till:
    • en kommentars-rad som säger var man hittade information om ändringen.
    • kommentar med datum för ändringen.
    • kommentar varför man gör ändringen.

Exempel på hur det kan se ut.

# 2021-12-26
# www.ripop.se/suggestion/exemple.php
# Ändring för att lägga till stöd för ändring.
#change=false #default
change=true

VirtualHost gäst, problem med vitt skrivbord och cinnamon

Efter uppdatering av kärnan på host-maskinen, fick jag vitt skrivbord i den gäst som jag kör under VirtualBox. Host kör Linux mint 20.2 Uma, och gästen kör samma. Båda använder Cinnamon för skrivbords-hanteringen.

Jag hoppades att en uppdatering av kärnan i gäst-maskinen skulle fixa det hela. Men det gjorde inte det.

Avaktivera 3D-acceleration löser problemet tills vidare.

Det är inte en lösning jag hoppas ska fortsätta användas. Men utan ett skrivbord som fungerar, så är det svårt att få något gjort.

Det verkar som att det är just Cinnamon som är boven i detta problem. Enligt ett antal länkar så pekas det i den riktningen. Och alternativet skulle i så fall vara att använda något annat än Cinnamon. Även om Cinnamon saknar funktioner som fanns i Gnome2, så är det för tillfället den skrivbords-hanterare som jag tycker minst illa om.

ClamAv uppdaterar inte daily.cvd

Jag upptäckte att uppdatering av daily.cvd misslyckats de senaste dagarna. Efter letande efter orsak och lösning hittades en möjlig väg fram.

FreshClam behöver till en början stängas ned. Därefter kan man köra den manuellt, men det räckte inte denna gång. Jag behövde även ändra i config-filen.

ClamAv och clamav-freshclam är version 0.103.2 för framtida information. Om datum för inlägget ändras.

systemctl stop clamav-freshclam.service

/etc/clamav/freshclam.conf
#ReceiveTimeout 30
ReceiveTimeout 300

freshclam

systemctl start clamav-freshclam.service

Jag ändrar timeout till 90 när jag blir klar. Tiden är i sekunder, så 300 är lite väl mycket.

Efter detta kunde jag köra ”freshclam” manuellt och uppdatera ”daily.cvd”.

Dock blev jag blockerad igen när nästa databas skulle hämtas. ”main.cvd”. Så jag får vänta ytterligare. De databaser som behöver hämtas är, ”daily.cvd”, ”main.cvd”, ”bytecode.cvd”.

Det räckte med ytterligare en körning av ”frechclam”. Efter den så rapporteras bara att allt är under kontroll.

Jag har sett ett antal noteringar på nätet om att ClamAv placerar användare i timeout pga ”rate limit”, error 429. Från vad jag kan tolka det, så beror det på den hosting-lösning de använder. Och jag tror att ClamAv har gjort ändringar i hur de hanterar hämtning av data. Jag såg även att de har funderingar på att göra ändringar av systemet, om de hittar en lösning som de tror på. Det har blivit mer att hantera för systemet än vad systemet från början var byggt för. De vill bli mer effektiv, och kanske hitta möjlighet att få lite intäkter.

Länkar:
https://dhenandi.com/solved-clamav-download-failed-message-timeout-was-reached/
https://www.linode.com/community/questions/21157/clamav-update-receives-429-error-to-many-requests