hy grub noob here needs a looooot of help

DNOS · 10 months ago

hy grub noob here needs a looooot of help

DNOS · 9 months ago

Thanks I always thought ther was a grub for each os and they will recognize each other … Following an other user advices I have added a separate /boot partition to Ubuntu but eventhow I have added the line in the fatab on boot it doesn’t mount properly so I have to manually mount it from the recovery mode… if I select to mount it on boot from the GUI (gnome-disks) it adds a couple of lines in the file /run/systems/generator/boot.mount but nothing changes …can u confirm me that this file is not consulted on boot so its not relevant ? So should I mount the /boot/EFI (already mounted) ,/ , /home and /boot (already mounted) on Ubuntu before updating grub ? Doesn’t this tell to mount the arch os when I boot ubuntu ? … I have just realized could the problem be in the fact that during the arch install I have followed a tutorial which have told me to create a /boot /EFI directory on witch I should mount the EFI partition while in Ubuntu the EFI partition is mounted in /boot/efi that could defenetly be it … how should I proceed to fix it remove the EFI directory with all the stuff there’s in it and mount it on /boot/efi? Don’t wanna mess it up removing stuff is always dangerous… Let me know thanks a lot man I feel like we are getting closer

DNOS · 9 months ago

Thanks I have found arch with grub but I still can’t see it in the boot entries 😂 seems somebody is joking with me … Anyway as usual I boot grub comes out without arch so I select Ubuntu he boots me in recovery mode I mount the /boot partition and boot into Ubuntu …

mectx02@lemmy.world · 9 months ago

If you’re having to mount drives in Ubuntu’s recovery mode, something is really f*cked up. If you can remember the default state, I would try and revert back to that first before making any changes. (Hopefully you don’t have to reinstall anything)

I’m not familiar with gnome-disks, so I can’t say anything about its own file relationships and how that works with GRUB.

From past experience, most Linux distributions will place your EFI partition (looks like it’s at /dev/nvme0n1p1 in your example) at /boot/efi. /boot partitions generally aren’t really needed for a home linux environment afaik, but I’m sure someone with more experience will be happy to come along and give an example of when you might need one. However, in order for Linux to boot up successfully, it does need to know where all of its internal components are (typically the kernel and an initramfs, if you have one - I think Ubuntu ships with one by default).

If you’re looking to just have the EFI partition mounted correctly, you can unmount it temporarily (as root, so exercise caution) and then make changes with the directory structure before remounting it. Your fstab file should match up with where you want it mounted.

DNOS · edit-2 9 months ago

Hey thanks man I have followed your advice and reverted back the Ubuntu fstab … I the added the separate boot partition in a better way and now I can finally boot back into Ubuntu without the recovery mode …

I noticed that in most tutorials they will generate the fstab before mounting the /boot/efi partition I checked my ubuntu fstab wich also has the /boot/efi entry so I mounted it before generating the fstab but still nothing changes (yeah I also fixed the mount point to /boot/efi)

I feel like im going nowhere since eventhow I find a way to make os prober recognize arch and the other way around I still can’t see the entry in the boot screen which remains the same(probably the original ubuntu one with my aesthetics customization) is it possible that I have somehow generated a copy of some file maybe the grub.conf which remains unmodified ? I’m glad it didn’t get worse but I will be happy to see some positive changes … Thanks for your help

mectx02@lemmy.world · 9 months ago

I had a closer look at your picture and I noticed that GRUB is throwing an error about an unrecognized partition type.

What file system did you choose to install Arch on? You might not have the correct file system drivers for os-prober to see it.

DNOS · 9 months ago

Hy thanks for still being here yeh I have noticed them too but I skipped them since there was the same error for Ubuntu and it works fine … My EFI system is mounted on a fat 32 partition my ubuntu root is mounted on an ext4 partitions as my separate boot partition witch is also Ext4 my arch install is instead mounted on an LVM partition witch I have formatted with Ext4 both for the home and the root … the LVM partition is on nvm0n1p9

Btw sorry if I keep sending pictures of the screen instead of screenshots just a lazy boy😅

mectx02@lemmy.world · 9 months ago

Btw sorry if I keep sending pictures of the screen instead of screenshots just a lazy boy😅

Work smarter, not harder :)

Those file formats are fairly typical for most Linux installations, so that rules out GRUB drivers.

Your most recent screenshot shows evidence of an encrypted volume for your Arch install. I would have a read on the archlinux wiki and give that a shot first. In addition, while you’re in Ubuntu, they have update-grub that will auto-generate GRUB’s config file for you, so that might help with a couple of problems.

