On 02/10/2021 08:31, ToddAndMargo via users wrote:
I did do a dump. It described all the panels but
not what is populated inside them.
I am still hunting
One tool won't be enough for your learning experience.
dconf, dconf-editor, gsettings
will be "enlightenment". And your key to doing thi
On 10/1/21 16:34, Ed Greshko wrote:
On 02/10/2021 04:28, ToddAndMargo via users wrote:
Hi All,
I have found:
https://www.addictivetips.com/ubuntu-linux-tips/back-up-the-mate-desktop-settings-linux/
And I can dump MATE's poart with:
$ dconf dump /org/mate > ~/Desktop/dconf-mate-backup
Bu
On Fri, 1 Oct 2021 at 16:20, Terry Barnaby wrote:
>
> Thanks for the info, I am using MDraid. There are no "mddevice" messages
> in /var/log/messages and smartctl -a lists no errors on any of the
> disks. The disks are about 3 years old, I change them in servers between
> 3 and 4 years old.
>
Wh
On 02/10/2021 04:28, ToddAndMargo via users wrote:
Hi All,
I have found:
https://www.addictivetips.com/ubuntu-linux-tips/back-up-the-mate-desktop-settings-linux/
And I can dump MATE's poart with:
$ dconf dump /org/mate > ~/Desktop/dconf-mate-backup
But I am unclear if
$ dconf load /org/mat
You need to replace mddevice with the name of your mddevice.
probably md0.
3-5 years is about when they start to go. I have 2-3TB wd-reds
sitting on the floor because their correctable/offline uncorr kept
happening and blipping my storage (a few second pause). I even
removed the disks from the
Hi All,
I have found:
https://www.addictivetips.com/ubuntu-linux-tips/back-up-the-mate-desktop-settings-linux/
And I can dump MATE's poart with:
$ dconf dump /org/mate > ~/Desktop/dconf-mate-backup
But I am unclear if
$ dconf load /org/mate/ < dconf-mate-backup
overwrites or appends. I am
On 01/10/2021 19:05, Roger Heflin wrote:
it will show latency. await is average iotime in ms, and %util is
calced based in await and iops/sec. So long as your turn sar down to
1 minute samples it should tell you which of the 2 disks had higher
await/util%.With a 10 minute sample the 40sec p
it will show latency. await is average iotime in ms, and %util is
calced based in await and iops/sec. So long as your turn sar down to
1 minute samples it should tell you which of the 2 disks had higher
await/util%.With a 10 minute sample the 40sec pause may get spread
out across enough iops
On 01/10/2021 13:31, D. Hugh Redelmeier wrote:
Trivial thoughts from reading this thread. Please don't take the
triviality as an insult.
Perhaps the best way to determine if the problem is from a software update
is to downgrade likely packages. In the case of the kernel, you can just
boot an o
On 30/09/2021 19:27, Roger Heflin wrote:
Raid0, so there is no redundancy on the data?
And what kind of underlying hard disks? The desktop drives will try
for a long time (ie a minute or more) to read any bad blocks. Those
disks will not report an error unless it gets to the default os
timeou
Trivial thoughts from reading this thread. Please don't take the
triviality as an insult.
Perhaps the best way to determine if the problem is from a software update
is to downgrade likely packages. In the case of the kernel, you can just
boot an older one (assuming that an old enough one is s
11 matches
Mail list logo
