Re: Fixing mount points

[Bob McGowan]

On 02/18/2013 09:08 AM, Chris Murphy wrote:
 On Feb 18, 2013, at 12:45 AM, Bob McGowan ramjr0...@gmail.com wrote:

 Even though things look OK from the command line, logging in through the
 window system fails (actually, just hangs).

 I assume this means I should be doing something to clean up the
 subvolume?  Or maybe there's something in the Window system
 configuration to change?

 I'm running Linux Mint 14 KDE.  My fstab for the parts in question looks
 like:

 # / was on /dev/sde2 during installation
 UUID=1a...9 / btrfs   defaults,subvol=@ 0   1
 # /home was on /dev/sde2 during installation
 UUID=1a...9 /home btrfs   defaults,subvol=@home 0   2

 What I want is something like:
 # / was on /dev/sde2 during installation
 UUID=1a...9 / btrfs   defaults  0   1
 # /home is on /dev/sda1
 UUID=7f...3 /home btrfs   defaults  0   2
 The 2nd fstab implies a completely different disk, the first partition is 
 btrfs, mounted as /home. So long as the contents are user folders, i.e. the 
 same thing found in sde2 subvol @home, then it's functionally the same as 
 what you had before.

 Also, btrfs doesn't need fs_passno set.


 Chris Murphy
Hi, Chris,

Thanks for the information.  As for fs_passno, what you're seeing is
what was put there by the install process.  I'm assuming, if it's not
needed, that the proper value would be zero?

You have confirmed what I thought was correct.  But trying it the first
time failed.  My login acted as though the user was valid but login
didn't complete, returning to the login screen.

Since I was just able to reconfigure fstab, and it worked, I'd say I
probably fat fingered something and just didn't notice.

In any case, many thanks, again. ;)

Bob
--
To unsubscribe from this list: send the line unsubscribe linux-btrfs in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Fixing mount points

[Bob McGowan]

First, apologies if this is well known, I'm totally new here, and
haven't figured out yet how to search the archives.

Also, I'm not a subscriber, so please respond to me as well as the list.

I've had a number of issues with distribution installations (separate
and unrelated issues, but history and context).  I had a system set up,
with a separate /home (brtfs, sda1), when it crashed (badly) while
updating and rebuilding the kernel.

I installed again (different window system, same distribution) and to be
completely safe, I left the /home out of the new setup.  I want (need)
to keep it because it has a very large of digital photos and I'd rather
not have to restore them again (between audio, video, the photos, DVD
images, about 800GB).

So, I now have a volume/subvolume on one disk, where the subvolume is
/home (brtfs, sde2), and I want to change fstab to mount sda1 as /home
instead.

For any other FS I've worked with, simple edits of fstab would be
enough, but doing so doesn't appear to be enough for btrfs.

Even though things look OK from the command line, logging in through the
window system fails (actually, just hangs).

I assume this means I should be doing something to clean up the
subvolume?  Or maybe there's something in the Window system
configuration to change?

I'm running Linux Mint 14 KDE.  My fstab for the parts in question looks
like:

# / was on /dev/sde2 during installation
UUID=1a...9 / btrfs   defaults,subvol=@ 0   1
# /home was on /dev/sde2 during installation
UUID=1a...9 /home btrfs   defaults,subvol=@home 0   2

What I want is something like:
# / was on /dev/sde2 during installation
UUID=1a...9 / btrfs   defaults  0   1
# /home is on /dev/sda1
UUID=7f...3 /home btrfs   defaults  0   2

Thanks for bearing with me as I learn this new environment. ;-)

Bob
--
To unsubscribe from this list: send the line unsubscribe linux-btrfs in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html