Dom0 kernel panic

6 views
Skip to first unread message

frag face

unread,
Mar 3, 2021, 9:29:32 AM3/3/21
to qubes...@googlegroups.com
Hi all,

I'm running Qubes 4.0
My dom0 doesn't boot anymore (following an aborted Fedora update it seems...).
Boot runs to kernel panic, see attached image.

From a newly installed Qubes on a different disk, I can mount my crashed disk, decrypt it and access all my Qubes, DOM0...

I see two options to recover my environment (and would prefer the first):
1- Fix my Dom0 environment on my crashed hard drive (I have another drive with a newly installed Qubes 4.0-rc3)
2- Save my qubes from my crashed disk, and restore them on my new 4.0-rc3 install.

Any advise to perform a rescue for option 1 or 2 is welcomed !

Best regards,
Fred
IMG_0105.JPG

Bernhard

unread,
Mar 4, 2021, 10:35:00 AM3/4/21
to qubes...@googlegroups.com
1) try to boot from a life system. Mount /boot and, in case of UEFI,
have a look in efi/qubes/xen.cfg or efi/BOOT/xen.cfg you should be
able to select a older kernel. Maybe that allows to reboot.

2) emergency backup is a good idea in any case. Open the encrypted
volume (using luks) then run vgchange -ay to activate all
logical volumes. With lvscan you should be able to see the names
(something like qubes-...-work-private
qubes-...-work-root
etc
It is the "private" one that you want. Mount them (they are all in
/dev/mapper/ ) and "rsync -auv" your data to a harddrive in
respective subdirs. That is less safe than the paranoid version
of qubes-backup since its grasps all ".config" files, but at least
you have a full take.

Good luck!

frag face

unread,
Mar 4, 2021, 3:16:40 PM3/4/21
to Bernhard, qubes...@googlegroups.com
Thanks for your answer Bernhard,

I wonder if I could make a  Qube-style backup of the qubes in my hardrive instead of a rsync to restore/add them directly in the new installed Qube system, kind of  lazy way ;)

BR

--
You received this message because you are subscribed to the Google Groups "qubes-users" group.
To unsubscribe from this group and stop receiving emails from it, send an email to qubes-users...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/qubes-users/6ac3a6b2-9d0f-cb77-0ae0-a62e2f740d7c%40web.de.

haaber

unread,
Mar 4, 2021, 3:33:28 PM3/4/21
to qubes...@googlegroups.com
On 3/4/21 9:16 PM, frag face wrote:
> Thanks for your answer Bernhard,
>
> I wonder if I could make a  Qube-style backup of the qubes in my
> hardrive instead of a rsync to restore/add them directly in the new
> installed Qube system, kind of  lazy way ;)
>
> BR

You can, with some extra work: The complete qubes-backup procdure is
explained online. It is, roughly speaking, a tar archive with special
checksum files to ensure pwds are correct.

I always to these backups by hand, to keep myself trained.

My method "sous-entend" that you "safe backup": in your life system
generate a container file (truncate -s 200G
/externalstorage/backup.luks), then losetup: (first losetup -f to get a
free slot, then bind it with losetup /dev/loopX
/externalstorage/backup.luks ), and cryptsetup luksFormat /dev/loopX
;cryptsetup luksOpen /dev/loopX BACKUP; mkfs.ext2 /dev/mapper/BACKUP ;
mount /dev/mapper/BACKUP /somemountpoint

For rsync'ing back inside qubes from subfolders you
- attach usb to dispVM1 (widget)
- lopsetup the container
- attach container mapper to dispVM2 (widget)
- there start same procedure as above at "luksOpen" step and then attach
the full decrypted backup to each VM with the widget, and rsync back the
correct subfolder in your home. You can use --exclude to avoid
"dot"-files ... best, Bernhard

Reply all
Reply to author
Forward
0 new messages