[opensuse] Cannot boot Leap 42.1 after fresh install
I've install openSUSE Leap 42.1 on my multiboot Dell Precision M4800. Leap is installed as follows: root - Btrfs on /dev/sda9, home - XFS on /dev/sda10 with all default options. Grub is installed on /dev/sda9. My current main system is Debian Jessie residing on /dev/sda6 (root) and / dev/sda7 (home). The first problem to overcome was that running update-grub in Jessie did not pick up openSuse at all. Only after I mounted /dev/sda9, were root of Leap resides, Jessie's update-grub found it. However, when I try to boot Leap, I am greeted with an infamous error:"File '/boot/vmlinuz-4.1.12-1-default' not found. You need to load kernel first." So get into grub> prompt. 'ls' shows all devices correctly. 'ls /' shows '@/' as expected. I can see all subvolumes on the partition, but here my luck ends. When I try to list files in @/boot or @/boot/grub2 my grub does not see any files. I tried to search for grub.cfg, vmlinuz, etc., Jessie's GRUB does not see any files on /dev/sda9 except its subvolumes and folders in them. Yes GRUB does sees all folders but doesn't see any files in them I've browsed /dev/sda9 when mounted in Jessie and everything seems to be in perfect order, all expected files are in their respected directories. Have I missed something here? Any help, please? -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
10.11.2015 01:49, Juan R. de Silva пишет:
I've install openSUSE Leap 42.1 on my multiboot Dell Precision M4800.
Leap is installed as follows:
root - Btrfs on /dev/sda9, home - XFS on /dev/sda10 with all default options.
Grub is installed on /dev/sda9.
My current main system is Debian Jessie residing on /dev/sda6 (root) and / dev/sda7 (home).
The first problem to overcome was that running update-grub in Jessie did not pick up openSuse at all. Only after I mounted /dev/sda9, were root of Leap resides, Jessie's update-grub found it.
However, when I try to boot Leap, I am greeted with an infamous error:"File '/boot/vmlinuz-4.1.12-1-default' not found. You need to load kernel first."
So get into grub> prompt. 'ls' shows all devices correctly. 'ls /' shows '@/' as expected. I can see all subvolumes on the partition, but here my luck ends. When I try to list files in @/boot or @/boot/grub2 my grub does not see any files.
I tried to search for grub.cfg, vmlinuz, etc., Jessie's GRUB does not see any files on /dev/sda9 except its subvolumes and folders in them. Yes GRUB does sees all folders but doesn't see any files in them
I've browsed /dev/sda9 when mounted in Jessie and everything seems to be in perfect order, all expected files are in their respected directories.
Have I missed something here? Any help, please?
To support booting from immutable snapshots SUSE modified GRUB2 to use default subvolume. Upstream GRUB always works with full btrfs, starting from filesystem root. I installed test VM with 42.1 yesterday for another reason, and after installation it has default subvolume pointing at @/.snapshots/1/snapshot. Check there from GRUB2 - I am sure you find files you are looking for in /@/.snapshots/1/snapshot/boot. To complicate things even further, SUSE GRUB2 also adds patches to "mount" subvolumes. End effect is, grub.cfg used by openSUSE GRUB2 is not compatible with anything else because upstream GRUB2 will see different filesystem tree than openSUSE GRUB2. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On Tue, Nov 10, 2015 at 06:47:39AM +0300, Andrei Borzenkov wrote:
10.11.2015 01:49, Juan R. de Silva пишет:
I've install openSUSE Leap 42.1 on my multiboot Dell Precision M4800.
Leap is installed as follows:
root - Btrfs on /dev/sda9, home - XFS on /dev/sda10 with all default options.
Grub is installed on /dev/sda9.
My current main system is Debian Jessie residing on /dev/sda6 (root) and / dev/sda7 (home).
The first problem to overcome was that running update-grub in Jessie did not pick up openSuse at all. Only after I mounted /dev/sda9, were root of Leap resides, Jessie's update-grub found it.
However, when I try to boot Leap, I am greeted with an infamous error:"File '/boot/vmlinuz-4.1.12-1-default' not found. You need to load kernel first."
So get into grub> prompt. 'ls' shows all devices correctly. 'ls /' shows '@/' as expected. I can see all subvolumes on the partition, but here my luck ends. When I try to list files in @/boot or @/boot/grub2 my grub does not see any files.
I tried to search for grub.cfg, vmlinuz, etc., Jessie's GRUB does not see any files on /dev/sda9 except its subvolumes and folders in them. Yes GRUB does sees all folders but doesn't see any files in them
I've browsed /dev/sda9 when mounted in Jessie and everything seems to be in perfect order, all expected files are in their respected directories.
Have I missed something here? Any help, please?
To support booting from immutable snapshots SUSE modified GRUB2 to use default subvolume. Upstream GRUB always works with full btrfs, starting from filesystem root.
I installed test VM with 42.1 yesterday for another reason, and after installation it has default subvolume pointing at @/.snapshots/1/snapshot. Check there from GRUB2 - I am sure you find files you are looking for in /@/.snapshots/1/snapshot/boot.
To complicate things even further, SUSE GRUB2 also adds patches to "mount" subvolumes. End effect is, grub.cfg used by openSUSE GRUB2 is not compatible with anything else because upstream GRUB2 will see different filesystem tree than openSUSE GRUB2.
You can back to upstream grub2 by disabling all those btrfs snapshot works with this option. in /etc/default/grub SUSE_BTRFS_SNAPSHOT_BOOTING=false And grub2-mkconfig -o /boot/grub2/grub.cfg will create the config compatible with upstream booting. Thanks, Michael -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
You can back to upstream grub2 by disabling all those btrfs snapshot works with this option.
in /etc/default/grub SUSE_BTRFS_SNAPSHOT_BOOTING=false
And grub2-mkconfig -o /boot/grub2/grub.cfg will create the config compatible with upstream booting.
To take such approach I still need to boot the system, at least in a tty. Unfortunately the system is not bootable in graphic mode, as I already reported. But the worse is that the installation DVD is not capable to boot into rescue mode either. If I select 'rescue mode' from DVD menu it just silently dies on me after a while leaving me with a black screen without even a blinking cursor on it. Thank you. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
To support booting from immutable snapshots SUSE modified GRUB2 to use default subvolume. Upstream GRUB always works with full btrfs, starting from filesystem root.
I installed test VM with 42.1 yesterday for another reason, and after installation it has default subvolume pointing at @/.snapshots/1/snapshot. Check there from GRUB2 - I am sure you find files you are looking for in /@/.snapshots/1/snapshot/boot.
To complicate things even further, SUSE GRUB2 also adds patches to "mount" subvolumes. End effect is, grub.cfg used by openSUSE GRUB2 is not compatible with anything else because upstream GRUB2 will see different filesystem tree than openSUSE GRUB2.
Well, I'm just a home user. I was curious to give a try to a system with btrfs. However, I do not see how such complexity introduced to the system maintenance would benefit me. Thus I just wiped out my initial install and made a fresh install using ext4 instead. I can boot now into the system without any problem. One nasty bug bothers me though. When I press "shutdown" button in the menu, the system is restarted instead. Tried it multiple times with the same result. So, for now the only way for me to shutdown the system is to run 'shutdown -h now' from CLI. Not the most convenient way but for a while I can live with it. Oh, and another one - for somewhat reason the installer did overwritten my MBR, despite the fact I've chosen not to install GRUB into it. Interestingly enough open my first install attempt with btrfs the installer did not do this. I'll try to re-install GRUB into root today and to restore my Debian GRUB into MBR. Hope I still would be able to boot the system. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 2015-11-11 20:04, Juan R. de Silva wrote:
One nasty bug bothers me though. When I press "shutdown" button in the menu, the system is restarted instead.
What desktop?
Oh, and another one - for somewhat reason the installer did overwritten my MBR, despite the fact I've chosen not to install GRUB into it. Interestingly enough open my first install attempt with btrfs the installer did not do this.
There are two related items in the installation screen for this. One is where grub should go, and I think there are 4 choices (I'm going from memory): root partition, boot partition, mbr, and choose it. The other setting is "write generic code to the MBR". -- Cheers / Saludos, Carlos E. R. (from 13.1 x86_64 "Bottle" at Telcontar)
participants (4)
-
Andrei Borzenkov -
Carlos E. R. -
Juan R. de Silva -
Michael Chang