Cannot boot Ubuntu 16.04 stuck in emergency mode [closed]
Clash Royale CLAN TAG#URR8PPP
up vote
0
down vote
favorite
Trying to boot Ubuntu 16.04 from GRUB but it ends up in Emergency mode and Control-D doesn't load the system.
This is most probably is caused by nvidia drivers:
nouveau 0000:01:00.0: priv: HUB0: 6013d4 ...
nouveau 0000:01:00.0: priv: HUB0: 10ecc0 ...
After adding a boot option nouveau.modeset=0
at the end of the linux
line, these two messages disappear but the problem still remians -- cannot boot the Ubuntu.
In addition if I go to recovery mode I cannot enable network there to update drivers, for example.
ubuntu boot
closed as unclear what you're asking by Jeff Schaller, jimmij, Rui F Ribeiro, sebasth, maulinglawns Jan 14 at 17:40
Please clarify your specific problem or add additional details to highlight exactly what you need. As it's currently written, itâÂÂs hard to tell exactly what you're asking. See the How to Ask page for help clarifying this question. If this question can be reworded to fit the rules in the help center, please edit the question.
 |Â
show 7 more comments
up vote
0
down vote
favorite
Trying to boot Ubuntu 16.04 from GRUB but it ends up in Emergency mode and Control-D doesn't load the system.
This is most probably is caused by nvidia drivers:
nouveau 0000:01:00.0: priv: HUB0: 6013d4 ...
nouveau 0000:01:00.0: priv: HUB0: 10ecc0 ...
After adding a boot option nouveau.modeset=0
at the end of the linux
line, these two messages disappear but the problem still remians -- cannot boot the Ubuntu.
In addition if I go to recovery mode I cannot enable network there to update drivers, for example.
ubuntu boot
closed as unclear what you're asking by Jeff Schaller, jimmij, Rui F Ribeiro, sebasth, maulinglawns Jan 14 at 17:40
Please clarify your specific problem or add additional details to highlight exactly what you need. As it's currently written, itâÂÂs hard to tell exactly what you're asking. See the How to Ask page for help clarifying this question. If this question can be reworded to fit the rules in the help center, please edit the question.
2
Did you look at the output ofjournalctl -xb
as suggested in the screenshot? We will need that information.
â guntbert
Jan 13 at 19:39
1
systemctl --failed
is another starting point, to simply name failed unit(s). Emergency mode should only be triggered by being unable to mount a filesystem (e.g.var.mount
unit), so I don't expect it is due to nvidia.
â sourcejedi
Jan 13 at 19:52
sadly the text of mount errors has never been logged in the journal, due to an oversight which I submitted a patch for today :-(. So another useful starting point ismount -a
, to try and get error messages.
â sourcejedi
Jan 13 at 19:59
Does the partition mount if you boot from a live-cd ? it will determinate if yes or no it is a mount issue or not
â francois P
Jan 13 at 20:01
1
Thank you for your comments that helped me to find the answer.
â Fibo Kowalsky
Jan 14 at 11:36
 |Â
show 7 more comments
up vote
0
down vote
favorite
up vote
0
down vote
favorite
Trying to boot Ubuntu 16.04 from GRUB but it ends up in Emergency mode and Control-D doesn't load the system.
This is most probably is caused by nvidia drivers:
nouveau 0000:01:00.0: priv: HUB0: 6013d4 ...
nouveau 0000:01:00.0: priv: HUB0: 10ecc0 ...
After adding a boot option nouveau.modeset=0
at the end of the linux
line, these two messages disappear but the problem still remians -- cannot boot the Ubuntu.
In addition if I go to recovery mode I cannot enable network there to update drivers, for example.
ubuntu boot
Trying to boot Ubuntu 16.04 from GRUB but it ends up in Emergency mode and Control-D doesn't load the system.
This is most probably is caused by nvidia drivers:
nouveau 0000:01:00.0: priv: HUB0: 6013d4 ...
nouveau 0000:01:00.0: priv: HUB0: 10ecc0 ...
After adding a boot option nouveau.modeset=0
at the end of the linux
line, these two messages disappear but the problem still remians -- cannot boot the Ubuntu.
In addition if I go to recovery mode I cannot enable network there to update drivers, for example.
ubuntu boot
asked Jan 13 at 19:33
Fibo Kowalsky
1346
1346
closed as unclear what you're asking by Jeff Schaller, jimmij, Rui F Ribeiro, sebasth, maulinglawns Jan 14 at 17:40
Please clarify your specific problem or add additional details to highlight exactly what you need. As it's currently written, itâÂÂs hard to tell exactly what you're asking. See the How to Ask page for help clarifying this question. If this question can be reworded to fit the rules in the help center, please edit the question.
closed as unclear what you're asking by Jeff Schaller, jimmij, Rui F Ribeiro, sebasth, maulinglawns Jan 14 at 17:40
Please clarify your specific problem or add additional details to highlight exactly what you need. As it's currently written, itâÂÂs hard to tell exactly what you're asking. See the How to Ask page for help clarifying this question. If this question can be reworded to fit the rules in the help center, please edit the question.
2
Did you look at the output ofjournalctl -xb
as suggested in the screenshot? We will need that information.
â guntbert
Jan 13 at 19:39
1
systemctl --failed
is another starting point, to simply name failed unit(s). Emergency mode should only be triggered by being unable to mount a filesystem (e.g.var.mount
unit), so I don't expect it is due to nvidia.
â sourcejedi
Jan 13 at 19:52
sadly the text of mount errors has never been logged in the journal, due to an oversight which I submitted a patch for today :-(. So another useful starting point ismount -a
, to try and get error messages.
â sourcejedi
Jan 13 at 19:59
Does the partition mount if you boot from a live-cd ? it will determinate if yes or no it is a mount issue or not
â francois P
Jan 13 at 20:01
1
Thank you for your comments that helped me to find the answer.
â Fibo Kowalsky
Jan 14 at 11:36
 |Â
show 7 more comments
2
Did you look at the output ofjournalctl -xb
as suggested in the screenshot? We will need that information.
â guntbert
Jan 13 at 19:39
1
systemctl --failed
is another starting point, to simply name failed unit(s). Emergency mode should only be triggered by being unable to mount a filesystem (e.g.var.mount
unit), so I don't expect it is due to nvidia.
â sourcejedi
Jan 13 at 19:52
sadly the text of mount errors has never been logged in the journal, due to an oversight which I submitted a patch for today :-(. So another useful starting point ismount -a
, to try and get error messages.
â sourcejedi
Jan 13 at 19:59
Does the partition mount if you boot from a live-cd ? it will determinate if yes or no it is a mount issue or not
â francois P
Jan 13 at 20:01
1
Thank you for your comments that helped me to find the answer.
â Fibo Kowalsky
Jan 14 at 11:36
2
2
Did you look at the output of
journalctl -xb
as suggested in the screenshot? We will need that information.â guntbert
Jan 13 at 19:39
Did you look at the output of
journalctl -xb
as suggested in the screenshot? We will need that information.â guntbert
Jan 13 at 19:39
1
1
systemctl --failed
is another starting point, to simply name failed unit(s). Emergency mode should only be triggered by being unable to mount a filesystem (e.g. var.mount
unit), so I don't expect it is due to nvidia.â sourcejedi
Jan 13 at 19:52
systemctl --failed
is another starting point, to simply name failed unit(s). Emergency mode should only be triggered by being unable to mount a filesystem (e.g. var.mount
unit), so I don't expect it is due to nvidia.â sourcejedi
Jan 13 at 19:52
sadly the text of mount errors has never been logged in the journal, due to an oversight which I submitted a patch for today :-(. So another useful starting point is
mount -a
, to try and get error messages.â sourcejedi
Jan 13 at 19:59
sadly the text of mount errors has never been logged in the journal, due to an oversight which I submitted a patch for today :-(. So another useful starting point is
mount -a
, to try and get error messages.â sourcejedi
Jan 13 at 19:59
Does the partition mount if you boot from a live-cd ? it will determinate if yes or no it is a mount issue or not
â francois P
Jan 13 at 20:01
Does the partition mount if you boot from a live-cd ? it will determinate if yes or no it is a mount issue or not
â francois P
Jan 13 at 20:01
1
1
Thank you for your comments that helped me to find the answer.
â Fibo Kowalsky
Jan 14 at 11:36
Thank you for your comments that helped me to find the answer.
â Fibo Kowalsky
Jan 14 at 11:36
 |Â
show 7 more comments
1 Answer
1
active
oldest
votes
up vote
3
down vote
As @sourcejedi commented I tried systemctl --failed
and got the following:
UNIT LOAD ACTIVE SUB DESCRIPTION
* media-win-Data.mount loaded failed failed /media/win/Data
* media-win-Misc.mount loaded failed failed /media/win/Misc
Which are Windows drives (without OS installed on them). After running mount -a
I got the message that /dev/sda7
and /dev/sda5
cannot be mounted because:
The NTFS partition is in an unsafe state. Please resume and shutdown windows fully (no hibernation or fast restarting)
I turned off fast startup (recommended)
in Windows 10 according to Unable to mount Windows (NTFS) filesystem due to hibernation. After shutting down Windows, Ubuntu boots without complaints.
Interestingly, I was using fast startup
option for shutting down Windows for more than a month and Ubuntu has not complained about it before. That's why I didn't think that this could be the reason.
add a comment |Â
1 Answer
1
active
oldest
votes
1 Answer
1
active
oldest
votes
active
oldest
votes
active
oldest
votes
up vote
3
down vote
As @sourcejedi commented I tried systemctl --failed
and got the following:
UNIT LOAD ACTIVE SUB DESCRIPTION
* media-win-Data.mount loaded failed failed /media/win/Data
* media-win-Misc.mount loaded failed failed /media/win/Misc
Which are Windows drives (without OS installed on them). After running mount -a
I got the message that /dev/sda7
and /dev/sda5
cannot be mounted because:
The NTFS partition is in an unsafe state. Please resume and shutdown windows fully (no hibernation or fast restarting)
I turned off fast startup (recommended)
in Windows 10 according to Unable to mount Windows (NTFS) filesystem due to hibernation. After shutting down Windows, Ubuntu boots without complaints.
Interestingly, I was using fast startup
option for shutting down Windows for more than a month and Ubuntu has not complained about it before. That's why I didn't think that this could be the reason.
add a comment |Â
up vote
3
down vote
As @sourcejedi commented I tried systemctl --failed
and got the following:
UNIT LOAD ACTIVE SUB DESCRIPTION
* media-win-Data.mount loaded failed failed /media/win/Data
* media-win-Misc.mount loaded failed failed /media/win/Misc
Which are Windows drives (without OS installed on them). After running mount -a
I got the message that /dev/sda7
and /dev/sda5
cannot be mounted because:
The NTFS partition is in an unsafe state. Please resume and shutdown windows fully (no hibernation or fast restarting)
I turned off fast startup (recommended)
in Windows 10 according to Unable to mount Windows (NTFS) filesystem due to hibernation. After shutting down Windows, Ubuntu boots without complaints.
Interestingly, I was using fast startup
option for shutting down Windows for more than a month and Ubuntu has not complained about it before. That's why I didn't think that this could be the reason.
add a comment |Â
up vote
3
down vote
up vote
3
down vote
As @sourcejedi commented I tried systemctl --failed
and got the following:
UNIT LOAD ACTIVE SUB DESCRIPTION
* media-win-Data.mount loaded failed failed /media/win/Data
* media-win-Misc.mount loaded failed failed /media/win/Misc
Which are Windows drives (without OS installed on them). After running mount -a
I got the message that /dev/sda7
and /dev/sda5
cannot be mounted because:
The NTFS partition is in an unsafe state. Please resume and shutdown windows fully (no hibernation or fast restarting)
I turned off fast startup (recommended)
in Windows 10 according to Unable to mount Windows (NTFS) filesystem due to hibernation. After shutting down Windows, Ubuntu boots without complaints.
Interestingly, I was using fast startup
option for shutting down Windows for more than a month and Ubuntu has not complained about it before. That's why I didn't think that this could be the reason.
As @sourcejedi commented I tried systemctl --failed
and got the following:
UNIT LOAD ACTIVE SUB DESCRIPTION
* media-win-Data.mount loaded failed failed /media/win/Data
* media-win-Misc.mount loaded failed failed /media/win/Misc
Which are Windows drives (without OS installed on them). After running mount -a
I got the message that /dev/sda7
and /dev/sda5
cannot be mounted because:
The NTFS partition is in an unsafe state. Please resume and shutdown windows fully (no hibernation or fast restarting)
I turned off fast startup (recommended)
in Windows 10 according to Unable to mount Windows (NTFS) filesystem due to hibernation. After shutting down Windows, Ubuntu boots without complaints.
Interestingly, I was using fast startup
option for shutting down Windows for more than a month and Ubuntu has not complained about it before. That's why I didn't think that this could be the reason.
answered Jan 14 at 11:35
Fibo Kowalsky
1346
1346
add a comment |Â
add a comment |Â
2
Did you look at the output of
journalctl -xb
as suggested in the screenshot? We will need that information.â guntbert
Jan 13 at 19:39
1
systemctl --failed
is another starting point, to simply name failed unit(s). Emergency mode should only be triggered by being unable to mount a filesystem (e.g.var.mount
unit), so I don't expect it is due to nvidia.â sourcejedi
Jan 13 at 19:52
sadly the text of mount errors has never been logged in the journal, due to an oversight which I submitted a patch for today :-(. So another useful starting point is
mount -a
, to try and get error messages.â sourcejedi
Jan 13 at 19:59
Does the partition mount if you boot from a live-cd ? it will determinate if yes or no it is a mount issue or not
â francois P
Jan 13 at 20:01
1
Thank you for your comments that helped me to find the answer.
â Fibo Kowalsky
Jan 14 at 11:36