Linux - NewbieThis Linux forum is for members that are new to Linux.
Just starting out and have a question?
If it is not in the man pages or the how-to's this is the place!
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
Note that 'sdb' and 'sba' and so forth are entirely arbitrary - they can move around both between different installs and within an install if the block devices change. This is why UUID is a better way to mount disks (which it appears your fstab is already doing). I'm not familiar with gparted (I use cfdisk) but 'small bits' of space not being 'used' when you partition a disk is normal depending on the partition size vs the disk's 'geometry' (which is itself largely an abstract concept these days).
On swap - a 'swapfile' will exist within a given partition, so it will be invisible to anything that only looks at partitions or block devices (because it looks like just another file), but can still have an fstab entry. A 'swap disk' is the more conventional partition-dedicated-to-swap approach - neither is really 'right' or 'wrong' but swapfiles seem to be gaining some popularity (for example they are now the default in Ubuntu). If you're dual-booting I would either suggest each OS has a swapfile on its partition, or that you separate the swap 'disks' (partitions) between the OSes and don't cross-mount them (as in, OS #1 swap does not appear in OS #2 fstab, and vice versa). Sharing of a swap disk is technically possible, but will likely create more headaches than it solves.
What I would suggest, if you can do it (as in, if you can tolerate this much destruction to this machine - I have no idea what kind of data you may or may not have on there but I have inferred this is a 'new build' so hopefully the answer is 'nothing significant' or 'nothing at all'): pull all but one physical storage device, lets just say the Samsung 870 because I saw that in one of the SMART outputs from above. On that single device, install one distro of your choosing and then see if everything 'works' the way you want/expect. If so, then read up on dual-booting and go forth with the other distro, paying attention to what you do as you go - hopefully everything will work out there, but if not, you'll have a better idea of where things are 'going wrong' in the configuration.
Shiny new Linux Mint 20.1 installed.
I scrubbed the offensive swap partition with the MX Linux drive removed and startups are as they should be.
I didn't even set up Timeshift on the other drive, it's in a partition at the end of the same drive.
A little partitioning to do on the MX drive and I should be good for the next couple years anyway.
Thank you folks for your time, it's been appreciated!
I'll edit the original post with a warning to just look the other way.
@640rider.
It was suggested that you use [code] tags and not [quote] tags for your text posted from the terminal output so it maintains the same formatting as you see on the screen. Your multiple quotes above are hard to read because they lost the original formatting.
Distribution: openSUSE, Raspbian, Slackware. Previous: MacOS, Red Hat, Coherent, Consensys SVR4.2, Tru64, Solaris
Posts: 2,818
Rep:
Quote:
Originally Posted by 640rider
"bash: /etc/fstab: Permission denied"
/etc/fstab is a text file---not an executable. You shouldn't have any trouble displaying its contents. Unless it's missing. (And the error message you posted doesn't indicate that to be the case.
Quote:
Gave it a sudo and got this return
"bash: sudo/etc/fstab: No such file or directory"
As I mentioned above, /etc/fstab is a text file (describing your partitions and where they're mounted, options, etc.). You would display it with
Code:
$ cat /etc/fstab
Unless you're running some odd Linux distribution that has locked the contents of fstab away from non-root users prying eyes, you shouldn't need to use sudo to display it. But if you did you'd issue
Code:
$ sudo cat /etc/fstab
(You might get prompted for a password.)
Another viewpoint: Label your filesystems and tweak /etc/fstab to specify each filesystem using "LABEL=fs-label" a la:
UUIDs seem to be used by default by most distributions but you can often override that during installation. And you can certainly change the method of specifying a filesystem after installation. To label a filesystem, see tune2fs(8). Once you've labelled them, you can switch to mounting by label in fstab.
/etc/fstab is a text file---not an executable. You shouldn't have any trouble displaying its contents. Unless it's missing. (And the error message you posted doesn't indicate that to be the case.
As I mentioned above, /etc/fstab is a text file (describing your partitions and where they're mounted, options, etc.). You would display it with
Code:
$ cat /etc/fstab
Unless you're running some odd Linux distribution that has locked the contents of fstab away from non-root users prying eyes, you shouldn't need to use sudo to display it. But if you did you'd issue
Code:
$ sudo cat /etc/fstab
(You might get prompted for a password.)
Another viewpoint: Label your filesystems and tweak /etc/fstab to specify each filesystem using "LABEL=fs-label" a la:
UUIDs seem to be used by default by most distributions but you can often override that during installation. And you can certainly change the method of specifying a filesystem after installation. To label a filesystem, see tune2fs(8). Once you've labelled them, you can switch to mounting by label in fstab.
HTH...
While I use labels and that is the way I do it, I am not at all sure this user is ready for making manual edits to fstab. Best to let him "season" a bit before suggesting such things.
Haven't killed it yet and at present I'm logged into this forum on a HP Pavilion DV8000 dual drive MX Linux/Peppermint 32bit.
Peppermint is going the way of the Dodos, repo sigs and all, I don't need it.
Love the tactile of this old rig but she's not any speedster by any means.
The T430 is booting just fine now although I haven't gotten to all the partitioning on the EVO yet. More to life than computers but I do appreciate people and forums like this when I have to deal with them.
Hey look, I got all fancy Cody. I don't deal with this stuff all the time so...
Pick snot like boogers from your eyes sometime than get back me on the seasoning!
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.