Re: [CentOS] CentOS6: HELP! EFI boot fails after replacing disks...

2018-05-29 Thread Robert Heller 
At Tue, 29 May 2018 11:35:39 -0400 CentOS mailing list  
wrote:

> 
> Robert Heller wrote:
> > At Tue, 29 May 2018 06:47:06 -0700 CentOS mailing list 
> > wrote:
> >> On 05/29/2018 06:33 AM, Robert Heller wrote:
> >> >
> >> >> The UUID in the EFI boot options is
> >> >> 99E275E7-75A0-4B37-A2E6-C5385E600CB, which
> >> >> does not to match anything, but the system is only happy booting the
> >> >> old disk...
> >> > And at this point, it will only boot in legacy mode off the old disk.
> >>
> >> That's what I meant, I think.'?'? Legacy mode is BIOS-compatible.'?'? If
> >> you're booting in legacy mode, you can't access the UEFI variables. The
> >> old disk probably has GRUB installed on the first block.'?'? It might be
> >> booting in legacy mode *because* the UEFI boot option's UUID doesn't
> >> match your partition.
> >
> > OK,  I think at this point it is not wanting to even boot the old disk in
> > EFI mode.  Maybe because the old disk is no longer in SATA port 0
> (/dev/sda).
> > It is not wanting to boot the new disk in EFI mode and won't boot from the
> > Optical disk in EFI mode (at least I cannot figure out how to do that).
> 
> Y'know, what you just wrote above... that makes it sound like you need to
> go into the BIOS and reset the boot order.

Tried that.  Right now, the boot order lists all of the disks in *Legacy* boot 
mode.  

> 
>   mark
> 
> ___
> CentOS mailing list
> CentOS@centos.org
> https://lists.centos.org/mailman/listinfo/centos
> 
>   
>   

-- 
Robert Heller -- 978-544-6933
Deepwoods Software-- Custom Software Services
http://www.deepsoft.com/  -- Linux Administration Services
hel...@deepsoft.com   -- Webhosting Services

   
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] CentOS6: HELP! EFI boot fails after replacing disks...

2018-05-29 Thread m . roth 
Robert Heller wrote:
> At Tue, 29 May 2018 06:47:06 -0700 CentOS mailing list 
> wrote:
>> On 05/29/2018 06:33 AM, Robert Heller wrote:
>> >
>> >> The UUID in the EFI boot options is
>> >> 99E275E7-75A0-4B37-A2E6-C5385E600CB, which
>> >> does not to match anything, but the system is only happy booting the
>> >> old disk...
>> > And at this point, it will only boot in legacy mode off the old disk.
>>
>> That's what I meant, I think.'?'? Legacy mode is BIOS-compatible.'?'? If
>> you're booting in legacy mode, you can't access the UEFI variables. The
>> old disk probably has GRUB installed on the first block.'?'? It might be
>> booting in legacy mode *because* the UEFI boot option's UUID doesn't
>> match your partition.
>
> OK,  I think at this point it is not wanting to even boot the old disk in
> EFI mode.  Maybe because the old disk is no longer in SATA port 0
(/dev/sda).
> It is not wanting to boot the new disk in EFI mode and won't boot from the
> Optical disk in EFI mode (at least I cannot figure out how to do that).

Y'know, what you just wrote above... that makes it sound like you need to
go into the BIOS and reset the boot order.

  mark

___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] CentOS6: HELP! EFI boot fails after replacing disks...

2018-05-29 Thread Robert Heller 
At Tue, 29 May 2018 06:47:06 -0700 CentOS mailing list  
wrote:

> 
> On 05/29/2018 06:33 AM, Robert Heller wrote:
> >
> >> The UUID in the EFI boot options is 99E275E7-75A0-4B37-A2E6-C5385E600CB, 
> >> which
> >> does not to match anything, but the system is only happy booting the old
> >> disk...
> > And at this point, it will only boot in legacy mode off the old disk.
> 
> That's what I meant, I think.  Legacy mode is BIOS-compatible.  If 
> you're booting in legacy mode, you can't access the UEFI variables. The 
> old disk probably has GRUB installed on the first block.  It might be 
> booting in legacy mode *because* the UEFI boot option's UUID doesn't 
> match your partition.

OK,  I think at this point it is not wanting to even boot the old disk in EFI 
mode.  Maybe because the old disk is no longer in SATA port 0 (/dev/sda).  It 
is not wanting to boot the new disk in EFI mode and won't boot from the 
Optical disk in EFI mode (at least I cannot figure out how to do that).

> 
> You might want to disable legacy mode entirely.  Boot a rescue disk if 
> needed, and fix the boot option from there.
> ___
> CentOS mailing list
> CentOS@centos.org
> https://lists.centos.org/mailman/listinfo/centos
> 
>

-- 
Robert Heller -- 978-544-6933
Deepwoods Software-- Custom Software Services
http://www.deepsoft.com/  -- Linux Administration Services
hel...@deepsoft.com   -- Webhosting Services
 
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] CentOS6: HELP! EFI boot fails after replacing disks...

