Slow Boot Time UBUNTU 18.04
up vote
2
down vote
favorite
Ever since I increased disk space on UBUNTU 18.04, the booting time has increased manifolds.I created new swap partition. As pointed out by other answers for similar question, I have Updated the UUID in /ext/fstab.
I ran systemd-analyze time on terminal and the output is as follows:
Startup finished in 5.395s (firmware) + 6.836s (loader) + 4.535s (kernel) + 52.819s (userspace) = 1min 9.588s
graphical.target reached after 49.244s in userspace
On running systemd-analyze critical-chain:
graphical.target @49.244s
└─multi-user.target @49.244s
└─kerneloops.service @40.919s +26ms
└─network-online.target @40.913s
└─NetworkManager-wait-online.service @32.043s +8.869s
└─NetworkManager.service @27.622s +4.420s
└─dbus.service @27.316s
└─basic.target @27.312s
└─sockets.target @27.312s
└─snapd.socket @27.249s +62ms
└─sysinit.target @27.249s
└─cryptsetup.target @26.626s
└─systemd-ask-password-wall.path @2.985s
That 52.819 sec is unusual. I have searched over internet many times but nothing seems to resolve this issue.
EDIT: Output of systemd-analyze blame | head -n 20
19.189s systemd-journal-flush.service
17.967s plymouth-start.service
17.193s plymouth-quit-wait.service
13.703s dev-sdb7.device
11.145s plymouth-read-write.service
8.869s NetworkManager-wait-online.service
6.558s dev-loop23.device
6.530s dev-loop20.device
6.448s dev-loop16.device
6.398s dev-loop22.device
6.332s dev-loop15.device
6.223s dev-loop21.device
6.202s dev-loop24.device
6.194s snapd.service
6.117s dev-loop18.device
5.971s networkd-dispatcher.service
5.943s dev-loop14.device
5.880s dev-loop17.device
5.754s dev-loop19.device
5.414s dev-loop10.device
boot partitioning xubuntu swap
|
show 1 more comment
up vote
2
down vote
favorite
Ever since I increased disk space on UBUNTU 18.04, the booting time has increased manifolds.I created new swap partition. As pointed out by other answers for similar question, I have Updated the UUID in /ext/fstab.
I ran systemd-analyze time on terminal and the output is as follows:
Startup finished in 5.395s (firmware) + 6.836s (loader) + 4.535s (kernel) + 52.819s (userspace) = 1min 9.588s
graphical.target reached after 49.244s in userspace
On running systemd-analyze critical-chain:
graphical.target @49.244s
└─multi-user.target @49.244s
└─kerneloops.service @40.919s +26ms
└─network-online.target @40.913s
└─NetworkManager-wait-online.service @32.043s +8.869s
└─NetworkManager.service @27.622s +4.420s
└─dbus.service @27.316s
└─basic.target @27.312s
└─sockets.target @27.312s
└─snapd.socket @27.249s +62ms
└─sysinit.target @27.249s
└─cryptsetup.target @26.626s
└─systemd-ask-password-wall.path @2.985s
That 52.819 sec is unusual. I have searched over internet many times but nothing seems to resolve this issue.
EDIT: Output of systemd-analyze blame | head -n 20
19.189s systemd-journal-flush.service
17.967s plymouth-start.service
17.193s plymouth-quit-wait.service
13.703s dev-sdb7.device
11.145s plymouth-read-write.service
8.869s NetworkManager-wait-online.service
6.558s dev-loop23.device
6.530s dev-loop20.device
6.448s dev-loop16.device
6.398s dev-loop22.device
6.332s dev-loop15.device
6.223s dev-loop21.device
6.202s dev-loop24.device
6.194s snapd.service
6.117s dev-loop18.device
5.971s networkd-dispatcher.service
5.943s dev-loop14.device
5.880s dev-loop17.device
5.754s dev-loop19.device
5.414s dev-loop10.device
boot partitioning xubuntu swap
Can you please post the output of systemd-analyze blame | head -n 20
– Mr.Michael.Schulze
Nov 29 at 9:21
Try this: unix.stackexchange.com/questions/139513/how-to-clear-journalctl
– Logix
Nov 29 at 9:49
As @Logix wrote, try to clean journal. For me it looks like the your hard drive is slow (dev-sdb7.device), are you sure that fstab (UUID) is correct? Additional you use a lot of snaps, is this really neccessary? Boot time also slow down because of plymouth, but I realy do not know the root cause. Maybe graphic card driver... Just searched a bit and found similar issues from other users. Just check askubuntu.com/questions/1029050/long-boot-times-on-18-04 for reference.
– Mr.Michael.Schulze
Nov 29 at 10:04
@Mr.Michael.Schulze that doesnt seems to work for me.
– Naman
Nov 29 at 12:18
@Mr.Michael.Schulze Will reinstalling UBUNTU 18.04 solve the issue?
– Naman
Nov 29 at 18:07
|
show 1 more comment
up vote
2
down vote
favorite
up vote
2
down vote
favorite
Ever since I increased disk space on UBUNTU 18.04, the booting time has increased manifolds.I created new swap partition. As pointed out by other answers for similar question, I have Updated the UUID in /ext/fstab.
I ran systemd-analyze time on terminal and the output is as follows:
Startup finished in 5.395s (firmware) + 6.836s (loader) + 4.535s (kernel) + 52.819s (userspace) = 1min 9.588s
graphical.target reached after 49.244s in userspace
On running systemd-analyze critical-chain:
graphical.target @49.244s
└─multi-user.target @49.244s
└─kerneloops.service @40.919s +26ms
└─network-online.target @40.913s
└─NetworkManager-wait-online.service @32.043s +8.869s
└─NetworkManager.service @27.622s +4.420s
└─dbus.service @27.316s
└─basic.target @27.312s
└─sockets.target @27.312s
└─snapd.socket @27.249s +62ms
└─sysinit.target @27.249s
└─cryptsetup.target @26.626s
└─systemd-ask-password-wall.path @2.985s
That 52.819 sec is unusual. I have searched over internet many times but nothing seems to resolve this issue.
EDIT: Output of systemd-analyze blame | head -n 20
19.189s systemd-journal-flush.service
17.967s plymouth-start.service
17.193s plymouth-quit-wait.service
13.703s dev-sdb7.device
11.145s plymouth-read-write.service
8.869s NetworkManager-wait-online.service
6.558s dev-loop23.device
6.530s dev-loop20.device
6.448s dev-loop16.device
6.398s dev-loop22.device
6.332s dev-loop15.device
6.223s dev-loop21.device
6.202s dev-loop24.device
6.194s snapd.service
6.117s dev-loop18.device
5.971s networkd-dispatcher.service
5.943s dev-loop14.device
5.880s dev-loop17.device
5.754s dev-loop19.device
5.414s dev-loop10.device
boot partitioning xubuntu swap
Ever since I increased disk space on UBUNTU 18.04, the booting time has increased manifolds.I created new swap partition. As pointed out by other answers for similar question, I have Updated the UUID in /ext/fstab.
I ran systemd-analyze time on terminal and the output is as follows:
Startup finished in 5.395s (firmware) + 6.836s (loader) + 4.535s (kernel) + 52.819s (userspace) = 1min 9.588s
graphical.target reached after 49.244s in userspace
On running systemd-analyze critical-chain:
graphical.target @49.244s
└─multi-user.target @49.244s
└─kerneloops.service @40.919s +26ms
└─network-online.target @40.913s
└─NetworkManager-wait-online.service @32.043s +8.869s
└─NetworkManager.service @27.622s +4.420s
└─dbus.service @27.316s
└─basic.target @27.312s
└─sockets.target @27.312s
└─snapd.socket @27.249s +62ms
└─sysinit.target @27.249s
└─cryptsetup.target @26.626s
└─systemd-ask-password-wall.path @2.985s
That 52.819 sec is unusual. I have searched over internet many times but nothing seems to resolve this issue.
EDIT: Output of systemd-analyze blame | head -n 20
19.189s systemd-journal-flush.service
17.967s plymouth-start.service
17.193s plymouth-quit-wait.service
13.703s dev-sdb7.device
11.145s plymouth-read-write.service
8.869s NetworkManager-wait-online.service
6.558s dev-loop23.device
6.530s dev-loop20.device
6.448s dev-loop16.device
6.398s dev-loop22.device
6.332s dev-loop15.device
6.223s dev-loop21.device
6.202s dev-loop24.device
6.194s snapd.service
6.117s dev-loop18.device
5.971s networkd-dispatcher.service
5.943s dev-loop14.device
5.880s dev-loop17.device
5.754s dev-loop19.device
5.414s dev-loop10.device
boot partitioning xubuntu swap
boot partitioning xubuntu swap
edited Nov 29 at 9:46
asked Nov 29 at 7:58
Naman
113
113
Can you please post the output of systemd-analyze blame | head -n 20
– Mr.Michael.Schulze
Nov 29 at 9:21
Try this: unix.stackexchange.com/questions/139513/how-to-clear-journalctl
– Logix
Nov 29 at 9:49
As @Logix wrote, try to clean journal. For me it looks like the your hard drive is slow (dev-sdb7.device), are you sure that fstab (UUID) is correct? Additional you use a lot of snaps, is this really neccessary? Boot time also slow down because of plymouth, but I realy do not know the root cause. Maybe graphic card driver... Just searched a bit and found similar issues from other users. Just check askubuntu.com/questions/1029050/long-boot-times-on-18-04 for reference.
– Mr.Michael.Schulze
Nov 29 at 10:04
@Mr.Michael.Schulze that doesnt seems to work for me.
– Naman
Nov 29 at 12:18
@Mr.Michael.Schulze Will reinstalling UBUNTU 18.04 solve the issue?
– Naman
Nov 29 at 18:07
|
show 1 more comment
Can you please post the output of systemd-analyze blame | head -n 20
– Mr.Michael.Schulze
Nov 29 at 9:21
Try this: unix.stackexchange.com/questions/139513/how-to-clear-journalctl
– Logix
Nov 29 at 9:49
As @Logix wrote, try to clean journal. For me it looks like the your hard drive is slow (dev-sdb7.device), are you sure that fstab (UUID) is correct? Additional you use a lot of snaps, is this really neccessary? Boot time also slow down because of plymouth, but I realy do not know the root cause. Maybe graphic card driver... Just searched a bit and found similar issues from other users. Just check askubuntu.com/questions/1029050/long-boot-times-on-18-04 for reference.
– Mr.Michael.Schulze
Nov 29 at 10:04
@Mr.Michael.Schulze that doesnt seems to work for me.
– Naman
Nov 29 at 12:18
@Mr.Michael.Schulze Will reinstalling UBUNTU 18.04 solve the issue?
– Naman
Nov 29 at 18:07
Can you please post the output of systemd-analyze blame | head -n 20
– Mr.Michael.Schulze
Nov 29 at 9:21
Can you please post the output of systemd-analyze blame | head -n 20
– Mr.Michael.Schulze
Nov 29 at 9:21
Try this: unix.stackexchange.com/questions/139513/how-to-clear-journalctl
– Logix
Nov 29 at 9:49
Try this: unix.stackexchange.com/questions/139513/how-to-clear-journalctl
– Logix
Nov 29 at 9:49
As @Logix wrote, try to clean journal. For me it looks like the your hard drive is slow (dev-sdb7.device), are you sure that fstab (UUID) is correct? Additional you use a lot of snaps, is this really neccessary? Boot time also slow down because of plymouth, but I realy do not know the root cause. Maybe graphic card driver... Just searched a bit and found similar issues from other users. Just check askubuntu.com/questions/1029050/long-boot-times-on-18-04 for reference.
– Mr.Michael.Schulze
Nov 29 at 10:04
As @Logix wrote, try to clean journal. For me it looks like the your hard drive is slow (dev-sdb7.device), are you sure that fstab (UUID) is correct? Additional you use a lot of snaps, is this really neccessary? Boot time also slow down because of plymouth, but I realy do not know the root cause. Maybe graphic card driver... Just searched a bit and found similar issues from other users. Just check askubuntu.com/questions/1029050/long-boot-times-on-18-04 for reference.
– Mr.Michael.Schulze
Nov 29 at 10:04
@Mr.Michael.Schulze that doesnt seems to work for me.
– Naman
Nov 29 at 12:18
@Mr.Michael.Schulze that doesnt seems to work for me.
– Naman
Nov 29 at 12:18
@Mr.Michael.Schulze Will reinstalling UBUNTU 18.04 solve the issue?
– Naman
Nov 29 at 18:07
@Mr.Michael.Schulze Will reinstalling UBUNTU 18.04 solve the issue?
– Naman
Nov 29 at 18:07
|
show 1 more comment
1 Answer
1
active
oldest
votes
up vote
0
down vote
I have similar times on an XPS 9950 with a not partitioned 500 GB SSD (all of the HDD is dedicated to one OS). Ubuntu 17.10, 18.04 and 18.10 with Legacy boot was around your times. Now I have elementary OS Juno on UEFI and times did not changed much, I accepted it as normal even if I was expecting blazing fast boots in the Linux world.
I had also a slow boot with Ubuntu 18.04, but in my case it was caused by the network manager. I was not able to find a good solution for my situation and decided to change back to 16.04. So now with od 16.04 my boot time is approx 25 seconds and with 18.04 it was approx 90 seconds.
– Mr.Michael.Schulze
Nov 29 at 10:13
add a comment |
1 Answer
1
active
oldest
votes
1 Answer
1
active
oldest
votes
active
oldest
votes
active
oldest
votes
up vote
0
down vote
I have similar times on an XPS 9950 with a not partitioned 500 GB SSD (all of the HDD is dedicated to one OS). Ubuntu 17.10, 18.04 and 18.10 with Legacy boot was around your times. Now I have elementary OS Juno on UEFI and times did not changed much, I accepted it as normal even if I was expecting blazing fast boots in the Linux world.
I had also a slow boot with Ubuntu 18.04, but in my case it was caused by the network manager. I was not able to find a good solution for my situation and decided to change back to 16.04. So now with od 16.04 my boot time is approx 25 seconds and with 18.04 it was approx 90 seconds.
– Mr.Michael.Schulze
Nov 29 at 10:13
add a comment |
up vote
0
down vote
I have similar times on an XPS 9950 with a not partitioned 500 GB SSD (all of the HDD is dedicated to one OS). Ubuntu 17.10, 18.04 and 18.10 with Legacy boot was around your times. Now I have elementary OS Juno on UEFI and times did not changed much, I accepted it as normal even if I was expecting blazing fast boots in the Linux world.
I had also a slow boot with Ubuntu 18.04, but in my case it was caused by the network manager. I was not able to find a good solution for my situation and decided to change back to 16.04. So now with od 16.04 my boot time is approx 25 seconds and with 18.04 it was approx 90 seconds.
– Mr.Michael.Schulze
Nov 29 at 10:13
add a comment |
up vote
0
down vote
up vote
0
down vote
I have similar times on an XPS 9950 with a not partitioned 500 GB SSD (all of the HDD is dedicated to one OS). Ubuntu 17.10, 18.04 and 18.10 with Legacy boot was around your times. Now I have elementary OS Juno on UEFI and times did not changed much, I accepted it as normal even if I was expecting blazing fast boots in the Linux world.
I have similar times on an XPS 9950 with a not partitioned 500 GB SSD (all of the HDD is dedicated to one OS). Ubuntu 17.10, 18.04 and 18.10 with Legacy boot was around your times. Now I have elementary OS Juno on UEFI and times did not changed much, I accepted it as normal even if I was expecting blazing fast boots in the Linux world.
answered Nov 29 at 8:42
Travis
4310
4310
I had also a slow boot with Ubuntu 18.04, but in my case it was caused by the network manager. I was not able to find a good solution for my situation and decided to change back to 16.04. So now with od 16.04 my boot time is approx 25 seconds and with 18.04 it was approx 90 seconds.
– Mr.Michael.Schulze
Nov 29 at 10:13
add a comment |
I had also a slow boot with Ubuntu 18.04, but in my case it was caused by the network manager. I was not able to find a good solution for my situation and decided to change back to 16.04. So now with od 16.04 my boot time is approx 25 seconds and with 18.04 it was approx 90 seconds.
– Mr.Michael.Schulze
Nov 29 at 10:13
I had also a slow boot with Ubuntu 18.04, but in my case it was caused by the network manager. I was not able to find a good solution for my situation and decided to change back to 16.04. So now with od 16.04 my boot time is approx 25 seconds and with 18.04 it was approx 90 seconds.
– Mr.Michael.Schulze
Nov 29 at 10:13
I had also a slow boot with Ubuntu 18.04, but in my case it was caused by the network manager. I was not able to find a good solution for my situation and decided to change back to 16.04. So now with od 16.04 my boot time is approx 25 seconds and with 18.04 it was approx 90 seconds.
– Mr.Michael.Schulze
Nov 29 at 10:13
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.
Some of your past answers have not been well-received, and you're in danger of being blocked from answering.
Please pay close attention to the following guidance:
- 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%2f1097039%2fslow-boot-time-ubuntu-18-04%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
Can you please post the output of systemd-analyze blame | head -n 20
– Mr.Michael.Schulze
Nov 29 at 9:21
Try this: unix.stackexchange.com/questions/139513/how-to-clear-journalctl
– Logix
Nov 29 at 9:49
As @Logix wrote, try to clean journal. For me it looks like the your hard drive is slow (dev-sdb7.device), are you sure that fstab (UUID) is correct? Additional you use a lot of snaps, is this really neccessary? Boot time also slow down because of plymouth, but I realy do not know the root cause. Maybe graphic card driver... Just searched a bit and found similar issues from other users. Just check askubuntu.com/questions/1029050/long-boot-times-on-18-04 for reference.
– Mr.Michael.Schulze
Nov 29 at 10:04
@Mr.Michael.Schulze that doesnt seems to work for me.
– Naman
Nov 29 at 12:18
@Mr.Michael.Schulze Will reinstalling UBUNTU 18.04 solve the issue?
– Naman
Nov 29 at 18:07