Moving files from external drives to the pool via local connection

That’s a big relief to know😅
So I guess I better start transfering files to my Nas drive over wifi for now because I just ordered an ethernet cable from amazon last night for my laptop to modem wired connection.
My laptop doesn’t have an ethernet port but I have a Usb C to ethernet adapter. Is it going to be plug n play even with the adapter?

Whether a Gb ethernet adapter which plugs in using USB-C will be faster than wifi AC will depend on whether your USB-C port(s) n your laptop are USB-2 or USB-3+ - if USB-2 it might actually be slower than the wifi speeds you are getting.

Good to know it’s still going to be a plug n play… I’m looking forward to doing wired connections for the Nas server and my laptop. My USB C is a 3 so it’s going to be faster than the 2 version.
Anyway, I know my file transfer to my Nas is going to be a lot faster than a 1MB/s, thanks to winnie and yourself🫡
I just want to say I appreciate yours and winnie’s helpful time. I was starting to get worried and disappointed about my problem there😄
You guys are amazing. I know we’ll be chatting with each again in the near future. Thanks to TrueNAS too✌️

Hi guys, I was reading in the forum topics, looking for some direct USB copy way to transfer files from a backup (ext4) to a new TrueNAS build. Everywhere the network is pointed as official and only method.

The weird part is that the speed is compared to the USB one. Let me clarify, USB 3.1 has 5 Gbps, USB 3.1 Gen 2 is with 10 Gbps and USB 3.2 Gen2x2 is with 20 Gbps. There are no room for comparison even if the TrueNAS is with LACP bond of two 10 Gbps interfaces - simply because the other side (some PC) will be with less than 10 Gbps interface in most of the cases.

My question is, what if:

  1. The destination dataset ACL (where the data will be moved from the USB) is prepared for full access of the user that will use the shell for mount and rsync
  2. The USB is mounted in a temp folder and ‘rsync -rtvuP … …’ is used to transfer the data (no permissions transfered)
  3. When the transfer is finished, the ACL is edited to re-apply the desired permissions recursively on the destination dataset

Anybody tested that approach?

Greets!

Happy New Year !

I did the previously mentioned test and after a reload of the TrueNAS everything seems to be recovered with no issues.

That’s the order of the operations:

  1. Identified the freshly attached USB 3.1 HDD
lsblk -f /dev/sdg
NAME   FSTYPE FSVER LABEL   UUID                                 FSAVAIL FSUSE% MOUNTPOINTS
sdg
├─sdg1
├─sdg2 ntfs         Storage 01DC68BF5BB0FC00
└─sdg3 ext4   1.0           a43d0e1d-4b89-4158-9b3f-1d170cbb6982
  1. Mount the above EXT4 partition and copy to the ‘public’ dataset/share
mkdir /mnt/usb
mount -t ext4 /dev/sdg3 /mnt/usb
rsync -rtvuP --no-l /mnt/usb/md0/public/ /mnt/TNAS/public/
  1. Validate the size when finished
du -s --apparent-size /mnt/TNAS/public
2.9G    /mnt/TNAS/public
du -s --apparent-size /mnt/usb/md0/public
2.9G    /mnt/usb/md0/public
  1. This is matching the TrueNAS applied Filesystem ACL - applied from the shell
chown -R master:builtin_users /mnt/TNAS/public
chmod -R 770 /mnt/TNAS/public

… in case of differences between the default mask for files and folders, it will be

find /mnt/TNAS/public -type f -exec chmod 640 {} +
find /mnt/TNAS/public -type d -exec chmod 750 {} \;
  1. Finally apply recursevly the Filesystem ACL permissions for ‘public’ - from the TrueNAS GUI

Now, the question is, what do you think should happen that will cause a conflict or data loss?

Cheers