Re: swap-fle on arm64, need to disable, how?

Hi Gene, please check explanations in this blog: https://www.dwarmstrong.org/zram-linuxmint/ HTH Matthias gene heskett schrieb am Sa., 30. Sept. 2023, 19:51: > On 9/30/23 13:28, Matthias Böttcher wrote: > > sudo dphys-swapfile swapoff > > sudo systemctl stop dphys-swapfile.s

Re: swap-fle on arm64, need to disable, how?

sudo dphys-swapfile swapoff sudo systemctl stop dphys-swapfile.service sudo systemctl disable dphys-swapfile.service

Re: fstrim(8) Recommendation

Am Fr., 13. Jan. 2023 um 03:45 Uhr schrieb John Conover : > > I'm installing an SSD replacement for an HD in a small 24/7 mail > server. > > I would appreciate suggestions for the most reliable way to do > fstrim(8). Reliability is more important than speed, and the machine > will require a swap

Re: Wear levelling on micro-sd cards

> How do I tell the card that the free space in the VG really is free? blkdiscard

Re: auth log full with

Am So., 14. Aug. 2022 um 16:42 Uhr schrieb Reco : > whois, geoiplookup, even https://bgp.he.net . > Whatever works, basically. > Last one is my favorite as it shows all IP blocks assigned to AS. > Really helpful with spammer nests such as outlook.com (AS8075) or > DigitalOcean (AS14061). > > > Is

Re: auth log full with

Am So., 14. Aug. 2022 um 09:51 Uhr schrieb Reco : > Personally I don't use fail2ban for sshd. Because why bother with > userspace (written in python too, yuck) if the kernel does the same job? > I.e. block M$ AS, China Telecom AS and maybe add Eastern Europe to the > mix, and you've just reduced

Re: Slab Unreclaimable is continually growing

mk-en/2019-September/028676.html Matthias Am Sa., 27. Juli 2019 um 11:59 Uhr schrieb Matthias Böttcher : > > On Fri, Jul 26, 2019 at 10:12:20PM +0300, Reco wrote: > > On Fri, Jul 26, 2019 at 08:55:19PM +0200, Matthias Böttcher wrote: > > [...] > > > > and additionally I s

Re: Slab Unreclaimable is continually growing

On Fri, Jul 26, 2019 at 10:12:20PM +0300, Reco wrote: > On Fri, Jul 26, 2019 at 08:55:19PM +0200, Matthias Böttcher wrote: [...] > > and additionally I stopped the socket for the Check_MK agent: > > > > sudo systemctl stop check_mk.socket > > I do not know t

Re: Slab Unreclaimable is continually growing

Reco : > > Hi. > > On Wed, Jul 24, 2019 at 06:54:42PM +0200, Matthias Böttcher wrote: > > OBJS ACTIVE USE OBJ SIZE SLABS OBJ/SLAB CACHE SIZE NAME > > 307534 304741 99%0,20K 16186 19 64744K vm_area_struct > > 14280 14274 99%3,

Re: Slab Unreclaimable is continually growing

Shahryar Afifi : > > What happens when you run sync in terminal? sync exits immediately and slabtop gives the same output like before sync.

Slab Unreclaimable is continually growing

what is eating up my memory in SUnreclaim (slab unreclaimable)? Thanks in advance Matthias Böttcher