Ces notes de publication recensent les problèmes connus avec Ubuntu 9.04 et ses variantes.

Configuration minimale

Pour Ubuntu 9.04 un minimum de 256 Mo de mémoire est requis. Notez bien que sur certains ordinateurs, une partie de la mémoire peut être utilisée par la carte graphique et ne pas être disponible pour le système.Avec seulement le minimum de mémoire requis, l'installation sera plus longue mais se terminera normalement. Le système fonctionnera ensuite correctement.

Sur les ordinateurs disposant de moins de mémoire, il sera préférable de choisir l'option « Installer Ubuntu » dans le menu de démarrage du CD, pour lancer directement l'installateur plutôt que l'environnement de bureau complet.

Installation

Les paquets recommandés sont installés par défaut

En accord avec la charte Debian ou « Debian Policy Manual » (qui dit : « le champ “Recommends” doit lister les paquets qui devraient être installés avec celui-ci, sauf exception »), le système de gestion des paquets installe maintenant par défaut les paquets présents dans le champ « Recommends » des autres paquets installés, tout comme sont installées les dépendances. Si vous voulez éviter ceci pour certains paquets, utilisez apt-get --no-install-recommends. Si vous le voulez de manière permanente, ajoutez la ligne APT::Install-Recommends "false"; dans le fichier /etc/apt/apt.conf. Notez bien que certaines fonctionnalités pourraient alors manquer dans les logiciels installés.

(Ce changement est intervenu dans Ubuntu 8.10.)

Mise à niveau

Les utilisateurs d'Ubuntu 8.10 peuvent migrer vers la version 9.04 grâce au processus automatisé. Les utilisateurs de versions plus anciennes devront d'abord mettre à niveau vers la version 8.10. Les instructions complètes sont disponibles sur http://doc.ubuntu-fr.org/migration.

Les utilisateurs de Kubuntu peuvent migrer directement de 8.04 vers 9.04. Il est conseillé aux utilisateurs qui feraient cela de lire les notes de publication pour Ubuntu 8.10 car les problèmes qui y sont décrits s'appliquent également ici.

Démarrage impossible sur les machine à base de carte mère Intel D945

