Anyone using LM 18.3 or 19 ? After changing the default kernel for the low-latency one provided by the distro, something that I always did in the past years, the distro takes an incredible long time to boot. Minutes. I've started to read here and there about this problem and it seems many people are experimenting this. And there are many, many different things being said. Some even say that you should update your hardware. Which is something that would totally go against one of the arch-proven goals of Linux: to run easily on any older hardware.
Once the system has booted, task and process execution is seemingly as usual though from what I can tell.
I'm currently using LM 18 which does not have this problem. I've installed 18.3 as double boot with the prospect of moving all audio production there, but reverted back to 18 for the time being.
The fact that at Linux Mint the guys cannot help and went on delivering LM 19 that has the same problem is also quite disturbing.
So I'm asking here in parallel to further reading about this, if anyone is using LM and if so, did you solve this problem ?
Cheers.
[SOLVED] Linux Mint 18.3 / 19.x : extremely slow booting problem
Moderators: MattKingUSA, khz
- lilith
- Established Member
- Posts: 1706
- Joined: Fri May 27, 2016 11:41 pm
- Location: bLACK fOREST
- Has thanked: 122 times
- Been thanked: 57 times
- Contact:
Re: Linux Mint 18.3 / 19.x : extremely slow booting problem
If you use the journal you can see the boot messages of the latest boot with
This should tell you which process takes long.
Code: Select all
journalctl -b 0
- sysrqer
- Established Member
- Posts: 2527
- Joined: Thu Nov 14, 2013 11:47 pm
- Has thanked: 320 times
- Been thanked: 153 times
- Contact:
Re: Linux Mint 18.3 / 19.x : extremely slow booting problem
Also, run and and post the results here.
Code: Select all
systemd-analyze
Code: Select all
systemd-analyze blame
Re: Linux Mint 18.3 / 19.x : extremely slow booting problem
I'm not sure I can be of much help here, but just out of interest, which kernel are you running and how did you install it? To tell you which kernel:
I'm running Linux Mint 19.1 with this kernel "4.15.0-43-lowlatency #46-Ubuntu SMP PREEMPT Thu Dec 6 17:28:08 UTC 2018 x86_64 x86_64 x86_64 GNU/Linux" installed via this command:
If we're running the same LL kernel, I can try running some other ones to compare boot times to get an idea if it's a kernel problem or just something with your setup.
Code: Select all
uname -a
Code: Select all
sudo apt-get install linux-lowlatency
-
- Established Member
- Posts: 2036
- Joined: Sat Jun 11, 2016 12:05 am
- Has thanked: 10 times
- Been thanked: 22 times
Re: Linux Mint 18.3 / 19.x : extremely slow booting problem
OK. Got it. Thanks for your replies. Sometimes one just need to put the question put there to unblock things.
As for the very exact cause, I do not know. There is a failing drive in the machine (fails from time to time). Recently I bought another one, and moved data around. But the failing drive is still connected. And currently partitions off it can be mounted although none are mounted in fstab.
Looking at the log file the gap is clear:
This is about the time I saw using a chronometer. I listed the UUIDs (ls -l /dev/disk/by-uuid) which was not useful since the device was of course not there due to the time out problem, so I looked into fstab and saw those generated lines:
The second entry is the culprit, so I commented it out. And it rebooted quickly.
There's one swap partition left in fstab. Swap space mechanism is not something I've looked into much. Swap space is needed so I always had one when building Linux systems. Never had multiple swap spaces.
So now there are two points left.
1) Once the sys 2 31.5GB 52.4GB 21.0GB primary linux-swap(v1)
tem has quickly rebooted with only one swap space in fstab, parted will report the following:
On sda:
11 1783GB 1793GB 10.5GB logical linux-swap(v1)
On sdd:
2 31.5GB 52.4GB 21.0GB primary linux-swap(v1)
And so there are two swap spaces nevertheless mounted. I do not mind learning about the swap space mechanism in detail. It seems to be a parallel system of sorts where one swap space is indicated in fstab and others are mounted on the fly. The swap space on sdd is actually on the failing drive that currently works OK.
And 2) I still have to identify where that faulty swap space lies. At the previous boot parted has flagged a partition with '[SWAP]' instead of 'linux-swap(v1)' which could be a faulty swap spae although I'd swear the UUID did not correspond with what dev-disk-by has reported in the time out. I'll have to verify again by perhaps re-enabling that fstab entry.
Ah, so much fun ! Seriously, it's OK to learn aspects of the OS. It's actually interesting because it's Linux and it's possible to really get all the technical details if one wants to spend the time.
Note: About the low-latency kernel, I will check out later on today. At the moment the following is installed (dpkg -l) :
Although 'uname -a' reports:
Cheers.
As for the very exact cause, I do not know. There is a failing drive in the machine (fails from time to time). Recently I bought another one, and moved data around. But the failing drive is still connected. And currently partitions off it can be mounted although none are mounted in fstab.
Looking at the log file the gap is clear:
Code: Select all
Jan 10 09:57:42 mistral ntpdate[936]: name server cannot be used: Temporary failure in name resolution (-3)
Jan 10 09:59:08 mistral systemd[1]: dev-disk-by\x2duuid-c1512f62\x2d47da\x2d46fd\x2d8477\x2d98ac8fc7e76f.device: Job dev-disk-by\x2duuid-c1512f62\x2d47da\x2d46fd\x2d8477\x2d98ac8fc7e76f.device/start timed out.
Code: Select all
# swap was on /dev/sda11 during installation
UUID=fbed4b85-4f5d-4053-821c-9dbb24e0d5f4 none swap sw 0 0
# swap was on /dev/sdb5 during installation
UUID=c1512f62-47da-46fd-8477-98ac8fc7e76f none swap sw 0 0
There's one swap partition left in fstab. Swap space mechanism is not something I've looked into much. Swap space is needed so I always had one when building Linux systems. Never had multiple swap spaces.
So now there are two points left.
1) Once the sys 2 31.5GB 52.4GB 21.0GB primary linux-swap(v1)
tem has quickly rebooted with only one swap space in fstab, parted will report the following:
On sda:
11 1783GB 1793GB 10.5GB logical linux-swap(v1)
On sdd:
2 31.5GB 52.4GB 21.0GB primary linux-swap(v1)
And so there are two swap spaces nevertheless mounted. I do not mind learning about the swap space mechanism in detail. It seems to be a parallel system of sorts where one swap space is indicated in fstab and others are mounted on the fly. The swap space on sdd is actually on the failing drive that currently works OK.
And 2) I still have to identify where that faulty swap space lies. At the previous boot parted has flagged a partition with '[SWAP]' instead of 'linux-swap(v1)' which could be a faulty swap spae although I'd swear the UUID did not correspond with what dev-disk-by has reported in the time out. I'll have to verify again by perhaps re-enabling that fstab entry.
Ah, so much fun ! Seriously, it's OK to learn aspects of the OS. It's actually interesting because it's Linux and it's possible to really get all the technical details if one wants to spend the time.
Note: About the low-latency kernel, I will check out later on today. At the moment the following is installed (dpkg -l) :
Code: Select all
ii linux-lowlatency 4.4.0.141.147
amd64 Complete lowlatency Linux kernel
Code: Select all
Linux mistral 4.10.0-38-generic #42~16.04.1-Ubuntu SMP Tue Oct 10 16:32:20 UTC 2017 x86_64 x86_64 x86_64 GNU/Linux
Re: [SOLVED] Linux Mint 18.3 / 19.x : extremely slow booting problem
Booting Linux Mint 18.3 (and 18 before) takes 5+ minutes. Kernel loads within 5 sec. networking.service step takes 5+ minutes. I use WiFi to connect, no wired connection. Please, help resolve.