Wiki » View source for Mageia 7 Errata

[[Category:Mageia 7]]
{{multi language banner|[[Mageia_7_Errata-de|Deutsch]] ; [[Mageia_7_Errata|English]]  ; [[Erratas de Mageia 7|Español]] ; [[Mageia_7_Errata-fr|Français]] }}
<!--'''This information is available in other languages''':<br />

* [https://wiki.mageia.org/de/Mageia_7_Errata Deutsch]
* [[Mageia_7_Errata|English]]
* [[Erratas_de_Mageia_7|Español]]
* [[Mageia_7_Errata-fr|Français]]-->


=Mageia 7=

Note that we're still adding issues from the list of [https://bugs.mageia.org/buglist.cgi?keywords=FOR_ERRATA7%2C%20&keywords_type=allwords&order=Importance&query_format=advanced&bug_status=NEW&bug_status=UNCONFIRMED&bug_status=ASSIGNED&bug_status=REOPENED&bug_status=RESOLVED&bug_status=VERIFIED bugs in our Bugzilla that still need an errata entry for Mageia 7]

==Boot==
===Some recent Intel systems===
With some recent hardware, the boot stops after selecting the Grub entry, but before that the kernel comes in action. The identified culprit is the microcode from Intel and last Intel i7 generation processors. This is reported for Asus UX333, UX433 or UX533. A workaround is to add a kernel option ''dis_ucode_ldr''. The solution seems to be a BIOS update. See [https://bugs.mageia.org/show_bug.cgi?id=24979 mga#24979].

===3 rectangle shapes with question mark during boot===
After selecting to boot Mageia in the grub2 menu the booting presents a grey screen with three rectangle shapes with question marks in them. The system boots normally and proceeds to the normal Login screen, or automatic logon depending on configuration. This happens if you are using the nvidia340 driver (and quite likely, any other driver that doesn't support kernel mode setting). Bug [https://bugs.mageia.org/show_bug.cgi?id=19642#c36 mga#19642 comment 36] contains possible workarounds.

=== Some machines fail booting 32 bit installer and live iso ===
See [https://bugs.mageia.org/show_bug.cgi?id=23431 mga#23431]. Remedy: use 64 bit versions.

==Live images==

===GNOME===

1) By default GNOME uses the Wayland display server. Wayland is still not fully mature, and may not work well on some hardware. Normally GNOME will automatically fall back to using the X.org display server if Wayland fails to start, but in some cases this fails to happen. If the GNOME desktop fails to launch after completing the initial language and locale selection, or if you experience display problems, you can try forcing GNOME to use the X.org display server by adding {{cmd|nowayland}} to the boot options in the initial boot menu (press {{keypress-fr|e}} to edit the boot options).

2) By default the NetworkManager service is enabled in place of the old network management services. On the plus side, this means that the NetworkManager applet integrated into the GNOME desktop works; on the minus side it means that attempting to configure your network connection via the MCC does not work. Use the drop-down menu accessible from the top right corner of the GNOME desktop to perform any necessary network configuration. For wired connections, the network is usually configured automatically and you don't need to do anything. For wireless networks, you will usually need to select an access point and, if it is password-protected, enter the password.

=== Non-working graphics ===

Some graphics hardware does not work correctly when using the xorg.conf file that gets created by harddrake when booting the Live system. If you have no graphical display at the end of the boot cycle, try adding ''noxorgconf'' to the boot options in the initial boot menu (press {{keypress-fr|e}} to edit the boot options).

Some '''NVIDIA''' graphics cards don't work at all with the free video driver (nouveau). In this case, try replacing ''xdriver=free'' with ''xdriver=modesetting'' in the boot options in the initial boot menu, or alternatively, try using the non-free (proprietary) drivers by selection directly in the boot menu.

With '''Intel 810 - UHD Graphics 620''', KDE Plasma, GNOME, and several other desktop environments
display a blank desktop/panel. The Xfce desktop environment does work fully.
See [https://bugs.mageia.org/show_bug.cgi?id=25022 mga#25022] for details.

If your laptop with '''hybrid graphics''' fail to boot, try to edit the boot command line similarly as described above but change ''xdriver=free'' to ''xdriver=intel''. This will force the system to use the Intel GPU which often is the one electrically connected to the monitor.  It may also work to keep ''free'' and add the word ''noxorgconf'' to the end of the line. ''Work in progress; [https://bugs.mageia.org/show_bug.cgi?id=25181 mga#25181]''

=== Non-working wifi cards ===
Some wifi hardware from Broadcom is known not to work, because they only work with their proprietary driver which we because of licensing issues not can have pre-built on the isos, and it need be loaded at boot time.  Once Mageia is installed you can configure the wifi and reboot.

===Retaining a third party bootloader===
If, during live install, you want to retain your existing third party bootloader, then, when you get the bootloader screen, proceed to the NEXT screen titled 'Mageia Live' where there is an 'Advanced' button below the 'Probe Foreign OS' option.

In this advanced section there is a checkbox labeled "Do not touch ESP or MBR". Checking this box will stop your current bootloader from being modified. You will then need to add Mageia to a bootloader yourself.<!--[https://bugs.mageia.org/show_bug.cgi?id=19949#c21 bug 19949 comment 21]-->
See also [https://doc.mageia.org/draklive/7/en/content/setupBootloader.html our Mageia 7 version of the Live install manual].

==Classic installer images==

===Fighting buggy UEFI firmwares===

There are some reports about that resetting to default UEFI settings may solve problems, while others such as Lenovo Yoga 720 needed some fiddling: Strangely after booting once in Legacy mode, back to UEFI settings and change back from legacy mode to UEFI and with secure boot disabled, both Live and Classic installed iso worked.  Very similar to [https://forums.lenovo.com/t5/Linux-Discussion/Install-linux-in-Lenovo-Yoga-720/td-p/3633251 this experience.]

===Retaining an existing third party bootloader===

If during installation of Mageia 7 you wish to avoid overwriting the MBR (PC-BIOS) or changing the default option in the UEFI nvram then at the 'Summary' screen you MUST enter the Bootloader section and then proceed to the NEXT screen titled 'BOOTLOADER CONFIGURATION' where there is an 'Advanced' button.

In this advanced section there is a checkbox labeled "Do not touch ESP or MBR". Checking this box will stop your current bootloader from being modified. You will then need to add Mageia to a bootloader yourself.<!--[https://bugs.mageia.org/show_bug.cgi?id=19949#c21 bug 19949 comment 21]-->
See also [https://doc.mageia.org/installer/7/en/content/setupBootloader.html#d4e985 our Mageia 7 version of the installer manual].<BR>
{{warning|If you choose this option, add Mageia entry in Windows bootloader by Easybcd does not work because GRUB2 is not installed in one of your Linux partition.}}

==Upgrade issues==

{{information|You will now be offered an upgrade when you have an updated Mageia 6 system.

''The update applet in Mageia 6 system tray was not enabled until december because we had upgrade issues. But rejoice - They are now considered solved! [[https://bugs.mageia.org/show_bug.cgi?id=25528 tracker bug mga#25528]]''}}


===General points===
* Ensure that your Mageia 6 system is fully up-to-date.
* If you can, back it up e.g. using Partclone or Clonezilla so that you can restore it if necessary.
* Use the Classic ISO appropriate to your architecture.
<!--
{{note|Please also read the page "[[From Mageia 6 to 7]]" to avoid Upgrade issues.}} -->

===Upgrading a VirtualBox guest===
Depending on when it was created, a Mageia 6 VirtualBox guest may or may not use {{cmd|nokmsboot}} as one of the kernel boot options.
If there, an upgrade install from Mageia 6 to Mageia 7 will fail to reboot properly. For best results, the {{cmd|nokmsboot}} boot option should be removed before beginning the upgrade. 

The easiest way to do this is to boot the guest before the upgrade, run the Mageia Control Center inside the guest, choose Boot, then Set up the boot system. The kernel boot options will be shown on the second screen. If {{cmd|nokmsboot}} is there, simply delete it, and click on "Finish." An alternative is to remove it during the "Post-install Configuration" phase of the upgrade. "Set up the boot system" is one of the things that can be configured. The process is the same as if done with MCC.

Finally, if you missed all this and your upgraded guest fails to boot, shut it down and then restart it. When the grub2 menu appears, press {{keypress | e}} on your keyboard. This will bring up a text screen that can be edited temporarily, for this boot. Look for the line that begins with {{cmd|linux16}}. Use the arrow keys of your keyboard to go to that line and move along it and use the {{keypress | delete}} key to remove {{cmd|nokmsboot}}. Be careful not to delete or add anything else. When finished, press {{keypress | Ctrl}} {{keypress | x}} and the boot should be successful. Once in the guest, use MCC as described above to make the change permanent.

===LVM and/or LUKS with old udisks===
Before upgrading a system using LVM and/or LUKS from mga6, {{pkg|udisks}} need to be uninstalled manually.  Because if udisks is installed when Mageia 7 boots, it will time out and drop you to debug shell. If that happens, there in the shell press {{keypress|Ctrl}}-{{keypress|D}} and it will boot up normally and you can make the uninstall. See [https://bugs.mageia.org/show_bug.cgi?id=24949 mga#24949].

===GRUB fail to boot with JFS file system===
If you use legacy GRUB ''and'' the filesystem JFS, you need to upgrade to GRUB2 before upgrading to Mageia 7, See [https://bugs.mageia.org/show_bug.cgi?id=25009 mga#25009]; presumably fixed in grub-0.97-48.1.mga7, so if you enable online update media and internet connection during the upgrade (or use network installation), it should work.

===Advice for complex upgrades===
Large or complex upgrades may fail with message "transactions failed" before finishing, notably citing package conflicts or missing dependencies. This is partly due to the upgrade proceeding as grouped transactions which depend on later ones, and also to the fact that most upgrade packages exist on the upgrade media, others in online media. The following notes should get you through. They are based on an upgrade from Mageia 5 with over 4600 packages. First see '[[#General_points|general points]]' above.

* Run the upgrade using the Mageia-7-[arch]-DVD.iso
* Add supplemental media (ftp, http, other) 
* If|when Conflict is presented, when taken back to 'supplemental media' <BR>
DO NOT ADD any media, leave it set as ''None''. 
* As long as the conflicting rpms ARE NOT included in the iso then the upgrade will now complete successfully.

After rebooting to Mga7 user will still need to install any rpms skipped
during the upgrade:
* Add Mga7 Mirror (don't forget to add 32-bit mirrors if you also had them active in Mageia 6 64-bit installation)
* Run {{cmd|urpmi --auto-select}} and at y/n select {{keypress|n}}
* Make note of the number of rpms which needed to be installed
* Run {{cmd|urpmi --auto-select --split-length}} (noted # of rpms, for example {{cmd|urpmi --auto-select --split-length 423}} for 423 rpms)
* All rpms should install and system is fully updated

===Device names changed for MMC devices===

By default, Mageia uses UUIDs for block-devices. It is possible that you deviated from the default and manually changed /etc/fstab to use device names for MMC block-devices. If so, you will have to change this from /dev/mmcblk0 to /dev/mmcblk1. This has changed in Linux kernel 4.14.

===gdb-doc===
For some error, gdb-doc from Mageia 6 installation can't be uninstalled during upgrade. To avoid that upgrading aborts, force deletion of gdb-doc-7.12-16.mga6.noarch or gdb-doc-7.12-16.1.mga6.noarch before with the command:
 rpm -e --noscripts gdb-doc-7.12-16.mga6
or
 rpm -e --noscripts gdb-doc-7.12-16.1.mga6
See [https://bugs.mageia.org/show_bug.cgi?id=25462 mga#25462].

==Software issues==

===Plasma Applications===

====Oxygen Look And Feel Workspace Theme====

Be aware that the Plasma Oxygen theme may demonstrate a memory leak when used with some Intel hardware graphics cards/drivers. While the exact cause is still being tracked down, when the problem does show up, it consumes all available memory, resulting in slowing performance as the swap fills up, followed by out of memory killing of processes in random order. The random killing of processes may result in
file corruption, depending on what being written when the process was killed. Until the exact cause has been tracked down and fixed, the issue may be avoided by keeping the default breeze theme selected, instead of changing it to oxygen.

===Cinnamon Applications===

====Cinnamon Desktop====

Cinnamon requires {{pkg|cinnamon-screensaver}} to be installed. If you select Cinnamon in the installer, or if you manually install the {{pkg|task-cinnamon}} or {{pkg|task-cinnamon-minimal}} meta-packages, this will be done automatically, but if you choose to manually install the {{pkg|cinnamon}} package by itself, Cinnamon will not work until you also install the {{pkg|cinnamon-screensaver}} package. See [https://bugs.mageia.org/show_bug.cgi?id=23899 mga#23899].

=== GNOME Applications ===
==== GNOME on Wayland and su - ====

Some drak commands previously invoked from a "su -" root terminal no longer presents a user GUI interface, rather a ncurses interface.
If this occurs, exit the ncurses interface, exit the root terminal and re-invoke as normal user terminal the drak command.
A password popup will occur requesting root password and after the correct password is entered, the expected GUI interface is presented.

==== Recover Evolution data after an upgrade ====
Evolution format changed from 2.32 to 3.x. In both cases, the data was stored in {{folder|~/.local/share/evolution/mail/local/}} according to [http://www.freedesktop.org/wiki/Specifications/basedir-spec XDG Base Directory Specification]. Inside that data directory, the format and the tree structure changed.

[https://forums.linuxmint.com/viewtopic.php?t=88648 This article] in linuxmint forums explain how recover your data.

{{note|The official repositories don't have the application {{cmd|mb2md}}, if you want to try use {{cmd|mb2md}} you must install from the BlogDrake's repositories as root
}}

{{root console|urpmi --force <nowiki>http://ftp.blogdrake.net/mageia/mageia7/free/noarch/mb2md-3.20-1bdk.mga7.noarch.rpm</nowiki>}}

=== Xfce Applications===
====Screen tearing at login====

It has been found that on some older hardware that there is some screen tearing after entering your user name and password into the login greeter and before the full presentation of the desktop.
See [https://bugs.mageia.org/show_bug.cgi?id=24134 mga#24134].

If you are affected, choose a free video driver after logging in.

=== IceWM===
====Windows survive to closing====
With some specific hardware, the window of closing application doesn't disappear, although the application is really closed. This doesn't occur by an opening session with "IceWM session". See [https://bugs.mageia.org/show_bug.cgi?id=23595 mga#23595]
=== Netflix and other sites that require widevine plugin are not working in Chromium===

Widevine, a browser plugin to allow playback of DRM-protected videos.

{{note|*Be sure chromium browser is updated, Widevine will not install successfully in the version originally shipped in Mageia 7 and 7.1 ISOs.}}
See [https://bugs.mageia.org/show_bug.cgi?id=24835 mga#24835] for more details.

[http://blogdrake.net Blogdrake], the Spanish community has created a script that install the widevine plugin for browsers based in chromium.

Install the [http://ftp.blogdrake.net/mageia/mageia7/free/noarch/Tuningdrake-2.2.2-19bdk.mga7.noarch.rpm last Tuningdrake package for Mageia 7] from Blogdrake's repositories and run {{cmd|get-widevine}} from a terminal emulator

If the widevine version installed by the script don't works try install other version running {{cmd|<nowiki>Widevine_Version=SomeVersion get-widevine</nowiki>}} where '''SomeVersion''' could be any of [https://dl.google.com/widevine-cdm/versions.txt supported versions]

{{warning|To get updates to the package (and the scripts) at less add the Blogdrake's noarch repository
{{cmd|urpmi.addmedia BDK-Free-noarch http://ftp.blogdrake.net/mageia/mageia7/free/noarch}} }}

{{note|* Some sites could require fake the useragent
* To keep widevine update run {{cmd|get-widevine}} each time the chromium browser is updated
* Google don't build anymore the widevine plugin for 32bit architecture, so maybe the version of the plugin downloaded by the script in 32bit systems couldn't work or if does could fail in the future}}

=== NFS server ===

Latest {{pkg|nfs-utils}} 2.3.4 brings minor configuration handling changes.

First, parsing of {{file|/etc/export}} file seems to be stricter, and usage of wildcard, ie 192.168.0.*), instead of CIDR notation, ie 192.168.0.0/24, is no longer supported. You may want to consider creating a file in the directory {{folder|/etc/exports.d}} and placing just your changes in a file name of your choice ending in .exports. <br />
See {{cmd|man exports}}.

Second, usage of {{file|/etc/sysconfig/nfs}} to define command-line parameters for various NFS utilities is no longer supported, in favour of {{file|/etc/nfs.conf}} configuration file. A script ({{file|/usr/libexec/nfs-utils/nfsconvert.sh}}) is available for conversion, and the {{prog|nfs-convert}} systemd service, which is a dependency of other nfs services, should automatically run it if needed.

=== Bind server ===

==== Setup changes ====

Starting with bind 9.11.5P1-2mga7, the files needed to run bind in a chroot are now shipped in distinct subpackages:
* {{pkg|bind-chroot}} for the standard bind
* {{pkg|bind-sdb-chroot}} for bind with SDB support

The new systemd units follow the same logic:
* {{prog|bind}} service runs bind
* {{prog|bind-sdb}} service runs bind with SDB support
* {{prog|bind-chroot}} service runs bind in a chroot
* {{prog|bind-sdb-chroot}} service runs with SDB support in a chroot

==== Additional issues ====

Due to some utilities transfer between the {{pkg|bind}} and the {{pkg|bind-utils}} packages, an rpm transaction trying to update only one of those package will fail because of a file conflict.

The root zone public key, needed for DNSSEC validation, is missing from the package.

Both issues are fixed in a pending package update, [https://bugs.mageia.org/show_bug.cgi?id=24422 mga#24422].

=== Steam installation ===
As Steam needs some 32 bit libraries, you have to manually enable 32bit repositories (Core Release and Updates) as they are no longer enabled by default. The indication that they are not enabled is that some libraries can't be found.

=== PMB ===
Phpmybibli is not yet compatible with php7, so you can not upgrade to Mageia 7 which as only php 7.3.
The upgrade of PMB to php 7.3 is a work in progress upstream, so we will package it as soon as it will be available.

===Obsoleted packages===

{{pkg|get-skype}} is now obsolete, as the classic Skype versions for Linux ceased to be supported by Skype on 1 July 2017.
There is a new web-based Skype version which may be installed directly from the Skype web site by selecting the rpm version
[https://www.skype.com/en/download-skype/skype-for-linux/ here]. Note that only 64-bit systems are supported.

{{pkg|cvsps}} version 2, which was last updated over ten years ago, is now obsolete.  It was used by git-cvsimport from the {{pkg|git-cvs}}
package.  If you are performing a one-shot import of a CVS repository, consider using {{pkg|cvs-fast-export}}.