Backup w/ rsync of HDD formated in Windows mounted in Linux Mint with ldmtools

1st Official Post

    Hi there,

    My current PC setup includes 2 SSD’s, one for my Linux (Mint) installation and one for windows 10, I then have 1 HDD/disks that was created under Win 10 (several partitions) that I use for mass storage . I switch between Linux and Windows regularly and need access to the drive on each system. OMV7 is running separately on my NAS.


    I have mounted the HDD in Linux via ldmtools, the partitions are shown in Nemo.


    I would like to backup folders of the partitions via rsync through OMV 7.


    As I am quite new to OMV I would appreciate instruction how to do this. I already fail to create a Shared Folder of the respective folders to be synchronized.


    Thanks for any hints, I could not find any instruction in the web.

  • KM0201

    Approved the thread.
    • Official Post

    For over 15 years all my data has been on a NAS, I don't have any important data on my PC or tablet or anywhere else other than the NAS. It is the main objective of having a NAS.

    In your case, I would move that hard drive that you use on your PC for mass storage to the NAS.

    Of course I can put the HDD into my NAS but would't I have the same issue (mounting a drive formated by Windows and made readable for Linux via ldmtools ? Is there something similar available like a remotemount function for cases like this?

    • Official Post
    Quote from SWMaHi

    Of course I can put the HDD into my NAS but would't I have the same issue (mounting a drive formated by Windows and made readable for Linux via ldmtools ?

    What is ldmtools?


    Quote from SWMaHi

    Is there something similar available like a remotemount function for cases like this?

    The openmediavault-remotemount plugin does that.

    • Official Post

    There's a doc for -> remotemount . At the end of the doc, there's a description on how to rsync to a backup server. This could be easily adapted to rsyncing to / from a client.

    Note, however, when OMV boots up it assumes that remotely mounted shares are up and running. If your client is down, when OMV boots up, the mount may not happen. You might test this to see if the remote mount happens on the fly or, at least, after the client is up for 5 or 10 minutes.

    Quote from crashtest

    There's a doc for -> remotemount . At the end of the doc, there's a description on how to rsync to a backup server. This could be easily adapted to rsyncing to / from a client.

    Note, however, when OMV boots up it assumes that remotely mounted shares are up and running. If your client is down, when OMV boots up, the mount may not happen. You might test this to see if the remote mount happens on the fly or, at least, after the client is up for 5 or 10 minutes.

    Actually I first set up in Win10 shared folders (SMB) with remotemount, it worked properly. I was able to sync the Win 10 folders with rsync to my NAS (using the operating system Win10).


    Once I made the HDD readable with ldmtools and trying to repeat the rsync job in Linux Mint, the remotemounts were still there, in the Shared Folder section the names of the Win10 SMB folders were replaced with some crypic name/ "virtual" UUID (obviously Linux did not accept the Win 10 folder name).


    Is it possible to mount a folder, that was generated with Windows and then shared, in Linux (using ldmtools for reading the HDD) with the help of remotemnt?

    Or do I have to transfer the data to a Linux filesystem (ext4,…)?

    • Official Post

    I think I should insist on what I already said in post #2.

    Mount a hard drive on the server and format it with EXT4. Create a shared folder and share it on the network with samba (or whatever you want). Everything will work like a charm.

    Forget Windows file systems, they will only bring you problems.

    • Official Post

    First, other than a drive that is being temporarily connected to an OMV server for coping data:
    Any drive that is connected to OMV, to be used as a NAS drive for network shares, should be formatted with a native Linux format like EXT4. That's basic to server operations.

    Quote from SWMaHi

    Is it possible to mount a folder, that was generated with Windows and then shared, in Linux (using ldmtools for reading the HDD) with the help of remotemnt?

    You'd be creating a permissions paradox. You're "remote mounting" a Windows folder with native Windows permissions, then creating a shared folder at OMV (again using a remote mount with Windows Native permissions) and, finally, attempting to share Windows files to the network using OMV as a proxy. On top of that, note that SMB network share permissions are based on underlying file and folder permissions which, again, are actually Windows permissions. Again, this creates a permissions paradox.

    1. OMV (which is a POSIX permissions compliant OS) does not understand Windows permissions.
    2. SMB can not OVERRIDE base file and folder permissions.
    _____________________________________________________

    With windows data as the source:
    If you rsync according to -> one example I laid out in the doc (IE. --chmod=0770 --chown=root:users), the incoming rsync'ed files are reassigned Linux permissions when they're copied to the server. Once those files are resident on OMV (with their reassigned permissions) then they can be re-shared out to the network without issues. At that point, they are "owned" and controlled by OMV.


    The issue is with the approach:
    First, consider storing the bulk of your Windows files on the server, using an SMB share.

    While there are many variations on the following:
    - Connect OMV's SMB Share to your Windows Client, by "mapping a drive" in Windows.
    - Once that drive is mapped, use the new drive letter to save your Windows data. (You can set save defaults for one or more programs, even relocate all Windows user files to the new drive letter, etc.)
    - You might give thought to setting up OMV user accounts, as noted in the NAS Permissions doc. This will clear up some of the client / server / user access problems you might run into in the future.

    ______________________________________________________

    I can't speak to Mint Linux. As it seems, the various Linux Desktop distro's do different things, implementing different security protocols and / or other processes and work arounds when it comes to network access for remote files and folders. If a Windows client can access an open OMV -SMB network share (IE. with a Shared Folder set to - "Others Read/Write/Execute" & SMB set to - "Guests Allowed") a Mint Linux client should be able to access the same share as well. If Windows "can" and Mint Linux "can't" that question would be best directed to a Mint Linux forum.

Participate now!

Don’t have an account yet? Register yourself now and be a part of our community!

Register Yourself Login