2018-05-29 Thread Robert Heller 
At Tue, 29 May 2018 10:03:07 -0400 CentOS mailing list  
wrote:

> 
> On 28 May 2018 at 18:25, Robert Heller  wrote:
> 
> > Then I shut the machine down, swapped in the new backup [2TB] disk and 
> > pulled
> > the old system [500G] disk and installed the third new [2TB] disk. The 
> > system
> > won't boot that way. It seems there is something in the UEFI (secure boot)
> > logic that wants the original disk, even if everything is moved over.
> >
> 
> This caught my attention. Did you mean that you are using the secure
> boot options? I don't know if that ties down a system to a specific
> disk until it is cleared from the install. From all the other items
> you listed in the the thread, your system looks like it is booting
> into a form where it is saying it isn't UEFI anymore which would be a
> boot firmware option. The firmware can lock down what it thinks is ok
> to boot from and may require some sort of flush depending on the type
> of disks it thinks are ok. I had this with one set of systems where
> the system required a hard flush of UEFI buffers before it would boot
> from a larger disk. It was ok with the same old model but a new one
> was not possible.

Not using "secure boot" in the sense of setting any partitular security (the 
"secure" section of the  BIOS is not enabled.  What *was* enabled was the UEFI 
boot.  At this point I have mostly given up on UEFI.  I disconnected the 
optical disk (we don't really use it anyway) and connected the original boot 
disk as /dev/sdd and installed the third 2TB disk.  The system boots (in 
Legacy Mode) and it is now rebuilding the RAID array onto the new disk.  The 
/boot array now has three elements (partition 2 of the two new disks and 
partition 2 of the old disk).  I condemed the old (empty) RAID array on the 
old disk -- it now has an unformatted third partition that is not being used 
for anything.  I will be *eventually* upgrading the system to CentOS 7 
(sometime later this summer).  Maybe at that time I will revisit the world of 
UEFI...

> 
> My debugging methodology at this point would be the following:
> 
> 1. Boot from EL6 iso and see if EFI variables/modules work
> 2. Boot from EL7 iso and see if EFI variables/modules work
> 3. See if a Dell firmware update set is available and if the
> changelogs say it fixes EFI boot issues
> 4. repeat 1&2 if a firmware update is done.
> 
> >From what I can tell, most of the install methods and 0 downtime
> 'hacks' we have used for the last 30 years on BIOS systems are either
> impossible or need serious fixes to work again in a UEFI world.
> 
> 

-- 
Robert Heller -- 978-544-6933
Deepwoods Software-- Custom Software Services
http://www.deepsoft.com/  -- Linux Administration Services
hel...@deepsoft.com   -- Webhosting Services
   
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] CentOS6: HELP! EFI boot fails after replacing disks...

2018-05-29 Thread Stephen John Smoogen 
On 28 May 2018 at 18:25, Robert Heller  wrote:

> Then I shut the machine down, swapped in the new backup [2TB] disk and pulled
> the old system [500G] disk and installed the third new [2TB] disk. The system
> won't boot that way. It seems there is something in the UEFI (secure boot)
> logic that wants the original disk, even if everything is moved over.
>

This caught my attention. Did you mean that you are using the secure
boot options? I don't know if that ties down a system to a specific
disk until it is cleared from the install. From all the other items
you listed in the the thread, your system looks like it is booting
into a form where it is saying it isn't UEFI anymore which would be a
boot firmware option. The firmware can lock down what it thinks is ok
to boot from and may require some sort of flush depending on the type
of disks it thinks are ok. I had this with one set of systems where
the system required a hard flush of UEFI buffers before it would boot
from a larger disk. It was ok with the same old model but a new one
was not possible.

My debugging methodology at this point would be the following:

1. Boot from EL6 iso and see if EFI variables/modules work
2. Boot from EL7 iso and see if EFI variables/modules work
3. See if a Dell firmware update set is available and if the
changelogs say it fixes EFI boot issues
4. repeat 1&2 if a firmware update is done.

>From what I can tell, most of the install methods and 0 downtime
'hacks' we have used for the last 30 years on BIOS systems are either
impossible or need serious fixes to work again in a UEFI world.


-- 
Stephen J Smoogen.
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] CentOS6: HELP! EFI boot fails after replacing disks...

2018-05-29 Thread Gordon Messmer 

On 05/29/2018 06:33 AM, Robert Heller wrote:



The UUID in the EFI boot options is 99E275E7-75A0-4B37-A2E6-C5385E600CB, which
does not to match anything, but the system is only happy booting the old
disk...

And at this point, it will only boot in legacy mode off the old disk.


That's what I meant, I think.  Legacy mode is BIOS-compatible.  If 
you're booting in legacy mode, you can't access the UEFI variables. The 
old disk probably has GRUB installed on the first block.  It might be 
booting in legacy mode *because* the UEFI boot option's UUID doesn't 
match your partition.


