On 1/17/24 16:45, David Christensen wrote:
On 1/17/24 12:30, gene heskett wrote:
By LABELing the partitions uniquely, that problem so far as I can
see, is solved.


Okay.


So, are you confident that your motherboard ports, HBA ports, and SSD's
are all working correctly now?


The OOM death of the system was the xfce4 terminal apparently being
set for unlimited scrollback and that was eating the memory. Switching to Konsole with has the ability to control the scrollback
to 200 lines, and its taken all 32G's as .cache and 1536 1k blocks of
swap, and its working w/o any OOM actions I've detected.


Okay.


Xfce -> Terminal Emulator -> right click on screen -> Preferences ->
General -> Scrolling:

     Scrollback        200
     Unlimited scrollback    uncheck


Using tee(1) would allow you to both monitor progress and save standard output and/or standard error (via shell redirection).


A related issue is that lots of standard output can slow a program. Minimizing a terminal can help.  Redirecting standard output to a file or to /dev/null can help, especially when done on the remote host while using ssh(1).


The best solution is to tell rsync(1) not to generate messages on standard output -- do not use --verbose, do not use --info, do not use --progress, etc.; use --quiet, etc..

All good hints after it is done. Now the question is how did it make this: homevol s/b very close to /home in size but:
root@coyote:~# df && free
Filesystem      1K-blocks      Used  Available Use% Mounted on
udev             16327704         0   16327704   0% /dev
tmpfs             3272684      1912    3270772   1% /run
/dev/sda1       863983352  22348472  797673232   3% /
tmpfs            16363420      1244   16362176   1% /dev/shm
tmpfs                5120         8       5112   1% /run/lock
/dev/sda3        47749868       784   45291076   1% /tmp
/dev/md0p1     1796382580 335102676 1369954928  20% /home
tmpfs             3272684      4956    3267728   1% /run/user/1000
/dev/sdh1      1967892164 354519236 1513336680  19% /mnt/homevol
total used free shared buff/cache available Mem: 32726840 3417576 515520 934540 30072184 29309264
Swap:      111902712        2048   111900664
root@coyote:~#

It somehow changed 335G into 354G. Thinking the AppImages dir is full of soft links of short names pointing at the long filename and had turned the links into duplicates, that was the first thing I checked, but it was all good soft-links, so where did the extra 19.4G's come from? Can filesystem ext4's overhead account for that?

David

Thanks David.
.

Cheers, Gene Heskett.
--
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author, 1940)
If we desire respect for the law, we must first make the law respectable.
 - Louis D. Brandeis

Reply via email to