Bill, Maybe you can run a memtest on your 2nd machine ? There is an option "memtest" on Clonezilla live boot menu, you can try that.
Steven. Bill Gurley wrote: > Steven: > > Thanks for your suggestion. It turns out that md5sum values on my large > (2000MB) image files on the 2nd machine did not match the 1st machine, > and were also unreliable (changed with successive runs). I transferred > the files to a 3rd machine, and all of the values matched the 1st machine. > > So I've got to troubleshoot what the problem is with that 2nd machine, > which is Ubuntu 8.10, and is my own desktop machine! > > > Steven Shiau wrote: > >> Hi Bill, >> Bill Gurley wrote: >> >>> I think that I've done this before successfully, but last week I ran >>> into trouble. Let me explain the scenario: >>> >>> I have a computer lab with about 30 identical XP Professional machines. >>> The network configuration is not conducive to using the Clonezilla SE >>> server setup for multicasting images. So I just restore my clonezilla >>> image to all of the machines, using the live CD and connecting to an ssh >>> server to access the image, and performing unicast restores. >>> >>> This is fairly low-tech, I know. But I only have to update the image >>> about once per year. I have a special image server that I use for >>> clonezilla images. The server is running 64-bit CentOS. >>> >>> One obvious problem is that, over 100Mbit ethernet, the server starts to >>> bog down if you run restores on more than three of these machines at a >>> time. So I decided to put a copy of the image onto my own desktop >>> machine, which is running 32-bit Ubuntu, so that I could have a second >>> source for the image to run more simultaneous restores. >>> >>> Is there a problem copying files from a 64-bit file system to a 32-bit >>> filesystem? >>> >>> >> No, it's all the same. >> >>> I don't understand it, but I had all sorts of problems trying to do >>> restores from the copy on my desktop machine running 32-bit Ubuntu. The >>> first time it complained that the files for the ntfs partition were >>> corrupted. The restore aborted. So I copied the image files again. >>> The last time I did this, the restore went unreasonably fast, and then >>> Windows would not boot. There was still some problem with the image >>> files, even though they were the correct files sizes and had the correct >>> permissions. >>> >>> Restores from the original ssh image server continued to work just fine. >>> >>> What am I missing? Is there a proper way to copy an image from one >>> machine to another? I tried copying it using ssh, and even tried using >>> an external usb drive to move the image. >>> >>> Thanks for any suggestions. >>> >>> >> After you copy the image files, maybe try to run a md5sum or sha1sum >> check. At least this can make sure the files you copy are identical. >> >> Steven. >> > > > -- Steven Shiau <steven _at_ nchc org tw> <steven _at_ stevenshiau org> National Center for High-performance Computing, Taiwan. http://www.nchc.org.tw Public Key Server PGP Key ID: 1024D/9762755A Fingerprint: A2A1 08B7 C22C 3D06 34DB F4BC 08B3 E3D7 9762 755A ------------------------------------------------------------------------------ This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword _______________________________________________ Clonezilla-live mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/clonezilla-live