You might want to disable legacy mode entirely.  Boot a rescue disk if 
needed, and fix the boot option from there.

___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] CentOS6: HELP! EFI boot fails after replacing disks...

2018-05-29 Thread Robert Heller 
At Tue, 29 May 2018 08:10:39 -0400 (EDT) CentOS mailing list 
 wrote:

> 
> 
> At Mon, 28 May 2018 20:49:54 -0700 CentOS mailing list  
> wrote:
> 
> > 
> > On 05/28/2018 06:20 PM, Robert Heller wrote:
> > > The UUID in the BIOS is NOT VFAT volume.  It is something completely
> > > different.  I have no clue what it is -- it does not correspond to 
> > > anything I
> > > can find.
> > 
> > 
> > It should be the UUID of the partition, not of the VFAT volume. The 
> > partition UUID is stored in the GPT.  The volume UUID is stored in the 
> > filesystem header (I believe).
> > 
> > For example, on my laptop:
> > 
> > # efibootmgr -v | grep Fedora
> > Boot* Fedora 
> > PciRoot(0x0)/Pci(0x17,0x0)/Sata(2,65535,0)/HD(1,GPT,39484dd8-b1d9-47b2-b4d7-89dfe3ce5e09,0x800,0x12c000)/File(\EFI\fedora\shimx64.efi)
> > 
> > # blkid | grep sda1
> > /dev/sda1: LABEL="ESP" UUID="3850-574E" TYPE="vfat" PARTLABEL="EFI 
> > System Partition" PARTUUID="39484dd8-b1d9-47b2-b4d7-89dfe3ce5e09"
> > 
> > # sgdisk -i1 /dev/sda
> > Partition GUID code: C12A7328-F81F-11D2-BA4B-00A0C93EC93B (EFI System)
> > Partition unique GUID: 39484DD8-B1D9-47B2-B4D7-89DFE3CE5E09
> > First sector: 2048 (at 1024.0 KiB)
> > Last sector: 1230847 (at 601.0 MiB)
> > Partition size: 1228800 sectors (600.0 MiB)
> > Attribute flags: 
> > Partition name: 'EFI System Partition'
> 
> Well, on my system:
> 
> newserver.wendellfreelibrary.org% sudo blkid /dev/sda1
> /dev/sda1: SEC_TYPE="msdos" UUID="8D81-8D0C" TYPE="vfat" 
> newserver.wendellfreelibrary.org% sudo blkid /dev/sdb1
> /dev/sdb1: SEC_TYPE="msdos" UUID="8D81-8D0C" TYPE="vfat" 
> 
> That UUID is the VFAT partition (I dd'ed the partition from the old disk 
> (/dev/sdb1) to the new disk (/dev/sda1)
> 
> And:
> 
> newserver.wendellfreelibrary.org% sudo sgdisk -i1 /dev/sda
> Partition GUID code: EBD0A0A2-B9E5-4433-87C0-68B6B72699C7 (Microsoft basic 
> data)
> Partition unique GUID: BD7AFF34-3303-4D58-92C2-0BB938D467CB
> First sector: 2048 (at 1024.0 KiB)
> Last sector: 497663 (at 243.0 MiB)
> Partition size: 495616 sectors (242.0 MiB)
> Attribute flags: 
> Partition name: 'primary'
> 
> newserver.wendellfreelibrary.org% sudo sgdisk -i1 /dev/sdb
> Partition GUID code: EBD0A0A2-B9E5-4433-87C0-68B6B72699C7 (Microsoft basic 
> data)
> Partition unique GUID: 7B6AD1F7-DA76-40F0-94C8-6196CCDD47E5
> First sector: 2048 (at 1024.0 KiB)
> Last sector: 497663 (at 243.0 MiB)
> Partition size: 495616 sectors (242.0 MiB)
> Attribute flags: 
> Partition name: 'primary'
> 
> The UUID in the EFI boot options is 99E275E7-75A0-4B37-A2E6-C5385E600CB, 
> which 
> does not to match anything, but the system is only happy booting the old 
> disk...

And at this point, it will only boot in legacy mode off the old disk.

I am considering making a boot ISO, either for a thumb drive or a DVD and 
booting the machine that way.  This would be a *horrible* long term solution: 
I would have to make a new boot CD at each kernel update, but it is looking 
like that might be my only solution...

> 
> 
> > 
> > 
> > ___
> > CentOS mailing list
> > CentOS@centos.org
> > https://lists.centos.org/mailman/listinfo/centos
> > 
> > 
> >  
> 

-- 
Robert Heller -- 978-544-6933
Deepwoods Software-- Custom Software Services
http://www.deepsoft.com/  -- Linux Administration Services
hel...@deepsoft.com   -- Webhosting Services

 
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] CentOS6: HELP! EFI boot fails after replacing disks...

