-
Notifications
You must be signed in to change notification settings - Fork 635
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Existing instances suddenly stopped working #2931
Comments
I also tried to manually replace |
Hi @OleksandrKvl! Let us understand your problem first. Are you running on a Mac with Apple Silicon processor, right? The VirtualBox driver works only on Intel. I don't think this is an issue of image corruption. I'd try first with unloading Multipass, killing the QEMU processes running and starting it again:
Do you have the same issue after this? |
Yes, I'm on Apple Silicon, thanks for letting me know about VirtualBox. Maybe it makes sense to update documentation because it says that VirtualBox is an alternative without mentioning specific architecture:
Yes, got the same result after those commands. If problem is Multipass itself, I'd expect all instances to become not usable. In my case I can create and use new instance but not the old ones. |
Absolutely, we must update the documentation. About the bug, maybe it's indeed a corruption when Multipass was updating. Can you please run first
and send us the output? Thanks! |
The output is quite big, neither github nor pastebin accepts it as is so I put it on godbolt: https://godbolt.org/z/K3M1ecGcM |
Ok, so maybe the image is corrupted but that doesn't imply you lost data. You can try to fix it by using
and, following that,
to see the exit code of the run. Can you please do it and share both output with us? Thanks! |
Here it is: https://godbolt.org/z/s9bE8G65T. Looks like everything is repaired but still |
Ok, let's see if there is some snapshot in the image:
|
Nope, both VMs have no snapshots |
Ok, that's unfortunate. If the instances don't work, the last option would be to recover the data. For this, the image files need to be mounted on another instance (you told me the new instances are working, so you can launch a new one for this, or use an already running one). The steps for doing this would be:
(Of course, replacing the paths in the example with yours). And you'll have the contents of the corrupted image file on Let us know how it goes. Thanks! |
@luis4a0 thanks for you help! I tried those commands and here's what I got: # is it correct? you used .qcow2 extension
sudo qemu-nbd --connect=/dev/nbd0 ~/img_mount/ubuntu-22.04-server-cloudimg-arm64.img
# got an error wiht nbd0p1
sudo mount /dev/nbd0p1 /home/ubuntu/vm_image
mount: /home/ubuntu/vm_image: special device /dev/nbd0p1 does not exist.
# and with nbd0 used in qemu-nbd command
sudo mount /dev/nbd0 /home/ubuntu/vm_image
mount: /home/ubuntu/vm_image: wrong fs type, bad option, bad superblock on /dev/nbd0, missing codepage or helper program, or other error. |
Ok, can you try on the instance |
And yes, it was my mistake: using |
$ sudo fdisk -l /dev/nbd0
Disk /dev/nbd0: 100 GiB, 107374182400 bytes, 209715200 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes Looks like there are no partitions? |
Indeed, there are no more partitions 😢 The only thing left to do is to use a rescue program like testdisk (install with OTOH, we can't tell when the image file was corrupted, if this was an upgrade thing or other reason. Good luck with recovering! |
@luis4a0 thank you again, will try my luck with |
Describe the bug
I have two Ubuntu 22 instances (
primary
andwork
) and both of them just stopped working. I did several things prior to that but unfortunately can't remember the order and am not sure they are related. One thing wasmount
command on my primary instance, command itself executed without a problem but I didn't see actual folder being mapped (so I unmounted it later). Second thing was Multipass update to 1.11.1. When I executed installer, Multipass was running those 2 instances, update was OK.Then, strange things began. While VM was still working, I couldn't run
htop
on it with an errorcannot execute binary file: Exec format error
. Then, after a while, my macOS crashed. Now I can't start any of my VMs, in the Activity Monitor I see that the process namedqemu-system-arch64
is using 100% but VM is definitely not up because "Open shell" shows onlyStarting primary
. It's interesting that I still can create and use new instance (test
) but my old ones are not working.What I've tried so far without success:
uninstall.sh
without VM removing with further reinstallationTo summarize, here's the current behavior:
Logs
Additional info
multipass version
:1.11.1+mac
multipass info --all
multipass get local.driver
:qemu
Is there anything I can do to at least access the data from my VMs?
The text was updated successfully, but these errors were encountered: