Boot hangs for 30 seconds at “Begin: Running /scripts/local-premount”
After upgrade from Ubuntu 17.10 to 18.04 the bootprocess takes 30s longer than before.
it stops for 30 seconds at the step
Begin: Running /scripts/local-premount
Then it continues.
At first it continued one step further to
scanning for btrfs file systems
so I uninstalled btrfs support, but that didn't help with the problem.
I see no notice of that step neither in dmesg nor in var/log/boot.log
How can I debug this problem? Can I enable additional logging?
boot 18.04
asked May 10 '18 at 6:47
rubo77rubo77
14.9k2994200
add a comment |
After upgrade from Ubuntu 17.10 to 18.04 the bootprocess takes 30s longer than before.
it stops for 30 seconds at the step
Begin: Running /scripts/local-premount
Then it continues.
At first it continued one step further to
scanning for btrfs file systems
so I uninstalled btrfs support, but that didn't help with the problem.
I see no notice of that step neither in dmesg nor in var/log/boot.log
How can I debug this problem? Can I enable additional logging?
boot 18.04
asked May 10 '18 at 6:47
rubo77rubo77
14.9k2994200
add a comment |
After upgrade from Ubuntu 17.10 to 18.04 the bootprocess takes 30s longer than before.
it stops for 30 seconds at the step
Begin: Running /scripts/local-premount
Then it continues.
At first it continued one step further to
scanning for btrfs file systems
so I uninstalled btrfs support, but that didn't help with the problem.
I see no notice of that step neither in dmesg nor in var/log/boot.log
How can I debug this problem? Can I enable additional logging?
boot 18.04
asked May 10 '18 at 6:47
rubo77rubo77
14.9k2994200
After upgrade from Ubuntu 17.10 to 18.04 the bootprocess takes 30s longer than before.
it stops for 30 seconds at the step
Begin: Running /scripts/local-premount
Then it continues.
At first it continued one step further to
scanning for btrfs file systems
so I uninstalled btrfs support, but that didn't help with the problem.
I see no notice of that step neither in dmesg nor in var/log/boot.log
How can I debug this problem? Can I enable additional logging?
boot 18.04
boot 18.04
asked May 10 '18 at 6:47
rubo77rubo77
14.9k2994200
asked May 10 '18 at 6:47
rubo77rubo77
14.9k2994200
edited May 10 '18 at 16:37
rubo77
asked May 10 '18 at 6:47
rubo77rubo77
14.9k2994200
asked May 10 '18 at 6:47
rubo77rubo77
14.9k2994200
asked May 10 '18 at 6:47
rubo77rubo77
14.9k2994200
14.9k2994200
add a comment |
add a comment |
2 Answers
2
active
oldest
votes
Try the following:
- open
/etc/initramfs-tools/conf.d/resume
- replace
RESUME=UUID=xxxwithRESUME=none
- issue
sudo update-initramfs -u
- reboot your system
The file should contain the UUID of your swap partition, you can check this with sudo blkid | grep swap.
I found the following bug on launchpad which is supposed to be Lubuntu specific but the commands above also resolved the same issue on my Xubuntu installation.
See comments #27 and #28.
This file seems to be related to hibernate/suspend, I can confirm suspend still works on my system after the changes.
edited May 11 '18 at 17:24
rubo77
14.9k2994200
answered May 11 '18 at 14:50
mt7mt7
46623
3
thanks, that worked! I also posted your solution here: unix.stackexchange.com/a/443272/20661
– rubo77
May 16 '18 at 21:39
I removed my swap parition manually before upgrading, but I guess it was still remembered somewhere as the RESUME field was set to the old UUID. Setting it to none shaved at least 30s from my bootup time! Top!
– Michel
Jun 9 '18 at 10:03
For me the issue was that I didn't have a swap partition at all (no idea how that happened). I fixed my problem by creating a swap partition and adding it to the file as described in this answer.
– tjespe
Nov 26 '18 at 15:45
I'm not sure what do you mean with "The file should contain the UUID...". I have two TYPE="swap" UUID, the real (/dev/sda6) and the mapped (/dev/mapper/cryptswap1). Maybe this happen if you don't have swap partition OR its encrypted. Anyway, I left the=noneand everything works fine now.
– Pablo Bianchi
Dec 24 '18 at 3:36
add: in Ubuntu 18.10 /etc/initramfs-tools/conf.d/resume not exists, so I created it and RESUME=none did it for me.
– NoAngel
Dec 27 '18 at 6:13
add a comment |
I had the same problem with all the install of Ubuntu.
I'm using LVM with swap on a LV.
On a desktop /etc/initramfs-tools/conf.d/resume is referring to an UUID which avoid the possibility to hibernate.
On a Server /etc/initramfs-tools/conf.d/resume does not exists after install and introduce delay at boot and/or lvmetad error.
sudo su -c 'echo RESUME=/dev/mapper/the_swap_LV_name > /etc/initramfs-tools/conf.d/resume'
sudo update-initramfs -u
https://launchpad.net/bugs/1768230
No more delay at boot or lvmetad error.
Kind Regards
answered yesterday
moocanmoocan
12
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%2f1034359%2fboot-hangs-for-30-seconds-at-begin-running-scripts-local-premount%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
2 Answers
2
active
oldest
votes
2 Answers
2
active
oldest
votes
active
oldest
votes
active
oldest
votes
Try the following:
- open
/etc/initramfs-tools/conf.d/resume
- replace
RESUME=UUID=xxxwithRESUME=none
- issue
sudo update-initramfs -u
- reboot your system
The file should contain the UUID of your swap partition, you can check this with sudo blkid | grep swap.
I found the following bug on launchpad which is supposed to be Lubuntu specific but the commands above also resolved the same issue on my Xubuntu installation.
See comments #27 and #28.
This file seems to be related to hibernate/suspend, I can confirm suspend still works on my system after the changes.
edited May 11 '18 at 17:24
rubo77
14.9k2994200
answered May 11 '18 at 14:50
mt7mt7
46623
3
thanks, that worked! I also posted your solution here: unix.stackexchange.com/a/443272/20661
– rubo77
May 16 '18 at 21:39
I removed my swap parition manually before upgrading, but I guess it was still remembered somewhere as the RESUME field was set to the old UUID. Setting it to none shaved at least 30s from my bootup time! Top!
– Michel
Jun 9 '18 at 10:03
For me the issue was that I didn't have a swap partition at all (no idea how that happened). I fixed my problem by creating a swap partition and adding it to the file as described in this answer.
– tjespe
Nov 26 '18 at 15:45
I'm not sure what do you mean with "The file should contain the UUID...". I have two TYPE="swap" UUID, the real (/dev/sda6) and the mapped (/dev/mapper/cryptswap1). Maybe this happen if you don't have swap partition OR its encrypted. Anyway, I left the=noneand everything works fine now.
– Pablo Bianchi
Dec 24 '18 at 3:36
add: in Ubuntu 18.10 /etc/initramfs-tools/conf.d/resume not exists, so I created it and RESUME=none did it for me.
– NoAngel
Dec 27 '18 at 6:13
add a comment |
Try the following:
- open
/etc/initramfs-tools/conf.d/resume
- replace
RESUME=UUID=xxxwithRESUME=none
- issue
sudo update-initramfs -u
- reboot your system
The file should contain the UUID of your swap partition, you can check this with sudo blkid | grep swap.
I found the following bug on launchpad which is supposed to be Lubuntu specific but the commands above also resolved the same issue on my Xubuntu installation.
See comments #27 and #28.
This file seems to be related to hibernate/suspend, I can confirm suspend still works on my system after the changes.
edited May 11 '18 at 17:24
rubo77
14.9k2994200
answered May 11 '18 at 14:50
mt7mt7
46623
3
thanks, that worked! I also posted your solution here: unix.stackexchange.com/a/443272/20661
– rubo77
May 16 '18 at 21:39
I removed my swap parition manually before upgrading, but I guess it was still remembered somewhere as the RESUME field was set to the old UUID. Setting it to none shaved at least 30s from my bootup time! Top!
– Michel
Jun 9 '18 at 10:03
For me the issue was that I didn't have a swap partition at all (no idea how that happened). I fixed my problem by creating a swap partition and adding it to the file as described in this answer.
– tjespe
Nov 26 '18 at 15:45
I'm not sure what do you mean with "The file should contain the UUID...". I have two TYPE="swap" UUID, the real (/dev/sda6) and the mapped (/dev/mapper/cryptswap1). Maybe this happen if you don't have swap partition OR its encrypted. Anyway, I left the=noneand everything works fine now.
– Pablo Bianchi
Dec 24 '18 at 3:36
add: in Ubuntu 18.10 /etc/initramfs-tools/conf.d/resume not exists, so I created it and RESUME=none did it for me.
– NoAngel
Dec 27 '18 at 6:13
add a comment |
Try the following:
- open
/etc/initramfs-tools/conf.d/resume
- replace
RESUME=UUID=xxxwithRESUME=none
- issue
sudo update-initramfs -u
- reboot your system
The file should contain the UUID of your swap partition, you can check this with sudo blkid | grep swap.
I found the following bug on launchpad which is supposed to be Lubuntu specific but the commands above also resolved the same issue on my Xubuntu installation.
See comments #27 and #28.
This file seems to be related to hibernate/suspend, I can confirm suspend still works on my system after the changes.
edited May 11 '18 at 17:24
rubo77
14.9k2994200
answered May 11 '18 at 14:50
mt7mt7
46623
Try the following:
- open
/etc/initramfs-tools/conf.d/resume
- replace
RESUME=UUID=xxxwithRESUME=none
- issue
sudo update-initramfs -u
- reboot your system
The file should contain the UUID of your swap partition, you can check this with sudo blkid | grep swap.
I found the following bug on launchpad which is supposed to be Lubuntu specific but the commands above also resolved the same issue on my Xubuntu installation.
See comments #27 and #28.
This file seems to be related to hibernate/suspend, I can confirm suspend still works on my system after the changes.
edited May 11 '18 at 17:24
rubo77
14.9k2994200
answered May 11 '18 at 14:50
mt7mt7
46623
edited May 11 '18 at 17:24
rubo77
14.9k2994200
edited May 11 '18 at 17:24
rubo77
14.9k2994200
edited May 11 '18 at 17:24
rubo77
14.9k2994200
14.9k2994200
answered May 11 '18 at 14:50
mt7mt7
46623
answered May 11 '18 at 14:50
mt7mt7
46623
answered May 11 '18 at 14:50
mt7mt7
46623
46623
3
thanks, that worked! I also posted your solution here: unix.stackexchange.com/a/443272/20661
– rubo77
May 16 '18 at 21:39
I removed my swap parition manually before upgrading, but I guess it was still remembered somewhere as the RESUME field was set to the old UUID. Setting it to none shaved at least 30s from my bootup time! Top!
– Michel
Jun 9 '18 at 10:03
For me the issue was that I didn't have a swap partition at all (no idea how that happened). I fixed my problem by creating a swap partition and adding it to the file as described in this answer.
– tjespe
Nov 26 '18 at 15:45
I'm not sure what do you mean with "The file should contain the UUID...". I have two TYPE="swap" UUID, the real (/dev/sda6) and the mapped (/dev/mapper/cryptswap1). Maybe this happen if you don't have swap partition OR its encrypted. Anyway, I left the=noneand everything works fine now.
– Pablo Bianchi
Dec 24 '18 at 3:36
add: in Ubuntu 18.10 /etc/initramfs-tools/conf.d/resume not exists, so I created it and RESUME=none did it for me.
– NoAngel
Dec 27 '18 at 6:13
add a comment |
3
thanks, that worked! I also posted your solution here: unix.stackexchange.com/a/443272/20661
– rubo77
May 16 '18 at 21:39
I removed my swap parition manually before upgrading, but I guess it was still remembered somewhere as the RESUME field was set to the old UUID. Setting it to none shaved at least 30s from my bootup time! Top!
– Michel
Jun 9 '18 at 10:03
For me the issue was that I didn't have a swap partition at all (no idea how that happened). I fixed my problem by creating a swap partition and adding it to the file as described in this answer.
– tjespe
Nov 26 '18 at 15:45
I'm not sure what do you mean with "The file should contain the UUID...". I have two TYPE="swap" UUID, the real (/dev/sda6) and the mapped (/dev/mapper/cryptswap1). Maybe this happen if you don't have swap partition OR its encrypted. Anyway, I left the=noneand everything works fine now.
– Pablo Bianchi
Dec 24 '18 at 3:36
add: in Ubuntu 18.10 /etc/initramfs-tools/conf.d/resume not exists, so I created it and RESUME=none did it for me.
– NoAngel
Dec 27 '18 at 6:13
3
3
thanks, that worked! I also posted your solution here: unix.stackexchange.com/a/443272/20661
– rubo77
May 16 '18 at 21:39
thanks, that worked! I also posted your solution here: unix.stackexchange.com/a/443272/20661
– rubo77
May 16 '18 at 21:39
I removed my swap parition manually before upgrading, but I guess it was still remembered somewhere as the RESUME field was set to the old UUID. Setting it to none shaved at least 30s from my bootup time! Top!
– Michel
Jun 9 '18 at 10:03
I removed my swap parition manually before upgrading, but I guess it was still remembered somewhere as the RESUME field was set to the old UUID. Setting it to none shaved at least 30s from my bootup time! Top!
– Michel
Jun 9 '18 at 10:03
For me the issue was that I didn't have a swap partition at all (no idea how that happened). I fixed my problem by creating a swap partition and adding it to the file as described in this answer.
– tjespe
Nov 26 '18 at 15:45
For me the issue was that I didn't have a swap partition at all (no idea how that happened). I fixed my problem by creating a swap partition and adding it to the file as described in this answer.
– tjespe
Nov 26 '18 at 15:45
I'm not sure what do you mean with "The file should contain the UUID...". I have two TYPE="swap" UUID, the real (/dev/sda6) and the mapped (/dev/mapper/cryptswap1). Maybe this happen if you don't have swap partition OR its encrypted. Anyway, I left the
=none and everything works fine now.– Pablo Bianchi
Dec 24 '18 at 3:36
I'm not sure what do you mean with "The file should contain the UUID...". I have two TYPE="swap" UUID, the real (/dev/sda6) and the mapped (/dev/mapper/cryptswap1). Maybe this happen if you don't have swap partition OR its encrypted. Anyway, I left the
=none and everything works fine now.– Pablo Bianchi
Dec 24 '18 at 3:36
add: in Ubuntu 18.10 /etc/initramfs-tools/conf.d/resume not exists, so I created it and RESUME=none did it for me.
– NoAngel
Dec 27 '18 at 6:13
add: in Ubuntu 18.10 /etc/initramfs-tools/conf.d/resume not exists, so I created it and RESUME=none did it for me.
– NoAngel
Dec 27 '18 at 6:13
add a comment |
I had the same problem with all the install of Ubuntu.
I'm using LVM with swap on a LV.
On a desktop /etc/initramfs-tools/conf.d/resume is referring to an UUID which avoid the possibility to hibernate.
On a Server /etc/initramfs-tools/conf.d/resume does not exists after install and introduce delay at boot and/or lvmetad error.
sudo su -c 'echo RESUME=/dev/mapper/the_swap_LV_name > /etc/initramfs-tools/conf.d/resume'
sudo update-initramfs -u
https://launchpad.net/bugs/1768230
No more delay at boot or lvmetad error.
Kind Regards
answered yesterday
moocanmoocan
12
add a comment |
I had the same problem with all the install of Ubuntu.
I'm using LVM with swap on a LV.
On a desktop /etc/initramfs-tools/conf.d/resume is referring to an UUID which avoid the possibility to hibernate.
On a Server /etc/initramfs-tools/conf.d/resume does not exists after install and introduce delay at boot and/or lvmetad error.
sudo su -c 'echo RESUME=/dev/mapper/the_swap_LV_name > /etc/initramfs-tools/conf.d/resume'
sudo update-initramfs -u
https://launchpad.net/bugs/1768230
No more delay at boot or lvmetad error.
Kind Regards
answered yesterday
moocanmoocan
12
add a comment |
I had the same problem with all the install of Ubuntu.
I'm using LVM with swap on a LV.
On a desktop /etc/initramfs-tools/conf.d/resume is referring to an UUID which avoid the possibility to hibernate.
On a Server /etc/initramfs-tools/conf.d/resume does not exists after install and introduce delay at boot and/or lvmetad error.
sudo su -c 'echo RESUME=/dev/mapper/the_swap_LV_name > /etc/initramfs-tools/conf.d/resume'
sudo update-initramfs -u
https://launchpad.net/bugs/1768230
No more delay at boot or lvmetad error.
Kind Regards
answered yesterday
moocanmoocan
12
I had the same problem with all the install of Ubuntu.
I'm using LVM with swap on a LV.
On a desktop /etc/initramfs-tools/conf.d/resume is referring to an UUID which avoid the possibility to hibernate.
On a Server /etc/initramfs-tools/conf.d/resume does not exists after install and introduce delay at boot and/or lvmetad error.
sudo su -c 'echo RESUME=/dev/mapper/the_swap_LV_name > /etc/initramfs-tools/conf.d/resume'
sudo update-initramfs -u
https://launchpad.net/bugs/1768230
No more delay at boot or lvmetad error.
Kind Regards
answered yesterday
moocanmoocan
12
answered yesterday
moocanmoocan
12
answered yesterday
moocanmoocan
12
answered yesterday
moocanmoocan
12
12
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%2f1034359%2fboot-hangs-for-30-seconds-at-begin-running-scripts-local-premount%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
