Emergency mode after adding partitions and installing another Linux distribution
Clash Royale CLAN TAG#URR8PPP
I had Linux Debian installed onto my computer. My partition table was as follows:
sda1: __________________________________________________________________________
File system: vfat
Boot sector type: FAT32
sda2: __________________________________________________________________________
File system: ext4
Operating System: Debian GNU/Linux buster/sid
sda4: __________________________________________________________________________
File system: ext4
On /dev/sda1 I had EFI boot partition, /dev/sda2 was my root (/
), and /dev/sda4 was mounted as /home
. To install Manjaro Linux, I resized partitions (by GParted) and arrived at the following partition table:
sda1: __________________________________________________________________________
File system: vfat
Boot sector type: FAT32
sda2: __________________________________________________________________________
File system: ext4
Operating System: Debian GNU/Linux buster/sid
sda3: __________________________________________________________________________
File system: swap
sda4: __________________________________________________________________________
File system: ext4
sda5: __________________________________________________________________________
File system: ext4
Operating System: Manjaro
As you can see, I added /dev/sda3 as swap partition and /dev/sda5 as a partition where I installed Manjaro. During the installation, I formatted /dev/sda1 (where I booted Debian from) and Manjaro installed its boot files there. After installation, I have two options in GRUB: boot Debian and boot Manjaro. Booting Manjaro is working fine, but booting Debian leads to the Welcome to emergency mode!
problem. I am asked to give the root password but after I enter it nothing seems to happen (perhaps I've forgotten the password but there is no message indicating that it is wrong). After some googling, I have come to conclusion that Debian's fstab
may be incorrect. Please have a look at it:
# / was on /dev/sda2 during installation
UUID=de26f007-befa-4524-b1c8-059e115aa36c / ext4 errors=remount-ro 0 1
# /boot/efi was on /dev/sda1 during installation
#UUID=B1D2-AC43 /boot/efi vfat umask=0077 0 1
# /home was on /dev/sda4 during installation
UUID=5c273b54-01ad-4186-9821-1e90980a8913 /home ext4 defaults 0 2
# swap was on /dev/sda3 during installation
#UUID=9da48f63-2583-4e29-8997-3c6474e4bcbc none swap sw 0 0
UUID=ECA5-260F /boot/efi vfat defaults 0 1
What should I do to have my Debian working?
EDIT
I've tried what A.B suggested in the comments (i.e. adding /dev/sda2 to grub parameters) but it didn't work.
I cannot provide the
journalctl -xb
as that error message as jdwolf suggested in the comments since Debian after providing root password won't let me in (I cannot login).I tried commenting things out of fstab as thrig suggested in the comments. Now Debian boots to a different mode than emergency mode.
EDIT 2
$ lsblk -f
NAME FSTYPE LABEL UUID FSAVAIL FSUSE% MOUNTPOINT
sda
├─sda1 vfat 5AD2-7533 510.7M 0% /boot/efi
├─sda2 ext4 de26f007-befa-4524-b1c8-059e115aa36c 5.5G 60% /mnt/sda2
├─sda3 swap 62f96d88-8521-453b-8df7-9c61095ec52c [SWAP]
├─sda4 ext4 5c273b54-01ad-4186-9821-1e90980a8913 19.5G 71% /run/media/michal/5c273b54-01ad-4186-9821-1e90980a8913
└─sda5 ext4 d6f9b919-1373-4285-81e8-9f0838d660d7 1G 86% /
debian boot grub2 dual-boot manjaro
|
show 2 more comments
I had Linux Debian installed onto my computer. My partition table was as follows:
sda1: __________________________________________________________________________
File system: vfat
Boot sector type: FAT32
sda2: __________________________________________________________________________
File system: ext4
Operating System: Debian GNU/Linux buster/sid
sda4: __________________________________________________________________________
File system: ext4
On /dev/sda1 I had EFI boot partition, /dev/sda2 was my root (/
), and /dev/sda4 was mounted as /home
. To install Manjaro Linux, I resized partitions (by GParted) and arrived at the following partition table:
sda1: __________________________________________________________________________
File system: vfat
Boot sector type: FAT32
sda2: __________________________________________________________________________
File system: ext4
Operating System: Debian GNU/Linux buster/sid
sda3: __________________________________________________________________________
File system: swap
sda4: __________________________________________________________________________
File system: ext4
sda5: __________________________________________________________________________
File system: ext4
Operating System: Manjaro
As you can see, I added /dev/sda3 as swap partition and /dev/sda5 as a partition where I installed Manjaro. During the installation, I formatted /dev/sda1 (where I booted Debian from) and Manjaro installed its boot files there. After installation, I have two options in GRUB: boot Debian and boot Manjaro. Booting Manjaro is working fine, but booting Debian leads to the Welcome to emergency mode!
problem. I am asked to give the root password but after I enter it nothing seems to happen (perhaps I've forgotten the password but there is no message indicating that it is wrong). After some googling, I have come to conclusion that Debian's fstab
may be incorrect. Please have a look at it:
# / was on /dev/sda2 during installation
UUID=de26f007-befa-4524-b1c8-059e115aa36c / ext4 errors=remount-ro 0 1
# /boot/efi was on /dev/sda1 during installation
#UUID=B1D2-AC43 /boot/efi vfat umask=0077 0 1
# /home was on /dev/sda4 during installation
UUID=5c273b54-01ad-4186-9821-1e90980a8913 /home ext4 defaults 0 2
# swap was on /dev/sda3 during installation
#UUID=9da48f63-2583-4e29-8997-3c6474e4bcbc none swap sw 0 0
UUID=ECA5-260F /boot/efi vfat defaults 0 1
What should I do to have my Debian working?
EDIT
I've tried what A.B suggested in the comments (i.e. adding /dev/sda2 to grub parameters) but it didn't work.
I cannot provide the
journalctl -xb
as that error message as jdwolf suggested in the comments since Debian after providing root password won't let me in (I cannot login).I tried commenting things out of fstab as thrig suggested in the comments. Now Debian boots to a different mode than emergency mode.
EDIT 2
$ lsblk -f
NAME FSTYPE LABEL UUID FSAVAIL FSUSE% MOUNTPOINT
sda
├─sda1 vfat 5AD2-7533 510.7M 0% /boot/efi
├─sda2 ext4 de26f007-befa-4524-b1c8-059e115aa36c 5.5G 60% /mnt/sda2
├─sda3 swap 62f96d88-8521-453b-8df7-9c61095ec52c [SWAP]
├─sda4 ext4 5c273b54-01ad-4186-9821-1e90980a8913 19.5G 71% /run/media/michal/5c273b54-01ad-4186-9821-1e90980a8913
└─sda5 ext4 d6f9b919-1373-4285-81e8-9f0838d660d7 1G 86% /
debian boot grub2 dual-boot manjaro
You could try editing (at boot time) the grub boot prompt and add or replaceroot=/dev/sda2
to the command line just before actually booting Debian. If this works, then well I don't know what else (grub issue?). Also if you did this just at the wrong time when having on Debian udev 240-2 or 240-3 (and not -4) then you hit a systemd/udev bug
– A.B
Jan 16 at 22:54
yeah try commenting things out of fstab, I've seen stray entries therein send Ubuntu boots to sudden systemd emergency mode
– thrig
Jan 17 at 2:37
Why not provide thejournalctl -xb
as that error message mentions?
– jdwolf
Jan 17 at 14:50
@jdwolf I will do in a couple of hours when I get home.
– menteith
Jan 17 at 15:13
Provide anlsblk -f
output
– Dmitry
Jan 19 at 20:42
|
show 2 more comments
I had Linux Debian installed onto my computer. My partition table was as follows:
sda1: __________________________________________________________________________
File system: vfat
Boot sector type: FAT32
sda2: __________________________________________________________________________
File system: ext4
Operating System: Debian GNU/Linux buster/sid
sda4: __________________________________________________________________________
File system: ext4
On /dev/sda1 I had EFI boot partition, /dev/sda2 was my root (/
), and /dev/sda4 was mounted as /home
. To install Manjaro Linux, I resized partitions (by GParted) and arrived at the following partition table:
sda1: __________________________________________________________________________
File system: vfat
Boot sector type: FAT32
sda2: __________________________________________________________________________
File system: ext4
Operating System: Debian GNU/Linux buster/sid
sda3: __________________________________________________________________________
File system: swap
sda4: __________________________________________________________________________
File system: ext4
sda5: __________________________________________________________________________
File system: ext4
Operating System: Manjaro
As you can see, I added /dev/sda3 as swap partition and /dev/sda5 as a partition where I installed Manjaro. During the installation, I formatted /dev/sda1 (where I booted Debian from) and Manjaro installed its boot files there. After installation, I have two options in GRUB: boot Debian and boot Manjaro. Booting Manjaro is working fine, but booting Debian leads to the Welcome to emergency mode!
problem. I am asked to give the root password but after I enter it nothing seems to happen (perhaps I've forgotten the password but there is no message indicating that it is wrong). After some googling, I have come to conclusion that Debian's fstab
may be incorrect. Please have a look at it:
# / was on /dev/sda2 during installation
UUID=de26f007-befa-4524-b1c8-059e115aa36c / ext4 errors=remount-ro 0 1
# /boot/efi was on /dev/sda1 during installation
#UUID=B1D2-AC43 /boot/efi vfat umask=0077 0 1
# /home was on /dev/sda4 during installation
UUID=5c273b54-01ad-4186-9821-1e90980a8913 /home ext4 defaults 0 2
# swap was on /dev/sda3 during installation
#UUID=9da48f63-2583-4e29-8997-3c6474e4bcbc none swap sw 0 0
UUID=ECA5-260F /boot/efi vfat defaults 0 1
What should I do to have my Debian working?
EDIT
I've tried what A.B suggested in the comments (i.e. adding /dev/sda2 to grub parameters) but it didn't work.
I cannot provide the
journalctl -xb
as that error message as jdwolf suggested in the comments since Debian after providing root password won't let me in (I cannot login).I tried commenting things out of fstab as thrig suggested in the comments. Now Debian boots to a different mode than emergency mode.
EDIT 2
$ lsblk -f
NAME FSTYPE LABEL UUID FSAVAIL FSUSE% MOUNTPOINT
sda
├─sda1 vfat 5AD2-7533 510.7M 0% /boot/efi
├─sda2 ext4 de26f007-befa-4524-b1c8-059e115aa36c 5.5G 60% /mnt/sda2
├─sda3 swap 62f96d88-8521-453b-8df7-9c61095ec52c [SWAP]
├─sda4 ext4 5c273b54-01ad-4186-9821-1e90980a8913 19.5G 71% /run/media/michal/5c273b54-01ad-4186-9821-1e90980a8913
└─sda5 ext4 d6f9b919-1373-4285-81e8-9f0838d660d7 1G 86% /
debian boot grub2 dual-boot manjaro
I had Linux Debian installed onto my computer. My partition table was as follows:
sda1: __________________________________________________________________________
File system: vfat
Boot sector type: FAT32
sda2: __________________________________________________________________________
File system: ext4
Operating System: Debian GNU/Linux buster/sid
sda4: __________________________________________________________________________
File system: ext4
On /dev/sda1 I had EFI boot partition, /dev/sda2 was my root (/
), and /dev/sda4 was mounted as /home
. To install Manjaro Linux, I resized partitions (by GParted) and arrived at the following partition table:
sda1: __________________________________________________________________________
File system: vfat
Boot sector type: FAT32
sda2: __________________________________________________________________________
File system: ext4
Operating System: Debian GNU/Linux buster/sid
sda3: __________________________________________________________________________
File system: swap
sda4: __________________________________________________________________________
File system: ext4
sda5: __________________________________________________________________________
File system: ext4
Operating System: Manjaro
As you can see, I added /dev/sda3 as swap partition and /dev/sda5 as a partition where I installed Manjaro. During the installation, I formatted /dev/sda1 (where I booted Debian from) and Manjaro installed its boot files there. After installation, I have two options in GRUB: boot Debian and boot Manjaro. Booting Manjaro is working fine, but booting Debian leads to the Welcome to emergency mode!
problem. I am asked to give the root password but after I enter it nothing seems to happen (perhaps I've forgotten the password but there is no message indicating that it is wrong). After some googling, I have come to conclusion that Debian's fstab
may be incorrect. Please have a look at it:
# / was on /dev/sda2 during installation
UUID=de26f007-befa-4524-b1c8-059e115aa36c / ext4 errors=remount-ro 0 1
# /boot/efi was on /dev/sda1 during installation
#UUID=B1D2-AC43 /boot/efi vfat umask=0077 0 1
# /home was on /dev/sda4 during installation
UUID=5c273b54-01ad-4186-9821-1e90980a8913 /home ext4 defaults 0 2
# swap was on /dev/sda3 during installation
#UUID=9da48f63-2583-4e29-8997-3c6474e4bcbc none swap sw 0 0
UUID=ECA5-260F /boot/efi vfat defaults 0 1
What should I do to have my Debian working?
EDIT
I've tried what A.B suggested in the comments (i.e. adding /dev/sda2 to grub parameters) but it didn't work.
I cannot provide the
journalctl -xb
as that error message as jdwolf suggested in the comments since Debian after providing root password won't let me in (I cannot login).I tried commenting things out of fstab as thrig suggested in the comments. Now Debian boots to a different mode than emergency mode.
EDIT 2
$ lsblk -f
NAME FSTYPE LABEL UUID FSAVAIL FSUSE% MOUNTPOINT
sda
├─sda1 vfat 5AD2-7533 510.7M 0% /boot/efi
├─sda2 ext4 de26f007-befa-4524-b1c8-059e115aa36c 5.5G 60% /mnt/sda2
├─sda3 swap 62f96d88-8521-453b-8df7-9c61095ec52c [SWAP]
├─sda4 ext4 5c273b54-01ad-4186-9821-1e90980a8913 19.5G 71% /run/media/michal/5c273b54-01ad-4186-9821-1e90980a8913
└─sda5 ext4 d6f9b919-1373-4285-81e8-9f0838d660d7 1G 86% /
debian boot grub2 dual-boot manjaro
debian boot grub2 dual-boot manjaro
edited Jan 19 at 21:21
menteith
asked Jan 16 at 18:19
menteithmenteith
9110
9110
You could try editing (at boot time) the grub boot prompt and add or replaceroot=/dev/sda2
to the command line just before actually booting Debian. If this works, then well I don't know what else (grub issue?). Also if you did this just at the wrong time when having on Debian udev 240-2 or 240-3 (and not -4) then you hit a systemd/udev bug
– A.B
Jan 16 at 22:54
yeah try commenting things out of fstab, I've seen stray entries therein send Ubuntu boots to sudden systemd emergency mode
– thrig
Jan 17 at 2:37
Why not provide thejournalctl -xb
as that error message mentions?
– jdwolf
Jan 17 at 14:50
@jdwolf I will do in a couple of hours when I get home.
– menteith
Jan 17 at 15:13
Provide anlsblk -f
output
– Dmitry
Jan 19 at 20:42
|
show 2 more comments
You could try editing (at boot time) the grub boot prompt and add or replaceroot=/dev/sda2
to the command line just before actually booting Debian. If this works, then well I don't know what else (grub issue?). Also if you did this just at the wrong time when having on Debian udev 240-2 or 240-3 (and not -4) then you hit a systemd/udev bug
– A.B
Jan 16 at 22:54
yeah try commenting things out of fstab, I've seen stray entries therein send Ubuntu boots to sudden systemd emergency mode
– thrig
Jan 17 at 2:37
Why not provide thejournalctl -xb
as that error message mentions?
– jdwolf
Jan 17 at 14:50
@jdwolf I will do in a couple of hours when I get home.
– menteith
Jan 17 at 15:13
Provide anlsblk -f
output
– Dmitry
Jan 19 at 20:42
You could try editing (at boot time) the grub boot prompt and add or replace
root=/dev/sda2
to the command line just before actually booting Debian. If this works, then well I don't know what else (grub issue?). Also if you did this just at the wrong time when having on Debian udev 240-2 or 240-3 (and not -4) then you hit a systemd/udev bug– A.B
Jan 16 at 22:54
You could try editing (at boot time) the grub boot prompt and add or replace
root=/dev/sda2
to the command line just before actually booting Debian. If this works, then well I don't know what else (grub issue?). Also if you did this just at the wrong time when having on Debian udev 240-2 or 240-3 (and not -4) then you hit a systemd/udev bug– A.B
Jan 16 at 22:54
yeah try commenting things out of fstab, I've seen stray entries therein send Ubuntu boots to sudden systemd emergency mode
– thrig
Jan 17 at 2:37
yeah try commenting things out of fstab, I've seen stray entries therein send Ubuntu boots to sudden systemd emergency mode
– thrig
Jan 17 at 2:37
Why not provide the
journalctl -xb
as that error message mentions?– jdwolf
Jan 17 at 14:50
Why not provide the
journalctl -xb
as that error message mentions?– jdwolf
Jan 17 at 14:50
@jdwolf I will do in a couple of hours when I get home.
– menteith
Jan 17 at 15:13
@jdwolf I will do in a couple of hours when I get home.
– menteith
Jan 17 at 15:13
Provide an
lsblk -f
output– Dmitry
Jan 19 at 20:42
Provide an
lsblk -f
output– Dmitry
Jan 19 at 20:42
|
show 2 more comments
5 Answers
5
active
oldest
votes
You should boot your working Linux. After that you try to change root into the
Debian system. As root try this (there may be typos):
mount UUID=de26f007-befa-4524-b1c8-059e115aa36c /mnt
mount UUID=5c273b54-01ad-4186-9821-1e90980a8913 /mnt/home
mount UUID=ECA5-260F /mnt/boot/efi
mount --bind /dev /mnt/dev
mount --bind /proc /mnt/proc
mount --bind /run /mnt/run
mount --bind /sys /mnt/sys
chroot /mnt
Inside the debian you can just reset the password of any user with passwd and try to verify fstab (if you did not already).
Don't forget to cleanly unmount this mess ;)
add a comment |
You said, you formated the partition you boot Debian from and then put the Manjaro boot files there? Is that correct? If it is, then you overwrote your Debian system with the boot files for Manjaro. There is probably no making that Debian install bootable again..!
The reason it hangs when you try to boot Debian, is that Debian is nolonger there. The grub entry is there, because that should be on sda1. However the boot files for Manjaro now reside on sda2 where Debian was, so the system stops.
Grub should be instaled on the same partition as the previous grub, and the OS should be installed with the install alongside option.
The boot files should be on the root partition of it own OS or a partition not occupied by any other OS that you intend to use.
The only option I can see from the information provided, is to use a data recovery tool to recover what you can from that partition, as the format and relatively small overwrite by the boot files most likely did not destroy all that much data. You might walk away from this with all the files you need, and a good lesson learned. These things happen, that is why the tools to fix them exist, we are all human after all.
add a comment |
Are you able to "see" your Debian partition under Manjaro? Can you mount it (preferably read-only) and check that it "looks" OK?
If the answer to both questions is "Yes!", then get the UUID of this partition and give it to the grub command line to ensure that you are booting the correct partition.
If the answer to either question is "No!", then I would go along with Michael Prokopec's answer and declare that you are out of luck.
add a comment |
You can not actually rely on GRUBs os-prober to be able to boot Linux of another distribution. There may also be other unknown configuration problems.
From the Manjaro Linux GRUB menu press then press c for the command line.
Type
configfile (hd0,1)/boot/grub/grub.cfg
Which will load the configurations for GRUB over from your Debian install. That should be the most reliable way to make sure your Debian Linux boots correctly given that its own GRUB efi application is not being loaded.
If that works you can then fix it from within Debian by running sudo apt-get install --reinstall grub-efi-amd64
You shouldn't need to but you might as well also update the configuration with update-grub
You then must pick the operating system via the UEFI boot menu not GRUB. If you want a universal bootloader for UEFI try looking into rEFInd.
add a comment |
When you formatted SDA1 it got a new UUID and it looks like your Debian fstab
can't find /boot/efi
when mounting.
Try your fstab
as follows. Comment out the swap
if Debian was installed without any.
# /boot/efi was ECA5-260F looks wrong
UUID=5AD2-7533 /boot/efi vfat defaults 0 1
# / was on de26f007-befa-4524-b1c8-059e115aa36c looks OK
UUID=de26f007-befa-4524-b1c8-059e115aa36c / ext4 errors=remount-ro 0 1
# /home was on 5c273b54-01ad-4186-9821-1e90980a8913 looks OK
UUID=5c273b54-01ad-4186-9821-1e90980a8913 /home ext4 defaults 0 2
# swap was 9da48f63-2583-4e29-8997-3c6474e4bcbc looks wrong
# try with and without swap commented
#UUID=62f96d88-8521-453b-8df7-9c61095ec52c none swap sw 0 0
add a comment |
Your Answer
StackExchange.ready(function()
var channelOptions =
tags: "".split(" "),
id: "106"
;
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: false,
noModals: true,
showLowRepImageUploadWarning: true,
reputationToPostImages: null,
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%2funix.stackexchange.com%2fquestions%2f494902%2femergency-mode-after-adding-partitions-and-installing-another-linux-distribution%23new-answer', 'question_page');
);
Post as a guest
Required, but never shown
5 Answers
5
active
oldest
votes
5 Answers
5
active
oldest
votes
active
oldest
votes
active
oldest
votes
You should boot your working Linux. After that you try to change root into the
Debian system. As root try this (there may be typos):
mount UUID=de26f007-befa-4524-b1c8-059e115aa36c /mnt
mount UUID=5c273b54-01ad-4186-9821-1e90980a8913 /mnt/home
mount UUID=ECA5-260F /mnt/boot/efi
mount --bind /dev /mnt/dev
mount --bind /proc /mnt/proc
mount --bind /run /mnt/run
mount --bind /sys /mnt/sys
chroot /mnt
Inside the debian you can just reset the password of any user with passwd and try to verify fstab (if you did not already).
Don't forget to cleanly unmount this mess ;)
add a comment |
You should boot your working Linux. After that you try to change root into the
Debian system. As root try this (there may be typos):
mount UUID=de26f007-befa-4524-b1c8-059e115aa36c /mnt
mount UUID=5c273b54-01ad-4186-9821-1e90980a8913 /mnt/home
mount UUID=ECA5-260F /mnt/boot/efi
mount --bind /dev /mnt/dev
mount --bind /proc /mnt/proc
mount --bind /run /mnt/run
mount --bind /sys /mnt/sys
chroot /mnt
Inside the debian you can just reset the password of any user with passwd and try to verify fstab (if you did not already).
Don't forget to cleanly unmount this mess ;)
add a comment |
You should boot your working Linux. After that you try to change root into the
Debian system. As root try this (there may be typos):
mount UUID=de26f007-befa-4524-b1c8-059e115aa36c /mnt
mount UUID=5c273b54-01ad-4186-9821-1e90980a8913 /mnt/home
mount UUID=ECA5-260F /mnt/boot/efi
mount --bind /dev /mnt/dev
mount --bind /proc /mnt/proc
mount --bind /run /mnt/run
mount --bind /sys /mnt/sys
chroot /mnt
Inside the debian you can just reset the password of any user with passwd and try to verify fstab (if you did not already).
Don't forget to cleanly unmount this mess ;)
You should boot your working Linux. After that you try to change root into the
Debian system. As root try this (there may be typos):
mount UUID=de26f007-befa-4524-b1c8-059e115aa36c /mnt
mount UUID=5c273b54-01ad-4186-9821-1e90980a8913 /mnt/home
mount UUID=ECA5-260F /mnt/boot/efi
mount --bind /dev /mnt/dev
mount --bind /proc /mnt/proc
mount --bind /run /mnt/run
mount --bind /sys /mnt/sys
chroot /mnt
Inside the debian you can just reset the password of any user with passwd and try to verify fstab (if you did not already).
Don't forget to cleanly unmount this mess ;)
answered Jan 19 at 0:26
thomasthomas
37028
37028
add a comment |
add a comment |
You said, you formated the partition you boot Debian from and then put the Manjaro boot files there? Is that correct? If it is, then you overwrote your Debian system with the boot files for Manjaro. There is probably no making that Debian install bootable again..!
The reason it hangs when you try to boot Debian, is that Debian is nolonger there. The grub entry is there, because that should be on sda1. However the boot files for Manjaro now reside on sda2 where Debian was, so the system stops.
Grub should be instaled on the same partition as the previous grub, and the OS should be installed with the install alongside option.
The boot files should be on the root partition of it own OS or a partition not occupied by any other OS that you intend to use.
The only option I can see from the information provided, is to use a data recovery tool to recover what you can from that partition, as the format and relatively small overwrite by the boot files most likely did not destroy all that much data. You might walk away from this with all the files you need, and a good lesson learned. These things happen, that is why the tools to fix them exist, we are all human after all.
add a comment |
You said, you formated the partition you boot Debian from and then put the Manjaro boot files there? Is that correct? If it is, then you overwrote your Debian system with the boot files for Manjaro. There is probably no making that Debian install bootable again..!
The reason it hangs when you try to boot Debian, is that Debian is nolonger there. The grub entry is there, because that should be on sda1. However the boot files for Manjaro now reside on sda2 where Debian was, so the system stops.
Grub should be instaled on the same partition as the previous grub, and the OS should be installed with the install alongside option.
The boot files should be on the root partition of it own OS or a partition not occupied by any other OS that you intend to use.
The only option I can see from the information provided, is to use a data recovery tool to recover what you can from that partition, as the format and relatively small overwrite by the boot files most likely did not destroy all that much data. You might walk away from this with all the files you need, and a good lesson learned. These things happen, that is why the tools to fix them exist, we are all human after all.
add a comment |
You said, you formated the partition you boot Debian from and then put the Manjaro boot files there? Is that correct? If it is, then you overwrote your Debian system with the boot files for Manjaro. There is probably no making that Debian install bootable again..!
The reason it hangs when you try to boot Debian, is that Debian is nolonger there. The grub entry is there, because that should be on sda1. However the boot files for Manjaro now reside on sda2 where Debian was, so the system stops.
Grub should be instaled on the same partition as the previous grub, and the OS should be installed with the install alongside option.
The boot files should be on the root partition of it own OS or a partition not occupied by any other OS that you intend to use.
The only option I can see from the information provided, is to use a data recovery tool to recover what you can from that partition, as the format and relatively small overwrite by the boot files most likely did not destroy all that much data. You might walk away from this with all the files you need, and a good lesson learned. These things happen, that is why the tools to fix them exist, we are all human after all.
You said, you formated the partition you boot Debian from and then put the Manjaro boot files there? Is that correct? If it is, then you overwrote your Debian system with the boot files for Manjaro. There is probably no making that Debian install bootable again..!
The reason it hangs when you try to boot Debian, is that Debian is nolonger there. The grub entry is there, because that should be on sda1. However the boot files for Manjaro now reside on sda2 where Debian was, so the system stops.
Grub should be instaled on the same partition as the previous grub, and the OS should be installed with the install alongside option.
The boot files should be on the root partition of it own OS or a partition not occupied by any other OS that you intend to use.
The only option I can see from the information provided, is to use a data recovery tool to recover what you can from that partition, as the format and relatively small overwrite by the boot files most likely did not destroy all that much data. You might walk away from this with all the files you need, and a good lesson learned. These things happen, that is why the tools to fix them exist, we are all human after all.
edited Jan 19 at 3:17
answered Jan 19 at 3:06
Michael ProkopecMichael Prokopec
1,353218
1,353218
add a comment |
add a comment |
Are you able to "see" your Debian partition under Manjaro? Can you mount it (preferably read-only) and check that it "looks" OK?
If the answer to both questions is "Yes!", then get the UUID of this partition and give it to the grub command line to ensure that you are booting the correct partition.
If the answer to either question is "No!", then I would go along with Michael Prokopec's answer and declare that you are out of luck.
add a comment |
Are you able to "see" your Debian partition under Manjaro? Can you mount it (preferably read-only) and check that it "looks" OK?
If the answer to both questions is "Yes!", then get the UUID of this partition and give it to the grub command line to ensure that you are booting the correct partition.
If the answer to either question is "No!", then I would go along with Michael Prokopec's answer and declare that you are out of luck.
add a comment |
Are you able to "see" your Debian partition under Manjaro? Can you mount it (preferably read-only) and check that it "looks" OK?
If the answer to both questions is "Yes!", then get the UUID of this partition and give it to the grub command line to ensure that you are booting the correct partition.
If the answer to either question is "No!", then I would go along with Michael Prokopec's answer and declare that you are out of luck.
Are you able to "see" your Debian partition under Manjaro? Can you mount it (preferably read-only) and check that it "looks" OK?
If the answer to both questions is "Yes!", then get the UUID of this partition and give it to the grub command line to ensure that you are booting the correct partition.
If the answer to either question is "No!", then I would go along with Michael Prokopec's answer and declare that you are out of luck.
answered Jan 19 at 4:44
KapilKapil
1813
1813
add a comment |
add a comment |
You can not actually rely on GRUBs os-prober to be able to boot Linux of another distribution. There may also be other unknown configuration problems.
From the Manjaro Linux GRUB menu press then press c for the command line.
Type
configfile (hd0,1)/boot/grub/grub.cfg
Which will load the configurations for GRUB over from your Debian install. That should be the most reliable way to make sure your Debian Linux boots correctly given that its own GRUB efi application is not being loaded.
If that works you can then fix it from within Debian by running sudo apt-get install --reinstall grub-efi-amd64
You shouldn't need to but you might as well also update the configuration with update-grub
You then must pick the operating system via the UEFI boot menu not GRUB. If you want a universal bootloader for UEFI try looking into rEFInd.
add a comment |
You can not actually rely on GRUBs os-prober to be able to boot Linux of another distribution. There may also be other unknown configuration problems.
From the Manjaro Linux GRUB menu press then press c for the command line.
Type
configfile (hd0,1)/boot/grub/grub.cfg
Which will load the configurations for GRUB over from your Debian install. That should be the most reliable way to make sure your Debian Linux boots correctly given that its own GRUB efi application is not being loaded.
If that works you can then fix it from within Debian by running sudo apt-get install --reinstall grub-efi-amd64
You shouldn't need to but you might as well also update the configuration with update-grub
You then must pick the operating system via the UEFI boot menu not GRUB. If you want a universal bootloader for UEFI try looking into rEFInd.
add a comment |
You can not actually rely on GRUBs os-prober to be able to boot Linux of another distribution. There may also be other unknown configuration problems.
From the Manjaro Linux GRUB menu press then press c for the command line.
Type
configfile (hd0,1)/boot/grub/grub.cfg
Which will load the configurations for GRUB over from your Debian install. That should be the most reliable way to make sure your Debian Linux boots correctly given that its own GRUB efi application is not being loaded.
If that works you can then fix it from within Debian by running sudo apt-get install --reinstall grub-efi-amd64
You shouldn't need to but you might as well also update the configuration with update-grub
You then must pick the operating system via the UEFI boot menu not GRUB. If you want a universal bootloader for UEFI try looking into rEFInd.
You can not actually rely on GRUBs os-prober to be able to boot Linux of another distribution. There may also be other unknown configuration problems.
From the Manjaro Linux GRUB menu press then press c for the command line.
Type
configfile (hd0,1)/boot/grub/grub.cfg
Which will load the configurations for GRUB over from your Debian install. That should be the most reliable way to make sure your Debian Linux boots correctly given that its own GRUB efi application is not being loaded.
If that works you can then fix it from within Debian by running sudo apt-get install --reinstall grub-efi-amd64
You shouldn't need to but you might as well also update the configuration with update-grub
You then must pick the operating system via the UEFI boot menu not GRUB. If you want a universal bootloader for UEFI try looking into rEFInd.
answered Jan 19 at 15:45
jdwolfjdwolf
2,675216
2,675216
add a comment |
add a comment |
When you formatted SDA1 it got a new UUID and it looks like your Debian fstab
can't find /boot/efi
when mounting.
Try your fstab
as follows. Comment out the swap
if Debian was installed without any.
# /boot/efi was ECA5-260F looks wrong
UUID=5AD2-7533 /boot/efi vfat defaults 0 1
# / was on de26f007-befa-4524-b1c8-059e115aa36c looks OK
UUID=de26f007-befa-4524-b1c8-059e115aa36c / ext4 errors=remount-ro 0 1
# /home was on 5c273b54-01ad-4186-9821-1e90980a8913 looks OK
UUID=5c273b54-01ad-4186-9821-1e90980a8913 /home ext4 defaults 0 2
# swap was 9da48f63-2583-4e29-8997-3c6474e4bcbc looks wrong
# try with and without swap commented
#UUID=62f96d88-8521-453b-8df7-9c61095ec52c none swap sw 0 0
add a comment |
When you formatted SDA1 it got a new UUID and it looks like your Debian fstab
can't find /boot/efi
when mounting.
Try your fstab
as follows. Comment out the swap
if Debian was installed without any.
# /boot/efi was ECA5-260F looks wrong
UUID=5AD2-7533 /boot/efi vfat defaults 0 1
# / was on de26f007-befa-4524-b1c8-059e115aa36c looks OK
UUID=de26f007-befa-4524-b1c8-059e115aa36c / ext4 errors=remount-ro 0 1
# /home was on 5c273b54-01ad-4186-9821-1e90980a8913 looks OK
UUID=5c273b54-01ad-4186-9821-1e90980a8913 /home ext4 defaults 0 2
# swap was 9da48f63-2583-4e29-8997-3c6474e4bcbc looks wrong
# try with and without swap commented
#UUID=62f96d88-8521-453b-8df7-9c61095ec52c none swap sw 0 0
add a comment |
When you formatted SDA1 it got a new UUID and it looks like your Debian fstab
can't find /boot/efi
when mounting.
Try your fstab
as follows. Comment out the swap
if Debian was installed without any.
# /boot/efi was ECA5-260F looks wrong
UUID=5AD2-7533 /boot/efi vfat defaults 0 1
# / was on de26f007-befa-4524-b1c8-059e115aa36c looks OK
UUID=de26f007-befa-4524-b1c8-059e115aa36c / ext4 errors=remount-ro 0 1
# /home was on 5c273b54-01ad-4186-9821-1e90980a8913 looks OK
UUID=5c273b54-01ad-4186-9821-1e90980a8913 /home ext4 defaults 0 2
# swap was 9da48f63-2583-4e29-8997-3c6474e4bcbc looks wrong
# try with and without swap commented
#UUID=62f96d88-8521-453b-8df7-9c61095ec52c none swap sw 0 0
When you formatted SDA1 it got a new UUID and it looks like your Debian fstab
can't find /boot/efi
when mounting.
Try your fstab
as follows. Comment out the swap
if Debian was installed without any.
# /boot/efi was ECA5-260F looks wrong
UUID=5AD2-7533 /boot/efi vfat defaults 0 1
# / was on de26f007-befa-4524-b1c8-059e115aa36c looks OK
UUID=de26f007-befa-4524-b1c8-059e115aa36c / ext4 errors=remount-ro 0 1
# /home was on 5c273b54-01ad-4186-9821-1e90980a8913 looks OK
UUID=5c273b54-01ad-4186-9821-1e90980a8913 /home ext4 defaults 0 2
# swap was 9da48f63-2583-4e29-8997-3c6474e4bcbc looks wrong
# try with and without swap commented
#UUID=62f96d88-8521-453b-8df7-9c61095ec52c none swap sw 0 0
answered Jan 25 at 5:20
bu5hmanbu5hman
1,282214
1,282214
add a comment |
add a comment |
Thanks for contributing an answer to Unix & Linux Stack Exchange!
- 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%2funix.stackexchange.com%2fquestions%2f494902%2femergency-mode-after-adding-partitions-and-installing-another-linux-distribution%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
You could try editing (at boot time) the grub boot prompt and add or replace
root=/dev/sda2
to the command line just before actually booting Debian. If this works, then well I don't know what else (grub issue?). Also if you did this just at the wrong time when having on Debian udev 240-2 or 240-3 (and not -4) then you hit a systemd/udev bug– A.B
Jan 16 at 22:54
yeah try commenting things out of fstab, I've seen stray entries therein send Ubuntu boots to sudden systemd emergency mode
– thrig
Jan 17 at 2:37
Why not provide the
journalctl -xb
as that error message mentions?– jdwolf
Jan 17 at 14:50
@jdwolf I will do in a couple of hours when I get home.
– menteith
Jan 17 at 15:13
Provide an
lsblk -f
output– Dmitry
Jan 19 at 20:42