Des utilisateurs ont signalé une détection des disques durs SATA plus lente que la normale avec des cartes mères Intel D945. Ceci peut conduire le système à basculer en mode « busybox » (démarrage sur un disque virtuel en mémoire avec un interpréteur de commande minimal) avec une erreur « Gave up waiting for root device » (abandon de l'attente du périphérique racine). Attendez une minute ou deux, quittez cet interpréteur de commande en tapant : « exit ». Le démarrage devrait alors s'effectuer normalement. Si ce n'est pas le cas, attendez plus longtemps et essayez à nouveau. Une fois le système lancé, modifiez le fichier /boot/grub/menu.lst pour y ajouter rootdelay=90 à la fin de la ligne « kernel » du noyau actuel. (Bug 290153).

Utilisation possible de LABEL = dans /etc/fstab pour les mises à niveau depuis la bêta

Les systèmes installés avec Jaunty Alpha5, Alpha6, ou la pré version bêta peuvent utiliser la syntaxe LABEL= dans /etc/fstab pour identifier les systèmes de fichiers. Ceci peut engendrer un comportement inattendu si un autre disque (comme un périphérique USB) est ajouté par la suite avec des systèmes de fichiers identifiés par des libellés (label) en conflit. Si vous n'êtes pas sûr de vouloir utiliser les libellés, nous vous recommandons d'utiliser les UUID à la place.

Par exemple, si un système de fichiers est identifié par LABEL=home dans /etc/fstab, vous pouvez obtenir son UUID ainsi :

blkid -o value -s UUID -l -t LABEL=home

Vous pouvez ensuite remplacer LABEL=home par UUID=résultat, où résultat est la sortie de la commande blkid.

Les systèmes installés à partir de la version RC, ou la version finale n'ont pas ce problème.

Les répertoires personnels chiffrés peuvent nécessiter un nouveau chiffrement lors d'une mise à niveau depuis une version alpha

Il est conseillé à ceux qui ont utilisé eCryptfs sur les versions alpha de Jaunty de chiffrer à nouveau tout fichier chiffré. Une anomalie dans le noyau 2.6.28 a provoqué l'écriture de zone de mémoire aléatoires dans les en-têtes des fichiers chiffrés de eCryptfs. Le correctif a été appliqué et déployé dans le noyau de la version RC de Jaunty. Les utilisateurs impactés doivent chiffrer à nouveau chaque fichier avec /usr/bin/ecryptfs-rewrite-file. Pour plus d'informations, consultez ecryptfs-rewrite-file(1). Voir 345544.

LILO pourrait être installé sur des systèmes mis à niveau depuis Ubuntu 8.10

Les systèmes Ubuntu 8.10 installés à partir du CD « desktop » ont installé par erreur le paquet lilo en plus du paquet grub. GRUB est cependant utilisé comme gestionnaire d'amorçage. Si vous utilisez la méthode de migration recommandée (avec « update-manager », le gestionnaire de mises à jour), le paquet lilo sera supprimé s'il n'est pas utilisé. Si vous utilisez une autre méthode de migration et que vous êtes sûr que GRUB gère l'amorçage du système, nous vous recommandons de supprimer manuellement le paquet lilo. Bug 314004

La configuration du domaine de régulation des canaux Wi-Fi par une option de module n'est désormais plus prise en charge

Ubuntu 9.04 propose l'infrastructure de régulation des réseaux sans-fil CRDA pour le contrôle des canaux utilisables et visibles dans un lieu spécifique. Si vous aviez précédemment utilisé l'option de module, comme indiqué ci-dessous, dans /etc/modprobe pour permettre l'accès à certains canaux dans votre région, il se peut que votre réseau sans-fil ne fonctionne plus du tout.

• options cfg80211 ieee80211_regdom=EU

Vous devriez supprimer cette option de module du noyau lors de la migration vers Ubuntu 9.04 et utiliser la commande iw reg à la place.

L'applet de gestion du réseau doit être rajoutée lors de la mise à niveau de Kubuntu

Lors d'une migration depuis Kubuntu 8.10, l'applet de gestion du réseau doit être ajouté manuellement au tableau de bord. (Bug 349066)

L'applet de gestion réseau de Kubuntu ne permet pas de se connecter aux réseaux WPA2

L'applet de gestion réseau de Kubuntu ne permet pas de se connecter aux réseaux WPA2 dans certaines configurations VPN. Vous pouvez utiliser knetworkmanager (disponible sur le DVD) ou network-manager-gnome pour contourner le problème. Bug 339313

Ctrl-Alt-RetArr. désactivé par défaut dans Xorg

La combinaison de touches Ctrl-Alt-RetArr. pour forcer le serveur X à redémarrer est maintenant désactivée par défaut. Ceci pour éviter un redémarrage accidentel. Les utilisateurs qui désirent rétablir cette fonction peuvent l'activer dans leur fichier xorg.conf, ou en utilisant la commande dontzap --disable.

Modification des notifications pour les mises à jour disponibles

Ubuntu 9.04 a introduit un changement dans la gestion des mises à jour de paquets. update-manager se lance maintenant directement plutôt que d'afficher une icône dans la zone de notification de GNOME. Les utilisateurs recevront toujours des notifications quotidiennes pour les mises à jour de sécurité. Pour les autres types de mises à jour les notifications seront hebdomadaires.

Pour ceux qui veulent recevoir les notifications comme auparavant, l'ancien comportement sera rétabli avec cette commande :

gconftool -s --type bool /apps/update-notifier/auto_launch false

Autres problèmes connus

Régressions des performances pour les cartes graphiques Intel

Les utilisateurs de puces graphiques Intel ont signalé une régression des performances avec Ubuntu 8.10 par rapport aux version précédentes (bug 252094). La plupart de ces problèmes ont été résolus, mais pas tous.

• Certains utilisateurs ont pu améliorer les performances en utilisant l'option "MigrationHeuristic greedy" dans la configuration de Xorg. Pour ceci, tapez "sudo gedit /etc/X11/xorg.conf" dans un terminal, et ajoutez Option "MigrationHeuristic" "greedy" à la section Device de votre fichier xorg.conf.

• Une alternative consiste à activer une nouvelle option d'accélération expérimentale, "DRI2/UXA", disponible pour les cartes graphiques Intel. Nos tests ont montré une amélioration significative des performances dans certains cas, mais ils ont également mis en évidence de sévères problèmes de stabilité. Pour activer ceci, tapez "sudo gedit /etc/X11/xorg.conf", dans un terminal et ajoutez Option "AccelMethod" "UXA" à la section Device de votre fichier xorg.conf. Les utilisateurs qui veulent privilégier la stabilité devraient continuer à utiliser la méthode d'accélération par défaut : "EXA".

• En derniers recours, certains utilisateurs on pu améliorer les choses avec une ancienne version du pilote.

Affichage figé avec les cartes graphique Intel

Les utilisateurs de puces graphiques Intel ont signalé que l'affichage restait figé quelques minutes après une sortie de mise en veille ou d'hibernation (bug 339091), ou dans d'autres circonstances (bug 359392). Dans la plupart des cas, la désactivation des effets de bureau dans Système → Préférences → Apparence a semblé résoudre le problème.

Si cela se produit toujours après avoir désactivé les effets de bureau, vous pouvez ajouter Option "DRI" "off" à la section Device de votre fichier /etc/X11/xorg.conf. Ceci désactivera l'accélération 3D et les effets de bureau, mais permettra à la mise en veille de fonctionner correctement et évitera des plantages.

Blocages lors de la suppression de fichiers d'une partition ext4

Dans certains cas la suppression de fichiers sur une partition ext4 peut entraîner des blocages logiciels dans le noyau (330824). Des investigations sont en cours, et nous espérons qu'un correctif sera disponible dans une mise à jour après la publication de Jaunty. Pour éviter ce problème il faut préférer l'installation par défaut sur une partition ext3, puis migrer le système de fichiers vers ext4 (comme décrit sur ext4 wiki) dès que le correctif sera disponible.

NdT : par défaut l'installation s'effectue sur un système de fichiers ext3.

Le passage en ext4 nécessite une mise à jour manuelle de GRUB

Si vous choisissez de migrer votre système de fichiers existant / ou /boot de ext2 ou ext3 vers ext4 (comme décrit dans ext4 wiki), vous devrez aussi utiliser la commande grub-install après la mise à niveau vers Ubuntu 9.04 pour réinstaller votre gestionnaire d'amorçage. Si vous ne le faites pas, la version de GRUB installée sur le secteur d'amorçage ne pourra pas charger le noyau présent sur le système de fichier ext4 et votre système ne démarrera pas.

Possibilité de blocages occasionnels sur les architectures ARM

Le portage sur l'architecture ARM ne prend pas en charge les appels système ppoll() & pselect(). Ceci peut parfois empêcher le montage du système de fichiers racine au démarrage. Il s'agit d'une situation d'accès concurrents (race condition), et un redémarrage du système résout en général le problème. Le travail d'ajout des appels système est actuellement en cours. Il sera fournit sous forme d'une mise à jour du noyau quelque temps après la sortie d'Ubuntu 9.04.