LinuxQuestions.org
Visit Jeremy's Blog.
Go Back   LinuxQuestions.org > Forums > Linux Forums > Linux - Distributions > Slackware
User Name
Password
Slackware This Forum is for the discussion of Slackware Linux.

Notices



Reply
 
Search this Thread
Old 03-26-2013, 03:54 PM   #106
volkerdi
Slackware Maintainer
 
Registered: Dec 2002
Location: Minnesota
Distribution: Slackware! :-)
Posts: 877

Rep: Reputation: 1827Reputation: 1827Reputation: 1827Reputation: 1827Reputation: 1827Reputation: 1827Reputation: 1827Reputation: 1827Reputation: 1827Reputation: 1827Reputation: 1827

Quote:
Originally Posted by AlleyTrotter View Post
Using the method as described by comet.berkeley I had to make one change in the script the line
spit out an error about can't preserve permissions on VFAT. So I changed it to cp -rv and the script built the image.
Pressing F11 from the UEFI boot message on my system brings up the boot device screen which displays the various options.
My DVD appeared as a normal dvd and also as UEFI-dvd so the system definitly sees it as a UEFI boot option. Naturally I selected the UEFI option and got this error
Code:
ELILO v3.14 for EFI/x86_64
.................................(many .'s)
bzImage.c(line 198):Could not read boot sector from huge.s.
elilo.c(line 84):Cannot find a loader for huge.s
You're running into the same errors I had here already. This is why the request had been to master the DVD the usual way and report back on whether having /EFI/BOOT/ on it worked. Not to figure out how to make an El-Torito image, master with the El-Torito options, etc... that's what I was hoping to be able to avoid.

The problem above seems to happen whenever the kernel and initrd aren't in the same directory as elilo and the elilo.conf adjusted to point to them there (i.e., with no slashes in the filename). That problem only happens with El-Torito. The paths work as expected if the image is booted directly.

Quote:
PPS Pat V. How did you build your elilo as it seems to work differently than the one used by Eric_FL, comet.berkeley and the one I built locally??
I'd been using the one that was built upstream, but maybe my own test copy ended up on there by mistake. In that case the only difference was a delay added if errors had occurred so that I'd be able to read them. Otherwise I'd get dumped back to UEFI so quickly that it wasn't possible. Both copies worked the same here otherwise.
 
Old 03-26-2013, 05:00 PM   #107
mattallmill
Member
 
Registered: Nov 2009
Location: Salina,Kansas
Distribution: Slackware64-current
Posts: 208

Rep: Reputation: 34
Quote:
Originally Posted by volkerdi View Post
Well, this ain't good. It's probably KMS which is failing. That was needed here to get past the video garbage on UEFI, but evidently on other systems it causes problems.

Maybe try passing nomodeset as a kernel option at boot and see how that goes?
Thanks Pat. I'll try that when I get a chance, and see how it goes.
 
Old 03-26-2013, 05:01 PM   #108
comet.berkeley
Member
 
Registered: Dec 2009
Location: California
Distribution: Slackware current
Posts: 153

Rep: Reputation: Disabled
Quote:
Originally Posted by volkerdi View Post
Well, this ain't good. It's probably KMS which is failing. That was needed here to get past the video garbage on UEFI, but evidently on other systems it causes problems.

Maybe try passing nomodeset as a kernel option at boot and see how that goes?
Thank you! That worked!

At the install boot prompt I typed in "huge.s nomodeset" and pressed enter.

BOOT: huge.s nomodeset

I'm still trying to get elilo to work... most of the time when it fails the screen goes blank and it falls back to the isolinux boot.

I did get more information from elilo by adding: verbose=5
to the elilo.cfg file.
 
Old 03-26-2013, 06:49 PM   #109
Erik_FL
Member
 
Registered: Sep 2005
Location: Boynton Beach, FL
Distribution: Slackware
Posts: 801

Rep: Reputation: 247Reputation: 247Reputation: 247
Quote:
Originally Posted by volkerdi View Post
Except that the image could be the same image as usbboot.img, in which case it won't take any additional space. The mkisofs mastering process won't repeat the image -- it will just map to where it already exists in the usb-and-pxe-installers/ directory.
The EFI boot image can't be the same image as "usbboot.img" because the USB boot image contains a GPT. The El-Torito EFI boot image does not contain a GPT.

The entire Slackware DVD image (ISO file) could be the same as the usbboot.img if "isohybrid" is used to tack a GPT on the front of the DVD image.
 
Old 03-26-2013, 06:59 PM   #110
volkerdi
Slackware Maintainer
 
Registered: Dec 2002
Location: Minnesota
Distribution: Slackware! :-)
Posts: 877

Rep: Reputation: 1827Reputation: 1827Reputation: 1827Reputation: 1827Reputation: 1827Reputation: 1827Reputation: 1827Reputation: 1827Reputation: 1827Reputation: 1827Reputation: 1827
Quote:
Originally Posted by Erik_FL View Post
The EFI boot image can't be the same image as "usbboot.img" because the USB boot image contains a GPT. The El-Torito EFI boot image does not contain a GPT.

The entire Slackware DVD image (ISO file) could be the same as the usbboot.img if "isohybrid" is used to tack a GPT on the front of the DVD image.
No, the usbboot.img does not contain a GPT. In any case, regardless of whatever the UEFI spec says it makes no difference whether the El-Torito image has a GPT or is just a raw FAT filesystem. Both work (or don't) equally.
 
Old 03-26-2013, 08:30 PM   #111
Erik_FL
Member
 
Registered: Sep 2005
Location: Boynton Beach, FL
Distribution: Slackware
Posts: 801

Rep: Reputation: 247Reputation: 247Reputation: 247
Quote:
Originally Posted by volkerdi View Post
No, the usbboot.img does not contain a GPT. In any case, regardless of whatever the UEFI spec says it makes no difference whether the El-Torito image has a GPT or is just a raw FAT filesystem. Both work (or don't) equally.
That's an interesting observation. I have only been able to test one UEFI computer so it's been difficult to learn what is actually supported by UEFI machines.
 
Old 03-26-2013, 08:46 PM   #112
AlleyTrotter
Member
 
Registered: Jun 2002
Location: Coal Township PA
Distribution: Slackware64-14.1 (3.18.0) UEFI enabled
Posts: 360

Rep: Reputation: 77
Quote:
Originally Posted by volkerdi View Post
YOtherwise I'd get dumped back to UEFI so quickly that it wasn't possible. Both copies worked the same here otherwise.
That's what happens here if I build elilo locally and use that img
 
Old 03-27-2013, 09:35 AM   #113
comet.berkeley
Member
 
Registered: Dec 2009
Location: California
Distribution: Slackware current
Posts: 153

Rep: Reputation: Disabled
Does CD-ROM have an EFI boot image?

There is a utility from Fedora called "dumpet" which displays information
about bootable CDs:

https://fedorahosted.org/dumpet/

That I found out about after reading this Fedora page:
https://fedoraproject.org/wiki/User:...ForBIOSAndUEFI

And while we are busy trying to put an EFI directory onto a Slackware ISO...

Last May Linus Torvalds was talking about a cool
tool that removes EFI directorys from ISOs...lol

https://plus.google.com/+LinusTorval...ts/QLe3tSmtSM4

http://www.littlesvr.ca/isomaster/

I decided to see how Debian did EFI on their install CD-ROMs so I downloaded
the first one, and using dumpet it showed there was no EFI on a Debian install CD.

Last edited by comet.berkeley; 03-27-2013 at 09:38 AM. Reason: spelling
 
Old 03-27-2013, 09:54 AM   #114
mattallmill
Member
 
Registered: Nov 2009
Location: Salina,Kansas
Distribution: Slackware64-current
Posts: 208

Rep: Reputation: 34
Quote:
Originally Posted by volkerdi View Post
Well, this ain't good. It's probably KMS which is failing. That was needed here to get past the video garbage on UEFI, but evidently on other systems it causes problems.

Maybe try passing nomodeset as a kernel option at boot and see how that goes?
I hit TAB when the screen came up, and typed 'huge.s nomodeset', and it worked perfectly.
Thanks for the tip, Pat
 
Old 03-27-2013, 05:47 PM   #115
AlleyTrotter
Member
 
Registered: Jun 2002
Location: Coal Township PA
Distribution: Slackware64-14.1 (3.18.0) UEFI enabled
Posts: 360

Rep: Reputation: 77
Quote:
Originally Posted by volkerdi View Post
This is why the request had been to master the DVD the usual way and report back on whether having /EFI/BOOT/ on it worked.
Sorry for getting OT Pat.
Now to get back OT (could that be On Topic or is it always Off Topic?). As for the March 27 current. Burned using the instructions in 'isolinux/README.TXT'
My system does not offer a UEFI boot option for this version of current
john

PS pretty obvious as there were no changes to EFI/BOOT

Last edited by AlleyTrotter; 03-27-2013 at 06:09 PM. Reason: silly PS
 
Old 03-30-2013, 04:31 AM   #116
comet.berkeley
Member
 
Registered: Dec 2009
Location: California
Distribution: Slackware current
Posts: 153

Rep: Reputation: Disabled
There is a new version of elilo that just came out, elilo-3.16

http://sourceforge.net/projects/elilo/files/elilo/

I just tried it and it works about the same as the old version.

Two elilo.conf options that help debug are:

debug
verbose=5

But I researched other CD/DVD with working EFI boot blocks.

Gparted, Clonezilla and Fedora are using Grub2 which reuses the kernel and initrd from directories outside of the EFI image directory. This saves disk space and make things simpler.

Arch Linux uses gummiboot which wastes space like elilo does, doubling up the kernel and initrd files:

https://projects.archlinux.org/archi...eleng/build.sh

http://freedesktop.org/wiki/Software/gummiboot

Last edited by comet.berkeley; 03-30-2013 at 04:32 AM. Reason: clarify elilo.conf
 
Old 03-30-2013, 02:14 PM   #117
Erik_FL
Member
 
Registered: Sep 2005
Location: Boynton Beach, FL
Distribution: Slackware
Posts: 801

Rep: Reputation: 247Reputation: 247Reputation: 247
Quote:
Originally Posted by comet.berkeley View Post
But I researched other CD/DVD with working EFI boot blocks.

Gparted, Clonezilla and Fedora are using Grub2 which reuses the kernel and initrd from directories outside of the EFI image directory. This saves disk space and make things simpler.

Arch Linux uses gummiboot which wastes space like elilo does, doubling up the kernel and initrd files:
Thanks for posting all the interesting information. I took a look at a few boot DVDs myself.

Windows uses a 12-bit FAT floppy size El-Torito image containing the boot manager. The Boot Configuration Database and other files are outside the El-Torito image and located in the ISO file-system. Windows also uses two different kernel loaders depending on whether it is loading via BIOS or EFI ("winload.exe" versus "winload.efi"). Even though "winload.efi" has a ".efi" extension, it is not a standard EFI application. Because of that the Windows boot loader cannot chain to another normal EFI boot loader or application. It can only "run" programs marked as "IMAGE_SUBSYSTEM_WINDOWS_BOOT_APPLICATION".

The difficult question to answer is what method of booting a UEFI CD/DVD is compatible with the most (non-Apple) computers. Since Apple does not adhere to the UEFI standard, there are additional considerations to make a CD/DVD boot on an Apple computer.

Some boot discs do have a "/EFI/BOOT" folder in the ISO file-system, and some tack a GPT on the front of the ISO in the unused sectors. I have seen boot discs without that folder. So far I have never seen an EFI boot disc without the El-Torito EFI image, and none of those that I have seen contain a GPT inside the El-Torito image.

It does not appear that using just the "/EFI/BOOT" folder in the ISO file-system is likely to allow booting on the majority of UEFI systems. Certainly it will work on some of them. I have only tested on one computer so I can't speak from experience. As someone pointed out, it is not necessarily a requirement to install Slackware from a boot-able CD/DVD.

The immediate issue is what configuration works the best for normal UEFI booting from the hard disk.
 
Old 03-30-2013, 04:29 PM   #118
AlleyTrotter
Member
 
Registered: Jun 2002
Location: Coal Township PA
Distribution: Slackware64-14.1 (3.18.0) UEFI enabled
Posts: 360

Rep: Reputation: 77
Cool

Quote:
Originally Posted by Erik_FL View Post
T
The immediate issue is what configuration works the best for normal UEFI booting from the hard disk.
I have been using a GPT partition scheme without problems. I use a EFI partition as the first one on sda. Set the UEFI boot variables using 'efibootmgr -c' with all defaults which gave me a UEFI boot option named 'Linux'. This launches elilo.efi.

Code:
john@retired:~$ ls -1 /boot/efi/
Shellx64.efi*  -- the efi shell
bzImage*
bzImage-3.8.4*  -- various kernels
bzImage-3.8.5*
elilo.conf*    
elilo.efi*
initrd.gz*
vmlinuz-generic-3.2.29
my elilo.conf
Code:
prompt                          
timeout=50
default=385
                                                                                 
image=bzImage-3.8.5 
  label=385                                        
  read-only
  root=/dev/sda2

image=vmlinuz-generic-3.2.29
  label=generic
  initrd=initrd.gz
  read-only
  root=/dev/sda2

image=bzImage-3.8.4
  label=last
  read-only
  root=/dev/sda2

image=bzImage
  label=huge
  read-only
  root=/dev/sda2

image=bzImage
  label=rescue
  read-only
  root=/dev/sdb2
This has worked flawlessly for me over the last several months, so naturally ya'll know how I'm voting for best. I might add I am constantly making changes and trying out knew stuff with this setup and it has been very simple to maintain.
Cheers
john
[edit] this configuration will also legacy boot you can install lilo into the 'protected MBR' on the GPT disk.[/edit]

Last edited by AlleyTrotter; 03-30-2013 at 04:32 PM. Reason: added note about legacy
 
Old 03-30-2013, 04:57 PM   #119
volkerdi
Slackware Maintainer
 
Registered: Dec 2002
Location: Minnesota
Distribution: Slackware! :-)
Posts: 877

Rep: Reputation: 1827Reputation: 1827Reputation: 1827Reputation: 1827Reputation: 1827Reputation: 1827Reputation: 1827Reputation: 1827Reputation: 1827Reputation: 1827Reputation: 1827
Quote:
Originally Posted by comet.berkeley View Post
Arch Linux uses gummiboot which wastes space like elilo does, doubling up the kernel and initrd files:
If the ISO is built properly, elilo won't waste any space. The reason it doesn't waste space is that the kernels/initrd in /EFI are hardlinks to their other locations. And the usbboot.img is also supposed to be usable as the El-Torito image, in which case it will be mapped from its existing location.

It's still not working though, so we'll see if it ends up being used to boot the installer or not...
 
Old 03-30-2013, 05:34 PM   #120
jtsn
Member
 
Registered: Sep 2011
Location: Europe
Distribution: Slackware
Posts: 908

Rep: Reputation: 447Reputation: 447Reputation: 447Reputation: 447Reputation: 447
Maybe this could be of useful: http://mjg59.dreamwidth.org/11285.html
 
  


Reply


Thread Tools Search this Thread
Search this Thread:

Advanced Search

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is Off
HTML code is Off


Similar Threads
Thread Thread Starter Forum Replies Last Post
Slackware and Grub2 - getting a UEFI mb running linuxbird Slackware 16 12-13-2012 09:40 AM
Slackware on a former UEFI system garpu Slackware - Installation 2 11-23-2012 11:59 PM
Slackware vs. EFI/UEFI kikinovak Slackware 4 10-21-2012 12:31 PM
Help Creating UEFI A MENU For My Bootable (BIOS/UEFI) CDROM ssenuta Linux - Hardware 0 08-27-2012 10:11 PM


All times are GMT -5. The time now is 01:45 AM.

Main Menu
Advertisement
My LQ
Write for LQ
LinuxQuestions.org is looking for people interested in writing Editorials, Articles, Reviews, and more. If you'd like to contribute content, let us know.
Main Menu
Syndicate
RSS1  Latest Threads
RSS1  LQ News
Twitter: @linuxquestions
identi.ca: @linuxquestions
Facebook: linuxquestions Google+: linuxquestions
Open Source Consulting | Domain Registration