<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
<meta name="Generator" content="Microsoft Exchange Server">
<!-- converted from text --><style><!-- .EmailQuote { margin-left: 1pt; padding-left: 4pt; border-left: #800000 2px solid; } --></style>
</head>
<body>
<div>
<div>
<div>
<div style="direction:ltr">Assuming the arguments are similar to other Eunices, stop the boot process and edit the boot argument to include “s” on the line that mentions the most arguments :)
</div>
<div><br>
</div>
<div style="direction:ltr">Here is an article about it. It looks like Ubuntu has a rescue mode that is single user.
</div>
<div><br>
</div>
<div style="direction:ltr">  https://www.google.com/amp/s/www.linuxtechi.com/boot-ubuntu-18-04-debian-9-rescue-emergency-mode/amp/</div>
<div><br>
</div>
<div style="direction:ltr">Be aware that some Linux/Unix bring up the root drive in read-only mode when booting into single-user mode. You may have to remount the drive in “read-write” mode to make the changes you need   </div>
<div><br>
</div>
<div style="direction:ltr"># mount -o remount,rw. / </div>
<div><br>
</div>
<div style="direction:ltr">Should work. </div>
<div><br>
</div>
<div><br>
</div>
</div>
<div><br>
</div>
<div class="x_ms-outlook-ios-signature">
<div style="direction:ltr"></div>
<div style="direction:ltr">———————</div>
<div style="direction:ltr">Bob Nance</div>
<div style="direction:ltr">Novation Systems</div>
<div style="direction:ltr">https://www.novationsys.com</div>
<div style="direction:ltr">+1 256-534-4620</div>
<div><br>
</div>
<div style="direction:ltr">A good review is the best form of flattery! Please take a moment to give us five stars on Google https://goo.gl/NGKxW9</div>
<div style="direction:ltr"></div>
</div>
</div>
<hr tabindex="-1" style="display:inline-block; width:98%">
<div id="x_divRplyFwdMsg" dir="ltr"><font face="Calibri, sans-serif" color="#000000" style="font-size:11pt"><b>From:</b> LUNA <luna-bounces_bob.nance=novationsys.com@lunagroup.us> on behalf of Michael Hall <hallmw@att.net><br>
<b>Sent:</b> Saturday, June 22, 2019 4:52:20 PM<br>
<b>To:</b> Linux Users of North Alabama Mailing List<br>
<b>Subject:</b> Re: [LUNA] Partition question</font>
<div> </div>
</div>
</div>
<font size="2"><span style="font-size:11pt;">
<div class="PlainText">Well I have not done this much on my system as I have always set it up like I want it.  I will have to find out how to know if I am in single user on this machine.  I have nothing in the current home that I need so not a problem if I
 cannot access it.  I will probably have more questions.  Here is the result of the ls -al /dev/disk/by-uuid<br>
 michael@michael-Alienware-15-R3:~$ sudo ls -al /dev/disk/by-uuid<br>
total 0<br>
drwxr-xr-x 2 root root  80 Jun 22 11:57 .<br>
drwxr-xr-x 6 root root 120 Jun 22 11:57 ..<br>
lrwxrwxrwx 1 root root  10 Jun 22 11:57 215b343b-67bd-4ba3-bb71-3b265d066630 -> ../../sda1<br>
lrwxrwxrwx 1 root root  15 Jun 22 11:57 71b2e519-0392-4af3-a567-35f24d408701 -> ../../nvme0n1p1<br>
I think I just need to get to single user mode, not sure if I remember.  When I login with the account that gigaparts created, I see an icon on my desktop for the drive.  If I bring up the file viewer I see under devices the 1TB drive with the icon to eject
 it.  I am just mulling things over in my mind.  <br>
<br>
<br>
<br>
   On Saturday, June 22, 2019, 2:47:49 PM CDT, Bob Nance <bob.nance@novationsys.com> wrote: 
<br>
 <br>
 Yes. If it shows at the top level of the mount point, you can just simply change the mount point and everything should show up.<br>
<br>
Two things: 1) whatever is already at /home will be inaccessible. If you’ve been using it with your latest account, make sure you save everything to the drive you’re mounting before you change the mount point. 2) do this all in single user mode to make sure
 you don’t break any running processes that expect $HOME to have files and folders available to them while running.<br>
