• 0 Posts
  • 102 Comments
Joined 1 year ago
cake
Cake day: July 25th, 2023

help-circle

  • For me at least, it’s not that you’re asking questions. I answered, so obviously I’m sympathetic to confusion in this area. I’m just trying to encourage you to seek your answers in the documentation and manuals FIRST. The way your question was worded led me to believe that you had not read the manuals at all and were simply copying snippets of code and commands from some random question and answer style forum that did not teach you anything about the fundamentals of what those commands and code actually did. That’s fine too, lots of people started off that way, myself included. Reading the manuals gives you the context to step back and understand how those commands work and what they’re really doing. If you do, you’ll be much better able to troubleshoot your own problems, you’ll be able to ask better questions in forums like this, and you’ll get better and more useful responses.


  • With all due respect, RTFM. Mount and umount are two sides of the same operational coin. You mount the drive to use it and unmount it when you’re done. fstab is just a file system table used to remember and consistently apply the options used whether you’re mounting the drives manually or telling the system to do it at boot.

    Deleting a line from fstab is not the same as unmounting, it is just a shortcut to tell the system how you want that drive mounted when you or the system run the mount command. Mount directories (usually the folders in /media/ or /mnt/ ) also do not get automatically deleted just because you “yanked the drive”. Again, those directories are just where your system is expecting to mount the drive. When the drive is mounted they will be the root path to its contents, when the drive is unmounted they will be empty but they still exist. If your planning on mounting the drive again leave them there. If you’re not planning on mounting them again, delete them.

    If you’re not planning on regularly mounting a particular drive, it probably shouldn’t be listed in fstab and you should just run the mount command with the appropriate options (again fstab is just a table for remembering those options for the mount command).

    Many desktop Linux distros are also capable of automatically mounting new removable drives in such a way that the user can access them and doesn’t have to worry about touching fstab or the mount directories.






  • Like why would someone pay for a drink at Quark’s when every residence on DS9 has a replicator?

    Because the scarce resource at Quark’s isn’t the food or drinks, it’s the atmosphere and the experience, i.e things the replicator cannot provide. Quark controls the holodecks too, but even if he didn’t the scarce resource would be authentic (not replicated) food and experiences. It’s been shown pretty regularly on the shows that some people prefer non-replicated food, non-synthohol drinks, and real people. It doesn’t really matter in that context if those are technically indistinguishable from the real thing (but even in canon there is a measureable difference between them and some things the replicators can’t do).

    I don’t really believe there could ever be a post-scarcity world in which we don’t create new scarcities to demand.

    Hot take: The Expanse (mostly referring to the books here) handled a post-scarcity technocracy much more believably.





  • In my experience, 2 devices will ultimately save you effort and frustration. Anything you choose as a good NAS/seedbox will be unlikely to have a good from the couch interface or handle Netflix reliable and easily. A small Android TV box may have a much better interface, simple app setup, and support all the streaming services, but probably won’t be very powerful or convenient to use as a NAS. The NAS is always on, plugged directly into the Internet access point, and tucked away out of sight and sound. The Android TV or Apple TV box is silent, small, and can be mounted directly to the Beamer/Projector.

    Yes, Kodi exists and it’s add-ons can bridge this gap. But I still think that a SBC NAS running Jellyfin or plex + an Nvidia shield with jellyfin, Plex, Netflix, Spotify, YouTube, amaon, etc. will be so much easier to setup, manage, find support for, and upgrade.

    I have a similar setup even though my server has a direct HDMI link to my TV. I’m not a fan of viewing using the server it from the couch. Setting up IR remotes sucks always. And it’s confusing for anyone but me to use. But if my Nvidia Shield dies or I’m having network trouble, VLC a pretty good backup.







  • However, the issue is that I have to use sudo when using these commands and as a result after mounting I cannot make changes to my files in the drive(s) without using sudo.

    This isn’t because you’re using sudo to mount, that is the way to do it. This is because you’re mounting to a directory for which your regular user does not have write access. Create a directory owned by your user and make sure you have write access with sudo first. Or make it owned by a group that your user is a member (I use media) and give that group write access. Then mount the drive to that directory in the usual way (I prefer to clutter up my fstab with entries I rarely use). You should now have access without sudo.

    9 out of 10 times new users are struggling with access, it’s not a problem with the software, but a problem with permissions.