grub(?) error after update, can't boot Debian #303
-
(Crossposted to "Issues") Hello, I recently "aptitude full-upgrade"d a Sid installation. I remember that a new kernel was installed and that snapshots were listed, I suppose this list was related to grub. After booting the usual grub password ask dialog appears. It's possible to enter the password and slot opened appears, immediately followed by a reboot into the main board UEFI. I guess that's just the boot order. Can you tell me how I could mount @home with an USB Linux, so that I could "rsync -av" my current /home folder (not a snapshot) to an external hard disk? Also, is it easily possible to repair grub (I guess it's a grub error)? Thanks in advance for any help you can provide! |
Beta Was this translation helpful? Give feedback.
Replies: 4 comments 1 reply
-
This is an issue that happened to many users of the Sid repo recently. There is some chatter about it on the Siduction forums. I am using BtrFS with Snapper and had to boot from a Linux USB installer, then unlock my PC LUKS encryption, then mount the BtrFS filesystem, and then chroot into the PC, and then finally run the grub installer. Below are my notes on the topic. Mount LUKS encrypted partition (if applicable)cryptsetup luksOpen /dev/nvme0n1p2 crypt Create our chroot directorymkdir /mnt/chroot Mount the installation partition (use only one of these options)1 - No LUKSmount /dev/sda2 /mnt/chroot 2 - LUKSmount /dev/mapper/crypt /mnt/chroot 3 - BtrFS on top of LUKSmount -o subvol=@ /dev/mapper/crypt /mnt/chroot 4 - BtrFS on top of LUKS & using zstd compressionmount -o compress=zstd,subvol=@ /dev/mapper/crypt /mnt/chroot Mount the boot partition (if it exists)mount /dev/nvme0n1p1 /mnt/chroot/boot Mount the EFI partitionmount /dev/nvme0n1p1 /mnt/chroot/boot/efi Mount the target root filesystemfor i in /dev /dev/pts /proc /sys /sys/firmware/efi/efivars /run; do mount -B $i /mnt/chroot$i; done Chrootchroot /mnt/chroot /bin/sh -c "mount -a || true && /bin/bash" Install Grubgrub-install Update Grub (probably unnecessary)update-grub |
Beta Was this translation helpful? Give feedback.
-
these two commands are probably unnecessary |
Beta Was this translation helpful? Give feedback.
-
When I first tried it (with a Debian 12 Live USB stick) (I found the
I rebooted and tried it again, but this time I started with: Thanks a lot. System is running again. |
Beta Was this translation helpful? Give feedback.
-
Thank you! This saved my installation. Had to adjust a few of the commands to get i all back, and wanted to share. I have a standard Spiral installation, BtrFS no LUKS, and running SID. Update a few days ago broke my boot. Throws me into the main board menu just like OP’s system. System set up with EFI partition. Spiral Linux installed on the nvme0n1 disk I booted into a Debian 12.1 live KDE and ran these commands in Konsole: user@debian:~$ I rebooted and the system is running again. Thanks a lot. |
Beta Was this translation helpful? Give feedback.
This is an issue that happened to many users of the Sid repo recently. There is some chatter about it on the Siduction forums. I am using BtrFS with Snapper and had to boot from a Linux USB installer, then unlock my PC LUKS encryption, then mount the BtrFS filesystem, and then chroot into the PC, and then finally run the grub installer. Below are my notes on the topic.
Mount LUKS encrypted partition (if applicable)
cryptsetup luksOpen /dev/nvme0n1p2 crypt
Create our chroot directory
mkdir /mnt/chroot
Mount the installation partition (use only one of these options)
1 - No LUKS
mount /dev/sda2 /mnt/chroot
2 - LUKS
mount /dev/mapper/crypt /mnt/chroot
3 - BtrFS on top of LUKS
mount -o subvol=…