Slow boot on Ubuntu 16.04 LTS
Clash Royale CLAN TAG#URR8PPP up vote
0
down vote
favorite
I have a new PC with Windows 10 on the first SSD and I have installed Ubuntu 16.04 LTS on the second SSD.
On turning the PC on it takes ~30s before the PC beeps and then another 15s before we hit grub. After that it's quick. I have run dmesg and systemd-analyze blame and the reports there show the kernel is quick (~10s) so I think it's something pre-Ubuntu that is causing the issue. I have disabled fast boot in the UEFI BIOS.
The total boot time is ~1min and whilst I am happy to wait this long in general I am just keen to check it's not indicative of anything wrong with the install (i.e. I don't want to proceed then have to reinstall everything in a few months).
I appreciate this won't be enough to go on so appreciate any indication as to the best information to provide to diagnose.
Thanks,
Mark
PC spec:
Case CORSAIR CARBIDE SERIES™ 200R COMPACT GAMING CASE
Processor (CPU) Intel® Core™ i7 Eight Core Processor i7-7820X (3.6GHz) 11MB Cache
Motherboard ASUS® WS X299 PRO: ATX, USB 3.1, SATA 6 GB/s
Memory (RAM) 64GB Corsair VENGEANCE DDR4 3000MHz (4 x 16GB)
Graphics Card 11GB NVIDIA GEFORCE GTX 1080 Ti - HDMI, 3x DP GeForce - GTX VR Ready!
1st Hard Disk 240GB KINGSTON UV400 2.5" SSD, SATA 6 Gb (550MB/R, 490MB/W)
2nd Hard Disk 480GB KINGSTON UV400 2.5" SSD, SATA 6 Gb (550MB/R, 500MB/W)
3rd Hard Disk 2TB SEAGATE BARRACUDA PRO 3.5", 7200 RPM 128MB CACHE
Edit: firmware pre-Ubuntu now taking over a minute - any help appreciated!
16.04 boot dual-boot uefi
asked Apr 14 at 8:16
maw501
164
add a comment |Â
up vote
0
down vote
favorite
I have a new PC with Windows 10 on the first SSD and I have installed Ubuntu 16.04 LTS on the second SSD.
On turning the PC on it takes ~30s before the PC beeps and then another 15s before we hit grub. After that it's quick. I have run dmesg and systemd-analyze blame and the reports there show the kernel is quick (~10s) so I think it's something pre-Ubuntu that is causing the issue. I have disabled fast boot in the UEFI BIOS.
The total boot time is ~1min and whilst I am happy to wait this long in general I am just keen to check it's not indicative of anything wrong with the install (i.e. I don't want to proceed then have to reinstall everything in a few months).
I appreciate this won't be enough to go on so appreciate any indication as to the best information to provide to diagnose.
Thanks,
Mark
PC spec:
Case CORSAIR CARBIDE SERIES™ 200R COMPACT GAMING CASE
Processor (CPU) Intel® Core™ i7 Eight Core Processor i7-7820X (3.6GHz) 11MB Cache
Motherboard ASUS® WS X299 PRO: ATX, USB 3.1, SATA 6 GB/s
Memory (RAM) 64GB Corsair VENGEANCE DDR4 3000MHz (4 x 16GB)
Graphics Card 11GB NVIDIA GEFORCE GTX 1080 Ti - HDMI, 3x DP GeForce - GTX VR Ready!
1st Hard Disk 240GB KINGSTON UV400 2.5" SSD, SATA 6 Gb (550MB/R, 490MB/W)
2nd Hard Disk 480GB KINGSTON UV400 2.5" SSD, SATA 6 Gb (550MB/R, 500MB/W)
3rd Hard Disk 2TB SEAGATE BARRACUDA PRO 3.5", 7200 RPM 128MB CACHE
Edit: firmware pre-Ubuntu now taking over a minute - any help appreciated!
16.04 boot dual-boot uefi
asked Apr 14 at 8:16
maw501
164
You can use "systemd-analyze plot > file.svg" to generate graphic of the boot process; maybe check your UEFI/BIOS if it performs some sort of memory checking maybe 64GB ram takes this long.
– user58634
Apr 14 at 9:43
Okay so this shows 30s in the firmware stage before we get to the Ubuntu kernel (which is fast after this). Any ideas from here? Thanks
– maw501
Apr 14 at 10:12
Enabling CSM seems to halve the firmware bit but we're still ~20s to get to the Ubuntu loader.
– maw501
Apr 14 at 11:10
add a comment |Â
up vote
0
down vote
favorite
up vote
0
down vote
favorite
I have a new PC with Windows 10 on the first SSD and I have installed Ubuntu 16.04 LTS on the second SSD.
On turning the PC on it takes ~30s before the PC beeps and then another 15s before we hit grub. After that it's quick. I have run dmesg and systemd-analyze blame and the reports there show the kernel is quick (~10s) so I think it's something pre-Ubuntu that is causing the issue. I have disabled fast boot in the UEFI BIOS.
The total boot time is ~1min and whilst I am happy to wait this long in general I am just keen to check it's not indicative of anything wrong with the install (i.e. I don't want to proceed then have to reinstall everything in a few months).
I appreciate this won't be enough to go on so appreciate any indication as to the best information to provide to diagnose.
Thanks,
Mark
PC spec:
Case CORSAIR CARBIDE SERIES™ 200R COMPACT GAMING CASE
Processor (CPU) Intel® Core™ i7 Eight Core Processor i7-7820X (3.6GHz) 11MB Cache
Motherboard ASUS® WS X299 PRO: ATX, USB 3.1, SATA 6 GB/s
Memory (RAM) 64GB Corsair VENGEANCE DDR4 3000MHz (4 x 16GB)
Graphics Card 11GB NVIDIA GEFORCE GTX 1080 Ti - HDMI, 3x DP GeForce - GTX VR Ready!
1st Hard Disk 240GB KINGSTON UV400 2.5" SSD, SATA 6 Gb (550MB/R, 490MB/W)
2nd Hard Disk 480GB KINGSTON UV400 2.5" SSD, SATA 6 Gb (550MB/R, 500MB/W)
3rd Hard Disk 2TB SEAGATE BARRACUDA PRO 3.5", 7200 RPM 128MB CACHE
Edit: firmware pre-Ubuntu now taking over a minute - any help appreciated!
16.04 boot dual-boot uefi
asked Apr 14 at 8:16
maw501
164
I have a new PC with Windows 10 on the first SSD and I have installed Ubuntu 16.04 LTS on the second SSD.
On turning the PC on it takes ~30s before the PC beeps and then another 15s before we hit grub. After that it's quick. I have run dmesg and systemd-analyze blame and the reports there show the kernel is quick (~10s) so I think it's something pre-Ubuntu that is causing the issue. I have disabled fast boot in the UEFI BIOS.
The total boot time is ~1min and whilst I am happy to wait this long in general I am just keen to check it's not indicative of anything wrong with the install (i.e. I don't want to proceed then have to reinstall everything in a few months).
I appreciate this won't be enough to go on so appreciate any indication as to the best information to provide to diagnose.
Thanks,
Mark
PC spec:
Case CORSAIR CARBIDE SERIES™ 200R COMPACT GAMING CASE
Processor (CPU) Intel® Core™ i7 Eight Core Processor i7-7820X (3.6GHz) 11MB Cache
Motherboard ASUS® WS X299 PRO: ATX, USB 3.1, SATA 6 GB/s
Memory (RAM) 64GB Corsair VENGEANCE DDR4 3000MHz (4 x 16GB)
Graphics Card 11GB NVIDIA GEFORCE GTX 1080 Ti - HDMI, 3x DP GeForce - GTX VR Ready!
1st Hard Disk 240GB KINGSTON UV400 2.5" SSD, SATA 6 Gb (550MB/R, 490MB/W)
2nd Hard Disk 480GB KINGSTON UV400 2.5" SSD, SATA 6 Gb (550MB/R, 500MB/W)
3rd Hard Disk 2TB SEAGATE BARRACUDA PRO 3.5", 7200 RPM 128MB CACHE
Edit: firmware pre-Ubuntu now taking over a minute - any help appreciated!
16.04 boot dual-boot uefi
16.04 boot dual-boot uefi
asked Apr 14 at 8:16
maw501
164
asked Apr 14 at 8:16
maw501
164
edited Apr 23 at 19:37
asked Apr 14 at 8:16
maw501
164
asked Apr 14 at 8:16
maw501
164
asked Apr 14 at 8:16
maw501
164
164
You can use "systemd-analyze plot > file.svg" to generate graphic of the boot process; maybe check your UEFI/BIOS if it performs some sort of memory checking maybe 64GB ram takes this long.
– user58634
Apr 14 at 9:43
Okay so this shows 30s in the firmware stage before we get to the Ubuntu kernel (which is fast after this). Any ideas from here? Thanks
– maw501
Apr 14 at 10:12
Enabling CSM seems to halve the firmware bit but we're still ~20s to get to the Ubuntu loader.
– maw501
Apr 14 at 11:10
add a comment |Â
You can use "systemd-analyze plot > file.svg" to generate graphic of the boot process; maybe check your UEFI/BIOS if it performs some sort of memory checking maybe 64GB ram takes this long.
– user58634
Apr 14 at 9:43
Okay so this shows 30s in the firmware stage before we get to the Ubuntu kernel (which is fast after this). Any ideas from here? Thanks
– maw501
Apr 14 at 10:12
Enabling CSM seems to halve the firmware bit but we're still ~20s to get to the Ubuntu loader.
– maw501
Apr 14 at 11:10
You can use "systemd-analyze plot > file.svg" to generate graphic of the boot process; maybe check your UEFI/BIOS if it performs some sort of memory checking maybe 64GB ram takes this long.
– user58634
Apr 14 at 9:43
You can use "systemd-analyze plot > file.svg" to generate graphic of the boot process; maybe check your UEFI/BIOS if it performs some sort of memory checking maybe 64GB ram takes this long.
– user58634
Apr 14 at 9:43
Okay so this shows 30s in the firmware stage before we get to the Ubuntu kernel (which is fast after this). Any ideas from here? Thanks
– maw501
Apr 14 at 10:12
Okay so this shows 30s in the firmware stage before we get to the Ubuntu kernel (which is fast after this). Any ideas from here? Thanks
– maw501
Apr 14 at 10:12
Enabling CSM seems to halve the firmware bit but we're still ~20s to get to the Ubuntu loader.
– maw501
Apr 14 at 11:10
Enabling CSM seems to halve the firmware bit but we're still ~20s to get to the Ubuntu loader.
– maw501
Apr 14 at 11:10
add a comment |Â
active
oldest
votes
active
oldest
votes
active
oldest
votes
active
oldest
votes
active
oldest
votes
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
var $window = $(window),
onScroll = function(e)
var $elem = $('.new-login-left'),
docViewTop = $window.scrollTop(),
docViewBottom = docViewTop + $window.height(),
elemTop = $elem.offset().top,
elemBottom = elemTop + $elem.height();
if ((docViewTop elemBottom))
StackExchange.using('gps', function() StackExchange.gps.track('embedded_signup_form.view', location: 'question_page' ); );
$window.unbind('scroll', onScroll);
;
$window.on('scroll', onScroll);
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
StackExchange.ready(
function ()
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2faskubuntu.com%2fquestions%2f1024900%2fslow-boot-on-ubuntu-16-04-lts%23new-answer', 'question_page');
);
Post as a guest
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
var $window = $(window),
onScroll = function(e)
var $elem = $('.new-login-left'),
docViewTop = $window.scrollTop(),
docViewBottom = docViewTop + $window.height(),
elemTop = $elem.offset().top,
elemBottom = elemTop + $elem.height();
if ((docViewTop elemBottom))
StackExchange.using('gps', function() StackExchange.gps.track('embedded_signup_form.view', location: 'question_page' ); );
$window.unbind('scroll', onScroll);
;
$window.on('scroll', onScroll);
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
var $window = $(window),
onScroll = function(e)
var $elem = $('.new-login-left'),
docViewTop = $window.scrollTop(),
docViewBottom = docViewTop + $window.height(),
elemTop = $elem.offset().top,
elemBottom = elemTop + $elem.height();
if ((docViewTop elemBottom))
StackExchange.using('gps', function() StackExchange.gps.track('embedded_signup_form.view', location: 'question_page' ); );
$window.unbind('scroll', onScroll);
;
$window.on('scroll', onScroll);
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
var $window = $(window),
onScroll = function(e)
var $elem = $('.new-login-left'),
docViewTop = $window.scrollTop(),
docViewBottom = docViewTop + $window.height(),
elemTop = $elem.offset().top,
elemBottom = elemTop + $elem.height();
if ((docViewTop elemBottom))
StackExchange.using('gps', function() StackExchange.gps.track('embedded_signup_form.view', location: 'question_page' ); );
$window.unbind('scroll', onScroll);
;
$window.on('scroll', onScroll);
);
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
You can use "systemd-analyze plot > file.svg" to generate graphic of the boot process; maybe check your UEFI/BIOS if it performs some sort of memory checking maybe 64GB ram takes this long.
– user58634
Apr 14 at 9:43
Okay so this shows 30s in the firmware stage before we get to the Ubuntu kernel (which is fast after this). Any ideas from here? Thanks
– maw501
Apr 14 at 10:12
Enabling CSM seems to halve the firmware bit but we're still ~20s to get to the Ubuntu loader.
– maw501
Apr 14 at 11:10