2018-05-29 Thread Robert Heller 
At Mon, 28 May 2018 20:49:54 -0700 CentOS mailing list  
wrote:

> 
> On 05/28/2018 06:20 PM, Robert Heller wrote:
> > The UUID in the BIOS is NOT VFAT volume.  It is something completely
> > different.  I have no clue what it is -- it does not correspond to anything 
> > I
> > can find.
> 
> 
> It should be the UUID of the partition, not of the VFAT volume. The 
> partition UUID is stored in the GPT.  The volume UUID is stored in the 
> filesystem header (I believe).
> 
> For example, on my laptop:
> 
> # efibootmgr -v | grep Fedora
> Boot* Fedora 
> PciRoot(0x0)/Pci(0x17,0x0)/Sata(2,65535,0)/HD(1,GPT,39484dd8-b1d9-47b2-b4d7-89dfe3ce5e09,0x800,0x12c000)/File(\EFI\fedora\shimx64.efi)
> 
> # blkid | grep sda1
> /dev/sda1: LABEL="ESP" UUID="3850-574E" TYPE="vfat" PARTLABEL="EFI 
> System Partition" PARTUUID="39484dd8-b1d9-47b2-b4d7-89dfe3ce5e09"
> 
> # sgdisk -i1 /dev/sda
> Partition GUID code: C12A7328-F81F-11D2-BA4B-00A0C93EC93B (EFI System)
> Partition unique GUID: 39484DD8-B1D9-47B2-B4D7-89DFE3CE5E09
> First sector: 2048 (at 1024.0 KiB)
> Last sector: 1230847 (at 601.0 MiB)
> Partition size: 1228800 sectors (600.0 MiB)
> Attribute flags: 
> Partition name: 'EFI System Partition'

Well, on my system:

newserver.wendellfreelibrary.org% sudo blkid /dev/sda1
/dev/sda1: SEC_TYPE="msdos" UUID="8D81-8D0C" TYPE="vfat" 
newserver.wendellfreelibrary.org% sudo blkid /dev/sdb1
/dev/sdb1: SEC_TYPE="msdos" UUID="8D81-8D0C" TYPE="vfat" 

That UUID is the VFAT partition (I dd'ed the partition from the old disk 
(/dev/sdb1) to the new disk (/dev/sda1)

And:

newserver.wendellfreelibrary.org% sudo sgdisk -i1 /dev/sda
Partition GUID code: EBD0A0A2-B9E5-4433-87C0-68B6B72699C7 (Microsoft basic data)
Partition unique GUID: BD7AFF34-3303-4D58-92C2-0BB938D467CB
First sector: 2048 (at 1024.0 KiB)
Last sector: 497663 (at 243.0 MiB)
Partition size: 495616 sectors (242.0 MiB)
Attribute flags: 
Partition name: 'primary'

newserver.wendellfreelibrary.org% sudo sgdisk -i1 /dev/sdb
Partition GUID code: EBD0A0A2-B9E5-4433-87C0-68B6B72699C7 (Microsoft basic data)
Partition unique GUID: 7B6AD1F7-DA76-40F0-94C8-6196CCDD47E5
First sector: 2048 (at 1024.0 KiB)
Last sector: 497663 (at 243.0 MiB)
Partition size: 495616 sectors (242.0 MiB)
Attribute flags: 
Partition name: 'primary'

The UUID in the EFI boot options is 99E275E7-75A0-4B37-A2E6-C5385E600CB, which 
does not to match anything, but the system is only happy booting the old 
disk...


> 
> 
> ___
> CentOS mailing list
> CentOS@centos.org
> https://lists.centos.org/mailman/listinfo/centos
> 
>   
>

-- 
Robert Heller -- 978-544-6933
Deepwoods Software-- Custom Software Services
http://www.deepsoft.com/  -- Linux Administration Services
hel...@deepsoft.com   -- Webhosting Services

  
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] CentOS6: HELP! EFI boot fails after replacing disks...

2018-05-29 Thread Robert Heller 
At Mon, 28 May 2018 20:54:32 -0700 CentOS mailing list  
wrote:

> 
> On 05/28/2018 06:58 PM, Robert Heller wrote:
> > At Mon, 28 May 2018 18:23:42 -0700 CentOS mailing list  
> > wrote:
> >> On 05/28/2018 03:25 PM, Robert Heller wrote:
> >>> I tried to run efibootmgr, but it wants a model named efivars loaded, but
> >>> there is no such module available.
> > newserver.wendellfreelibrary.org% sudo efibootmgr
> > [sudo] password for heller:
> > Fatal: Couldn't open either sysfs or procfs directories for accessing EFI 
> > variables.
> > Try 'modprobe efivars' as root.
> > newserver.wendellfreelibrary.org% sudo  modprobe efivars
> > FATAL: Module efivars not found.
> > newserver.wendellfreelibrary.org% dmesg | grep efi:
> > newserver.wendellfreelibrary.org% ls /sys/firmware/efi/
> > ls: cannot access /sys/firmware/efi/: No such file or directory
> > newserver.wendellfreelibrary.org% uname -a
> > Linux newserver.wendellfreelibrary.org 2.6.32-696.28.1.el6.x86_64 #1 SMP Wed
> > May 9 23:09:02 UTC 2018 x86_64 x86_64 x86_64 GNU/Linux
> > newserver.wendellfreelibrary.org%
> 
> Look into the possibility that you're booting via BIOS and not UEFI.

