<div dir="ltr"><div><div><div><div><div><div><div>Hello Dee<br><br></div>Welcome to the list Across the Sea!<br><br><br><br></div>That's quite a few questions there and I'm not sure I follow you entirely (a little confused how you use some terminology).... so please bear with me<br><br><blockquote style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex" class="gmail_quote">I think I made an error forgetting to make the mount point<br>
for /arch /media/(user) and putting it instead into /mnt/.<br></blockquote><br></div>I'd normally expect to identify partitions referring specifically<br><ul><li>to their "device file" name ("/dev/sda1" ; "/dev/sdb3" , etc)</li><li>and their "mount points" (as in, the explicitly named mounted location of a partition) with the notation "/archive" , "/media/$USER/mountpoint" etc.</li></ul>Keeping the two concepts separate helps when talking about them.<br><br></div><div>It also seems that you are doing the setup through a disk utility GUI -- not sure what the program is, so my notes will involve the command line. You have not indicated whether you are comfortable on that front.</div><div><br><br><br></div><i><b>To your specific points</b></i><br><br></div>Documentation in general - <b>The Linux Documentation Project</b> (TLDP) is fairly distro-agnostic, so should be a decent starting point <a href="http://www.tldp.org/LDP/sag/html/index.html">http://www.tldp.org/LDP/sag/html/index.html</a> . Note that some commands are installed by default on some distros, and not on others. The notes below apply to the Ubuntu family (of which Linux Mint is a part of)<br><br></div>Any guides by <b>DigitalOcean</b> should be sufficiently easy (Googling many topics about Linux often leads toa DO guide in the top rankings); and any <b>Arch Linux wiki</b> page should be sufficiently detailed (though you may need to substitute some information there that's Arch specific for the Ubuntu equivalent).<br><br></div>Use <b>Google</b> (or <b>DuckDuckGo.com </b>) to find more answers.<br><div><div><div><br><br><div><div><blockquote style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex" class="gmail_quote">1) Can anyone tell me about changing and/or editing mount points.<br>
Is it safe to do so, is there any documentation about this.<br></blockquote><br></div><div>A partition is a portion of disk, as you already know. It in itself is agnostic as to where it is mounted. It looks like your archive is on <b>/dev/sda7</b><br><br></div><div>A mountpoint is a directory in the filesystem tree, nothing more. You want your archive on <b>/arch</b> , but you currently have it on <b>/media/arch</b> (which is not what you wanted)<br><br></div><div>It's a matter of unmounting from /media/arch and mounting /arch<br></div><div><br><div style="margin-left:40px"><span style="color:rgb(56,118,29)">sudo umount /media/arch<br></span></div><div style="margin-left:40px"><span style="color:rgb(56,118,29)">sudo mount /dev/sda7 /arch</span><br></div><br></div><div>So *<i>in principle</i>* yes it's safe -- but your applications need to be told!<br><br></div><div>If you are currently moving files from <b>/home/user/blah</b> to <b>/media/arch</b>  only by hand, then just change the mount point and adapt your workflow accordingly.<br><br></div><div>If you have applications pointing currently to <b>/media/arch</b> you will need to remember to have them point to <b>/arch</b> once you make the change.<br><br></div><div>Documentation - I recommend checking TLDP <a href="http://tldp.org/LDP/intro-linux/html/sect_03_01.html">http://tldp.org/LDP/intro-linux/html/sect_03_01.html</a><br></div><div>
<br><br><br><br><blockquote style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex" class="gmail_quote">
2) I am also looking for the rules or options of how to edit mount<br>
options in the Disks utility. If I alter one field it seems to want<br>
to change other fields in the edit mount options settings.<br></blockquote>
<br></div><div>I cannot comment for the Disk utility app.<br><br><br></div>In a <u>command line</u> for Ubuntu and Mint systems, you would first identify the disks, and the the disk's UUID, and if they are already mounted you can see the filesystem -- type:<br><br><div style="margin-left:40px"><span style="color:rgb(106,168,79)">sudo lsblk<br>sudo blkid<br></span></div><div style="margin-left:40px"><span style="color:rgb(106,168,79)">df -T</span><br></div></div><div><div><br></div><div>lsblk lists block devices (storage). blkid gives you block devices' IDs<br><br></div><div>The df command shows you disks, where they're mounted and extra info. The -T option makes it show filesystem type (ext4, ext4, fat32, etc)</div><div><br></div><div>You can then edit fstab<br><br><div style="margin-left:40px"><span style="color:rgb(106,168,79)">sudo vim /etc/fstab</span><br></div></div><div><br></div><div>The format should be documented in the file<br><br><div style="margin-left:40px"><span style="color:rgb(61,133,198)"># <file system> <mount point>   <type>  <options>       <dump>  <pass></span><br></div></div><div><br></div><div>Set the first item to the UUID of your partition, the second to where you want it (/arch), the third to the filesystem type (from df -T)<br><br>The next should be options - set to "default,rw" (no spaces) and the last two to 0 and 2 respectively. The final "2" causes a filesystem check at every boot. I don't see it is necessary (most have this set to 0) but if you are particularly paranoid about bad blocks you can use this. Note that it will slow your boot time down massively.<br></div><div><br><br><br><br><blockquote style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex" class="gmail_quote">
3) Can you suggest any other related and useful documentation to<br>
these mounting issues.<br></blockquote>
<br></div><div>As noted above, DigitalOcean, TLDP, and the Arch Linux Wiki do fairly solid guides (listed there in order of typical ease to read).<br><br><br><br><br><blockquote style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex" class="gmail_quote">
4) With other operating systems partitioning a drive often speeds up<br>
the partition one is logged into. Splitting a drive C: to equal C:,<br>
D: and E: makes working in each about 3 times faster.<br>
Also there were less bad sector errors, often none on the partition<br>
closest to the hub. Are there related benefits with Linux parts.<br></blockquote>
<br></div><div>Not knowing what you are comparing to, I cannot say for sure. Also file system features is not my forte ; I just normally roll with ext4 for everything, except the /boot partiton whic is geenrally ext2, and any flash drive I need to share with a Windows or Mac user I format to FAT32 (....   :-/   ....)<br><br></div><div>For speed I have wondered if multi-paritioning really does make a difference. I cannot say, but the rule of thumb "3 partitions, 3 times faster" does not hold water in my mind (I don't normally hold water in there, mind). Have a read of <a href="http://partition.radified.com/partitioning_2.htm">http://partition.radified.com/partitioning_2.htm</a> . I would urge to partition for segregation of data, rather than for alleged "speed" which I don't think is relevant in this day and age. You certainly want to keep your partition mounted at <b>/home</b>  to be separate from the one used for <b>/</b> , and on a server it's also a good idea to split off <b>/var</b> too.<br><br></div><div>The speed "increase" certainly does not apply to SSDs, though I am told turning off journaling for ext3/ext4 on a SSD improves performance (journaling allows error recovery on write errors, say after power outage, or random disconnect). For the use case you seem to describe (unless you're doing heavy data processing of massive data - scientific crunching or AV remuxing), you should not see a difference.<br></div><div><br></div><div><br></div><div>For reliability, <b>ext3</b> and <b>ext4</b> filesystems try to mitigate errors themselves - certainly I have not heard of any bad-blocks problems in years that weren't cause by doing something horrible like unplugging drives whilst in use (that case is mostly mitigated by the journaling feature) or just general drive failure because of extended use/old hardware... tbh I have not heard of bad blocks being an issue in day-to-day operation since the days of Windows pre-XP ; seldom ever had it in Mac OS out of the box, and I suspect there is no cause for concern on today's ext3/4 filesystems.<br><br></div><div>Notes about fstab and file system checks apply here. As said, the file system itself should take care of the day-to-day considerations.<br></div><div><br></div><div>For documentation see TLDP <a href="http://www.tldp.org/LDP/sag/html/filesystems.html">http://www.tldp.org/LDP/sag/html/filesystems.html</a><br><br></div><div>And Wikipedia <a href="https://en.wikipedia.org/wiki/Ext2">https://en.wikipedia.org/wiki/Ext2</a> ; click through to the articles on <i>ext3</i> and <i>ext4</i><br><br></div><div>You can find extra information by Googling <i>"linux file systems"<br></i></div><div><br><br><br><blockquote style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex" class="gmail_quote">
I have been able to learn some things about editing /etc/fstab<br>
and prefer to use the UUID to identify the drives and partitions.<br></blockquote>
<br></div><div>Good choice<br></div><div><br><br><br><blockquote style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex" class="gmail_quote">
I also have used sudo chmod a+w /partition-name to check that the<br>
partition settings are as I require them.<br></blockquote>
<br></div><div>I think you mean `<span style="color:rgb(106,168,79)">chmod u+w /$MOUNTPOINT -R</span>` ? Changing the permissions on the device file is not recommended. Also use <b>u+w</b> instead of <b>a+w</b> so that only you can read and write on that partition, rather than opening it up to all users of the computer!<br><br></div><div>To affect newly created files, you will need to set your <b>umask</b>.<br></div><div><br></div><div>Otherwise, I do that too on new hard drives (/dev/sda* partitions are usually system-reserved so I just leave for root).<br></div><div><br><br><br><br><br><br></div><div>I hope that's of use.<br><br></div><div>Final question - what prompted you to contact EdLUG specifically? Just curious, always wanting to know how people find us!<br><br></div><div>Tai<br></div><div><br><br></div></div></div></div></div><div class="gmail_extra"><br clear="all"><div><div class="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><br><br>===<br>Tai Kedzierski<br><br></div><div>Affordable Office IT for Freelance and Startup Businesses<br></div><div dir="ltr"><a href="http://helpuse.com/" target="_blank">http://helpuse.com/</a><br></div><br><div dir="ltr"><span></span><font size="1"><img src="http://www.free-mac-programs.com/images/applications/libreoffice.png" height="19" width="19">   I use <a href="http://www.libreoffice.org" target="_blank">www.libreoffice.org</a><br><br><i>Open Source Free Software is a matter of liberty, not price.</i><br>
<a href="http://bit.ly/foss-why-care" target="_blank">http://bit.ly/foss-why-care </a><br></font><font size="2"><br></font></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div>
<br><div class="gmail_quote">On 24 May 2016 at 03:23, Edinburgh Linux Users Group <span dir="ltr"><<a href="mailto:edlug@lists.edlug.org.uk" target="_blank">edlug@lists.edlug.org.uk</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hello Any LUGer<br>
<br>
Re: mounting name adjustment<br>
<br>
<br>
<br>
I am a few years new to Linux and have migrated to Linux Mint as<br>
a comfortable distro from my long tribulations with MSWin versions.<br>
Our Cowichan Valley BC Canada CowLUG and listserver has recently<br>
exhausted to a static web page so I need seek help from far.<br>
<br>
<br>
My mounting issue<br>
<br>
I like to use extra partitions on my hard drives over the often<br>
recommended sda1/boot, sda5/, sda6/(Linux swap), and sda7/home.<br>
<br>
On my Linux Mint 16 machine I was able to fit a partition after<br>
the swap and before the /home. It was sda7/space followed by<br>
sda8/home.<br>
<br>
In my file manager under Devices it is listed /space. I click on<br>
it to mount it as the standard user, having changed ownership<br>
from root to the user with the mount point in the /media/(user)<br>
folder.<br>
<br>
There may be other ways to mount /space but I am satisfied with<br>
this arrangement for now.<br>
<br>
On my Linux Mint 17.2 machine I was more ambitious and I created<br>
three extra partitions after the sda6/swap to be sda7/wares,<br>
sda8/store, and sda9/spare, with sda10/home.<br>
<br>
I changed ownership of /store /spare and /wares from root to the<br>
user.<br>
<br>
All worked well with the new mount points in the /media/(user)<br>
folder with ownership set to that user.<br>
<br>
<br>
<br>
My latest problem<br>
<br>
I then later started to build a multi core 64bit machine<br>
with a 1 Terabyte drive and partitioned after the swap sda7/arch of<br>
about 500GB space and sda8/home of the remaining 350GB of the drive.<br>
<br>
The idea is to move completed work from /home/(user) to the /arch<br>
where it can be out of the way of the /home space.<br>
<br>
Collections of files can be burned to a data DVD when no longer<br>
needed to be on line all the time and making more /arch space<br>
available. That is how I worked with other operating systems to<br>
manage large Data flow.<br>
<br>
I think I made an error forgetting to make the mount point<br>
for /arch /media/(user) and putting it instead into /mnt/.<br>
<br>
Using the Disks utility I can get it to mount a a 500GB drive but<br>
not the /arch name I want to use.<br>
<br>
I think I need to delete the /mnt/arch mount point and make it in<br>
the /media/(user) folder. I ran into the problem of not knowing<br>
how to delete or edit the entry in /mnt.<br>
<br>
1) Can anyone tell me about changing and/or editing mount points.<br>
Is it safe to do so, is there any documentation about this.<br>
<br>
2) I am also looking for the rules or options of how to edit mount<br>
options in the Disks utility. If I alter one field it seems to want<br>
to change other fields in the edit mount options settings.<br>
<br>
3) Can you suggest any other related and useful documentation to<br>
these mounting issues.<br>
<br>
4) With other operating systems partitioning a drive often speeds up<br>
the partition one is logged into. Splitting a drive C: to equal C:,<br>
D: and E: makes working in each about 3 times faster.<br>
Also there were less bad sector errors, often none on the partition<br>
closest to the hub. Are there related benefits with Linux parts.<br>
<br>
I have been able to learn some things about editing /etc/fstab<br>
and prefer to use the UUID to identify the drives and partitions.<br>
<br>
I also have used sudo chmod a+w /partition-name to check that the<br>
partition settings are as I require them.<br>
<br>
I also was able to mount the /sda7/arch partition with some changes<br>
to the disk utility but not with the name /arch as I want to do.<br>
<br>
So many new learned tricks but so much more on my learning curve.<br>
<br>
<br>
Thanks<br>
<br>
Dee     <a href="mailto:adaudio@bc1.com" target="_blank">adaudio@bc1.com</a><br>
<br>
<br>
<br>
<br>
_______________________________________________<br>
EdLUG mailing list<br>
<a href="mailto:EdLUG@lists.edlug.org.uk" target="_blank">EdLUG@lists.edlug.org.uk</a><br>
<a href="https://lists.edlug.org.uk/mailman/listinfo/edlug" rel="noreferrer" target="_blank">https://lists.edlug.org.uk/mailman/listinfo/edlug</a><br>
</blockquote></div><br></div></div>