Hi Ralf,
On 12 November 2017 at 16:54, Ralf Mardorf
wrote:
> Smartctl is not perfect, but another link in the chain, even unplugging
> SATA cables and connecting them again is important and so on and so
> forth...
>
On a system I refurbished recently, memtest86+
On November 11, 2017 10:35:58 PM PST, Ralf Mardorf
wrote:
>to grant privacy and security it's important to check the ISO against a
>signed checksum by a trusted key.
Agreed. Nice solution. I'd put it under source control somewhere and/or add it
to the Ubuntu
PS:
If RAM bars mounted to computer A should fail Memtest, do the same RAM
bars fail Memtest when mounted to computer B?
--
Guerilla Open Access Manifesto:
https://archive.org/stream/GuerillaOpenAccessManifesto/Goamjuly2008_djvu.txt
--
Lubuntu-users mailing list
Lubuntu-users@lists.ubuntu.com
On Sun, 12 Nov 2017 15:37:50 +, Ian Bruntlett wrote:
>Given personal experience of refurbishing computers for the Contact
>Computer Wombling/Refurbishing Project, I have found that when a
>computer I'm working on fails to run memtest86+ , that computer is not
>reliable enough for normal use.
Hi Ralf et al,
On 12 November 2017 at 14:45, Ralf Mardorf
wrote:
> Apart from this, it might have been a BIOS issue and maybe the RAM
> wasn't bad. Memtest is _not_ reliable. Using Memtest makes sense, but
> you shouldn't trust it.
>
> If RAM shouldn't pass Memtest
On Sun, 12 Nov 2017 07:27:39 -0700, Mark F wrote:
>It was so strange. I used Windows 95% of the time. It didn't freeze
>(even when installing it). But, for some reason Linux touched that bad
>memory in a way that caused my computer to hang.
Linux does use all available RAM, not only regarding
On Sat, Nov 11, 2017 at 7:05 AM, Ian Bruntlett
wrote:
>
> One thing to do is check for memory problems.
> ,,,
> * Use the down arrow key to select "Memory test (memtest86+)
>
...
That's *excellent* advice. About 20 years ago I would occasionally install
Linux. For a