Posts by getName()

    The structure is the one, that was already in the old filesystem. I am also pretty sure, if the Dir1sums file would not have been there, that md5deep would have thrown an exception.
    You should restart the whole thing from the beginning.
    1. Use rsync (dont forget -a) and copy the old data onto the new disk.
    2. Use diff -r oldDisk newDisk to check if the files were all copied
    3. Use md5deep to check if all files that got copied were copied correctly
    And thats about it.

    Its all working perfectly fine! You just misunderstood something there. You created the file Dir1sums in your /root/ which contains the checksums of your source folder. You compared them to your destination folders and did not get any errors. Now do the same thing with diff -r, if this does not prompt anything, your copy is correct.
    One time you check for file structre, the other time for checksums in identicaly named and placed files.
    You were not able to find dir1sums in your filesystem just because you named it Dir1sums instead. Nothing going wrong, often refered to as an layer 8 problem, but you did not break anything, so its fine.

    Ok, so it is all fine and working as expected. The other command df -hT had an additional space. I wrote this on an android device, where the keyboard adds spaces all the time...
    It is much simplier than anything else. You just ignored the case sensitive part. It is names Dir1sum, not dir1sum. Filesize is also ok now, propably just an issue of your viewing gui.
    As you ignored my requests in editing the file and altering a checksum, I just tested it myself using this:

    This is the resulting output:

    test without altering files
    testfile2 removed
    testfile2 different
    177e997d0a45599c6e25af9f6c12a874  /root/testDestination/testfile2

    As you can see, md5deep is working as I suggested earlier on. It has output if checksums are different, but not, if the file does not exist at all.
    Judging from this, your test scenario is not working. If you copied the files, you can check if they are correct with md5deep. To check, if the file structre is the same you need to do something in addtion.
    This here would work:
    diff -r sourceDir destDir
    It will display all differences in file structure (names only, not looking at data inside the files).

    Right, unmount the partition first and copy it to an image via dd (or ddrescue). Than make a copy of the image file (with checksums) and than work on that copy. If you break anything, just make anothet copy of the original dd image.
    This is the downside of point and click usage of rsync, mistakes are made easily. You always need an additional layer of backups from a nas, if you want to be sure to not loose data.
    I have two in location seperated storage systems that I keep versionized backups of my private nas in, also making sure to not connect both at the same time for protection against crypto attacks. For my professional systems I got a quite complex backup strategy, which would be too expensive for my personal data. From my personal experience in privat and proffesional environments, most data are lost due to small but impactfull mistakes, just like yours, while people tend to only protect against hardware failure.

    Ok, I am not sure if you are still trying to fix this, but if so some further advice.
    In general keep in mind, that the file naming on modern filesystems is case sensitive (different with fat type fs).
    What makes me wonder is that your Dir1sums has a 0b size, but you can open this and read lines. Is this mounted async, some tmpfs or some fuse fs (like mergefs) ?
    Please provide output of the following:
    cat /etc/fstab
    df - hT
    ls -ltra /root/

    Do you know how to navigate trough a fs in terminal? ls and cd are the most important commands. Also use tab when writing, this way you get some autocompletition and you dont have to write the filenames all by your own with the possibility of mistakes there.

    One of many reasons why I hate Linux. It seems to suffer from all these stupid small things that should be common sense. I have selected right time zone and the right time. That should be the end of that.

    You do realize that the time protokoll is much more enhanced than in windows? There is a very good reason, that GNU/Linux sets utc inside the bios. Your system than looks at his timezone settings and calculates the time. If this isnot working your system got brokem severly before. It is also a necessarity in professional environments to differentiste between thy sxstem and the bios clock. So if you dont write changes to hwclock, you loose changes with reboot. Or you set the timezone but missed to update the clock, I highly advice ntpd, which takes care of most things.

    Well, I am not too sure what is happening there, can you cat the dir1sums please?
    You can still use rsync with checksums in a second copy.
    The second copy will only actually alter files, if a checksum differed.
    Md5deep however should be very very reliable, so propably something else is going on. Thinking about it, I am not sure, if it posts missing files at all. Try altering one md5sum in dir1sums and let it check against the files. There are a lot of usecases, where it makes sense to only check existing files, not for the existence itself.