No, it was booting from UEFI.

> 
> It's possible to have /boot and /boot/efi, and also to have GRUB2 
> installed on the disk, in which case the system is able to boot from 
> both BIOS and UEFI.
> 
> If that's the case, then you'd need to install GRUB2 on the new disk as 
> well.

I don't believe grub2 is available for CentOS *6*.  At least I don't see a RPM 
for it.

> 
> ___
> CentOS mailing list
> CentOS@centos.org
> https://lists.centos.org/mailman/listinfo/centos
> 
>  

-- 
Robert Heller -- 978-544-6933
Deepwoods Software-- Custom Software Services
http://www.deepsoft.com/  -- Linux Administration Services
hel...@deepsoft.com   -- Webhosting Services
  
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] CentOS6: HELP! EFI boot fails after replacing disks...

2018-05-28 Thread Gordon Messmer 

On 05/28/2018 06:58 PM, Robert Heller wrote:

At Mon, 28 May 2018 18:23:42 -0700 CentOS mailing list  
wrote:

On 05/28/2018 03:25 PM, Robert Heller wrote:

I tried to run efibootmgr, but it wants a model named efivars loaded, but
there is no such module available.

newserver.wendellfreelibrary.org% sudo efibootmgr
[sudo] password for heller:
Fatal: Couldn't open either sysfs or procfs directories for accessing EFI 
variables.
Try 'modprobe efivars' as root.
newserver.wendellfreelibrary.org% sudo  modprobe efivars
FATAL: Module efivars not found.
newserver.wendellfreelibrary.org% dmesg | grep efi:
newserver.wendellfreelibrary.org% ls /sys/firmware/efi/
ls: cannot access /sys/firmware/efi/: No such file or directory
newserver.wendellfreelibrary.org% uname -a
Linux newserver.wendellfreelibrary.org 2.6.32-696.28.1.el6.x86_64 #1 SMP Wed
May 9 23:09:02 UTC 2018 x86_64 x86_64 x86_64 GNU/Linux
newserver.wendellfreelibrary.org%


Look into the possibility that you're booting via BIOS and not UEFI.

It's possible to have /boot and /boot/efi, and also to have GRUB2 
installed on the disk, in which case the system is able to boot from 
both BIOS and UEFI.


If that's the case, then you'd need to install GRUB2 on the new disk as 
well.


___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] CentOS6: HELP! EFI boot fails after replacing disks...

2018-05-28 Thread Gordon Messmer 

On 05/28/2018 06:20 PM, Robert Heller wrote:

The UUID in the BIOS is NOT VFAT volume.  It is something completely
different.  I have no clue what it is -- it does not correspond to anything I
can find.



It should be the UUID of the partition, not of the VFAT volume. The 
partition UUID is stored in the GPT.  The volume UUID is stored in the 
filesystem header (I believe).


For example, on my laptop:

# efibootmgr -v | grep Fedora
Boot* Fedora 
PciRoot(0x0)/Pci(0x17,0x0)/Sata(2,65535,0)/HD(1,GPT,39484dd8-b1d9-47b2-b4d7-89dfe3ce5e09,0x800,0x12c000)/File(\EFI\fedora\shimx64.efi)


# blkid | grep sda1
/dev/sda1: LABEL="ESP" UUID="3850-574E" TYPE="vfat" PARTLABEL="EFI 
System Partition" PARTUUID="39484dd8-b1d9-47b2-b4d7-89dfe3ce5e09"


# sgdisk -i1 /dev/sda
Partition GUID code: C12A7328-F81F-11D2-BA4B-00A0C93EC93B (EFI System)
Partition unique GUID: 39484DD8-B1D9-47B2-B4D7-89DFE3CE5E09
First sector: 2048 (at 1024.0 KiB)
Last sector: 1230847 (at 601.0 MiB)
Partition size: 1228800 sectors (600.0 MiB)
Attribute flags: 
Partition name: 'EFI System Partition'


___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] CentOS6: HELP! EFI boot fails after replacing disks...

2018-05-28 Thread Robert Heller 
At Mon, 28 May 2018 18:23:42 -0700 CentOS mailing list  
wrote:

> 
> On 05/28/2018 03:25 PM, Robert Heller wrote:
> > I tried to run efibootmgr, but it wants a model named efivars loaded, but
> > there is no such module available.
> 
> That's interesting.  Can you post the command and output where you see that?
> 
> Also, post the output of "dmesg | grep efi:" and "ls /sys/firmware/efi/"

And for completeness:

