On 1/17/24 00:52, David Christensen wrote:
On 1/16/24 17:08, gene heskett wrote:
> lsblk, which I've published several times, shows 5 drives. by-id listing
> only shows 3. The drive I've been trying to use bounces from /dev/sdd to
> sde to sdh dependin on which controller it is curently plugged into.
>
> And I've since tried cp in addition to rsync, does the same thing,
> killing the sysytem with the OOM but much quicker. cp using all system
> memory (32Gb) in 1 minute, another 500K into swap adds another 15 secs,
> and the OOM kills the system. So both cp and rsync act broken.
>
> rsync, with a --bwlimit=3m set, takes much longer to kill the system but
> the amount of data moved is very similar, 13.5G from clean disk to
> system freeze for rsync, 13.4G for cp.
On 1/16/24 18:10, gene heskett wrote:
On 1/16/24 11:08, Thomas Schmitt wrote:
ls -l /dev/sd[ij]*
oot@coyote:~# ls -l /dev/sd[ij]*
brw-rw---- 1 root disk 8, 128 Jan 16 05:01 /dev/sdi
brw-rw---- 1 root disk 8, 129 Jan 16 05:01 /dev/sdi1
brw-rw---- 1 root disk 8, 144 Jan 16 05:01 /dev/sdj
brw-rw---- 1 root disk 8, 145 Jan 16 05:01 /dev/sdj1
root@coyote:~#
lsblk -d -o NAME,MAJ:MIN,MODEL,SERIAL,WWN /dev/sd[hijkl]
gene@coyote:~/src/klipper-docs$ lsblk -d -o
NAME,MAJ:MIN,MODEL,SERIAL,WWN /dev/sd[hijkl]
NAME MAJ:MIN MODEL SERIAL WWN
sdh 8:112 Gigastone SSD GSTD02TB230102
sdi 8:128 Gigastone SSD GST02TBG221146
sdj 8:144 Gigastone SSD GST02TBG221146
sdk 8:160 Gigastone SSD GSTG02TB230206
sdl 8:176 Gigastone SSD GSTG02TB230206
I suggest removing one GST02TBG221146 and one GSTG02TB230206. Put them
on the shelf, in other computer(s), or sell them. Then perhaps copying
the /home RAID10 2 TB to one Gigastone 2 TB SSD would work.
David
.
Or LABEL them.
And I seem to be making some progress this morning. opening a konsole
and setting scrollback to 200 lines, limiting its use of memory, the tan
memory bar in htop if full scale and it a couple megs into swap out of
107G. and the system still feels normal.
in another multitabbed xfce4 shell, a "df && free" is showing this:
root@coyote:~# df && free
Filesystem 1K-blocks Used Available Use% Mounted on
udev 16327704 0 16327704 0% /dev
tmpfs 3272684 1904 3270780 1% /run
/dev/sda1 863983352 22346276 797675428 3% /
tmpfs 16363420 1244 16362176 1% /dev/shm
tmpfs 5120 8 5112 1% /run/lock
/dev/sda3 47749868 580 45291280 1% /tmp
/dev/md0p1 1796382580 335100148 1369957456 20% /home
tmpfs 3272684 3752 3268932 1% /run/user/1000
/dev/sdh1 1967892164 23830812 1844025104 2% /mnt/homevol
total used free shared buff/cache
available
Mem: 32726840 3343048 218316 922196 30443960
29383792
Swap: 111902712 1536 111901176
root@coyote:~#
rsync has been stopped and restarted, 4 times, but stopping it has not
recovered the cache, so swap is increasing slowly.
That faint knocking sound? Me, knocking on wood... ;o)>
command line: rsync -a --bwlimit=10m --fsync --progress /home/ /mnt/homevol
So we'll eventually either git-r-done or crask the system but this is
farther than it ever got before in several days.
Thanks everybody.
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
