I have a samba share running on my server (just an Intel N100 Mini PC). It’s running Fedora Atomic and my desktop is also running Fedora Atomic.

While it’s good enough to watch videos on, reliability when it comes to uploading files to it has been very poor. The connection ends up timing out after a few minutes of uploading.

I found that using rsync to upload files to it has been a lot more reliable.

  • utopiah@lemmy.ml
    link
    fedilink
    arrow-up
    1
    ·
    3 hours ago

    You might want to check sshfs but overall yes rsync works well. I just uploaded 200Go yesterday, no failure.

    On my LAN if I want to share without downloading them then I rely on MiniDLNA/ReadyMedia for DLNA/UPnP meaning it works with VLC on desktop, obviously, Android video projectors, mobiles, etc.

    Guess it depends on your usage but I stopped using Samba when I didn’t have Windows machines on my network. Never looked back.

  • Samsy@lemmy.ml
    link
    fedilink
    arrow-up
    3
    ·
    15 hours ago

    Since there is no M$ machine in my network I removed samba and simply just use sftp everywhere.

  • Spaz@lemmy.world
    link
    fedilink
    arrow-up
    3
    ·
    1 day ago

    If you dont care about permissions, use NFS. If you need protected shares, use SMBv3, force blocking of SMBv1 protocol.

    I have a mix of both NFS and SMBv3 shares between NAS, Windows 11, Ubuntu, and MacOS machines. It can be done, not too difficult unless you are trying to mount things weird in proxmox or something.

  • hexagonwin@lemmy.sdf.org
    link
    fedilink
    arrow-up
    4
    ·
    1 day ago

    If it’s both *nix, why not NFS? Even Win10 with UTF-8 works well with my NFS server. These days my SMB server is only for Win7 and Android.

    • Spaz@lemmy.world
      link
      fedilink
      arrow-up
      1
      ·
      edit-2
      1 day ago

      If you force turn off SMBv1, should work with win10/11

      I have a mix of nfs and smbv3 shares with linux, mac, windows machines. Use nfs for video/music sharing for all. SMBv3 for protected private files.

      Edit: i read your comment wrong.

  • mvirts@lemmy.world
    link
    fedilink
    arrow-up
    2
    ·
    1 day ago

    Maybe watch your system logs on the server when it’s having trouble, could be something random.

  • BlueSquid0741@lemmy.sdf.org
    link
    fedilink
    arrow-up
    4
    ·
    edit-2
    1 day ago

    I’ve been using smb protocol for years. NFS is great when it works, but something about my network makes it unreliable or inconsistent between devices.

    Smb has never caused me any problems.

  • technocrit@lemmy.dbzer0.com
    link
    fedilink
    arrow-up
    1
    ·
    1 day ago

    In debian/ubuntu I just use the file browser and connect via sftp or whatever. I save the password and put the location in my sidebar for easy access. It works great for playing videos and other uses, although might want to setup jellyfin or similar for videos.

  • just_another_person@lemmy.world
    link
    fedilink
    arrow-up
    9
    ·
    2 days ago

    Rsync will always be faster than SMB. NFS will be faster than both other options. It’s a protocol thing. You should tune your SMB config properly though, as there are tweaks that can benefit throughput greatly.

  • cmnybo@discuss.tchncs.de
    link
    fedilink
    English
    arrow-up
    11
    ·
    2 days ago

    I’ve never had any issue with file transfers apart from being a bit slower than NFS. The main issues I have with it is lack of Unix file permissions and not allowing all characters in file names.

    Unless you need compatibility with windows, you are better off using NFS or SSHFS.

  • Michal@programming.dev
    link
    fedilink
    arrow-up
    1
    ·
    1 day ago

    Unusable for me on Fedora. I’m unable to watch movies or videos over network from NAS, have to copy it first

  • J_on_Lemmy@lemmy.ml
    link
    fedilink
    English
    arrow-up
    1
    ·
    1 day ago

    No problems with it here, I’ve uploaded a W10(5.7GB) iso and 30GB worth of Music without an issues. The host computer is running DietPi which is Debian based.