LinuxQuestions.org
Help answer threads with 0 replies.
Go Back   LinuxQuestions.org > Forums > Linux Forums > Linux - Newbie
User Name
Password
Linux - Newbie This Linux forum is for members that are new to Linux.
Just starting out and have a question? If it is not in the man pages or the how-to's this is the place!

Notices


Reply
  Search this Thread
Old 10-04-2014, 09:23 PM   #16
jozmak
Member
 
Registered: Aug 2005
Posts: 38

Original Poster
Rep: Reputation: 0

Quote:
Originally Posted by howzer View Post
I couldn't put this in my first comment, but I learned this a while back from

http://www.cyberciti.biz/tips/howto-...ory-check.html

Basically, if a small portion of you ram is bad, you probably won't have problems with most tasks, but if you're working with larger files, you're more likely to hit that bad spot, and if the file is the same size as your RAM, you'd be guaranteed to hit it.
Hi howzer,

I did the memtest86 and it found no error.

I did the test you recommanded in the link. That one also came out fine: Here is the result.
Code:
mak@debian:~$ free
             total       used       free     shared    buffers     cached
Mem:       6126944    1250816    4876128      10660      43644     432764
-/+ buffers/cache:     774408    5352536
Swap:      2097148          0    2097148
mak@debian:~$ dd if=/dev/urandom bs=6126944 of=/tmp/memtest count=1050
1050+0 records in
1050+0 records out
6433291200 bytes (6.4 GB) copied, 538.335 s, 12.0 MB/s
mak@debian:~$ md5sum /tmp/memtest; md5sum /tmp/memtest; md5sum /tmp/memtest
bc214db3275d230e67ec1f29a01343d3  /tmp/memtest
bc214db3275d230e67ec1f29a01343d3  /tmp/memtest
bc214db3275d230e67ec1f29a01343d3  /tmp/memtest
mak@debian:~$
Therefore, the memory can't be the source of the problem.
 
Old 10-06-2014, 02:47 PM   #17
bstaletic
Member
 
Registered: Apr 2014
Distribution: Arch
Posts: 39

Rep: Reputation: Disabled
At this point I'd assume malware is causing touble.

You eliminated storage and memory, only software is left. Backup data, format everything and make a fresh install.
 
Old 10-06-2014, 08:58 PM   #18
jozmak
Member
 
Registered: Aug 2005
Posts: 38

Original Poster
Rep: Reputation: 0
Quote:
Originally Posted by bstaletic View Post
At this point I'd assume malware is causing touble.

You eliminated storage and memory, only software is left. Backup data, format everything and make a fresh install.
You mean reinstall all distros?

On the SSD drive I have four partitions with four linux versions installed.

On the regular harddrive I have 8 partitions with 8 linux versions installed.

I tested the md5sum on several versions - new ones and older ones - and the mulfunction happened on each one.

My most recent install is Debian jessie, I installed it 3 weeks ago the problem persists.

I also have archlinux enlightenment and lxqt on two different partitions, installed 3 months ago and the problem persists there too.

Isn't it possible that this is a BIOS related problem?

In dmesg I found a few suspicious lines. I don't know these messages have anything to do with the problem. I paste them here anyway:

Code:
[    0.000000] ACPI BIOS Warning (bug): 32/64X length mismatch in FADT/Pm1aEventBlock: 32/8 (20131218/tbfadt-603)
[    0.000000] ACPI BIOS Warning (bug): 32/64X length mismatch in FADT/Pm1aControlBlock: 16/8 (20131218/tbfadt-603)
[    0.000000] ACPI BIOS Warning (bug): 32/64X length mismatch in FADT/PmTimerBlock: 32/8 (20131218/tbfadt-603)
[    0.000000] ACPI BIOS Warning (bug): 32/64X length mismatch in FADT/Gpe0Block: 64/8 (20131218/tbfadt-603)
[    0.000000] ACPI BIOS Warning (bug): Invalid length for FADT/Pm1aEventBlock: 8, using default 32 (20131218/tbfadt-684)
[    0.000000] ACPI BIOS Warning (bug): Invalid length for FADT/Pm1aControlBlock: 8, using default 16 (20131218/tbfadt-684)
[    0.000000] ACPI BIOS Warning (bug): Invalid length for FADT/PmTimerBlock: 8, using default 32 (20131218/tbfadt-684)


[    0.000000] Your BIOS doesn't leave a aperture memory hole
[    0.000000] Please enable the IOMMU option in the BIOS setup
[    0.000000] This costs you 64 MB of RAM


[    0.859092] ACPI: [Package] has zero elements (ffff8801a7865140)
[    0.859143] ACPI: Invalid passive threshold


[    8.844641] EDAC amd64: DRAM ECC disabled.
[    8.844648] EDAC amd64: ECC disabled in the BIOS or no ECC capability, module will not load.
[    8.844648]  Either enable ECC checking or force module loading by setting 'ecc_enable_override'.
[    8.844648]  (Note that use of the override may cause unknown side effects.)
 
Old 10-07-2014, 03:11 AM   #19
AnanthaP
Member
 
Registered: Jul 2004
Location: Chennai, India
Distribution: UBUNTU 5.10 since Jul-18,2006 on Intel 820 DC
Posts: 806

Rep: Reputation: 186Reputation: 186
I don't get it.

Usually you check the md5 sum (or other check sum) against what is attached to or sent along with the downloaded file. (The purpose is to check whether what is published for download is what you got).

As for the problem of the checksum changing, I can only assume that the dd command isn't completed. If my assumption is correct, then the post reboot checksum will be correct (matches what is on the download site).

try `sync; sync` before running the checksum command.

OK
 
Old 10-07-2014, 01:51 PM   #20
jozmak
Member
 
Registered: Aug 2005
Posts: 38

Original Poster
Rep: Reputation: 0
Quote:
Originally Posted by AnanthaP View Post
I don't get it.

Usually you check the md5 sum (or other check sum) against what is attached to or sent along with the downloaded file. (The purpose is to check whether what is published for download is what you got).

As for the problem of the checksum changing, I can only assume that the dd command isn't completed. If my assumption is correct, then the post reboot checksum will be correct (matches what is on the download site).

try `sync; sync` before running the checksum command.

OK
AnanthaP,

The md5sum changes even if I don't copy it into a medium.

Simply rebooting the machine changes the md5sum.
 
Old 10-07-2014, 02:49 PM   #21
bstaletic
Member
 
Registered: Apr 2014
Distribution: Arch
Posts: 39

Rep: Reputation: Disabled
Yes I meant to reformat everything. I know it can be tiresome, and in your case of 10+ distros it would take a day or two. Unfortunately I see no other way. As I see it the malware freely spreads among partitions so reinstalling one at a time is pointless. Good luck!
 
Old 10-07-2014, 06:16 PM   #22
jefro
Moderator
 
Registered: Mar 2008
Posts: 15,388

Rep: Reputation: 2199Reputation: 2199Reputation: 2199Reputation: 2199Reputation: 2199Reputation: 2199Reputation: 2199Reputation: 2199Reputation: 2199Reputation: 2199Reputation: 2199
I meant that only filesystem permissions to have on that file would be read only for all or at least deny or no ability to write by your group or user.

command ls -l to show

command chmod to change.

Not sure of any good reason a md5 should/could change. It is a mechanism that is supposed to verify data.

Last edited by jefro; 10-07-2014 at 06:18 PM.
 
  


Reply


Thread Tools Search this Thread
Search this Thread:

Advanced Search

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is Off
HTML code is Off



Similar Threads
Thread Thread Starter Forum Replies Last Post
Laptop advice for non-frustrating Slack 13.37 (64 bit) experience statguy Slackware 35 12-13-2011 08:31 AM
for, foreach loops mystifying in bash! maryfran Linux - Newbie 4 01-23-2009 11:43 AM
MEPIS takes an extremely long time to install newbiesforever MEPIS 5 11-20-2007 09:27 PM
LXer: Highly Anticipated 'Portland' Ready for Prime Time LXer Syndicated Linux News 0 10-11-2006 11:33 AM
Pinging problem - extremely slow response time stevel Linux - Networking 1 11-02-2001 05:13 AM


All times are GMT -5. The time now is 01:09 AM.

Main Menu
Advertisement
My LQ
Write for LQ
LinuxQuestions.org is looking for people interested in writing Editorials, Articles, Reviews, and more. If you'd like to contribute content, let us know.
Main Menu
Syndicate
RSS1  Latest Threads
RSS1  LQ News
Twitter: @linuxquestions
Facebook: linuxquestions Google+: linuxquestions
Open Source Consulting | Domain Registration