the contents of the shared folders do not match what I see from Windows

  • A shared folder named foo should be accessible via /sharedfolders/foo because the shared folder name is globally unique (regardless of on which volume the shared folder is located).

    Therefore, why to me it is not so? what can i do to fix?

    H520 Desktop (Lenovo) - Type 2562

    Intel(R) Core(TM) i3-3220 CPU @ 3.30GHz

    7.4.14-1 (Sandworm) Linux 6.1.0-28-amd64

    /dev/sda Seagate Barracuda ST1000DM003-9YN162

    /dev/sdb Seagate Barracuda ST1000DM003-9YN162

  • so, clearly /sharedfolders/service/ is NOT the same as /srv/dev-disk-by-label-dati/service/


    Why do you think it should be the same ?

    In /sharedfolders/service/ I expect to find the same thing that I find by accessing shared folders from windows.
    Currently this does not happen!


    @votdev

    Code
    root@omv:~# systemctl cat sharedfolders-service.mount
    No files found for sharedfolders-service.mount.
    root@omv:~#

    H520 Desktop (Lenovo) - Type 2562

    Intel(R) Core(TM) i3-3220 CPU @ 3.30GHz

    7.4.14-1 (Sandworm) Linux 6.1.0-28-amd64

    /dev/sda Seagate Barracuda ST1000DM003-9YN162

    /dev/sdb Seagate Barracuda ST1000DM003-9YN162

    • Offizieller Beitrag

    Please post the output of mount. But if there is no sharedfolders-service.mount unit file, then systemd does not mount the /srv/foo directory to /sharedfolders/foo. In that case /sharedfolders/foo simply contains something else. Maybe a rsync job or a other service that is still using /sharedfolders/foo has copied it into the root file system.


    Because this feature makes so many troubles it has been diabled in the latest version.

  • Please post the output of mount. But if there is no sharedfolders-service.mount unit file, then systemd does not mount the /srv/foo directory to /sharedfolders/foo. In that case /sharedfolders/foo simply contains something else. Maybe a rsync job or a other service that is still using /sharedfolders/foo has copied it into the root file system.


    Because this feature makes so many troubles it has been diabled in the latest version.

    H520 Desktop (Lenovo) - Type 2562

    Intel(R) Core(TM) i3-3220 CPU @ 3.30GHz

    7.4.14-1 (Sandworm) Linux 6.1.0-28-amd64

    /dev/sda Seagate Barracuda ST1000DM003-9YN162

    /dev/sdb Seagate Barracuda ST1000DM003-9YN162

    • Offizieller Beitrag

    I do not see any bind-mount for /sharedfolders/service, so the files you see in this directory do not reflect the current state of /srv/<xxxxxx>/service.

  • @votdev
    Do I have to create the bind-mount?
    If it should be, for what reason it is not there?
    I have not changed anything in the initial configuration.

    H520 Desktop (Lenovo) - Type 2562

    Intel(R) Core(TM) i3-3220 CPU @ 3.30GHz

    7.4.14-1 (Sandworm) Linux 6.1.0-28-amd64

    /dev/sda Seagate Barracuda ST1000DM003-9YN162

    /dev/sdb Seagate Barracuda ST1000DM003-9YN162

  • That might be the reason why you no longer have the feature, @nicovon ?

    I don't think I understand enough.
    The /sharedfolders path is no longer used in the new omv update? If yes, from which update?

    H520 Desktop (Lenovo) - Type 2562

    Intel(R) Core(TM) i3-3220 CPU @ 3.30GHz

    7.4.14-1 (Sandworm) Linux 6.1.0-28-amd64

    /dev/sda Seagate Barracuda ST1000DM003-9YN162

    /dev/sdb Seagate Barracuda ST1000DM003-9YN162

  • * Disable the '/sharedfolder/<xyz>' feature by default on new installations..


    But I remember starting from an omv 5.0.5 installation.
    However, for me this is not a problem. The important thing is to be aware that everything is working properly.
    Now I know for the shared folders I will have to refer to the new path /srv/dev-disk-by-label-dati


    But why dev-disk-by-label-dati?
    Where dati is the label of the filesystem where shared folders reside.
    I was expecting something shorter..

    H520 Desktop (Lenovo) - Type 2562

    Intel(R) Core(TM) i3-3220 CPU @ 3.30GHz

    7.4.14-1 (Sandworm) Linux 6.1.0-28-amd64

    /dev/sda Seagate Barracuda ST1000DM003-9YN162

    /dev/sdb Seagate Barracuda ST1000DM003-9YN162

    2 Mal editiert, zuletzt von nicovon ()

  • @votdev
    I had forgotten to add to the discussion:
    If I create a new shared folder, it doesn't appear at all in the /sharedfolders path.
    Now I know why :)

    H520 Desktop (Lenovo) - Type 2562

    Intel(R) Core(TM) i3-3220 CPU @ 3.30GHz

    7.4.14-1 (Sandworm) Linux 6.1.0-28-amd64

    /dev/sda Seagate Barracuda ST1000DM003-9YN162

    /dev/sdb Seagate Barracuda ST1000DM003-9YN162

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!