[SOLVED] Welcome to emergency mode! After logging in, type "journalctl -xb" to view system logs, "systemctl reboot" to reboot, "systemctl default" or
Linux - NewbieThis Linux forum is for members that are new to Linux.
Just starting out and have a question?
If it is not in the man pages or the how-to's this is the place!
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.
Welcome to emergency mode! After logging in, type "journalctl -xb" to view system logs, "systemctl reboot" to reboot, "systemctl default" or
Hi, need your help please. I am new in linux and was trying things in my Centos 7. When i boot my system, i got the error below
" Welcome to emergency mode! After logging in, type "journalctl -xb" to view
system logs, "systemctl reboot" to reboot, "systemctl default" or ^D to
try again to boot into default mode.
Give root password for maintenance
(or press Control-D to continue): "
ive got, 2 hdd and 1 hdd is sda1 and second hdd is sdb. To better understand, here is the clearer view of my partition.
I have encounter this as wel a few times.
But you have to read the journal to find you're problem indeed.
For me it was some folder location's and disk mount issue a couple of times.
Those startup mount location needs to be correct and can be modified with fstab.
Its mostly so simple in my experience but finding it without knowledge is difficult.
i attached here the error which i think is causing, not sure if this is the right one.
before i got the error, i was testing on LUKS on backup-databckup (is it called LVM or what is the proper term for that)
this was the command i run, then i shutdown. Maybe there is still some commands i need to run after the last command below which is the mount command. Just wanted to know, if i did some mistakes on the commands below.
From what i read is that the mount folder is this in fstab and you change a drive or after a reboot the drive name changed from sdb to sda.
If you want start the server again al you have to do is use command sudo vi /etc/fstab and remove that specific mount line or adjust disk name or uuid number to the specific new disk name or dev name.
I encountered the same issue and to fix this for the next time use the harddisk specific uuid number. I dont know the commands exactly but I do have it written somewhere if you need it.
edit /etc/fstab by adding a # at the beginning of the line that has /backup/data.
Thank you so much colorpurple21859, you really saved my pc/work. I was trying different options, steps for the past one week. By just adding the #, my linux booted as normal. Thanks a lot really.
I have question though, if you dont mind?
By adding the #, what is the purpose of it or what does it do?
This is the line i have in fstab
/dev/backup/databckup /backup/data xfs defaults, usrquota 0 0
If i removed or delete that line in fstab, that would also solve the issue?
May i know what causes the boot issue by the way?
Last edited by grounddolphin; 06-09-2023 at 01:07 PM.
Distribution: Ubuntu based stuff for the most part
Posts: 1,177
Rep:
Putting a # in front of many config files in Linux indicates that the stuff after it is a comment for human readability and not to be executed by the program reading the config. It is a handy way to remove a config option but keep it around if you need to put it back.
Since the system is working it should be safe to remove that line now.
Putting a # in front of many config files in Linux indicates that the stuff after it is a comment for human readability and not to be executed by the program reading the config. It is a handy way to remove a config option but keep it around if you need to put it back.
Since the system is working it should be safe to remove that line now.
Thanks a lot uteck for the info. i will take note of that.
As I suggested, you have XFS specified in that fstab entry. However you did a mkfs for ext4 - merely changing the entry from xfs to ext4 will maintain the automatic mount. Commenting it out (using #) or deleting the line will mean you will have to manually mount it after each boot.
You need to spend some time understanding your linux system and what changes may affect - for example "man fstab" would be an easy start. Historically fstab has listed essential filesystems for the system and any errors indicate the system won't work, so the boot fails.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.