newserver.wendellfreelibrary.org% rpm -qi kernel-2.6.32-696.28.1.el6 
Name: kernel   Relocations: (not relocatable)
Version : 2.6.32Vendor: CentOS
Release : 696.28.1.el6  Build Date: Wed 09 May 2018 
07:26:32 PM EDT
Install Date: Fri 18 May 2018 03:58:09 PM EDT  Build Host: 
x86-01.bsys.centos.org
Group   : System Environment/Kernel Source RPM: 
kernel-2.6.32-696.28.1.el6.src.rpm
Size: 139572226License: GPLv2
Signature   : RSA/SHA1, Wed 09 May 2018 08:59:22 PM EDT, Key ID 0946fca2c105b9de
Packager: CentOS BuildSystem 
URL : http://www.kernel.org/
Summary : The Linux kernel
Description :
The kernel package contains the Linux kernel (vmlinuz), the core of any
Linux operating system.  The kernel handles the basic functions
of the operating system: memory allocation, process allocation, device
input and output, etc.


> ___
> CentOS mailing list
> CentOS@centos.org
> https://lists.centos.org/mailman/listinfo/centos
> 
>   
>   
> 

-- 
Robert Heller -- 978-544-6933
Deepwoods Software-- Custom Software Services
http://www.deepsoft.com/  -- Linux Administration Services
hel...@deepsoft.com   -- Webhosting Services

   
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] CentOS6: HELP! EFI boot fails after replacing disks...

2018-05-28 Thread Robert Heller 
At Mon, 28 May 2018 18:23:42 -0700 CentOS mailing list  
wrote:

> 
> On 05/28/2018 03:25 PM, Robert Heller wrote:
> > I tried to run efibootmgr, but it wants a model named efivars loaded, but
> > there is no such module available.
> 
> That's interesting.  Can you post the command and output where you see that?
> 
> Also, post the output of "dmesg | grep efi:" and "ls /sys/firmware/efi/"

newserver.wendellfreelibrary.org% sudo efibootmgr
[sudo] password for heller: 
Fatal: Couldn't open either sysfs or procfs directories for accessing EFI 
variables.
Try 'modprobe efivars' as root.
newserver.wendellfreelibrary.org% sudo  modprobe efivars
FATAL: Module efivars not found.
newserver.wendellfreelibrary.org% dmesg | grep efi:
newserver.wendellfreelibrary.org% ls /sys/firmware/efi/
ls: cannot access /sys/firmware/efi/: No such file or directory
newserver.wendellfreelibrary.org% uname -a
Linux newserver.wendellfreelibrary.org 2.6.32-696.28.1.el6.x86_64 #1 SMP Wed 
May 9 23:09:02 UTC 2018 x86_64 x86_64 x86_64 GNU/Linux
newserver.wendellfreelibrary.org% 




> ___
> CentOS mailing list
> CentOS@centos.org
> https://lists.centos.org/mailman/listinfo/centos
> 
>   
>   

-- 
Robert Heller -- 978-544-6933
Deepwoods Software-- Custom Software Services
http://www.deepsoft.com/  -- Linux Administration Services
hel...@deepsoft.com   -- Webhosting Services
   
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] CentOS6: HELP! EFI boot fails after replacing disks...

2018-05-28 Thread Gordon Messmer 

On 05/28/2018 03:25 PM, Robert Heller wrote:

I tried to run efibootmgr, but it wants a model named efivars loaded, but
there is no such module available.


That's interesting.  Can you post the command and output where you see that?

Also, post the output of "dmesg | grep efi:" and "ls /sys/firmware/efi/"
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] CentOS6: HELP! EFI boot fails after replacing disks...

2018-05-28 Thread Robert Heller 
At Mon, 28 May 2018 19:30:25 -0400 CentOS mailing list  
wrote:

> 
> On May 28, 2018, at 18:25, Robert Heller  wrote:
> 
> > I tried to run efibootmgr, but it wants a model named efivars loaded, but 
> > there is no such module available.
> 
> Are you not running a CentOS kernel?  That module should be available. 

I have a *stock* CentOS 6 kernel:  2.6.32-696.28.1.el6.x86_64.  And no, that 
module is not in a CentOS Plus kernel either.

> 
> The UUID of the VFAT volume (not the mirror) would be used in the EFI boot 
> entry. Boot off a rescue disk when the new disk is installed and add an 
> additional boot entry for the new disk. It will reflect the UUID of the EFI 
> partition on the new disk. Run ‘blkid’ to compare. 
> 

The UUID in the BIOS is NOT VFAT volume.  It is something completely 
different.  I have no clue what it is -- it does not correspond to anything I 
can find.


> --
> Jonathan Billings
> 
> 
> ___
> CentOS mailing list
> CentOS@centos.org
> https://lists.centos.org/mailman/listinfo/centos
> 
>   

