FOG 33b - installation - HP Elite 8300 SFF
-
This post is deleted! -
I have just changed the boot order on the client with Ubuntu 12, to boot straight to the HD and Ubuntu booted as expected.
The harddisk is not corrupt.It’s definitely the fog pxe file creating the problem.
-
Just to explain, I want to put Ubuntu 12 on all the old HP PCs as a way of both erasing the hard drives and also making it possible for the parents in the school to have a free linux PC if they want, instead of throwing them away.
But the real priority is getting the new Windows 8.1 HP clients deployed.
-
:eek: side stepped us there lol. so [U]Client is Ubuntu 12.04.4[/U]
-
i’m not sure why it is failing to boot to the hard drive of the computer after ipxe loads, but fog appears to be working properly. I would actually be willing to bet that if you took an image of the computer, then imaged it again with fog, it would work fine when not pxe booting. fog is typically used on windows clients, but many people have it working on linux as well.
-
sanboot --no-describe --drive 0x80 is the line in BootMenu.class.php that deals with how to pass to the harddrive. That said, not all systems like this method. If your systems are freezing. Try changing those lines to just say: exit.
Thank you,
-
a bit of research says that this is likely a hardware/firmware specific bug that occurs a lot on HP machines
-
Tom, do you think it would be a good idea to change that line from [CODE]sanboot --no-describe --drive 0x80 || goto MENU[/CODE] to [CODE]sanboot --no-describe --drive 0x80 || exit[/CODE] or would that not work, since it sounds like it may lock up on the first bit
-
Interesting comments and advice.
But to the real priority now: All the new PCs are HP Elite 8300.
Most are USDT (ultra slim) and some are SFF (Small form format).The BIOS in the SFF model allows the use of legacy network boot.
As I had hoped, it worked almost perfectly and I registered the client.
But note that the FOG pxe option window went past in a split second.
I had to reboot to catch it again. It was VERY fast. How can I slow that down?The USDT did not work. I have already had a long back and forth with Experts Exchange on how to get the network boot to work.
There are 2 ways.1 - UEFI boot options: IP4 Network boot at the top of the list.
I never saw any sign of the FOG page. It waited for the pxe file for a short time and then booted to windows. -
the PXE boot menu configuration page allows you to choose how long the menu shows up
-
2 - Deactivate UEFI and then legacy pxe boot works but then after the timeout period (when fogserver is offline) it tries to boot further to the internal harddisk and gives an error message “GPT-formatted disk. Legacy boot not supported”.
xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
Here is the the description I sent to Experts Exchange:One group are USDT (ultra slim desktop). The other are SFF (small form factor).
All have the same latest BIOS. I have installed Win 8.1 Enterprise on one of each model in the same way. Before I installed Win 8.1 I deleted all partitions and allowed Win 8.1 to create its own 3 partitions:
300MB Recovery,
100MB EFI-system,
PXE Boot works on the SFF, but not on the USDT. I should say that the FOG imaging server which provides the PXE boot file is turned off. What I see on the 2 clients is that the SFF is clearly trying to find the PXE boot file for a while before booting further to the internal harddisk. The USDT makes no attempt to locate the PXE file. It just boots straight into the internal harddisk.
They have a slightly different BIOS Boot Order list. Here is the USDT:
UEFI Boot Sources
- Windows Boot Manager
- Atapi CD/DVD
- USB HD
- USB floppy/CD
Legacy Boot Sources
-Network Controller
-Hard drive
—Sata0
—USB Hard Drive- USB floppy/cd
This list is identical on the SFF except for “Windows Boot Manager”
“Windows Boot Manager” is missing on the SFF which has no problem PXE-booting.If I disable “Windows Boot Manager” on the USDT, then it attempts to PXE boot (fantastic), but then after a while it tries to boot further to the internal harddisk and gives an error message “GPT-formatted disk. Legacy boot not supported”. I have no idea what this means or how to get PXE working without getting this GPT problem.
Both BIOSes have:
SATA emulation: AHCI
Network boot: enabled
Secure Boot configuration: Legacy support:“enabled”, Secure boot:“disabled”
Remote wakeup boot source: Remote Server
NIC PXE option ROM download: PXE
Option ROM launch Policy - PXE Option ROMS: “Legacy Only” (can be UEFI Only) -
PXE timeout is now 10 seconds which gives plenty of time on the legacy network boot on the SFF, but makes no difference for the UEFI network boot on the USDT.
-
it sounds to me like it would work if you wiped the drive and installed windows under legacy boot options.
-
Have just deactivated UEFI and done a legacy network boot on the USDT.
It worked and I registered the client with fog.
But as expected when it rebooted and timed out past the fog page, and returned control to the PC, all I see is a flashing cursor in the top left corner.It cannot legacy boot to the disk because it is a GPT-formatted disk. Whatever that means.
I have appreciated your help but must cycle home now. It’s 9:30 PM. I’ll log in to the forum when I get home, but will not be able to test anything.
-
[INDENT][I]it sounds to me like it would work if you wiped the drive and installed windows under legacy boot options. [/I][/INDENT]
[INDENT]Not sure how to do that or what the ramifications will be. [/INDENT]
[INDENT]Do you mean I could deactivate UEFI in the BIOS and somehow install windows again.[/INDENT]
[INDENT]But it just stops dead and says GPT disk or just shows the flashing cursor. How do I format the disk if I cannot get past the bios?[/INDENT] -
the GPT formatted disk means that you installed windows with UEFI enabled, and it has configured the hard disk as such. if you wipe the drive and re-install windows like you did before, but under Legacy, your hard disk will not be configured as GPT.
-
That said, you will still need to make sure UEFI Mode is not enabled for the NICs. UEFI PXE Boot does not work quite yet.
-
Also, the line:
[code]sanboot --no-describe --drive 0x80 || exit[/code] will not work because iPXE doesn’t know that the sanboot has failed. Hence why the system freezes. This is most likely due to the bug in the firmware HP has. This is also seen on many Dell systems. Simply make sure the PXE system is set to boot, and change the sanboot --no-describe --drive 0x80 lines are replace with just exit. Exit will drop the system back to BIOS which should allow everything to boot normally, even if your hard drivers are formatted as GPT. -
“the GPT formatted disk means that you installed windows with UEFI enabled, and it has configured the hard disk as such. if you wipe the drive and re-install windows like you did before, but under Legacy, your hard disk will not be configured as GPT”
Tom, do you agree with Junkhacker? I need to take action now today.
Junkhacker, what is the quickest, easiest way to wipe the disk when I cannot do a legacy boot? Not sure about how to proceed.
-
Alistair,
You can do a legacy boot. You stated that earlier. The only difference for your particular scenario is that you’ll have to change the boot order of the devices.
I don’t agree with Junkhacker’s assessment wholly as I’ve created images using GPT formatting and Legacy PXE Boot. FOG 0.33b automates some of this process for you.
If you want to create a wholly Legacy system, you need to disable UEFI entirely in the BIOS. You state you cannot do this, so based on this I don’t know what to tell you.
To create an MBR based image, you would need to make sure the drive is formatted in MBR format. Load the system up with debug mode, perform[code]sgdisk -Z /dev/sda[/code] To wipe the drive of all partition/gpt/mbr information. Boot the system in Legacy Mode (MUST DO THIS) and create your Image from scratch.
If you cannot boot the system in Legacy mode for whatever the reason, it doesn’t matter how many times you try, your system is going to try to load windows using the GPT format structure, and you’ll be stuck in EXACTLY the same situation as you are now.
To allow the system to boot:
Change the relevant lines in BootMenu.class.php
(LINE 107 in current revision)
[php]print “prompt --key “.($this->KS && $this->KS->isValid() ? $this->KS->get(‘ascii’) : ‘0x1b’).” --timeout $this->timeout Booting… (Press “.($this->KS && $this-> KS->isValid() ? $this->KS->get(‘name’) : ‘Escape’).” to access the menu) && goto menuAccess || sanboot --no-describe --drive 0x80\n”;[/php]
TO SAY:
[php]print “prompt --key “.($this->KS && $this->KS->isValid() ? $this->KS->get(‘ascii’) : ‘0x1b’).” --timeout $this->timeout Booting… (Press “.($this->KS && $this-> KS->isValid() ? $this->KS->get(‘name’) : ‘Escape’).” to access the menu) && goto menuAccess || exit\n”;[/php]
(LINE 221 in current revision)
[php] print “sanboot --no-describe --drive 0x80\n”;[/php]
TO SAY:
[php]print “exit\n”;[/php]
(LINE 333 in current revision)
[php]print “sanboot --no-describe --drive 0x80 || goto MENU\n”;[/php]
TO SAY:
[php]print “exit || goto MENU\n”;[/php]
