BodhiThis forum is for the discussion of Bodhi Linux.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
... Why is there a 90-second countdown for something I don't recognize?
A search doesn't bring up the Bodhi-specific answer you most likely want, so I hope there will be more replies from our forum experts ... but while you are waiting for them to 'chime in' you may want to look here and see if any of what you will read fits your case. What you will read goes beyond the 'why' of your question and suggests a variety of fixes that have worked for others, for both Debian-related and non-Debian GNU-Linux operating systems.
Note, the fourth down from the top in the search results does mention a 'slow boot', and that one is Ubuntu-related. With DDG, your search results should be the same as what I just saw.
I am experiencing a boot slowdown in my bootup of Bodhi 5.0.0. I see the following message:
A start job is running for dev-disk-by/x2duuid-ib0bf28/x2e40e7/x2e9bad/x2e5cc3rr411e862.device (1s / 1min 30sec)
I counts down exactly 90 seconds before continuing. Why is there a 90-second countdown for something I don't recognize? I have tried to type the message correctly but may have typoed somewhere.
By any chance, have you formatted/used an encrypted USB/removable device?? If so, there may be an entry in /etc/crypttab, which is now waiting for that device to come online...which it won't, since its been removed. You can safely remove that offending line from that file...but if there are others, do NOT touch them, unless you know what you're doing.
You can also look in your /etc/fstab file for that line; if found, copy that file to another location, and then only remove that one line. And be sure to have a bootable media nearby, in case of problems.
This is systemd doing something with the disk referenced. You can look in the logs (journalctl) to see if they provide more detail. Some folks get messages like this on shutdown as well: 90 seconds seems to be the wait time used by systemd in general when something doesn't happen immediately.
similarly to journalctl dmesg can show system log entries. i mention that because my journalctl list goes on over 1000 lines. with dmesg you can add a level option (maybe journalctl as well. i'm just not as familiar with it) to see a bit less info that may prove to be helpful with
also a good idea. looks like -r --reverse shows newest entries (from the man page), -f --follow shows most recent entries and
Quote:
-n, --lines=
Show the most recent journal events and limit the number of events
shown. If --follow is used, this option is implied. The argument is
a positive integer or "all" to disable line limiting. The default
value is 10 if no argument is given.
Last edited by cordx; 04-10-2019 at 09:55 AM.
Reason: clarity
Generally this is because you have an entry in fstab with this UUID that is no longer valis - swap is usually the best bet, especially if you have re-installed. Also look at your boot options - notably the "resume=...".
By any chance, have you formatted/used an encrypted USB/removable device?? If so, there may be an entry in /etc/crypttab, which is now waiting for that device to come online...which it won't, since its been removed. You can safely remove that offending line from that file...but if there are others, do NOT touch them, unless you know what you're doing.
You can also look in your /etc/fstab file for that line; if found, copy that file to another location, and then only remove that one line. And be sure to have a bootable media nearby, in case of problems.
A search doesn't bring up the Bodhi-specific answer you most likely want, so I hope there will be more replies from our forum experts ... but while you are waiting for them to 'chime in' you may want to look here and see if any of what you will read fits your case. What you will read goes beyond the 'why' of your question and suggests a variety of fixes that have worked for others, for both Debian-related and non-Debian GNU-Linux operating systems.
Note, the fourth down from the top in the search results does mention a 'slow boot', and that one is Ubuntu-related. With DDG, your search results should be the same as what I just saw.
The most promising comment I saw was that systemd can't find the /data location; the is to remove /data from fstab ... and I'm too stupid to know how to do that.
The most promising comment I saw was that systemd can't find the /data location; the is to remove /data from fstab ... and I'm too stupid to know how to do that.
No, you are not stupid!! I can guarantee, no one on this forum was born knowing how to edit fstab. Look at this!
First step, backup fstab to something like fstab.old. After the renaming, the operating system will ignore it, but you can always reactivate it by bringing back the original name.
With the fstab file open in a text editor, instead of deleting lines straight-away, do this:
# The following line was inactivated on (date)
# The line you want to delete is here.
Then save.
Any line beginning with #[space] becomes a comment line, and so is ignored with the OS reads the file. After some time has passed and all is well, you can always come back to 'tidy up' the entries by really deleting them.
By any chance, have you formatted/used an encrypted USB/removable device?? If so, there may be an entry in /etc/crypttab, which is now waiting for that device to come online...which it won't, since its been removed. You can safely remove that offending line from that file...but if there are others, do NOT touch them, unless you know what you're doing.
You can also look in your /etc/fstab file for that line; if found, copy that file to another location, and then only remove that one line. And be sure to have a bootable media nearby, in case of problems.
Nope. Don't even know how to do that.
So instead of asking how, you don't even consider it? Those are just two, plain-text files...nothing special. You can just type:
Code:
cat /etc/crypttab
or
cat /etc/fstab
...and there they are. Look for a matching line in either...if you find one, type in "sudo vi /etc/<whatever file has the line". Arrow down to that line. Press ":dd" to remove it. Press ":wq" to save and exit. Done.
Before changing either, copy those file somewhere else. Use the cp command to do that: "sudo cp /etc/fstab /etc/old-fstab" is a good example.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.