[SOLVED] No Arch in BIOS after replacing home with backup home
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.
# create mountpoint for /dev/sda3 /mnt/sda3
mount /dev/sda3 /mnt/sda3
#create /mnt/sda3/boot if it doesn't exist
mkdir /mnt/sda3/boot
#mount boot partition
mount /dev/sda1 /mnt/sda3/boot
# make directory for /mnt/sdc
mkdir /mnt/sdc
#make encrypted disk accessable
cryptsetup luksOpen /dev/sdc ArchBackup
# create mountpoint for /dev/mapper/ArchBackup /mnt/sdc
mount /dev/mapper/ArchBackup /mnt/sdc
# copy paste backup of home to root partition
cp -a /mnt/sdc/* /mnt/sda3/
#change ownership of files internal disk to root
#this was done because the files for / in the backup belonged to user not root.
chown -hR root:root /mnt/sda3/
#chroot into system
arch-chroot /mnt/sda3
#change ownership of user back to user
chown -hR <user name> /home/<usr directory>
#reinstall grub
grub-install --target=x86_64-efi --efi-directory=/boot
exit and reboot
if the { dev proc sys run} aren't empty in the backup, they probably should be re-created on /mnt/sda3/{ dev proc sys run}instead of copied from the backup as they are virtual directories and empty until the system is chrooted into or up and running.
Last edited by colorpurple21859; 09-30-2020 at 11:04 AM.
with your setup your system doesn't use a /boot/efi. the efi partition is mounted to /boot and your kernels, initramfs, and grub files are located on the efi partition. I added grub-install to the list in post 107. I don't think you will need to run the grub-mkconfig command either, but I may be wrong on that one.
Last edited by colorpurple21859; 09-29-2020 at 03:36 PM.
with your setup your system doesn't use a /boot/efi. the efi partition is mounted to /boot and your kernels, initramfs, and grub files are located on the efi partition.
....so i did something totally wrong? now i'm totally confused.
When uefi first came out the arch installation guides said mount the efi partition to /boot, instead of /boot/efi like most other distros was doing at the time. Your installation of arch is setup that way, The current grub install guide if I remember right says to use /boot/efi or /efi for the mount point of the efi partition. Henceforth tutorials for arch grub-reinstall using /boot/efi.
no, you have more files there than I would think your would, you must have done a reinstall/copy without /dev/sda1 mounted on /boot at one time or another. For right now, leave those files there, I may be missing something, you can always delete them from /boot later on your running system after umounting /dev/sda1 if you need more space on /dev/sda3,
no, you have more files there than I would think your would, you must have done a reinstall/copy without /dev/sda1 mounted on /boot at one time or another. For right now, leave those files there, I may be missing something, you can always delete them from /boot later on your running system after umounting /dev/sda1 if you need more space on /dev/sda3,
right after i posted my last post, i turned it off and went away. Now i turned it on again and did exactly everthing as in the pic i shared yesterday https://ibb.co/tmGCMJG without the grub install, because i'v have done that already on yesterdays session. then i did
You didn't happen to run this as user and instead of root? If you wait long enough or hit enter after getting tired of waiting do you get a login screen after the error in post 115?
then i ran this 1 day before my Arch turned into a brick which was still fine.
Quote:
Originally Posted by colorpurple21859
If you wait long enough or hit enter after getting tired of waiting do you get a login screen after the error in post 115?
ah right, it was a ongoing process. If i press enter, nothing happend and no Login screen but when i wait 1 minute, then i'm put into the emergency mode as seen here.https://ibb.co/kSn6tMk
run lsblk -f and compare the uuid of the /dev/sda3 and /dev/sda1 to what is in the /etc/fstab for / and /boot if they are different edit the one in the fstab to match what the lsblk displays, if they match and/or you still get the error rerun grub-mkconfig
Last edited by colorpurple21859; 09-30-2020 at 01:07 PM.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.