[ précédent ] [ Table des matières ] [ 1 ] [ 2 ] [ 3 ] [ 4 ] [ 5 ] [ 6 ] [ A ] [ suivant ]
Aucun des paquets python2.X inclus avec sarge n'inclut les modules standard « profile » et « pstats » car ils sont sous une licence qui n'est pas en conformité avec les principes du logiciel libre selon Debian (DFSG) (voir le bogue n° 293932 pour plus de détails). Ces deux modules peuvent être trouvés dans les paquets python-profiler et python2.X-profiles qui sont inclus dans la section non-free de l'archive Debian.
La série de noyaux 2.6 contient des changements majeurs par rapport à la série 2.4. Des modules ont changé de noms et beaucoup de pilotes ont été partiellement et parfois presque complètement réécrits. La mise à jour vers un noyau 2.6 à partir d'une version précédente n'est donc pas un processus à prendre à la légère. Cette section a pour objectif de vous prévenir de certains problèmes que vous pourriez rencontrer.
Vous êtes fortement encouragé à ne pas faire une mise à jour vers un noyau 2.6 en tant que partie d'une mise à niveau de woody vers sarge. Au lieu de cela, vous devriez tout d'abord vous assurer que votre système fonctionne correctement soit avec l'ancien noyau, soit avec un noyau 2.4 de sarge, puis faire la mise à jour vers un noyau 2.6 par la suite en tant que projet séparé.
Si vous compilez votre propre noyau à partir des sources, assurez-vous
d'installer module-init-tools avant de redémarrer avec le
noyau 2.6. Ce paquet remplace modutils pour les
noyaux 2.6. Si vous installez l'un des paquets kernel-image
de Debian, ce paquet sera installé automatiquement grâce aux dépendances.
Si vous utilisez LVM, vous devriez également installer
lvm2 avant de redémarrer car le noyau 2.6 ne gère pas
directement LVM1. Pour accéder aux volumes LVM1, la couche de compatibilité de
lvm2 (le module dm-mod) est utilisé. Vous pouvez laisser
lvm10 installé ; le script d'initialisation détectera quel
noyau est utilisé et exécutera la version appropriée.
Si vous avez des entrées dans le fichier /etc/modules (la liste
des modules à charger pendant le démarrage du sytème), soyez conscient que
certains noms de module ont pu changer. Si cela se produit, vous devrez mettre
ce fichier à jour avec les nouveaux noms des modules.
Une fois que vous avez installé votre noyau 2.6, mais avant de redémarrer, assurez-vous d'avoir une méthode de récupération. Assurez-vous tout d'abord que la configuration du chargeur d'amorçage possède des entrées pour le nouveau noyau et pour l'ancien et fonctionnel noyau 2.4. Vous devriez également vous assurer d'avoir une disquette ou un cédérom de récupération sous la main au cas où une mauvaise configuration de votre chargeur d'amorçage vous empêcherait d'amorcer l'ancien noyau.
Udev est une implémentation en espace utilisateur de devfs. Il
est monté sur le répertoire /dev/ et va peupler ce répertoire avec
des périphériques gérés par le noyau. Il va également ajouter et supprimer des
périphériques quand les modules noyau sont chargés et déchargés respectivement,
fonctionnant avec hotplug pour détecter de nouveaux périphériques.
Udev ne fonctionne qu'avec les noyaux 2.6.
Comme udev est installé automatiquement en tant que dépendance de,
par exemple gnome, il y a un risque qu'une mise à jour vers un
noyau 2.6 résultera en l'activation d'udev.
Bien qu'udev ait été testé de manière extensive, vous pouvez
rencontrer des problèmes mineurs avec certains périphériques qui devront être
corrigés. Les problèmes les plus courants sont des changements de permission
et/ou de propriétaire d'un périphérique. Dans certains cas, un périphérique
peut ne pas être créé par défaut (par exemple, /dev/video et
/dev/radio).
Udev fournit des mécanismes de configuration pour gérer ces
problèmes. Veuillez consulter udev(8) et /etc/udev
pour plus d'informations.
[ précédent ] [ Table des matières ] [ 1 ] [ 2 ] [ 3 ] [ 4 ] [ 5 ] [ 6 ] [ A ] [ suivant ]
Notes de publication pour Debian GNU/Linux 3.1 (« sarge »), S/390
$Id: release-notes.fr.sgml,v 1.38 2005/10/12 00:07:14 fbothamy Exp $debian-doc@lists.debian.org