Linux - NewbieThis Linux forum is for members that are new to Linux.
Just starting out and have a question?
If it is not in the man pages or the how-to's this is the place!
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
...so, can this be done? Of course, this is Linux...
Hi gang!
Okay, most know that I run Arch Linux, and I'm extatic about it. However, the next upgrade fails. There is one clean option: reinstallation. But, inquisitive about the outer edges... I'd like to know if Arch Linux allows a reinstall without having to reformat the harddrive...
The scheme is simpel
/dev/sda1 - the boot batrition, mounted as /dev/sda3/boot
/dev/sda2 - I think..that's the swap
/dev/sda3 - the patient to be operated on
/dev/sda4 - the home planet of the users(s), mounted under /dev/sda3/home
It's the last one I'd like to keep intact, and doing a reinstrall only in sda3
Can it be done?
Of course, I'd only venture into the pool if 1) after a backup and if 2) there's water
Never used arch but I don't see any reason you wouldn't be able to as your / is a separate partition/filesystem from /home/. Unless, arch linux has some wierd method of installation which is drastically different from red hat installs you can do this without worry(as long as you have good backups).
Never used Arch, but most other distros wouldn't have a problem with this. Just make sure you set the partition layout manually. Set up your partitions the same as before, and if its anything like the installation of other distros you should be able to choose which partitions do/do not get formatted. You'd simply set up the mount location for each partition the same as before, and tell it to format all of them but /home.
You could also just do your installation normally, except just leave /home alone (no pun intended). Then once you're up and running, it would be easy enough to move /home from wherever the install put it back onto your dedicated partition. I do this all the time when setting up a new system with a hardware RAID (that needs a custom kernel module which I dont wan't to futz with during install) that I want to use for /home.
Last edited by suicidaleggroll; 07-18-2012 at 09:23 PM.
So without trying to hijack Thor's question, if we assume there are several users stored in the home directory, what is the process for setting them all back up?
Are you able to simply backup the /etc/passwd and /etc/group files and copy them back so users are not locked out?
Or are you required to re-add, using a script I would guess, all the users with passwords they will need to change?
I think you may also need /etc/shadow too, but if you simply want the data that belongs to those users (not including the username's and such), then all you need to back up is /home.
Related issue here.
I just botched an update into an LVM/Raid system. I can't boot into it anymore, but I can mount the Raid/LVM set and copy out /home. See my recent thread at http://www.linuxquestions.org/questi...nd-4175417478/
Is that good enough if I want to copy /home into a completely new system?
Here's the hard part. There's a /home/.encryptfs/<eachUser> set of directories. The password for those directories is known only by "the system", the passphrase is known only to each user. If I copy /home into a new Ubuntu installation, or whatever, would the users be able to access their (old) encrypted files simply by signing in to the new system?
So, question to TommyC7, would copying /home be good enough for users that have encryption directories? or maybe their entire /home/user that is encrypted?
Should this be a separate thread?
I'm guessing you can't do what TommyC7 suggests (if ArchLinux does this, same as Ubuntu). Because if you could, it would be a large hole in the encryption security.
@Kustom42 - well, I'd proceed after a verified backup to an exernal drive. There's only my data so that should be easyy enough...
@Roken - if I mount /home dont I risk the partitioner "getting to the good stuff"? Unless you neams mounting /dev/sdq3/home as itself...
@suicidaleggroll - I stretched the OS partition before with PartedLive...but I suppose that's not an issue...
@grail and @linuxStudent11 - thanks for joining in! Your questione could help all over.
@TommyC7 - maybe the simpliest option...
I'll fire up a redundant PC here that has Arch on the disk and give these suggestions a go! But...it'll have to be for the weekend...this could be a lengthy process...
You aren't going to repartition your /home drive/partition. You will simply mount it in /home on your new Arch installation. You can do this either during installation (probably the better option since Arch specific configs in /home will be properly written, or you can do it after the event by amending fstab. If you choose the latter you will probably need to merge the new /home directory created by Arch with your existing /home partition first to avoid problems.
When I moved to Arch I used the former without issue.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.