<br>
One more, if your UID number does not match you old number, make sure you perform the chown command I mentioned. But I put chmod instead of chown, sorry; you do the s// in my answer ;)<br>
<br>
Last thing, to be absolutely sure that no process is holding onto a non-existent file, inode, pipe, or anything else on the old /home, reboot. Easier to do on a single user system than re-unit any processes. Besides, then you have your test for the mount.<br>
<br>
———————<br>
Bob Nance<br>
Novation Systems<br>
<a href="https://www.novationsys.com">https://www.novationsys.com</a><br>
+1 256-534-4620<br>
<br>
A good review is the best form of flattery! Please take a moment to give us five stars on Google
<a href="https://goo.gl/NGKxW9">https://goo.gl/NGKxW9</a><br>
________________________________<br>
From: LUNA <luna-bounces_bob.nance=novationsys.com@lunagroup.us> on behalf of Michael Hall <hallmw@att.net><br>
Sent: Saturday, June 22, 2019 2:39:21 PM<br>
To: Linux Users of North Alabama Mailing List<br>
Subject: Re: [LUNA] Partition question<br>
<br>
Bob, Thanks for the reply.  My old $HOME is showing up as /media/michael/UUID/hallmw when I click the HD.  All my old data seems to be there.  I thought that it was getting mounted as a removable drive.  Just want to make sure I do this right and not screw
 this up since I just got it back.  So does that mean I am good?  I since it is showing up at that I should not have /home/home..... when I follow the steps?<br>
<br>
    On Saturday, June 22, 2019, 1:07:21 PM CDT, Bob Nance <bob.nance@novationsys.com> wrote:<br>
<br>
 I think that the "/media" implies that the OS thinks it's a removable drive. It is also mounting it in your user context and not under the system's auspices. Is your old $HOME showing up under /media/Michael/[UUID]/home/mwhall and reflecting what you think
 is the correct data? If that's the case, you're good. All your data is still available.<br>
<br>
Beware that I have really dug deep into the weeds in my answer. Please forgive an old man's ramblings.<br>
<br>
The first thing you need to do is determine the actual hardware device that the media manager is finding. You can pore through the kernel log, dmesg or the like. It may even be in the syslog. Since it's not mounting it until you login (I am 99% sure), it should
 be pretty easy to find; just look for the login messages and you should see events posted by "udisk" or some version of that name.<br>
<br>
If you want to discover which device is actually being mounted, you can, again, look at the disk messages in the kernel log, dmesg, or other logs. Another way is to stuff that UUID into your brain and then type:<br>
<br>
    ls -al /dev/disk/by-uuid/<br>
<br>
And look for that UUID. The UUID will actually be a link to the relative hardware device. The name should look something like ../../sdc2. That last part is your actual relative hardware device name.  (by the way, under the abstraction layer that the disk driver
 produces, you can actually trust the UUID information, since it is written in the volume label, it won't change and is unique, so you don't need to find the /dev/sdXn designator, if you don't want to).<br>
<br>
Now that you have that, you can tell the OS that you want to mount that drive onto the system at a specific location. The system mounts occur before you login, so "udisk" will not find an unmounted disk, so you don't have to worry about it mounting it before
 your file system initialization.<br>
<br>
The system stores the mounted drive information in the file /etc/fstab. Simply add the drive information into that file to force the system initialization to mount the volume before udisk can find it. Look at "man 5 fstab" or just read the file to see what
 goes into it.<br>
<br>
There are two ways to enter the information into the fstab file.<br>
<br>
Use the hardware device name (white space can be spaces or tabs).<br>
<br>
    /dev/sdc3        /home    ext4    rw    0    0<br>
<br>
OR use the volume label to designate the disk volume<br>
<br>
    LABEL=[UUID]    /home    ext4    defaults    0    0<br>
<br>
The first field is either the label or the device.<br>
<br>
The second field is the directory onto which you want to mount the volume.<br>
<br>
The third field is the file system format that determines which system driver will be used to talk to the volume.<br>
<br>
The fourth field is a comma-separated list of options for the file system. Here, I have listed "read-write" for a mounting option. You can also put any of these. Don't use spaces between commas and options. I stole this from the man page.<br>
<br>
              defaults<br>
                    use default options: rw, suid, dev, exec, auto, nouser, and async.<br>
<br>
              noauto do not mount when "mount -a" is given (e.g., at boot time)<br>
<br>
              user  allow a user to mount<br>
<br>
              owner  allow device owner to mount<br>
<br>
              comment<br>
                    or x-<name> for use by fstab-maintaining programs<br>
<br>
              nofail do not report errors for this device if it does not exist.<br>
<br>
<br>
The second to last number is what dump level you want to prescribe to it (don't back this up unless you are performing a "dump 0" is what's there now).<br>
<br>
The last number is what order you want this disk checked when an fsck is performed. If everyone is zero, the init process will simply check them in order that they appear in the file.<br>
<br>
CAVEAT EMPTOR<br>
Now that I completely over-explained this answer, let me warn you that, if the previous volume was formatted to be the "/" mounted drive, then it already has path information on it that will mess up the mount. If your home directory was on /home/mwhall and
 that drive was mounted as "/" AND you mount the drive as "/home" then you will find your home directory at "/home/home/mwhall" If you want it to appear at /home/mwhall, you will have to move it. I recommend at "piped tar" for moving data from one folder to
 another.<br>
<br>
    # cd /home/home ; tar cf - mwhall | (cd /home ; tar xvf - )<br>
<br>
Also, be aware that it's possible that your own UID may be different on your new system than it was on the last. If that is the case, after you mount this drive, you will need to change ownership to match the new UID.<br>
<br>
    # chmod -R mwhall.mwhall /home/mwhall<br>
<br>
will probably fix that for you.<br>
<br>
<br>
On 6/22/19, 12:22 PM, "LUNA on behalf of Michael Hall" <luna-bounces_bob.nance=novationsys.com@lunagroup.us on behalf of hallmw@att.net> wrote:<br>
<br>
    I have my machine back up and running.  Finally got fed up and took it to gigaparts to just check out the hardware.  All that was ok.  They put the latest of Ubuntu Mate (18.04) on the machine.  I created my account that I was using.  I noticed that my
 second drive a 1 TB HD is mounted as /media/michael/<some number that looks like a guid>.  I want to mount this drive as /home and my old hallmw directory is on it with my data.  Can someone help me out on how to do that and not loose my data.  I am going
 to copy it to my USB stick before I start.<br>
    Thanks,Michael<br>
    -------------- next part --------------<br>
    An HTML attachment was scrubbed...<br>
    URL: <<a href="https://lunagroup.us/pipermail/luna/attachments/20190622/07fc0049/attachment.html">https://lunagroup.us/pipermail/luna/attachments/20190622/07fc0049/attachment.html</a>><br>
    _______________________________________________<br>
    LUNA mailing list<br>
    LUNA@lunagroup.us<br>
    <a href="http://lunagroup.us/mailman/listinfo/luna">http://lunagroup.us/mailman/listinfo/luna</a><br>
<br>
<br>
_______________________________________________<br>
LUNA mailing list<br>
LUNA@lunagroup.us<br>
<a href="http://lunagroup.us/mailman/listinfo/luna">http://lunagroup.us/mailman/listinfo/luna</a><br>
<br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: <<a href="https://lunagroup.us/pipermail/luna/attachments/20190622/84ab8d7f/attachment.html">https://lunagroup.us/pipermail/luna/attachments/20190622/84ab8d7f/attachment.html</a>><br>
_______________________________________________<br>
LUNA mailing list<br>
LUNA@lunagroup.us<br>
<a href="http://lunagroup.us/mailman/listinfo/luna">http://lunagroup.us/mailman/listinfo/luna</a><br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: <<a href="https://lunagroup.us/pipermail/luna/attachments/20190622/747c7c89/attachment.html">https://lunagroup.us/pipermail/luna/attachments/20190622/747c7c89/attachment.html</a>><br>
_______________________________________________<br>
LUNA mailing list<br>
LUNA@lunagroup.us<br>
<a href="http://lunagroup.us/mailman/listinfo/luna">http://lunagroup.us/mailman/listinfo/luna</a><br>
  <br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: <<a href="https://lunagroup.us/pipermail/luna/attachments/20190622/af447c87/attachment.html">https://lunagroup.us/pipermail/luna/attachments/20190622/af447c87/attachment.html</a>><br>
_______________________________________________<br>
LUNA mailing list<br>
LUNA@lunagroup.us<br>
<a href="http://lunagroup.us/mailman/listinfo/luna">http://lunagroup.us/mailman/listinfo/luna</a><br>
</div>
</span></font>
</body>
</html>