Op 26-08-15 om 14:29 schreef Anton Aylward:

A rescue-mount-chroot puts you back on the "/" and you can re-run yast as

Anton, Can you give some information about 'rescue-mount-chroot' ? Is this the procedure : In the rescue-system : mount /dev/sdb1 /mnt mount --bind /sys /mnt/sys mount --bind /proc /mnt/proc mount --bind /dev /mnt/dev chroot /mnt There I can run yast2 bootloader But I don't find 'by-name', or do you mean modify 'Optional kernel commandline parameter' ? There I have a UUID, but that's of sda1, wich is swap. I tried to modify that UUID to that of sdb1, but it does not 'stick'. Running yast2 again gives the old value. Koenraad -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org

On 08/26/2015 10:17 AM, Koenraad Lelong wrote:

Op 26-08-15 om 14:29 schreef Anton Aylward:

...

A rescue-mount-chroot puts you back on the "/" and you can re-run yast as

Anton, Can you give some information about 'rescue-mount-chroot' ?

Is this the procedure : In the rescue-system : mount /dev/sdb1 /mnt mount --bind /sys /mnt/sys mount --bind /proc /mnt/proc mount --bind /dev /mnt/dev chroot /mnt

Correct.

There I can run yast2 bootloader

That's my recall, it may be incorrect. perhaps the listmembers know better. Perhaps you should also have LABELed you partitions. I have mine all labelled so that under /dev/disk/-by-label there is very clearly BOOT ROOT SWAP TMP HOME "Obviously", if you don't have labels you can have root=/dev/disk/by-label/ROOT resume=/dev/disk/by-label/SWAP in your config.

But I don't find 'by-name', or do you mean modify 'Optional kernel commandline parameter' ? There I have a UUID, but that's of sda1, wich is swap.

I tried to modify that UUID to that of sdb1, but it does not 'stick'. Running yast2 again gives the old value.

To build the grub you should use 'grub2-mkconfig' How you set that up I'm not sure. Anyone? Oh, and I'd recommend the persistent use of 'apropos'. It throws up lots of clues in this regard.

From those clues you get to read man pages. After reading man pages ... you get to ask questions here asking what it all means :-)

-- A: Yes. > Q: Are you sure? >> A: Because it reverses the logical flow of conversation. >>> Q: Why is top posting frowned upon? -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org

Op 26-08-15 om 14:41 schreef Carlos E. R.:

If you can not tell the BIOS to boot from sdb (not sdb1, that goes later), then you have to boot from sda. I think that in that case you need a /boot partition in sda, containing grub, and which then load sdb (either the kernel or another grub).

Carlos, I'm sure OS 12.3 could boot from sdb1. And sda1 is/was swap. Actually sda is completely untouched by the new install. If only I could tell the MBR to look for another UUID. I'm using this to try to get grub rescue to boot the new os : https://www.linux.com/learn/tutorials/776643-how-to-rescue-a-non-booting-gru... Unfortunately when I get to 'insmod normal' I get an error : symbol 'grub_term_highlight_color' not found 'insmod linux' gives the same. And then the 'linux' command is unknown, so I'm stuck. Koenraad -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org

Отправлено с iPhone

26 авг. 2015 г., в 16:35, Koenraad Lelong написал(а):

Op 26-08-15 om 14:41 schreef Carlos E. R.:

...

If you can not tell the BIOS to boot from sdb (not sdb1, that goes later), then you have to boot from sda. I think that in that case you need a /boot partition in sda, containing grub, and which then load sdb (either the kernel or another grub).

Carlos,

I'm sure OS 12.3 could boot from sdb1.

More likely that 12.3 was set to boot from sda with grub2 in MBR of sda; and grub2 looked for /boot on sdb1. If "from scratch" means you made new install, you probably created file system which of course changed UUID. In addition, grub2 installed in MBR of sda no more matches its modules installed in /boot, which explains why you cannot do insmod. Quick fix is to do "grub2-install /dev/sda" from chroot. This will make system bootable; and we can fix yast configuration later.

And sda1 is/was swap. Actually sda is completely untouched by the new install.

If only I could tell the MBR to look for another UUID.

I'm using this to try to get grub rescue to boot the new os : https://www.linux.com/learn/tutorials/776643-how-to-rescue-a-non-booting-gru... Unfortunately when I get to 'insmod normal' I get an error : symbol 'grub_term_highlight_color' not found

'insmod linux' gives the same. And then the 'linux' command is unknown, so I'm stuck.

Koenraad

-- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org

-- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org

27.08.2015 09:27, Koenraad Lelong пишет:

Op 26-08-15 om 21:18 schreef Andrei Borzenkov:

...

More likely that 12.3 was set to boot from sda with grub2 in MBR of sda; and grub2 looked for /boot on sdb1. If "from scratch" means you made new install, you probably created file system which of course changed UUID. In addition, grub2 installed in MBR of sda no more matches its modules installed in /boot, which explains why you cannot do insmod.

Quick fix is to do "grub2-install /dev/sda" from chroot. This will make system bootable; and we can fix yast configuration later.

Thanks Andrei,

That fixed it. Now I can boot.

Last step would be to fix bootloader location so subsequent updates work as expected. Edit /etc/default/grub_installdevice and replace and old device reference with name for /dev/sda. If in doubt, post content of this file and.

Unfortunately, I get no screen, and the PC stops, meaning no more shift-lock. I booted in safe-mode and then I get the graphical system. I more or less expected this, it's a radeon video-card. But that's another problem.

Koenraad.

-- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org