Re: 30 upgrade does not take

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Mon, 2019-04-08 at 23:26 -0700, ToddAndMargo wrote:
> On 4/8/19 6:16 PM,   sixpack13 wrote:
> > some days ago I did:
> > 
> > 1.
> > sudo dnf upgrade --refresh
> > 
> > 2.
> > sudo dnf install dnf-plugin-system-upgrade
> > 
> > 3.
> > sudo dnf system-upgrade download --refresh --releasever=30 --
> > setopt='module_platform_id=platform:f30' --allowerasing
> > 
> > - the above is ONE line with a blank between "=30" and "--setopt" -
> > 
> > 4.
> > sudo dnf system-upgrade reboot
> > 
> > 5.
> > sudo dnf system-upgrade clean
> > 
> > 
> > there is NO NEED to rebuild the *old* packages DB nor to verify
> > *old* packages which will be upgraded anyway...
> > 
> > Some trust in Fedora folks shouldn't be wrong !
> > there are a lot of (cit.;) "proven packager" out there.  :-P
> 
> Well, this time it did the updates after rebooting, buttttttttttt
> then I got:
> 
>            Minimal BASH-link line editing is supported.  For the
>            first word, TAB lists possible command completions.
>            Anywhere else TAB lists possible device or file
>            completions
> 
>            grub>
> 
> Uhhhhh.  Guys!

For me -- on a laptop -- F29 -> F30 left me with no entries in
grub.cfg.  It seems to be a BLS problem.

grub.cfg did contain:

  insmod blscfg
  blscfg

/boot/loader/entries has 5 .conf files and a rescue.conf

grub gave no menus.

Oddly enough installing xen package resulted in xen appearing in
grub.cfg, but no non-xen kernels:

  insmod blscfg
  blscfg
  if [ -s $prefix/grubenv ]; then
    load_env
  fi
  ### END /etc/grub.d/10_linux ###
  ### BEGIN /etc/grub.d/20_linux_xen ###
  menuentry 'Fedora, with Xen hypervisor' --class fedora --class gnu-
linux --class gnu --class os --class xen $menuentry_id_option 'xen
gnulinux-simple-e4ae4541-8eca-4483-91cc-af6b83a9fdc5' {
    insmod part_msdos
    insmod ext2
    set root='hd0,msdos3'
    ...

(sidenote: non-linux non-windows entries disappeared completely, under
all conditions.)

This is using a BIOS, not EFI.  (EFI on this laptop is kaput.)


> So far, this has not worked to recover:
> 
> Legacy/Standard BIOS:
> 
>     --> boot off a Xfce Live USB
>       --> fire up mount gparted to find the drive's "/" partition
>           In the following, this is "presumed" to be /dev/sda3
> 
>     $ su
>     # mkdir /mnt/root
>     # mount /dev/sda3 /mnt/root   (or whatever "/" is mounted)
> 
>     # /mnt/root/usr/sbin/grub2-install --boot-directory
> /mnt/root/boot 
> /dev/sda

Try disable BLS in /etc/default/grub and re-running grub-mkconfig


_______________________________________________
test mailing list -- test@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to test-leave@xxxxxxxxxxxxxxxxxxxxxxx
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: https://lists.fedoraproject.org/archives/list/test@xxxxxxxxxxxxxxxxxxxxxxx




[Index of Archives]     [Fedora Desktop]     [Fedora SELinux]     [Photo Sharing]     [Yosemite Forum]     [KDE Users]

  Powered by Linux