1

I had a VM (qcow2) on my previous PC (created using gnome-boxes) and wanted to run it on another host (previous one was Arch Linux, current one too, still inside gnome boxes) but I encountered the issue:

device ... not found, Skipping fsck /new_root cant find .... failed to mount ... on real root sh: cant access tty: job control turned off 

I suspect it's because the partition links are different because it's a different virtual drive. So I tried to run the recovery initramfs, but it says it's not found and prompts me to reboot the PC.

Also, I can't seem to do anything since I can't chroot, so I do not have access to any commands either.

New contributor
radolav tsvetanov is a new contributor to this site. Take care in asking for clarification, commenting, and answering. Check out our Code of Conduct.
2
  • i dont know if its obvious or not but leaving it out here. I have access to the very basic commands like cd, ls, etc... Commented yesterday
  • is this access you speak of on the host or the guest? Commented yesterday

1 Answer 1

1

You've not posted much about your setup, but then you may not know it.

So I'll offer you some background here on how to investigate:

You are stuck in initramfs which failed to find the root file system disk (/). This gives you a minimal busybox shell. But none of your system files are available yet, because loading that is what it failed to do.

The import detail for you to find out is: what is your system configured to load. You can find this with the fllowing command, looking for root=...:

cat /proc/cmdline 

You can then start searching for why this isn't there using tools like ls and blkid.

But First: The boot process

The boot process loosly follows a sequence:

  1. Boot loader loads the kernel, initramfs (temporary filesystem) from disk into memory
  2. Boot loader starts the kernel, passing in parameters
  3. The kernel runs through its startup. It doesn't read from the disk at all here.
  4. The kernel executes a script in initrafs, already loaded by the boot loader, which finds and mounts the root filesystem (this is what failed)
  5. The initramfs script starts your system manager installed on your root file system

We can't tell you for certain what happened but it's very likely to be one of a handful of things.

You may not have attached all disks

If your system has a seperate disk for /boot, then steps 1 and 2 will run just fine, even though you main disk isn't even attached. Step 3 will fail on the error you've shown because it just can't find a disk if it's not attached.

If all your disks are there, you should be able to find them in /dev with ls. Eg: /dev/sd*. If your root file system disk is just not there, then the VM itself is not properly configured.

You may have re-ordered your disks

The initramfs script usually knows what to mount because the boot loader passes configured kernel parameters to the kernel. The parameter is root=....

If this is configured to a named disk (root=/dev/...) then re-ordering the disks will change their name. Eg: /dev/sda1 could become /dev/sdb1.

0

You must log in to answer this question.

Start asking to get answers

Find the answer to your question by asking.

Ask question

Explore related questions

See similar questions with these tags.