Linux Full Installation on USB (Windows 8.1 Surface Pro 1) UEFI issue
I see a few similar questions but I haven't found one that had a solution yet for me. So, forgive me if this seems redundant.
As the title implies, I want to install an Ubuntu fork (LinuxLite 2.0) on to a USB that will be bootable in my Surface Pro. (Full install - not a LiveCD or Persistent) LinuxLite 2.0 does not come 'out of the box' with UEFI compatibility. However, I have read that it can be made UEFI bootable on HDD/SDD using Ubuntu's UEFI support. I haven't read a specific case for a full USB install.
One of the issues I am facing is that (although the hardware and concept of the Surface Pro is phenomenal), if I may, Windows 8.1 is terrible. I am working between two PCs to accomplish this.
- The Surface Pro - limitations: one USB port, USB port that doesnt like to create bootable USBs
(I can use the same software in my other PC and create it and use it but the Surface Pro will not make or run a UEFI bootable LiveCD) - Acer Aspire One - Windows 7 : does what the Surface doesn't, makes USBs that boot in Windows 7 - however, painstakingly slow.
Between these two PCs I have only truly created one UEFI capable USB OS - Tails 1.1 (However, it is more of a LiveCD/Persistant and not a true full install. But this proves that there is not faulty hardware when booting from the USB with UEFI.
OSs that I have at my disposal now:
1 16GB SARDU Multi-Boot with:
Ubuntu 14.04 x64
Ubuntu 14.04 i386
LinuxLive 2.0 x64
LinuxLive 2.0 i386
*Prefer to go with the x64 version but its incompatible with the Acer. I cant run the Live Media
1 32GB USB (where I want to install my OS)
-GPT USB-
sdc/
sdc1/ 150MB unformatted (for making the BIOS/EFI Boot partitions)
sdc2/ 2GB Swap Space
sdc3/ ~30GB LinuxLite Goes
These are the posts I have found most helpful:
https://www.linuxliteos.com/forums/index.php?topic=602.0
https://superuser.com/questions/415198/make-uefi-gpt-bootloader-ssd-usb-linux-and-windows-work-together
https://help.ubuntu.com/community/UEFI#Converting_Ubuntu_into_EFI_mode
I've read these but I am still not getting the install methods for the boot/efi. Nor do I understand the correct sequence. They differ in a universal 'correct' way to make the boot partition. Although, before I even get to that point:
I'm failing to see how to mount /boot/efi (I can find only the flag for boot_grub. When I format the fat32 boot partition it I don't see a mount option nor do I see a mount option after. (In both LiveCD for Ubuntu and LinuxLite)
Is there anyone who can 'break it down' for me? I feel like I am a bit lost with so much failure at UEFI configuration.
Nothing against Ubuntu (in fact 13.04 is installed alongside Windows 7 in the Acer) I am posting this on both forums.
boot grub2 usb uefi surface
add a comment |
I see a few similar questions but I haven't found one that had a solution yet for me. So, forgive me if this seems redundant.
As the title implies, I want to install an Ubuntu fork (LinuxLite 2.0) on to a USB that will be bootable in my Surface Pro. (Full install - not a LiveCD or Persistent) LinuxLite 2.0 does not come 'out of the box' with UEFI compatibility. However, I have read that it can be made UEFI bootable on HDD/SDD using Ubuntu's UEFI support. I haven't read a specific case for a full USB install.
One of the issues I am facing is that (although the hardware and concept of the Surface Pro is phenomenal), if I may, Windows 8.1 is terrible. I am working between two PCs to accomplish this.
- The Surface Pro - limitations: one USB port, USB port that doesnt like to create bootable USBs
(I can use the same software in my other PC and create it and use it but the Surface Pro will not make or run a UEFI bootable LiveCD) - Acer Aspire One - Windows 7 : does what the Surface doesn't, makes USBs that boot in Windows 7 - however, painstakingly slow.
Between these two PCs I have only truly created one UEFI capable USB OS - Tails 1.1 (However, it is more of a LiveCD/Persistant and not a true full install. But this proves that there is not faulty hardware when booting from the USB with UEFI.
OSs that I have at my disposal now:
1 16GB SARDU Multi-Boot with:
Ubuntu 14.04 x64
Ubuntu 14.04 i386
LinuxLive 2.0 x64
LinuxLive 2.0 i386
*Prefer to go with the x64 version but its incompatible with the Acer. I cant run the Live Media
1 32GB USB (where I want to install my OS)
-GPT USB-
sdc/
sdc1/ 150MB unformatted (for making the BIOS/EFI Boot partitions)
sdc2/ 2GB Swap Space
sdc3/ ~30GB LinuxLite Goes
These are the posts I have found most helpful:
https://www.linuxliteos.com/forums/index.php?topic=602.0
https://superuser.com/questions/415198/make-uefi-gpt-bootloader-ssd-usb-linux-and-windows-work-together
https://help.ubuntu.com/community/UEFI#Converting_Ubuntu_into_EFI_mode
I've read these but I am still not getting the install methods for the boot/efi. Nor do I understand the correct sequence. They differ in a universal 'correct' way to make the boot partition. Although, before I even get to that point:
I'm failing to see how to mount /boot/efi (I can find only the flag for boot_grub. When I format the fat32 boot partition it I don't see a mount option nor do I see a mount option after. (In both LiveCD for Ubuntu and LinuxLite)
Is there anyone who can 'break it down' for me? I feel like I am a bit lost with so much failure at UEFI configuration.
Nothing against Ubuntu (in fact 13.04 is installed alongside Windows 7 in the Acer) I am posting this on both forums.
boot grub2 usb uefi surface
Welcome to AskUbuntu! It appears that the superuser post wishes you to create a partition, then while installing Ubuntu change the formatting (in the Ubuntu installation process). Not sure if that helps.
– No Time
Aug 27 '14 at 2:46
add a comment |
I see a few similar questions but I haven't found one that had a solution yet for me. So, forgive me if this seems redundant.
As the title implies, I want to install an Ubuntu fork (LinuxLite 2.0) on to a USB that will be bootable in my Surface Pro. (Full install - not a LiveCD or Persistent) LinuxLite 2.0 does not come 'out of the box' with UEFI compatibility. However, I have read that it can be made UEFI bootable on HDD/SDD using Ubuntu's UEFI support. I haven't read a specific case for a full USB install.
One of the issues I am facing is that (although the hardware and concept of the Surface Pro is phenomenal), if I may, Windows 8.1 is terrible. I am working between two PCs to accomplish this.
- The Surface Pro - limitations: one USB port, USB port that doesnt like to create bootable USBs
(I can use the same software in my other PC and create it and use it but the Surface Pro will not make or run a UEFI bootable LiveCD) - Acer Aspire One - Windows 7 : does what the Surface doesn't, makes USBs that boot in Windows 7 - however, painstakingly slow.
Between these two PCs I have only truly created one UEFI capable USB OS - Tails 1.1 (However, it is more of a LiveCD/Persistant and not a true full install. But this proves that there is not faulty hardware when booting from the USB with UEFI.
OSs that I have at my disposal now:
1 16GB SARDU Multi-Boot with:
Ubuntu 14.04 x64
Ubuntu 14.04 i386
LinuxLive 2.0 x64
LinuxLive 2.0 i386
*Prefer to go with the x64 version but its incompatible with the Acer. I cant run the Live Media
1 32GB USB (where I want to install my OS)
-GPT USB-
sdc/
sdc1/ 150MB unformatted (for making the BIOS/EFI Boot partitions)
sdc2/ 2GB Swap Space
sdc3/ ~30GB LinuxLite Goes
These are the posts I have found most helpful:
https://www.linuxliteos.com/forums/index.php?topic=602.0
https://superuser.com/questions/415198/make-uefi-gpt-bootloader-ssd-usb-linux-and-windows-work-together
https://help.ubuntu.com/community/UEFI#Converting_Ubuntu_into_EFI_mode
I've read these but I am still not getting the install methods for the boot/efi. Nor do I understand the correct sequence. They differ in a universal 'correct' way to make the boot partition. Although, before I even get to that point:
I'm failing to see how to mount /boot/efi (I can find only the flag for boot_grub. When I format the fat32 boot partition it I don't see a mount option nor do I see a mount option after. (In both LiveCD for Ubuntu and LinuxLite)
Is there anyone who can 'break it down' for me? I feel like I am a bit lost with so much failure at UEFI configuration.
Nothing against Ubuntu (in fact 13.04 is installed alongside Windows 7 in the Acer) I am posting this on both forums.
boot grub2 usb uefi surface
I see a few similar questions but I haven't found one that had a solution yet for me. So, forgive me if this seems redundant.
As the title implies, I want to install an Ubuntu fork (LinuxLite 2.0) on to a USB that will be bootable in my Surface Pro. (Full install - not a LiveCD or Persistent) LinuxLite 2.0 does not come 'out of the box' with UEFI compatibility. However, I have read that it can be made UEFI bootable on HDD/SDD using Ubuntu's UEFI support. I haven't read a specific case for a full USB install.
One of the issues I am facing is that (although the hardware and concept of the Surface Pro is phenomenal), if I may, Windows 8.1 is terrible. I am working between two PCs to accomplish this.
- The Surface Pro - limitations: one USB port, USB port that doesnt like to create bootable USBs
(I can use the same software in my other PC and create it and use it but the Surface Pro will not make or run a UEFI bootable LiveCD) - Acer Aspire One - Windows 7 : does what the Surface doesn't, makes USBs that boot in Windows 7 - however, painstakingly slow.
Between these two PCs I have only truly created one UEFI capable USB OS - Tails 1.1 (However, it is more of a LiveCD/Persistant and not a true full install. But this proves that there is not faulty hardware when booting from the USB with UEFI.
OSs that I have at my disposal now:
1 16GB SARDU Multi-Boot with:
Ubuntu 14.04 x64
Ubuntu 14.04 i386
LinuxLive 2.0 x64
LinuxLive 2.0 i386
*Prefer to go with the x64 version but its incompatible with the Acer. I cant run the Live Media
1 32GB USB (where I want to install my OS)
-GPT USB-
sdc/
sdc1/ 150MB unformatted (for making the BIOS/EFI Boot partitions)
sdc2/ 2GB Swap Space
sdc3/ ~30GB LinuxLite Goes
These are the posts I have found most helpful:
https://www.linuxliteos.com/forums/index.php?topic=602.0
https://superuser.com/questions/415198/make-uefi-gpt-bootloader-ssd-usb-linux-and-windows-work-together
https://help.ubuntu.com/community/UEFI#Converting_Ubuntu_into_EFI_mode
I've read these but I am still not getting the install methods for the boot/efi. Nor do I understand the correct sequence. They differ in a universal 'correct' way to make the boot partition. Although, before I even get to that point:
I'm failing to see how to mount /boot/efi (I can find only the flag for boot_grub. When I format the fat32 boot partition it I don't see a mount option nor do I see a mount option after. (In both LiveCD for Ubuntu and LinuxLite)
Is there anyone who can 'break it down' for me? I feel like I am a bit lost with so much failure at UEFI configuration.
Nothing against Ubuntu (in fact 13.04 is installed alongside Windows 7 in the Acer) I am posting this on both forums.
boot grub2 usb uefi surface
boot grub2 usb uefi surface
edited Mar 20 '17 at 10:18
Community♦
1
1
asked Aug 27 '14 at 2:20
DavidDavid
10112
10112
Welcome to AskUbuntu! It appears that the superuser post wishes you to create a partition, then while installing Ubuntu change the formatting (in the Ubuntu installation process). Not sure if that helps.
– No Time
Aug 27 '14 at 2:46
add a comment |
Welcome to AskUbuntu! It appears that the superuser post wishes you to create a partition, then while installing Ubuntu change the formatting (in the Ubuntu installation process). Not sure if that helps.
– No Time
Aug 27 '14 at 2:46
Welcome to AskUbuntu! It appears that the superuser post wishes you to create a partition, then while installing Ubuntu change the formatting (in the Ubuntu installation process). Not sure if that helps.
– No Time
Aug 27 '14 at 2:46
Welcome to AskUbuntu! It appears that the superuser post wishes you to create a partition, then while installing Ubuntu change the formatting (in the Ubuntu installation process). Not sure if that helps.
– No Time
Aug 27 '14 at 2:46
add a comment |
1 Answer
1
active
oldest
votes
First, UEFI is 64 bit only for most of the usual situations. I don't know why you couldn't create a 64 bit live media with the 64 bit iso on a 32 bit machine -- it's just copying files around. Heck, use dd and files don't even enter the copy if really necessary.
Second, UEFI on a gpt disk needs a bootable, FAT32 partition of 300M. NOT the grub-bios flag used for MBR boot from a gpt disk -- you are not going be using a binary blob in the MBR to boot -- you will use the bootloader file in /EFI/Boot/bootx64.efi That's in the EFI partition, so wherever you mount it, just add the /EFI/Boot business. e.g. mount it in /boot/efi, put your boot loader into /boot/efi/EFI/Boot/bootx64.efi. If you mount it in /mnt/sdb1, use /mnt/sdb1/EFI/Boot/bootx64.efi. Now for a secure boot enabled boot, your bootx64.efi will be the signed copy of shim.efi (look in /lib/shim or is it /usr/lib/shim?). Additionally for secure boot, shim needs a copy of grubx64.efi in the SAME directory. copy it from /usr/lib/grub/... the 64 bit directory. Now your install should normally leave in /EFI/ubuntu the bootloaders too (unused on a USB boot, but you might just copy them from there instead of looking for them in the library). Also in /EFI/ubuntu will be a 3 line grub.cfg file which brings in the maintained grub.cfg from /boot/grub.
So, that's it. No special nvram entries to select bootloaders, the USB default of bootx64.efi is hardwired. A regular install, selecting the target's EFI partition probably will NOT leave the bootloaders in /EFI/Boot, so move them in yourself (just have to copy one or two files). The installer just loves to dump all the new bootloaders into the hard disk's EFI, so you might have to set up the target's EFI from scratch -- /EFI with directories ubuntu and Boot. Not difficult.
add a comment |
Your Answer
StackExchange.ready(function() {
var channelOptions = {
tags: "".split(" "),
id: "89"
};
initTagRenderer("".split(" "), "".split(" "), channelOptions);
StackExchange.using("externalEditor", function() {
// Have to fire editor after snippets, if snippets enabled
if (StackExchange.settings.snippets.snippetsEnabled) {
StackExchange.using("snippets", function() {
createEditor();
});
}
else {
createEditor();
}
});
function createEditor() {
StackExchange.prepareEditor({
heartbeatType: 'answer',
autoActivateHeartbeat: false,
convertImagesToLinks: true,
noModals: true,
showLowRepImageUploadWarning: true,
reputationToPostImages: 10,
bindNavPrevention: true,
postfix: "",
imageUploader: {
brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
allowUrls: true
},
onDemand: true,
discardSelector: ".discard-answer"
,immediatelyShowMarkdownHelp:true
});
}
});
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2faskubuntu.com%2fquestions%2f516526%2flinux-full-installation-on-usb-windows-8-1-surface-pro-1-uefi-issue%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
1 Answer
1
active
oldest
votes
1 Answer
1
active
oldest
votes
active
oldest
votes
active
oldest
votes
First, UEFI is 64 bit only for most of the usual situations. I don't know why you couldn't create a 64 bit live media with the 64 bit iso on a 32 bit machine -- it's just copying files around. Heck, use dd and files don't even enter the copy if really necessary.
Second, UEFI on a gpt disk needs a bootable, FAT32 partition of 300M. NOT the grub-bios flag used for MBR boot from a gpt disk -- you are not going be using a binary blob in the MBR to boot -- you will use the bootloader file in /EFI/Boot/bootx64.efi That's in the EFI partition, so wherever you mount it, just add the /EFI/Boot business. e.g. mount it in /boot/efi, put your boot loader into /boot/efi/EFI/Boot/bootx64.efi. If you mount it in /mnt/sdb1, use /mnt/sdb1/EFI/Boot/bootx64.efi. Now for a secure boot enabled boot, your bootx64.efi will be the signed copy of shim.efi (look in /lib/shim or is it /usr/lib/shim?). Additionally for secure boot, shim needs a copy of grubx64.efi in the SAME directory. copy it from /usr/lib/grub/... the 64 bit directory. Now your install should normally leave in /EFI/ubuntu the bootloaders too (unused on a USB boot, but you might just copy them from there instead of looking for them in the library). Also in /EFI/ubuntu will be a 3 line grub.cfg file which brings in the maintained grub.cfg from /boot/grub.
So, that's it. No special nvram entries to select bootloaders, the USB default of bootx64.efi is hardwired. A regular install, selecting the target's EFI partition probably will NOT leave the bootloaders in /EFI/Boot, so move them in yourself (just have to copy one or two files). The installer just loves to dump all the new bootloaders into the hard disk's EFI, so you might have to set up the target's EFI from scratch -- /EFI with directories ubuntu and Boot. Not difficult.
add a comment |
First, UEFI is 64 bit only for most of the usual situations. I don't know why you couldn't create a 64 bit live media with the 64 bit iso on a 32 bit machine -- it's just copying files around. Heck, use dd and files don't even enter the copy if really necessary.
Second, UEFI on a gpt disk needs a bootable, FAT32 partition of 300M. NOT the grub-bios flag used for MBR boot from a gpt disk -- you are not going be using a binary blob in the MBR to boot -- you will use the bootloader file in /EFI/Boot/bootx64.efi That's in the EFI partition, so wherever you mount it, just add the /EFI/Boot business. e.g. mount it in /boot/efi, put your boot loader into /boot/efi/EFI/Boot/bootx64.efi. If you mount it in /mnt/sdb1, use /mnt/sdb1/EFI/Boot/bootx64.efi. Now for a secure boot enabled boot, your bootx64.efi will be the signed copy of shim.efi (look in /lib/shim or is it /usr/lib/shim?). Additionally for secure boot, shim needs a copy of grubx64.efi in the SAME directory. copy it from /usr/lib/grub/... the 64 bit directory. Now your install should normally leave in /EFI/ubuntu the bootloaders too (unused on a USB boot, but you might just copy them from there instead of looking for them in the library). Also in /EFI/ubuntu will be a 3 line grub.cfg file which brings in the maintained grub.cfg from /boot/grub.
So, that's it. No special nvram entries to select bootloaders, the USB default of bootx64.efi is hardwired. A regular install, selecting the target's EFI partition probably will NOT leave the bootloaders in /EFI/Boot, so move them in yourself (just have to copy one or two files). The installer just loves to dump all the new bootloaders into the hard disk's EFI, so you might have to set up the target's EFI from scratch -- /EFI with directories ubuntu and Boot. Not difficult.
add a comment |
First, UEFI is 64 bit only for most of the usual situations. I don't know why you couldn't create a 64 bit live media with the 64 bit iso on a 32 bit machine -- it's just copying files around. Heck, use dd and files don't even enter the copy if really necessary.
Second, UEFI on a gpt disk needs a bootable, FAT32 partition of 300M. NOT the grub-bios flag used for MBR boot from a gpt disk -- you are not going be using a binary blob in the MBR to boot -- you will use the bootloader file in /EFI/Boot/bootx64.efi That's in the EFI partition, so wherever you mount it, just add the /EFI/Boot business. e.g. mount it in /boot/efi, put your boot loader into /boot/efi/EFI/Boot/bootx64.efi. If you mount it in /mnt/sdb1, use /mnt/sdb1/EFI/Boot/bootx64.efi. Now for a secure boot enabled boot, your bootx64.efi will be the signed copy of shim.efi (look in /lib/shim or is it /usr/lib/shim?). Additionally for secure boot, shim needs a copy of grubx64.efi in the SAME directory. copy it from /usr/lib/grub/... the 64 bit directory. Now your install should normally leave in /EFI/ubuntu the bootloaders too (unused on a USB boot, but you might just copy them from there instead of looking for them in the library). Also in /EFI/ubuntu will be a 3 line grub.cfg file which brings in the maintained grub.cfg from /boot/grub.
So, that's it. No special nvram entries to select bootloaders, the USB default of bootx64.efi is hardwired. A regular install, selecting the target's EFI partition probably will NOT leave the bootloaders in /EFI/Boot, so move them in yourself (just have to copy one or two files). The installer just loves to dump all the new bootloaders into the hard disk's EFI, so you might have to set up the target's EFI from scratch -- /EFI with directories ubuntu and Boot. Not difficult.
First, UEFI is 64 bit only for most of the usual situations. I don't know why you couldn't create a 64 bit live media with the 64 bit iso on a 32 bit machine -- it's just copying files around. Heck, use dd and files don't even enter the copy if really necessary.
Second, UEFI on a gpt disk needs a bootable, FAT32 partition of 300M. NOT the grub-bios flag used for MBR boot from a gpt disk -- you are not going be using a binary blob in the MBR to boot -- you will use the bootloader file in /EFI/Boot/bootx64.efi That's in the EFI partition, so wherever you mount it, just add the /EFI/Boot business. e.g. mount it in /boot/efi, put your boot loader into /boot/efi/EFI/Boot/bootx64.efi. If you mount it in /mnt/sdb1, use /mnt/sdb1/EFI/Boot/bootx64.efi. Now for a secure boot enabled boot, your bootx64.efi will be the signed copy of shim.efi (look in /lib/shim or is it /usr/lib/shim?). Additionally for secure boot, shim needs a copy of grubx64.efi in the SAME directory. copy it from /usr/lib/grub/... the 64 bit directory. Now your install should normally leave in /EFI/ubuntu the bootloaders too (unused on a USB boot, but you might just copy them from there instead of looking for them in the library). Also in /EFI/ubuntu will be a 3 line grub.cfg file which brings in the maintained grub.cfg from /boot/grub.
So, that's it. No special nvram entries to select bootloaders, the USB default of bootx64.efi is hardwired. A regular install, selecting the target's EFI partition probably will NOT leave the bootloaders in /EFI/Boot, so move them in yourself (just have to copy one or two files). The installer just loves to dump all the new bootloaders into the hard disk's EFI, so you might have to set up the target's EFI from scratch -- /EFI with directories ubuntu and Boot. Not difficult.
answered Aug 27 '14 at 4:32
ubfan1ubfan1
9,48141528
9,48141528
add a comment |
add a comment |
Thanks for contributing an answer to Ask Ubuntu!
- Please be sure to answer the question. Provide details and share your research!
But avoid …
- Asking for help, clarification, or responding to other answers.
- Making statements based on opinion; back them up with references or personal experience.
To learn more, see our tips on writing great answers.
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2faskubuntu.com%2fquestions%2f516526%2flinux-full-installation-on-usb-windows-8-1-surface-pro-1-uefi-issue%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Welcome to AskUbuntu! It appears that the superuser post wishes you to create a partition, then while installing Ubuntu change the formatting (in the Ubuntu installation process). Not sure if that helps.
– No Time
Aug 27 '14 at 2:46