[RFR2] wml://devel/debian-installer/errata.wml
Bonjour,
le jeudi 29 avril 9:32, Baptiste Jammet a écrit :
>Je crois que « mode de récupération » est le terme traduit dans
>l'installateur.
>« l’étiquette <q>Rescue</q> » reste en anglais.
Merci Baptiste, corrigé.
Remarque : le choix de ce mode apparaît dans l’installateur avant la
possibilité de choisir la langue.
D’autres remarques ?
Amicalement.
--
Jean-Paul
#use wml::debian::template title="Errata pour l'installateur Debian"
#use wml::debian::recent_list
#use wml::debian::translation-check translation="6ca8bcdc8acee152020274b3ab9d0bfcbe15efe3" maintainer="Baptiste Jammet" mindelta="1" maxdelta="1"
#include "$(ENGLISHDIR)/devel/debian-installer/images.data"
# Translators:
# Nicolas Bertolissio, 2003-2008
# Thomas Peteul, 2008, 2009
# Simon Paillard, 2010
# David Prévot, 2010-2014
# Jean-Pierre Giraud, 2013
# Baptiste Jammet, 2014-2019
<h1><i>Errata</i> de la version <humanversion /></h1>
<p>
Voici une liste des problèmes connus dans la version <humanversion />
de l'installateur Debian.
Si le problème rencontré n'y est pas recensé, veuillez envoyer un <a
href="$(HOME)/releases/stable/amd64/ch05s04#submit-bug">compte-rendu d'installation</a>
(en anglais) décrivant le problème.
</p>
<dl class="gloss">
<dt>Mode de récupération cassé avec l’installateur graphique</dt>
<dd>Il a été constaté lors du test de l’image RC 1 de Bullseye que le mode
de récupération était cassé (<a href="https://bugs.debian.org/987377";>n° 987377</a>).
De plus, l’étiquette <q>Rescue</q> dans la bannière nécessite d’être ajustée
pour le thème de Bullseye.
<br />
<b>État :</b> en cours d’investigation, correction à faire avant la première
publication officielle de Bullseye.</dd>
<dt>Micrologiciel amdgpu nécessaire pour de nombreuses cartes graphiques AMD</dt>
<dd>Il apparaît que le besoin d’installer le micrologiciel amdgpu soit croissant
(à l’aide du paquet non libre <code>firmware-amd-graphics</code>) pour éviter
un écran noir lors de l’amorçage du système installé. Depuis la RC 1 de Bullseye,
même en utilisant une image d’installation incluant tous les paquets de
micrologiciels, l’installateur ne détecte pas le besoin de ce composant
spécifique.
<br />
<b>État :</b> en cours d’investigation, correction à faire avant la première
publication officielle de Bullseye.</dd>
<dt>GNOME pourrait échouer à démarrer dans certaines configurations de machine virtuelle</dt>
<dd>Durant les tests de l'image Stretch Alpha 4, il a été remarqué que
GNOME échouait à démarrer en fonction de la configuration utilisée
pour les machines virtuelles. Il semble que l'utilisation de cirrus comme
émulateur de carte vidéo fonctionne.
<br />
<b>État :</b> en cours d'investigation.</dd>
<dt>L'installation d'un environnement de bureau pourrait échouer avec le seul premier CD</dt>
<dd>
En raison de sa taille,
la totalité des paquets du bureau GNOME ne rentre pas sur le premier CD.
Pour réussir cette installation, utilisez une source supplémentaire de paquets
(un second CD ou un miroir réseau) ou un DVD.
<br />
<b>État :</b> rien de plus ne peut être fait pour faire tenir
davantage de paquets sur le premier CD.
</dd>
<dt>LUKS2 n'est pas compatible avec cryptodisk de GRUB</dt>
<dd>Il a été découvert tardivement que GRUB ne prenait pas en charge LUKS2.
Cela veut dire qu'il n'est pas possible d'utiliser <tt>GRUB_ENABLE_CRYPTODISK</tt>
sans une partition <tt>/boot</tt> séparée et non chiffrée.
(<a href="https://bugs.debian.org/927165";>n° 927165</a>).
L'installateur ne prend pas en charge cette configuration,
mais il serait intéressant de mieux documenter cette limitation,
et d'avoir au moins la possibilité de choisir LUKS1 pendant l'installation.
<br />
<b>État :</b> quelques idées ont été exprimées dans le rapport de bogue.
Les responsables de cryptsetup ont écrit
<a href="https://cryptsetup-team.pages.debian.net/cryptsetup/encrypted-boot.html";>une
documentation spécifique</a> (en anglais).</dd>
<!-- Les choses devraient être mieux à partir de Jessie Beta 2...
<dt>Prise en charge de GNU/kFreeBSD</dt>
<dd>
Les images d’installation de GNU/kFreeBSD
sont victimes de plusieurs bogues importants
(<a href="https://bugs.debian.org/757985";>nº 757985</a>,
<a href="https://bugs.debian.org/757986";>nº 757986</a>,
<a href="https://bugs.debian.org/757987";>nº 757987</a> et
<a href="https://bugs.debian.org/757988";>nº 757988</a>).
Les porteurs ne refuseraient sans doute pas un peu
d’aide pour remettre l’installateur en service.
</dd>
-->
<!--
<dt>Accessibilité sur le système installé</dt>
<dd>Même si les technologies d'accessibilité sont utilisées pendant l'installation,
elles pourraient ne pas être activées automatiquement dans le système installé.
</dd>
-->
<!-- conservé pour une possible utilisation ultérieure...
<dt>Installations de bureau non fonctionnelles sur i386 à partir du premier CD seul</dt>
<dd>
À cause de contraintes de place, tous les paquets nécessaires
au bureau GNOME ne peuvent pas tenir sur le premier CD.
Pour réussir l'installation, utilisez des sources de
paquets supplémentaires (par exemple un deuxième CD ou
un miroir sur le réseau) ou utilisez plutôt un DVD.
<br />
<b>État :</b> aucune ressource ne pourra probablement être consacrée
à l'inclusion de paquets supplémentaires sur le premier CD.
</dd>
-->
<!-- idem
<dt>Problèmes possibles avec l'amorçage UEFI sur amd64</dt>
<dd>
Des problèmes ont été signalés lors de l'amorçage de
l'installateur Debian en mode UEFI sur des systèmes amd64.
Certains systèmes ne démarrent apparemment pas de façon fiable avec
<code>grub-efi</code> et d'autres montrent des problèmes de
corruption graphique de l'affichage d'écran initial d'installation.
<br />
Si vous rencontrez un de ces deux problèmes, veuillez soumettre un
rapport de bogue aussi précis que possible, à la fois sur les symptômes
et sur le matériel — cela devrait aider l'équipe à corriger ces problèmes.
En attendant, il est possible de contourner le problème en désactivant l'UEFI et en
poursuivant l'installation avec l'<q>ancien BIOS</q> ou en <q>mode de secours</q>.
<br />
<b>État :</b> d'autres corrections de bogues pourraient
apparaître dans les diverses mises à jour de Wheezy.
</dd>
-->
<!-- conservé pour une possible utilisation ultérieure...
<dt>Architecture i386 : plus de 32 Mo requis pour
l'installation</dt>
<dd>
La quantité minimale de mémoire requise pour une installation sur
une architecture i386 est de 48 Mo, au lieu de 32 Mo précédemment.
Nous espérons un retour au besoin initial de 32 Mo dans une version
ultérieure. Le besoin de mémoire peut aussi avoir changé pour d'autres
architectures ;
</dd>
-->
</dl>
Reply to: