Slack 11 and SATA disks file transfers corrupted some datas.
SlackwareThis Forum is for the discussion of Slackware Linux.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
Slack 11 and SATA disks file transfers corrupted some datas.
Hi. I ran Slack 10.2 on a seagate SATA.
I installed a new SATA drive in order to install the 11.
Then i moved via konqueror data from old /home to new one.
I checked the size of folders, and number of files inside too using the property menu with right click. All went fine.
BUT i saw some of my photos corrupted, and some zipped files won't open anymore.
I'm currently rebuilding the old reiserfs home in order to undelete my data.
I use reiserfs only and my SATA controller is SiI 3112 [SATALink/SATARaid].
Can someone have clues about it? I transferred files with 2.4.33.3.
Can i operate this transfer with some hash/md5 checking in order to ensure data isn't corrupted anymore? Maybe rsync can do it?
edit-----
Oh, by the way, is there a tool to check if my new drive isn't screwed?
return of the jedit----
is there a way to md5 sum a folder or something hashing folders?
Last edited by Linux.tar.gz; 10-15-2006 at 11:22 AM.
#!/bin/sh
# useage: arcbu parameter1
# where param1 is the name of either a dir or a file
# in cur-wrk-dir makes a .tgz compressed archive
# the z option runs gzip; tars and gzips all in one
tar czf $1.$(date +%Y%m%d%-H%M).tgz $1
exit $?
# end
there's a little shell script I named arcbu (short for "archive backup")
Though I'm not recommending it, for lack of other, at times as root I've temporarily changed /home to writeable then as user I cd to /home and run
$ arcbu al
(al is my user folder ie /home/al )
Then quickly change the permissions on /home back to what they were beforehand.
It might be easier to just call arcbu from somewhere else, a writeable folder and then specify full path to al folder to arcbu
$ pwd
/tmp
$ arcbu /home/al
maybe that work. but that it puts several folders deep in/into the resultant .tgz file rather than compressing to folder al (one folder deep)
-----
Rsync -- you'd need to setup an rsync server
----
I've never had a prob transfering then extracting such .tgz from arcbu.
Just one (.tgz) file to transfer. (I usually LAN network transfer, store a copy onto another computer)
---
other: hopefully you're using the most correct driver for your HD's
I had some trouble with konqueror so i should have been more careful. Currently, i'm not sure the new SATA drive is ok. I undeleted my old stuff so i hope i didn't loose something.
One thing is strange: only photographs and zipped files seemed to be damaged.
Well, seems even the command line cp corrupts data... Maybe the SATA driver is faulty.
Is there a file copying system that checks the md5sum of transferred data? Can rsync do this?
badblocks, smartctl, & SpinRite all have their potential places in vetting a HD before putting it in service.
I recently got 5 reconditioned WD 250's $80 apiece, & I am checking them thoroughly before putting them to use. Four of them are destined for a pair of RAID 1 arrays & as I write this I am running a homemade temp. sampling script on them (using smartctl).
Interestingly, 1 of the 4 seems to run substantially (6 deg. C) hotter than the others. This supposedly bodes ill for that HD's longevity. I think I will be returning it. Or at least getting an extended warranty.
I considered it already. In practice, i never had problem with reiserFS, and i had problems (unrecoverable loss of data) with ext3, so, i'm not ready to change, especially if reiser4 becomes stable.
What i'm looking for now, is some kind of secure copy, which check integrity at both ends.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.