Ryushin | fsmithred: Grub issue with Ceres. 2.02~beta3-5 boots fine. While 2.02+dfsg1-10 boots to a grub prompt. I've worked on it some but never found a solution. I've been using refind for a bit. | 20:14 |
---|---|---|
Ryushin | I was almost wondering if it was related to ZFS. | 20:14 |
Ryushin | my /boot/efi/EFI/ shows devuan there. | 20:17 |
Ryushin | Does yours show debian? | 20:17 |
fsmithred | Ryushin, yes. | 20:32 |
fsmithred | I fixed it by booting from grub command line... | 20:33 |
fsmithred | and running 'grub-install --bootloader-id=debian' | 20:33 |
Ryushin | fsmithred: Hmmm.... Then my problem might be different. | 20:33 |
fsmithred | if it says devuan (mine did) it won't boot | 20:33 |
fsmithred | just grub command prompt | 20:33 |
fsmithred | if you do --bootloader-id=something-else | 20:34 |
Ryushin | You mean if the $prefix shows devuan. | 20:34 |
Ryushin | I'll have to find out what my $prefix says. | 20:34 |
fsmithred | did you see my post to devuan-dev? | 20:34 |
fsmithred | few minutes ago | 20:34 |
Ryushin | That is why I'm here. | 20:34 |
fsmithred | ok, good | 20:34 |
fsmithred | thanks | 20:34 |
Ryushin | I thought, yay, someone else has my problem. | 20:35 |
Ryushin | But maybe that is not the case. | 20:35 |
Ryushin | I'll see if I can find out what the prefix is without rebooting. | 20:35 |
fsmithred | oh, I never finished what I was saying | 20:36 |
fsmithred | --bootloader-id works to name the bootloader dir, but the grub.cfg wants to find debian | 20:36 |
Ryushin | fsmithred: Does your grub.cfg specify the prefix as debian? | 20:38 |
Ryushin | Because the funny thing is, the grub files generated by both versions are identical. | 20:39 |
Ryushin | So you have /boot/efi/EFI/debian and not /boot/efi/EFI/devuan? Because I have /boot/efi/EFI/devuan | 20:40 |
fsmithred | the installer gave me /boot/efi/EFI/devuan | 20:41 |
fsmithred | I have to check that file to see what it says | 20:43 |
fsmithred | one minute | 20:43 |
fsmithred | set prefix=($root)'/boot/grub' | 20:44 |
fsmithred | configfile $prefix/grub.cfg | 20:44 |
Ryushin | Yea, mine looks similar. I just have the extra first entry: search.fs_uuid 25b75dc6-75db-4370-a168-ec7c744a606c root | 20:48 |
Ryushin | So I guess the only way to really figure out if I'm having the same issue is to reboot. | 20:48 |
fsmithred | yeah, I have the uuid line, too | 20:50 |
fsmithred | you did bootloader-id=debian? | 20:50 |
fsmithred | need to figure out where $root gets defined | 20:51 |
Ryushin | fsmithred: Not yet. Waiting for updates to complete, then I'll reboot, run the echo $prefix and see what it says. If it says debian, then I'll do what you did to fix it. | 20:53 |
Ryushin | fsmithred: I'd actually like to find out before reboot as well. | 20:55 |
fsmithred | I don't think you can get to the grub prompt without rebooting | 20:58 |
fsmithred | and that variable is probably gone now, anyway | 20:58 |
Ryushin | I'm looking at the package source now. What version of grub do you have that is having this problem? | 21:00 |
fsmithred | 2.02+dfsg1-10 | 21:02 |
Ryushin | So same version that I'm having issues with. Well, at least finally someone is having the same problem I am. LOL | 21:03 |
Ryushin | I posted on the mailing list a couple of months ago about this issue and no else had the problem. | 21:04 |
fsmithred | I thought I remembered someone posting about that | 21:05 |
Ryushin | I'm "special" LOL | 21:08 |
fsmithred | I'm just now getting around to installing and testing beowulf | 21:09 |
Ryushin | fsmithred: Did you upgrade to beowulf to get that error? | 21:28 |
fsmithred | Ryushin, no, I did a netinstall with the mini.iso | 21:29 |
Ryushin | I had set up a uefi VM to test this issue a couple of months ago. Going into the uefi, it shows "debian" as the menu entry and debian in the uefi path. | 21:29 |
fsmithred | so it worked then? | 21:30 |
Ryushin | About to do an apt upgrade on it now and there are new grub packages. | 21:30 |
Ryushin | yea, that VM boots fine. | 21:30 |
fsmithred | my grub was installed yesterday morning | 21:30 |
fsmithred | I'll update and see if they have newer | 21:30 |
Ryushin | Hence I was confused why it was working and my laptop was not. Now that you have figure out the problem, we know the issue. | 21:31 |
Ryushin | I had not updated this VM for a couple of months. | 21:31 |
fsmithred | no new version | 21:39 |
Ryushin | fsmithred: So the VM has debian as the uefi menu entry and the same path. I'm going to change my install to use grub-install --bootloader-id=devuan | 21:41 |
Ryushin | I'm going to reboot | 21:41 |
fsmithred | NO | 21:43 |
fsmithred | change to =debian | 21:43 |
fsmithred | (unless you're trying to break the VM) | 21:44 |
Ryushin | Okay, I'll do that first. Well, my VM is different from my laptop. It has /boot/efi/EFI/debian and that is why it probably boots. My laptop has /boot/efi/EFI/devuan | 21:45 |
Ryushin | I installed refind on the vm so I could boot it if broke. Thank goodness for an alternative to boot uefi. | 21:45 |
Ryushin | Be back in a bit. | 21:47 |
Ryushin | fsmithred: So now I have a working grub. Thank you. Cannot tell you how many hours I've spent on that. | 22:10 |
Ryushin | So the echo prefix was /debian | 22:10 |
Ryushin | I had the devuan efi directory. I had to end up run the --bootloader-id=debian entry and I had to rename the devuan efi directory to debian. So now it boots again. | 22:12 |
Ryushin | And it's strange, my vm show the prefix as (hd0,gpt2)/boot/grub | 22:15 |
Ryushin | fsmithred: So did you have a devuan uefi menu entry and a debian efi folder? | 22:18 |
fsmithred | I wasn't getting a boot menu | 22:20 |
fsmithred | installer gave me a devuan efi folder | 22:20 |
Ryushin | so that explains it. Interesting that my VM created a debian folder on a fresh ceres install | 22:21 |
fsmithred | I manually created a beowulf efi folder (with --bootloader-id) but that didn't work | 22:21 |
fsmithred | that was with the earlier version of grub? | 22:21 |
fsmithred | on your vm I mean | 22:22 |
Ryushin | I think it was a version of the branch 2.02+dfsg1. | 22:23 |
Ryushin | There was an update about three weeks ago which I hoped would fix it, but it did not. | 22:23 |
Ryushin | But it is strange, that it created a debian folder instead of devuan. | 22:23 |
fsmithred | either something in grub changed or something changed in one of the files that grub looks at to figure out where it is | 22:24 |
Ryushin | So yea, that prefix debian entry is hard coded somewhere. But why my VM shows (hd0,gpt2)/boot/grub and my laptop and your test machine showed (hd0,gpt1)/EFI/debian is odd. | 22:25 |
fsmithred | where is your efi partition? | 22:25 |
Ryushin | Let me do another grub install on my vm. | 22:25 |
Ryushin | Nope, still shows (hd0,gpt2)/boot/grub. efi partition is on it's own partition /boot/efi/ | 22:30 |
fsmithred | yeah, but which partition? | 22:31 |
fsmithred | sda1 or sda2? | 22:32 |
Ryushin | vda1=/boot, vda2=/ | 22:32 |
Ryushin | vda1 | 22:32 |
Ryushin | Also strange is that I have both efi devuan and debian folders there. | 22:33 |
Ryushin | And the /boot/efi/EFI/devuan|debian grub.cfg has the set prefix=($root)'/boot/grub' entry. | 22:34 |
Ryushin | Either way, you have found the problem. Fixing it on the other hand.... | 22:35 |
fsmithred | yeah, the problem is where $root gets set. | 22:37 |
fsmithred | even if it can't figure out that it's devuan, it should use whatever bootloader-id is | 22:38 |
Ryushin | fsmithred: But that did not work for me. I did the bootloader-id=devuan and it did not boot. Only once I renamed my devuan folder to debian and change bootloader-id=debian did it work again. | 22:39 |
fsmithred | right, that's what I'm saying. | 22:40 |
fsmithred | grub-install should obey that option | 22:40 |
Ryushin | So something change right after 2.02_beta3-5. I'm looking at change log. | 22:40 |
fsmithred | and it should work, but it doesn't | 22:40 |
fsmithred | cool | 22:40 |
Ryushin | I understand what you mean now. It should honor the option but it's not. | 22:45 |
fsmithred | which makes it a valid bug against debian that has nothing to do with devuan | 22:47 |
fsmithred | (unless grub now requires systemd to work properly) | 22:47 |
Ryushin | fsmithred: Glancing at the change log, it looks like there could have been a number of change listed that could have caused this. | 22:52 |
fsmithred | got a link to the page you're on? | 22:53 |
Ryushin | Looking at the data on my old grub packages that did work was september 28th. But it could have happened anytime a couple of months before that. I don't reboot my laptop very often. | 22:54 |
Ryushin | I did apt source grub-efi-amd64-bin and I'm looking at the debian folders changelog | 22:55 |
Ryushin | Run that command inside a empty directory. | 22:55 |
fsmithred | yeah, ok | 22:56 |
Ryushin | I think it will take someone a lot more familiar with grub then I to find out what has happened. | 22:57 |
fsmithred | yeah, that's ok | 22:57 |
Ryushin | How long did it take you to figure out the problem? | 22:57 |
Ryushin | I don't want to tell you how much time I spent on it as I will probably be embarrassed. I was thinking it was going to be something unique to zfs that was causing grub to freak out. | 22:58 |
fsmithred | um | 22:58 |
fsmithred | I installed it yesterday and didn't spend a lot of time on it | 22:58 |
fsmithred | then worked on it this morning | 22:59 |
fsmithred | maybe couple hours, but keep in mind that I wrote and maintain a live-CD installer that does UEFI | 22:59 |
fsmithred | so I've done this a few times | 22:59 |
Ryushin | And the funny thing was, going through the grub recovery steps worked fine. Just never tried the echo $prefix. And the grub.cfg files generated between the versions were identical. So I was buggered and just using refind for the tiem being. | 23:00 |
Ryushin | Yea, working with the live-cd installer probably gave you some very good insights. I just wanted my system to boot. LOL | 23:00 |
fsmithred | well, I decided to look in the EFI folders, and I saw grub.cfg and new .img files, and I looked in grub.cfg | 23:01 |
fsmithred | there's a bit of code in refractasnapshot that is similar | 23:01 |
Ryushin | Well, I appreciate you finding the issues. | 23:07 |
fsmithred | thanks for joining in the fun | 23:08 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!