Skip to main content

Bad, bad preupgrade!!

Writing from Rawhide about my frustration on preupgrade when it comes for triple boot. I have Microsoft Windows XP (used for Flash development and games) on first HDD, Fedora 10 on second HDD on which Grub reside in MBR and the now upgraded Rawhide on third HDD where its grub is set at the beginning of its partition and preupgrade occured.

Somehow, preupgrade also overwrite the first Grub it should not touch; it should only update the last grub from the third HDD. boot folder from the second HDD containing Fedora 10 is empty. How should I restore the boot folder from Fedora 10 now that kernel from Fedora 10 is good and practically linked with rawhide? See the image below



I submitted a bug report and let hope that problem will be resolved as soon as possible.

Comments

Martin said…
er... you don't have /boot on separate partition as is default in fedora? If you have it's probably only a problem of the partition not being mounted into the [awful-and-totaly-not-rememberable-hash]/boot.

I am not sure about your case, but I usually dual boot Rawhide and Fn and have everything in one /boot. I just have to be careful not to format /boot during installation in order to not lost the kernel images... Of course grub.conf gets overwriten, but the old one is usually backed up in grub.conf.rpmnew or something. But I'm always doing fresh install so it might be different in your case.
Yes I have separate boot on each dedicated Hard Disk drive. It turned out to be a bug from preupgrade installed on second HDD that will write boot on the first Fedora partition it encounters and there were no way to specifically assign installation.

Fedora 10 has version 1.0.x and version 1.1.x that contains fixed issue just landed on test-updated.

In case of triple booting, I assign second distribution (Fedora in this example) on first partition of third HDD where it will be installed and change the main grub.conf with (root and chainloader).

Popular posts from this blog

Using AMD RX Vega driver OpenCL on Fedora 29

The Raven Ridge APU is very capable processor to handle OpenCL inside some applications like Blender, Darktable and Gimp. Unfortunately, the current implementation from Mesa, clover, stuck to 1.3, is not supported. AMD released their driver 18.40 with OpenCL2.0+ targeting only Red Hat Enterprise Linux/Cent OS 6.10 and 7.5 in addition of Ubuntu LTS. The good new is the former rpm format can be used on Fedora.

The graphical part of Raven Ridge is Vega 8, basically a cut-down of Vega56 or Vega64 meaning choosing either driver for RX Vega.
The instruction is provided for extracting the rpm files but here is
 some requirements for OpenCL:
kernel-devel (provided by Fedora repository)amdgpu-dkmsdkmslibopencl-amdgpu-proopencl-amdgpu-pro-icd Once done, applications needing OpenCL will automatically detect the driver located on /opt/amdgpu/lib64. Blender will list as unknown AMD GPU and Darktable will enable it.



There is a ROCm version but it currently does not support the graphical side of Rav…

Fedora 29 Design Suite Lab available

Fedora 29 Design Suite is available for downloading with latest stable release  applications including Gimp 2.10.6 among the features.
On the bad news side, Blender 2.79b on Fedora 29 has broken user interface due to compatibility issue related to python 3.7. Workaround will be installing from the flathub directory.

Next release will be interesting considering the structural change for the incoming Fedora 30 with the advent of flatpak packages.

HP Envy x360 Convertible Ryzen 2500u update

Nearly one month later, HP Envy x360 Convertible 15  powered by Ryzen 2500U is running smoother on kernel 4.19.0 with someissues:
The LED for the mute button failed to work suggesting a possible ACPI issue.An unfortunate oversight from HP for not including a led for Num Lock button. The touchscreen function failed due to ACPI bug related to a mis-configuration of tables. Sadly, it affects all HP Envy touchscreen series equipped with AMD processors. Workaround made by an Arch user exists and no upstream Linux maintainers has picked up yet for clean up and improvment. The side effect would be an unfortunate false impression HP touchscreen with AMD processors is horrible.The gyroscope needed to automatically rotate the screen depending of the position is broken possibly due to ACPI bug.
On the positive side, I was impressed by the modular adaptability  of HP Envy x360 upgrade wise thanks to the excellent HP documentation. The board can be replaced with the powerful version of Ryzen 7 APU…