Re: The /crypt method to support habitual clean installs of Fedora without losing data

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Wed, 2 May 2018 17:24:41 -0400
Temlakos <temlakos@xxxxxxxxx> wrote:

> The syntax I have worked out for the commands to mount the auxiliary 
> filesystem as /crypt is:
> 
> $ sudo mkdir /crypt
> 
> $ sudo mount -t ext4 /dev/sdb2 /crypt
> 
> (Here I start with "$ sudo" instead of "#" because to get a "#"
> prompt I have to execute "su," and that can be dangerous.)
> 
> The syntax for establishing a symlink is even simpler:
> 
> ln -s /crypt/UserName/Dir
> 
> where UserName is the name of a specific created user, and Dir is 
> Documents, Pictures, Music, Public, Templates, Videos, and anything
> else I want to preserve from one iteration of Fedora to the next. Of
> course I have to remove the "hard" directories that Fedora normally
> sets up before I execute these link commands.
> 
> To whoever invented this method: am I missing anything?

I don't think it was me, but I do use something very similar.  Except
that since I only have one user, I put the /crypt equivalent that I use
into /etc/fstab so it gets mounted under /mnt/[disk-identifier]/crypt on
boot. The advantage of disk-identifier (UUID or custom label) is that
it doesn't change if you boot from a different disk or the disk order
changes because you add a disk. You should only have to do your first
command once, and the second one each time you boot with your method.
The conventional place to put such mount points is under /mnt, though
you can of course put them anywhere you like.

Then the links in home just point to the various directories
under /mnt/[disk-identifier]/crypt as you have above.  From then on, it
is maintenance free.  And it allows me to boot a second version of
Fedora (the previous one) with access to all the same data as the
primary version. Great if there are problems since it has the same
links in its home directory.
_______________________________________________
users mailing list -- users@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to users-leave@xxxxxxxxxxxxxxxxxxxxxxx



[Index of Archives]     [Older Fedora Users]     [Fedora Announce]     [Fedora Package Announce]     [EPEL Announce]     [EPEL Devel]     [Fedora Magazine]     [Fedora Summer Coding]     [Fedora Laptop]     [Fedora Cloud]     [Fedora Advisory Board]     [Fedora Education]     [Fedora Security]     [Fedora Scitech]     [Fedora Robotics]     [Fedora Infrastructure]     [Fedora Websites]     [Anaconda Devel]     [Fedora Devel Java]     [Fedora Desktop]     [Fedora Fonts]     [Fedora Marketing]     [Fedora Management Tools]     [Fedora Mentors]     [Fedora Package Review]     [Fedora R Devel]     [Fedora PHP Devel]     [Kickstart]     [Fedora Music]     [Fedora Packaging]     [Fedora SELinux]     [Fedora Legal]     [Fedora Kernel]     [Fedora OCaml]     [Coolkey]     [Virtualization Tools]     [ET Management Tools]     [Yum Users]     [Yosemite News]     [Gnome Users]     [KDE Users]     [Fedora Art]     [Fedora Docs]     [Fedora Sparc]     [Libvirt Users]     [Fedora ARM]

  Powered by Linux