Yes, code tags make terminal output have the correct columns. Much easier to read.
And where do you want each to be mounted? They can be placed anywhere, though I'd strongly recommend against using anywhere under /home/ or /media/ ... those places can cause other issues, which are best avoided. A mount point is what I'm asking for. This is an empty directory for each file system to be mounted.
I use
/d/D1
/d/D2
/d/D3
/TV
/Data/
but it is possible to mount anywhere that you need storage. For example, I also mount specific file systems to
Code:
Filesystem Type Size Used Avail Use% Mounted on
/dev/mapper/istar--8TB--B-jellyfin_varlib ext4 89G 6.8G 77G 9% /var/lib/jellyfin
/dev/mapper/istar--8TB--B-plex_varlib ext4 89G 40G 44G 48% /var/lib/plexmediaserver
because those specific locations needed much more storage than I want to allocate to a typical /var/ file system.
Is that helpful?
So assuming I can't talk you into reformatting from NTFS to a useful file system, like ext4, You'll want a line like this for the 80G SATA:
Code:
UUID=60E616DD5EBAFAD0 /d/80G-Sata ntfs windows_names,nodev,nosuid,noatime,async,big_writes,timeout=2,uid=1000,gid=1000,fmask=0002,dmask=0002 0 0
I assume you want the username with uid of 1000 and gid of 1000 to be the owner. If not, change those numbers to match the username/groupname (name or number is fine). The trailing last two zeros are important. They control whether fsck is attempted, what order and if it should be parallelized. NTFS cannot be fsck'd on Linux. The fmask and dmask are about file and directory permissions for every file in the file system. These options are kludges for non-Linux file systems and far from ideal.
You'll gonna have issues with sdd. because is doesn't have a partition table. This is against standard best practices and many data recovery tools will not work at all if there isn't a partition table. You really, really, should fix that.
Having spaces in the LABEL will cause hassles. While you can do it, just always quote it for any uses, it will be a hassle. If those mount points shown above are caused by the partition LABEL, instead of mounting by UUID, you can mount using the unique LABEL. It must be unique.
Code:
LABEL=80GB-Sata /mount/point fs-type mount options 0 0
Is how that works. I prefer mounting by label if it isn't an LVM-LV file system. Labels have better meaning for humans than useless device names or UUIDs.
To quote a LABEL that has spaces,
Code:
LABEL="2 TB Hard Drive" /mount/point fs-type mount options 0 0
I'm assuming the gvfs mounts (GUI point-n-click mounting) has decided the mount location based on the LABEL. That is pretty common.
Inside the fstab file, there is usually a header that has the fields explained. There are 6 fields. Spaces are the default separator, so each field cannot have spaces ... especially the options. 1 line for each mount. There's no wrapping allowed.
To edit nearly all system files with just the sudoers and passwd file as exceptions, use the sudoedit command.
Code:
$ sudoedit /etc/fstab
and make the changes like I've shown. vfat has slightly different options. vfat can apply to fat32, fat12 and a few other file systems. I don't have any exFAT storage here (personal political statement on my part), so I don't know if vfat applies to exfat file systems too.
Since you've posted the info for / (111.3G), I'd add that / really shouldn't be so large. About 40G is the largest that should be setup for the / partition on an expertly configured system. Storage allocations are mainly about future needs, security settings, backups, recovery, and OS upgrades. The best practice is to have different file systems for logs, the OS, and user files ... that means at least 3 or 4 partitions are needed on most Linux systems. But people are lazy and that includes Canonical.
Hope this is helpful.
Also, with the options I've provided, you'll want to ensure the storage is connected and powered before booting the OS. The timeout should make the boot continue if they aren't, but samba won't like that you are trying to share non-existent storage.
Bookmarks