Beyond that, you might have to use an alternate bootloader, as GRUB doesn’t seem to have very good support for LUKS at the moment. Alternatively, you could remove the LUKS encryption from your Arch install, but I’m not aware of how feasible that solution is since I don’t use it.

DNOS · edit-2 9 months ago

Hy thanks Yeah i have encrypted only the lvm partition so Ubuntu should be fine i dont think this error Is related to that… i have already read the wiky about encryption and seems likes i have done everything right i have modified the GRUB.conf file accordingly … But i agree its strange since i dont have any prompt asking me of decrypting that partition …

Yeah i know about update-grub notthing changes same output …

The problem Is that i cant make anything register by GRUB i Will bet that even removing the encryption Will not add the new arch entry … since eventhow os-prober recognize It and says adding the os wont show anything … thats why i thought in a First Place about a Copy of a file which i couldn change of some backup file used since since new One Is somehow broken …

mectx02@lemmy.world · 9 months ago

Apologies for the longer delay this time, but I needed to have a play with a similar scenario since I haven’t worked with LVM.

I set up a VM with Kubuntu (just out of preference; everything else compared to Ubuntu should be the same) and Archlinux similar to your setup (sans LUKS encryption - only wanted to test one thing at a time). I started with installing Kubuntu and letting it do LVM however it wanted, then shrunk it down and installed Archlinux afterwards.

When I was using Ubuntu’s GRUB and letting it do the configuration, it could “find” the Archlinux partition, but it refused to boot it on the basis of “can’t find kernel image” error. Manhandling it produced similar results - it just refused to boot.

Using Archlinux’s GRUB, however, worked flawlessly. It even detected and booted up Kubuntu just fine.

Having a look at the GRUB configuration files, it looks like there’s a difference between the options…

Kubuntu’s GRUB config for booting Archlinux:

menuentry 'Arch Linux (on /dev/mapper/vgkubuntu-archlinux)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/boot/vmlinuz-linux--/dev/mapper/vgkubuntu-archlinux' {
                insmod part_gpt
                insmod lvm
                linux /boot/vmlinuz-linux root=/dev/mapper/vgkubuntu-archlinux rw loglevel=3 quiet
                initrd /boot/initramfs-linux.img
        }

Archlinux’s default GRUB config:

menuentry 'Arch Linux' --class arch --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-simple-42a47177-8802-48bf-93d1-376419d431e5' {
        load_video
        set gfxpayload=keep
        insmod gzio
        insmod part_gpt
        insmod lvm
        insmod ext2
        set root='lvmid/F8XGRm-mOlV-RmRq-sFoj-IBYw-7D8q-lNxCOg/ubT282-XqAq-DvJg-fj4H-bfpQ-1P4f-5215v9'
        if [ x$feature_platform_search_hint = xy ]; then
          search --no-floppy --fs-uuid --set=root --hint='lvmid/F8XGRm-mOlV-RmRq-sFoj-IBYw-7D8q-lNxCOg/ubT282-XqAq-DvJg-fj4H-bfpQ-1P4f-5215v9'  42a47177-8802-48bf-93d1-376419d431e5
        else
          search --no-floppy --fs-uuid --set=root 42a47177-8802-48bf-93d1-376419d431e5
        fi
        echo    'Loading Linux linux ...'
        linux   /boot/vmlinuz-linux root=/dev/mapper/vgkubuntu-archlinux rw  loglevel=3 quiet
        echo    'Loading initial ramdisk ...'
        initrd  /boot/initramfs-linux.img
}

Notice a difference?

Granted, there’s a lot of extra fluff in there, but I noticed that it looks like GRUB has no idea where the root is for the LVM when using (K)Ubuntu’s config. Which is, frankly, just lazy - if you go the other way, Archlinux correctly recognizes the required defaults for booting the other operating system. (I suspect a bug report should be filed, but, eh.)

So, here’s an option:

Boot into Archlinux and have it install its GRUB. (Yes, an extra grub installation with grub-install is necessary since the EFI needs to point to the Archlinux install.)
Generate a GRUB configuration file within Archlinux. (os-prober should work just fine on Archlinux since I’ve seen their version generating much more workable configurations for other operating systems.)
Copy over the theming from Ubuntu’s GRUB into Archlinux’s GRUB config. (This is mostly just for style points - you can theme GRUB however you like).

Hopefully that works a little better.