emmett1 / lfs-scripts

Automated script to build Multilib LFS system + livecd
GNU General Public License v3.0
98 stars 46 forks source link

[Fedora 33 Test] Seems like something is missing #20

Open mkikets99 opened 3 years ago

mkikets99 commented 3 years ago

I actually right now playing around with building LFS on Fedora as host. Now, i am at script 03-mkiso, and faced several problems:

  1. There is no GRUB anymore on Fedora... Just GRUB2...

    Starting with Fedora 16, GRUB 2 is the default bootloader on x86 BIOS systems. For upgrades of BIOS systems the default is also to install GRUB 2, but you can opt to skip bootloader configuration entirely.

reference to quote

  1. For some reason x86_64-efi build is not available... Having error
    grub2-mkimage: error: cannot open `/usr/lib/grub/x86_64-efi/moddep.lst': No such file or directory.

    after checking /usr/lib/grub folder founded that i have only i386-pc folder in it. And moddep.lst is in it

I will fix this on my fork, but seems like there will be more problems with Fedora

mkikets99 commented 3 years ago

Ok now, i am on :: Making the iso... part and it seems like xorriso is missing something

xorriso: symbol lookup error: /usr/lib64/libisoburn.so.1: undefined symbol: iso_image_zisofs_discard_bpt, version LIBISOFS6
mkikets99 commented 3 years ago

Ok, seems like xorriso wants more packages...

mkikets99 commented 3 years ago

Ok, iso is ready... But there is some problem in initramfs:

mount: /run/initramfs/system: wrong fs type, bad option, bad superblock on /dev/loop0, missing codepage or helper program, or other error.
Problem occurs, here's a shell.

I think that initramfs is not generated properly...


Or... boot gen is corrupted...

mkikets99 commented 3 years ago

after checking /usr/lib/grub folder founded that i have only i386-pc folder in it. And moddep.lst is in it

I founded that i have not installed additional grub2-efi libs

mkikets99 commented 3 years ago

Ok, iso is ready... But there is some problem in initramfs:

mount: /run/initramfs/system: wrong fs type, bad option, bad superblock on /dev/loop0, missing codepage or helper program, or other error.
Problem occurs, here's a shell.

I think that initramfs is not generated properly...

Or... boot gen is corrupted...

On this i have a bit detailed info

Loading /boot/vmlinuz... ok
Loading /boot/initrd... ok
Probing EDD (edd=off to disable)... ok
[0.417544] ACPI Error: Needed type [Reference], found [Integer] (____ptrval____) (20190816/exresop-66)
[0.417544] ACPI Error: AE_AML_OPERAND_TYPE, While resolving operands for [Store] (20190816/dswexec-431)
[0.417544] ACPI Error: Aborting method \_PR.CPU0._PDC due to previous error (20190816/psparse-529)
:: running earlyhook: udev
[2.806385] sd 4:0:0:0: [sdb] No Caching mode page found 
[2.806484] sd 4:0:0:0: [sdb] Assuming drive cache: wright through
:: running earlyhook: livecd
:: mounting media to /run/initramfs/medium...
:: mounting squashfs img to /run/initramfs/system...
[4.594366] unable to read id index table
mount: /run/initramfs/system: wrong fs type, bad option, bad superblock on /dev/loop0, missing codepage or helper program, or other error.
Problem occurs, here's a shell.
mkikets99 commented 3 years ago

Ok, iso is ready... But there is some problem in initramfs:

mount: /run/initramfs/system: wrong fs type, bad option, bad superblock on /dev/loop0, missing codepage or helper program, or other error.
Problem occurs, here's a shell.

I think that initramfs is not generated properly... Or... boot gen is corrupted...

On this i have a bit detailed info

Loading /boot/vmlinuz... ok
Loading /boot/initrd... ok
Probing EDD (edd=off to disable)... ok
[0.417544] ACPI Error: Needed type [Reference], found [Integer] (____ptrval____) (20190816/exresop-66)
[0.417544] ACPI Error: AE_AML_OPERAND_TYPE, While resolving operands for [Store] (20190816/dswexec-431)
[0.417544] ACPI Error: Aborting method \_PR.CPU0._PDC due to previous error (20190816/psparse-529)
:: running earlyhook: udev
[2.806385] sd 4:0:0:0: [sdb] No Caching mode page found 
[2.806484] sd 4:0:0:0: [sdb] Assuming drive cache: wright through
:: running earlyhook: livecd
:: mounting media to /run/initramfs/medium...
:: mounting squashfs img to /run/initramfs/system...
[4.594366] unable to read id index table
mount: /run/initramfs/system: wrong fs type, bad option, bad superblock on /dev/loop0, missing codepage or helper program, or other error.
Problem occurs, here's a shell.

ok. i just rebuilded the whole project and it worked... But it loads in simple mode and don't wont to load into UEFI mode (Just black screen with console input pointer [not flashing])

mkikets99 commented 3 years ago

But it loads in simple mode and don't wont to load into UEFI mode (Just black screen with console input pointer [not flashing])

Sorry, This is from BLFS

emmett1 commented 3 years ago

What not flashing means?? Give me some details. Like screenshoot or something. UEFI just work fine for me.

mkikets99 commented 3 years ago

What not flashing means?? Give me some details. Like screenshoot or something. UEFI just work fine for me.

This is test on paralel laptop (In other words - Test Subject) https://youtu.be/835mB2I0cQU Pen-drive is with iso flashed with dd

emmett1 commented 3 years ago

Does it work on vbox?

mkikets99 commented 3 years ago

Does it work on vbox?

Can't test it right now... No releases of vbox on fedora 33... :(

emmett1 commented 3 years ago

Owh ok. In Vbox just work fine for me. UEFI too. Will test on real hardware tonight. Btw scripts is updated to latest. Got a little bit changes, will update the instructions later.

mkikets99 commented 3 years ago

Ok, so i finally get VBox on my machine and to be honest... EFI doesn't work...

image image

I will rebuild with latest files, and will inform if something changed

mkikets99 commented 3 years ago

Still nothing... I can confirm that EFI loads properly on VBox using other packages, but not on this script... I miss something or EFI on grub2-mkimage won't boot...

emmett1 commented 3 years ago

https://github.com/emmett1/lfs-scripts/commit/220766317d1f6090f9bfbd553e459436cf79fff2 - fix UEFI boot directory can you rebuild the iso (run 03-mkiso script) and test UEFI? I've tested on my host vbox 6.1.22 UEFI does boot fine now.

mkikets99 commented 3 years ago

Ok, there is something.... At least grub started in UEFI mode.... Now just needed to fix boot sequence...

mkikets99 commented 3 years ago

So i managed to start it... but with TOO MANY OPTIONS....

grub2-mkimage -c $ISODIR/boot/grub-early.cfg -o $ISODIR/EFI/boot/bootx64.efi -p "" -O x86_64-efi part_gpt part_msdos disk fat exfat ext2 ntfs xfs appleldr hfs iso9660 normal search_fs_file configfile linux chain loopback echo efi_gop efi_uga video_bochs video_cirrus file gfxmenu gfxterm gfxterm_background gfxterm_menu halt reboot help jpeg ls png true

I don't know which one of tham are actually doing the fix, but i am on my way of creating fork on fedora

mkikets99 commented 3 years ago

Please, Can you add my fork to Host list? I will make changes for Fedora on my fork, so it would be much easier to make some fixes based on Fedora distribution... (If some sort of things will actually happened)