Henning Follmann wrote on 22/02/2024 08:43:
You didn't answer where you read that. I would be interested in that. I do
not claim to be an expert on this and I would like to understand it better.
-H
Concededly, I didn't noted that down. It was a discussion like in this blog:
On Wed, Feb 21, 2024 at 05:15:55PM +0100, Jörg-Volker Peetz wrote:
> Henning Follmann wrote on 21/02/2024 14:16:
> > On Wed, Feb 21, 2024 at 12:00:17PM +0100, Jörg-Volker Peetz wrote:
>
> > > Somewhere I read, for maintainance of an SSD all it's cells should be read
> > > from time to time like
On Wed, Feb 21, 2024 at 05:15:55PM +0100, Jörg-Volker Peetz wrote:
> Henning Follmann wrote on 21/02/2024 14:16:
> > On Wed, Feb 21, 2024 at 12:00:17PM +0100, Jörg-Volker Peetz wrote:
>
> > > Somewhere I read, for maintainance of an SSD all it's cells should be read
> > > from time to time like
On 2/21/24 08:17, Henning Follmann wrote:
On Wed, Feb 21, 2024 at 12:00:17PM +0100, Jörg-Volker Peetz wrote:
Hi,
did you take a look at the smartctl output?
Somewhere I read, for maintainance of an SSD all it's cells should be read
from time to time like this
sudo dd if=/dev/DEVICE
On 2/21/24 13:14, David Christensen wrote:
On 2/21/24 03:00, Jörg-Volker Peetz wrote:
Hi,
did you take a look at the smartctl output?
Somewhere I read, for maintainance of an SSD all it's cells should be
read from time to time like this
sudo dd if=/dev/DEVICE of=/dev/null bs=8M
On 2/21/24 03:00, Jörg-Volker Peetz wrote:
Hi,
did you take a look at the smartctl output?
Somewhere I read, for maintainance of an SSD all it's cells should be
read from time to time like this
sudo dd if=/dev/DEVICE of=/dev/null bs=8M status=progress
where device is something like sda or
Henning Follmann wrote on 21/02/2024 14:16:
On Wed, Feb 21, 2024 at 12:00:17PM +0100, Jörg-Volker Peetz wrote:
Somewhere I read, for maintainance of an SSD all it's cells should be read
from time to time like this
sudo dd if=/dev/DEVICE of=/dev/null bs=8M status=progress
Where did you read
On Wed, Feb 21, 2024 at 12:00:17PM +0100, Jörg-Volker Peetz wrote:
> Hi,
>
> did you take a look at the smartctl output?
>
> Somewhere I read, for maintainance of an SSD all it's cells should be read
> from time to time like this
>
> sudo dd if=/dev/DEVICE of=/dev/null bs=8M status=progress
Hi,
did you take a look at the smartctl output?
Somewhere I read, for maintainance of an SSD all it's cells should be read from
time to time like this
sudo dd if=/dev/DEVICE of=/dev/null bs=8M status=progress
where device is something like sda or nvme0n1, especially if it was switched off
On Dienstag, 20. Februar 2024 06:58:31 -03 Eike Lantzsch ZP5CGE / KY4PZ
wrote:
> On Montag, 19. Februar 2024 21:48:52 -03 Andy Smith wrote:
> > Hi,
> >
> > On Mon, Feb 19, 2024 at 04:12:44PM -0300, Eike Lantzsch ZP5CGE /
> > KY4PZ
> wrote:
> > > The notorious red SATA cables - I threw them out
On Montag, 19. Februar 2024 21:48:52 -03 Andy Smith wrote:
> Hi,
>
> On Mon, Feb 19, 2024 at 04:12:44PM -0300, Eike Lantzsch ZP5CGE / KY4PZ
wrote:
> > The notorious red SATA cables - I threw them out long ago. The red
> > pigment eats up the fine copper threads, changing the impedance of
> > the
On 20/2/24 08:48, Andy Smith wrote:
Hi,
On Mon, Feb 19, 2024 at 04:12:44PM -0300, Eike Lantzsch ZP5CGE / KY4PZ wrote:
The notorious red SATA cables - I threw them out long ago. The red
pigment eats up the fine copper threads, changing the impedance of the
cable and eventually making false
On 2/19/24 19:49, Andy Smith wrote:
Hi,
On Mon, Feb 19, 2024 at 04:12:44PM -0300, Eike Lantzsch ZP5CGE / KY4PZ wrote:
The notorious red SATA cables - I threw them out long ago. The red
pigment eats up the fine copper threads, changing the impedance of the
cable and eventually making false
Hi,
On Mon, Feb 19, 2024 at 04:12:44PM -0300, Eike Lantzsch ZP5CGE / KY4PZ wrote:
> The notorious red SATA cables - I threw them out long ago. The red
> pigment eats up the fine copper threads, changing the impedance of the
> cable and eventually making false contact before failing completely.
On Montag, 19. Februar 2024 14:20:52 -03 to...@tuxteam.de wrote:
> On Mon, Feb 19, 2024 at 10:02:10AM -0500, Stephen P. Molnar wrote:
> > I am running up to date Bookworm on my Debian platform:
> >
> > Processor AMD FX(tm)-8320 Eight-Core Processor
> > Memory 8026MB (5267MB used)
> >
On Mon, Feb 19, 2024 at 12:30:30PM -0500, Stephen P. Molnar wrote:
[...]
> Thanks for he reply. It's somewhat reassuring.
>
> According to my logs the box had its' last major last upgrade in 2014, so I
> shouldn't be too surprised.
>
> My backup is underweight and should be done sometime
On 02/19/2024 12:20 PM, to...@tuxteam.de wrote:
On Mon, Feb 19, 2024 at 10:02:10AM -0500, Stephen P. Molnar wrote:
I am running up to date Bookworm on my Debian platform:
Processor AMD FX(tm)-8320 Eight-Core Processor
Memory 8026MB (5267MB used)
Machine TypeDesktop
Operating
On Mon, Feb 19, 2024 at 10:02:10AM -0500, Stephen P. Molnar wrote:
> I am running up to date Bookworm on my Debian platform:
>
> Processor AMD FX(tm)-8320 Eight-Core Processor
> Memory8026MB (5267MB used)
> Machine Type Desktop
> Operating System Debian GNU/Linux 12 (bookworm)
>
I am running up to date Bookworm on my Debian platform:
Processor AMD FX(tm)-8320 Eight-Core Processor
Memory 8026MB (5267MB used)
Machine TypeDesktop
Operating SystemDebian GNU/Linux 12 (bookworm)
I have been plagued with orphaned inodes. Last night the problem cane to
a
Well, as I said, I didn't know if it meant anything.
On 11/20/2019 11:01 AM, Reco wrote:
Hi.
On Wed, Nov 20, 2019 at 09:19:30AM -0500, Stephen P. Molnar wrote:
I don't know what the significance might be, but I have installed
Buster in an Oracle VM along with the software that hangs,
Hi.
On Wed, Nov 20, 2019 at 09:19:30AM -0500, Stephen P. Molnar wrote:
> I don't know what the significance might be, but I have installed
> Buster in an Oracle VM along with the software that hangs, and it
> works.
Countless things could be significant here. If you remove a real
I don't know what the significance might be, but I have installed Buster
in an Oracle VM along with the software that hangs, and it works.
On 11/19/2019 02:39 PM, Reco wrote:
Hi.
On Tue, Nov 19, 2019 at 02:31:59PM -0500, Stephen P. Molnar wrote:
On Mon, Nov 18, 2019 at 02:06:48PM
On 19/11/2019 08:17, Reco wrote:
A kernel panic or OOPS comes to mind first. That's very broad class of
the problem, to say the least, hence the need of kernel logs.
Xorg hang is the second possible option. AMD hardware is somewhat
problematic here.
Barring above - an overheat is the third
Hi.
On Tue, Nov 19, 2019 at 02:31:59PM -0500, Stephen P. Molnar wrote:
> > On Mon, Nov 18, 2019 at 02:06:48PM -0500, Stephen P. Molnar wrote:
> > > he problem is that the program hangs and the system will not
> > > recognized the keyboard, although, according to gKrellM the system is
> >
On 11/18/2019 02:17 PM, Reco wrote:
Hi.
On Mon, Nov 18, 2019 at 02:06:48PM -0500, Stephen P. Molnar wrote:
he problem is that the program hangs and the system will not
recognized the keyboard, although, according to gKrellM the system is
still operating. The only solution seems to be
Le 18/11/2019 à 20:06, Stephen P. Molnar a écrit :
The CPU is an AMD FX-8320 Eight-Core Processor on an ASUSTeK M5A97 R2.0
Motherboard with 8GB Ram. I have started having orphaned inodes when I
run a major piece of software in my research program.
How do you know you have orphaned inodes
Reco wrote:
> Hi.
>
> On Mon, Nov 18, 2019 at 02:06:48PM -0500, Stephen P. Molnar wrote:
> > he problem is that the program hangs and the system will not
> > recognized the keyboard, although, according to gKrellM the system is
> > still operating. The only solution seems to be to reboot
Hi.
On Mon, Nov 18, 2019 at 02:06:48PM -0500, Stephen P. Molnar wrote:
> he problem is that the program hangs and the system will not
> recognized the keyboard, although, according to gKrellM the system is
> still operating. The only solution seems to be to reboot the system.
The
I am running Stretch on my Linux platform.
The CPU is an AMD FX-8320 Eight-Core Processor on an ASUSTeK M5A97 R2.0
Motherboard with 8GB Ram. I have started having orphaned inodes when I
run a major piece of software in my research program.
he problem is that the program hangs and the system
29 matches
Mail list logo
