I need a quick bit of help. I’ve migrated my /root and /home directory off a BTRFS partition to and EXT4 partition, because, for some strange reason … BTRFS always fail! … However, now that the EXT4 has the /home and /root directory, it won’t boot.
I have updated grub2.conf and fstab to use the new drive UUID, but I can’t figure out how to update the initramfs, since …
the OS in the /root directory is 6.8.4-100.fc38.x86_64 and
the LiveCD I have is using 6.2.9-300.fc38.x86_64.
=====
I don’t understand the directions as listed in this document
In attempting to follow the directions provided above, I found that …
sda1 … contains grub
sda2 … contains home and root
So, I’m not sure how to adjust the mount commands to connect to root, plus the liveuser is not found in /dev/mapper
[root@localhost-live /]# ls /dev/mapper
control live-base live-rw
[root@localhost-live /]# ls /dev/mapper/live-base
/dev/mapper/live-base
[root@localhost-live /]# ls /dev/mapper/live-rw
/dev/mapper/live-rw
mount /dev/sda2/root /mnt
mount -t proc proc /mnt/proc
mount -t sysfs sys /mnt/sys
mount -o bind /dev /mnt/dev
mount --bind /run /mnt/run
Or should I issue
mount /dev/sda2 /mnt
mount -t root root /mnt/root
mount -t proc proc /mnt/root/proc
mount -t sysfs sys /mnt/root/sys
mount -o bind /dev /mnt/root/dev
mount --bind /run /mnt/root/run
Ok, I decided to create 2 new partitions, one for root and one for home.
I was able to issue the mount command(s) successfully and chroot properly
I issued … dracut -f --regenerate-all … and then exited chroot, and dismounted all the mounts, even made sure they were all dismounted by issuing … mount and lsblk -l … commands.
When I rebooted, the system still failed to boot. While taking a picture of the issue, I apparently timed out grub, and it told me it’s looking for the old UUID for the BTRfs partition. =(
I restarted wtih liveCD and when back through all the commands again. Even making sure that grub.cfg and fstab were correct. I listed out the dates and times of the images on the grub partition (sda1) and they still point to dates in the past.
When I issues … dracut … without the force parameter, it definitely complained that it would not replace the 3 initramfs that I had.
I used lsinitrd /boot/initramfs-6.8.4-100.fc38.x86_64.img to interrogate the files in the file, which seem correct, but I don’t see an fstab, just an fstab.empty file with 0 bytes in it.
So, I’m at a loss where it’s getting the old UUID from.
I’m thinking that I need to issue dracut with different parameters?
I got the OS to boot from the partition, but alas, there are lots of errors. I tried capturing them with my phone, in video mode. I’ll have to review and post about what it’s capturing, if I can read it.
I tested different machine IDs in a VM and it boots, so your problem is somewhere else.
Try using permissive SELinux mode and perform a complete filesystem relabeling:
# This file controls the state of SELinux on the system.
# grubby --update-kernel ALL --args selinux=0
# To revert back to SELinux enabled:
# grubby --update-kernel ALL --remove-args selinux
SELINUX=enforcing
SELINUXTYPE=targeted
extraneous comments removed for brevity
fixfiles onboot
System will relabel on next boot
is the SELinux Config file where I change the status to permissive or through grubby? or both?
Great News … she finally booted into the User Desktop
Initially there were a lot of failures, and grub dropped into it’s console, and just as I was about to issue a journal -ax or -xb … I forget the parameter, the system rebooted and up came the desktop =)
