[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.
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
while being in emergency mode or via Arch-ISO liveusb?
after editing the fstab, it might be best to chroot and rerun grub-mkconfig
you are blessed by the patience and chill you have! thank you so much! I got my whole system working again like before the whole crash! i have to recover first from the joy. Santa came early this year. can i gift you a giftcard for about 10$ for eBay?
Your welcome and great you have it working. I appreciate the offer, but I'll pass. I enjoy answering questions, it keeps the mind working.
The next time you run a backup, if you run it as root, you won't have to do the chown commands if you have to copy from the backup.
I enjoy answering questions, it keeps the mind working.
good to know
Quote:
Originally Posted by colorpurple21859
The next time you run a backup, if you run it as root, you won't have to do the chown commands if you have to copy from the backup.
dully noted!
===summary and fine cut===
1.
i read from one of your post, that i can remove /boot/efi from this edited photo https://ibb.co/jkKvCws or to do any change from this Guide since it isnt the newest but helpful atleast as proven in this thread?
2.
Code:
GUIDE for WHOLE BACKUP WORKING OUT OF THE BOX!
# make directory for /mnt/sda3
mkdir /mnt/sda3
# 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/
#chroot into system
arch-chroot /mnt/sda3
#reinstall grub
grub-install --target=x86_64-efi --efi-directory=/boot
#exit out from Internal Arch
exit
#list disks and partitions in tree
lsblk -f
/etc/fstab
#edit the fstab [NOTE:AND write the same UUID each partition from lsblk -f into the fstab!]
nano /mnt/sda3/etc/fstab
grub-mkconfig -o /boot/grub/grub.cfg
#exit out from Internal Arch
exit
#restart system
reboot
There is always the exception, but for the most part, yes, this should get you back up and running. Depending on the problem, you may not have to do the steps after the copy command.
My assessmnent of what happened,
You original statement,
Quote:
I had to reinstall Arch due accidentally moving the /root directly
The partition order had changed. You had the right idea of needing to reinstall grub, problem was mount point of your efi partition was different from the tutorial you were following.
The second issue your backup was done as user instead of root and the cp command was incorrect.
The third issue, at some point, the partitions uuid's had changed(reformatted maybe?) resulting in an incorrect /etc/fstab and grub.cfg.
Anyways it's great you got it working and a method of restoring if it breaks again.
This has nothing to do with the image you posted, all this does is delete some files on /dev/sda3 that are not needed. your not booting the live iso. Boot and login to your user desktop, open a terminal on the desktop,
This has nothing to do with the image you posted, all this does is delete some files on /dev/sda3 that are not needed. your not booting the live iso. Boot and login to your user desktop, open a terminal on the desktop,
Yes you can remove them on a running system, if you are uncomfortable about deleting them, it won't hurt nothing to leave them there. The files don't take up that much space. The files are mostly the same ones on the efi partition, that some how was copied/installed to /boot on /dev/sda3 partition. The files weren't there when this thread was first started. When the efi partition is mounted at /boot these files aren't seen, even through their still located on the partition
Last edited by colorpurple21859; 10-01-2020 at 02:22 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.