-- 
Robert Heller -- 978-544-6933
Deepwoods Software-- Custom Software Services
http://www.deepsoft.com/  -- Linux Administration Services
hel...@deepsoft.com   -- Webhosting Services
  
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] CentOS6: HELP! EFI boot fails after replacing disks...

2018-05-28 Thread Jonathan Billings 
On May 28, 2018, at 18:25, Robert Heller  wrote:

> I tried to run efibootmgr, but it wants a model named efivars loaded, but 
> there is no such module available.

Are you not running a CentOS kernel?  That module should be available. 

The UUID of the VFAT volume (not the mirror) would be used in the EFI boot 
entry. Boot off a rescue disk when the new disk is installed and add an 
additional boot entry for the new disk. It will reflect the UUID of the EFI 
partition on the new disk. Run ‘blkid’ to compare. 

--
Jonathan Billings


___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] CentOS6: HELP! EFI boot fails after replacing disks...

2018-05-28 Thread T BkRl 
No fix here, but I've had this issue for a while, only "fix" is not booting 
with UEFI apparently.


From: CentOS  on behalf of Robert Heller 

Sent: Monday, May 28, 2018 6:43:22 PM
To: CentOS mailing list
Subject: Re: [CentOS] CentOS6: HELP! EFI boot fails after replacing disks...

OK, one other tidbit:

The EFI BIOS has a UUID in its boot options.  I expect that this identifies
the old system disk, but I don't know where that UUID comes from.  It is NOT
the VFAT UUID for the EFI partition and is not any of the UUIDs for any of the
Linux file systems or RAID arrays, or really anything else I can find under
Linux.  I'm guessing it is something the EFI BIOS has come up with, but I am
not sure what exactly.  *I* don't remember filling that in -- I think anaconda
filled it in during the install process, so presumably, there is some magic
under Linux to get this UUID (for the new disk(s)) and fill it in, but I
cannot figure out what.  Maybe efibootmgr has something to do with it, but
efibootmgr does not work, either on a live system or a system booted from a
DVD (CentOS 6.9 boot/install DVD) -- efibootmgr wants a kernel module
named efivars that does not seem to exist.

At Mon, 28 May 2018 18:25:39 -0400 (EDT) CentOS mailing list 
 wrote:

>
> OK, I wanted to replace the 500G disks in a Dell T20  server with new 2TB
> disks.  The machine has 4 SATA ports, one used for the optical disk and three
> for the hard drives.  It is set up with /dev/sda and /dev/sdb with each three
> partitions:
>
> 1 -- VFAT (for EFI)
> 2 -- ext4 (for /boot)
> 3 -- LVM
>
> /dev/sda2 and /dev/sdb2 are a mirror raid (/dev/md0)
> /dev/sda3 and /dev/sdb3 are a mirror raid (/dev/md1), with LVM on top of that.
>
> /dev/sdc is a disk containing one file system and mostly used by AMANDA for
> backup (it has a "virtual" tape changer).
>
> This morning I shut the machine down and pulled [the 500G] /dev/sdb and
> installed a new 2TB disk as a new /dev/sdb. Partitioned it (with parted) to be
> much like /dev/sda (except partition 3 is way bigger). I added the new
> /dev/sdb2 to /dev/sda2 (boot raid set) and dd'ed /dev/sda1 to /dev/sdb1. I
> then created a new RAID set (degraded) with /dev/sdb3, used pvcreate on it,
> used vgextend to add it to the system volume group, then used pvmove to move
> the extents from the old disk to the new disk. Meanwhile I partitioned a
> second 2TB disk using a USB SATA dock and copied the old 500G /dev/sdc1 to the
> new 2TB disk. So far so good.
>
> Then I shut the machine down, swapped in the new backup [2TB] disk and pulled
> the old system [500G] disk and installed the third new [2TB] disk. The system
> won't boot that way. It seems there is something in the UEFI (secure boot)
> logic that wants the original disk, even if everything is moved over.
>
> I ended up putting the original /dev/sda in.  The machine boots and is using
> the new system disk (a raid array in degraded mode).
>
> What is the magic to fix this?
>
> I tried to run efibootmgr, but it wants a model named efivars loaded, but
> there is no such module available.
>
> What am I missing?
>

--
Robert Heller -- 978-544-6933
Deepwoods Software-- Custom Software Services
http://www.deepsoft.com/  -- Linux Administration Services
hel...@deepsoft.com   -- Webhosting Services

___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] CentOS6: HELP! EFI boot fails after replacing disks...

2018-05-28 Thread Robert Heller 
OK, one other tidbit:

The EFI BIOS has a UUID in its boot options.  I expect that this identifies 
the old system disk, but I don't know where that UUID comes from.  It is NOT 
the VFAT UUID for the EFI partition and is not any of the UUIDs for any of the 
Linux file systems or RAID arrays, or really anything else I can find under 
Linux.  I'm guessing it is something the EFI BIOS has come up with, but I am 
not sure what exactly.  *I* don't remember filling that in -- I think anaconda 
filled it in during the install process, so presumably, there is some magic 
under Linux to get this UUID (for the new disk(s)) and fill it in, but I 
cannot figure out what.  Maybe efibootmgr has something to do with it, but 
efibootmgr does not work, either on a live system or a system booted from a 
DVD (CentOS 6.9 boot/install DVD) -- efibootmgr wants a kernel module 
named efivars that does not seem to exist.

At Mon, 28 May 2018 18:25:39 -0400 (EDT) CentOS mailing list 
 wrote:

> 
> OK, I wanted to replace the 500G disks in a Dell T20  server with new 2TB 
> disks.  The machine has 4 SATA ports, one used for the optical disk and three 
> for the hard drives.  It is set up with /dev/sda and /dev/sdb with each three 
> partitions:
> 
> 1 -- VFAT (for EFI)
> 2 -- ext4 (for /boot)
> 3 -- LVM
> 
> /dev/sda2 and /dev/sdb2 are a mirror raid (/dev/md0)
> /dev/sda3 and /dev/sdb3 are a mirror raid (/dev/md1), with LVM on top of that.
> 
> /dev/sdc is a disk containing one file system and mostly used by AMANDA for 
> backup (it has a "virtual" tape changer).
> 
> This morning I shut the machine down and pulled [the 500G] /dev/sdb and
> installed a new 2TB disk as a new /dev/sdb. Partitioned it (with parted) to be
> much like /dev/sda (except partition 3 is way bigger). I added the new
> /dev/sdb2 to /dev/sda2 (boot raid set) and dd'ed /dev/sda1 to /dev/sdb1. I
> then created a new RAID set (degraded) with /dev/sdb3, used pvcreate on it,
> used vgextend to add it to the system volume group, then used pvmove to move
> the extents from the old disk to the new disk. Meanwhile I partitioned a
> second 2TB disk using a USB SATA dock and copied the old 500G /dev/sdc1 to the
> new 2TB disk. So far so good.
> 
> Then I shut the machine down, swapped in the new backup [2TB] disk and pulled
> the old system [500G] disk and installed the third new [2TB] disk. The system
> won't boot that way. It seems there is something in the UEFI (secure boot)
> logic that wants the original disk, even if everything is moved over.
> 
> I ended up putting the original /dev/sda in.  The machine boots and is using 
> the new system disk (a raid array in degraded mode).
> 
> What is the magic to fix this?  
> 
> I tried to run efibootmgr, but it wants a model named efivars loaded, but 
> there is no such module available.
> 
> What am I missing?
> 

-- 
Robert Heller -- 978-544-6933
Deepwoods Software-- Custom Software Services
http://www.deepsoft.com/  -- Linux Administration Services
hel...@deepsoft.com   -- Webhosting Services
  
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

[CentOS] CentOS6: HELP! EFI boot fails after replacing disks...

2018-05-28 Thread Robert Heller 
OK, I wanted to replace the 500G disks in a Dell T20  server with new 2TB 
disks.  The machine has 4 SATA ports, one used for the optical disk and three 
for the hard drives.  It is set up with /dev/sda and /dev/sdb with each three 
partitions:

1 -- VFAT (for EFI)
2 -- ext4 (for /boot)
3 -- LVM

/dev/sda2 and /dev/sdb2 are a mirror raid (/dev/md0)
/dev/sda3 and /dev/sdb3 are a mirror raid (/dev/md1), with LVM on top of that.

/dev/sdc is a disk containing one file system and mostly used by AMANDA for 
backup (it has a "virtual" tape changer).

This morning I shut the machine down and pulled [the 500G] /dev/sdb and
installed a new 2TB disk as a new /dev/sdb. Partitioned it (with parted) to be
much like /dev/sda (except partition 3 is way bigger). I added the new
/dev/sdb2 to /dev/sda2 (boot raid set) and dd'ed /dev/sda1 to /dev/sdb1. I
then created a new RAID set (degraded) with /dev/sdb3, used pvcreate on it,
used vgextend to add it to the system volume group, then used pvmove to move
the extents from the old disk to the new disk. Meanwhile I partitioned a
second 2TB disk using a USB SATA dock and copied the old 500G /dev/sdc1 to the
new 2TB disk. So far so good.

Then I shut the machine down, swapped in the new backup [2TB] disk and pulled
the old system [500G] disk and installed the third new [2TB] disk. The system
won't boot that way. It seems there is something in the UEFI (secure boot)
logic that wants the original disk, even if everything is moved over.

I ended up putting the original /dev/sda in.  The machine boots and is using 
the new system disk (a raid array in degraded mode).

What is the magic to fix this?  

I tried to run efibootmgr, but it wants a model named efivars loaded, but 
there is no such module available.

What am I missing?

-- 
Robert Heller -- 978-544-6933
Deepwoods Software-- Custom Software Services
http://www.deepsoft.com/  -- Linux Administration Services
hel...@deepsoft.com   -- Webhosting Services

 
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos