<h2>But de ce document</h2>
<p class="spip">Ce document me permet de faire l’inventaire des problèmes que je rencontre lors de mise à jour de postes sous Debian Testing ou Sid (<strong class="spip">aptitude upgrade</strong>).</p>

<p class="spip">Ce document donnera également les solutions, si elles existent, aux problèmes rencontrés.</p>

<p class="spip">Les problèmes sont triés du plus récent au plus ancien.</p>

<p class="spip">Vous trouverez mes problèmes de 2005 ici : <a href="http://www.coagul.org/article.php3?id_article=381" class="spip_out">http://www.coagul.org/article.php3 ?id_article=381</a></p>

<p class="spip">et ceux de 2006 ici : <a href="http://www.coagul.org/article.php3?id_article=450" class="spip_out">http://www.coagul.org/article.php3 ?id_article=450</a></p>

<h2>06/07/07 - Problèmes de montage de partages Samba avec smbfs et cifs</h2>
<p class="spip">Je suis tombé sur un bug de smbfs permettant de monter des partages Samba. Voici les messages que je rencontre dans mes logs. Cela entraîne dans certains cas, l’impossibilité d’enregistrer les fichiers :</p>

<p class="spip"><code class='spip_code' dir='ltr'>kernel: smb_lookup: find xxx failed, error=-512</code></p>

<p class="spip">Pour faire mes montages, j’utilise pam_mount, mais le problèmes est le même avec un montage manuel. Voici la configuration de mon montage :</p>

<div style='text-align: left;' class='spip_code' dir='ltr'><code>volume * smbfs pglinux Utilisateurs ~/Reseau/pglinux uid=&,gid=&,fmask=0700,dmask=0700,<br />
workgroup=MondDmaine,iocharset=iso8859-1,codepage=cp850 - -</code></div>
<p class="spip">Après quelques recherches, il s’avère que « smbfs » est bien buggué et qu’il est fortement recommandé d’utiliser « cifs » à partir des noyaux 2.6. Le problème, c’est que CIFS ne fonctionne qu’en UTF8 et ne reconnaît pas l’option « codepage=cp850 » ce qui entraîne un problème d’encodage des accents. Donc, si mes montages n’ont pas besoins d’utiliser les accents (ce qui est rare), j’utilise cifs autrement j’utilise smbfs pour mes montages. A ce jour, je n’ai pas d’autres solutions à part convertir tout mes fichiers en UTF8. Voici ma configuration avec cifs :</p>

<p class="spip"><code class='spip_code' dir='ltr'>volume * cifs pglinux Utilisateurs ~/Reseau/pglinux uid=&,gid=& - -</code></p>

<p class="spip">De plus, l’utilisation de cifs a entraîner d’autres messages dans les logs :</p>

<p class="spip"><code class='spip_code' dir='ltr'>kernel:  CIFS VFS: Error 0xfffffff3 on cifs_get_inode_info in lookup of xxx\.directory</code></p>

<p class="spip"><strong class="spip">Remarque</strong> : Pour info, la commande « mount » sans argument permet d’avoir la liste des montages en cours et le type de montage effectué (cifs, smbfs,..)</p>

<h2>06/07/07 - Problème pour démonter des montages Samba sous KDE</h2>
<p class="spip">Bien souvent, je n’arrivais pas à démonter mes partage Samba et j’étais obligé de forcer le démontage avec l’option « -l » :</p>

<p class="spip"><code class='spip_code' dir='ltr'># umount -l /mnt/MonMontage</code></p>

<p class="spip">En fait, j’ai découvert que cela venait de Konqueror qui gardait en mémoire une instance de Konqueror même qu’en il était fermé. Pour régler ce problème, il faut donc aller dans « Configuration / Configurer Konqueror / Performance » et mettre « 0 » dans le nombre ’instance pré-chargées.</p>

<h2>18/05/07 - Petits réglages avec Thunderbird et Firefox</h2>
<p class="spip">Après être resté 6 mois sans mettre à jour ma Debian Testing, j’ai décidé de passer en stable avec la sortie de ETCH. Tout c’est bien passé sauf quelques réglages à faire avec Thunderbird et Firefox :
<br /></p>
<li> Supprimer l’extension du pack français de Icedove (Thunderbird)
<br /><li> Installer le paquet « <strong class="spip">icedove-locale-fr</strong> »
<br /><li> Paramétrer les icônes personnalisés pour Firefox et Thunderbird
<br /><li> Repasser Firefox en navigateur par défaut avec « <strong class="spip">update-alternatives &mdash;config x-www-browser</strong> »
<h2>18/05/07 - Ligne de commandes en anglais</h2>
<p class="spip">Sur un poste, je me suis retrouvé avec une ligne de commandes en anglais (ex : aptitude)</p>

<p class="spip">J’ai remarqué que le fichier « <strong class="spip">/etc/environment</strong> » contenait la ligne « <strong class="spip">LANG="C"</strong> » au lieu de la ligne « <strong class="spip">LANG=fr_FR@euro</strong> ». Après correction, tout est rentré dans l’ordre.</p>

<h2>15/03/07 - Base OpenLDAP Corrompue</h2>
<p class="spip">Suite à une coupure brutale du serveur, le serveur ldap n’est pas reparti. Voici le message que j’avais au démarrage en mode débugage :</p>

<div style='text-align: left;' class='spip_code' dir='ltr'><code># slapd -d 1<br />
bdb_db_open: dbenv_open(/var/lib/ldap)<br />
bdb(dc=mondomaine,dc=com): operation not permitted during recovery<br />
bdb_db_open: db_open(/var/lib/ldap) failed: Invalid argument (22)<br />
backend_startup: bi_db_open failed! (22)<br />
bdb_db_destroy: close failed: Invalid argument (22)<br />
slapd stopped.</code></div>
<p class="spip">En fait, c’était la base ldap qui était corrompue et pour régler ce problème, je l’ai simplement ré-indexée avec ces commandes :</p>

<div style='text-align: left;' class='spip_code' dir='ltr'><code># /etc/init.d/slapd stop<br />
# slapindex<br />
# /etc/init.d/slapd start </code></div>
<h2>27/02/07 - Impossible de lancer Firefox depuis OOo 2.1</h2>
<p class="spip">Suite à une mise à jour ou depuis l’installation de OOo 2.1, en cliquant sur un lien hypertexte dans OOo, il m’ouvrait bien Firefox mais me mettant ceci comme URL :</p>

<p class="spip"><code class='spip_code' dir='ltr'>file:///var/tmp/kdecache-tony/krun/5344.0.index.php</code></p>

<p class="spip">J’ai essayé sans succès d’utiliser les alternatives pour changer configurer le navigateur par défaut :</p>

<p class="spip"><code class='spip_code' dir='ltr'># update-alternatives --config x-www-browser </code></p>

<p class="spip">J’ai fini par corriger mon problème en configurant le navigateur par défaut de KDE :
<br /></p>
<li> Menu "K / Centre de configuration de KDE"
<br /><li> Composants de KDE / Sélecteur de composants
<br /><li> Sélectionner "Navigateur web" et indiquer le chemin de Firefox (ex : /opt/firefox/firefox)
<h2>19/01/07 - Impossible de passer en mode « superutilisateur » dans kcontrol</h2>
<p class="spip">Pour configurer certaines choses dans KDE (Imprimantes, KDM,..) il est nécessaire de passer en mode « <strong class="spip"> superutilisateur </strong> ». Malheureusement sur plusieurs de mes postes sous Testing ou SID et depuis plusieurs mois, il est impossible de passer sous root en appuyant sur le bouton « <strong class="spip">Mode superutilisateur</strong> »</p>

<p class="spip">D’après certains messages trouvés sur Internet, il suffirait de réinstaller kcontrol mais dans mon cas, ça n’a servi à rien :</p>

<p class="spip"><code class='spip_code' dir='ltr'># apt-get --reinstall install kcontrol</code></p>

<p class="spip">ou :</p>

<p class="spip"><code class='spip_code' dir='ltr'># aptitude reinstall kcontrol</code></p>

<p class="spip">La seule solution est donc de lancer kcontrol sous root en autorisant root a utiliser l’interface graphique avec « <strong class="spip"> xhost </strong> » :</p>

<div style='text-align: left;' class='spip_code' dir='ltr'><code>$ xhost +<br />
access control disabled, clients can connect from any host<br />
$ su<br />
Password: xxxx<br />
# kcontrol</code></div>
<p class="spip">L’installation du paquet « <strong class="spip"> sux </strong> », permet de faire ses opérations plus facilement :</p>

<div style='text-align: left;' class='spip_code' dir='ltr'><code>$ sux<br />
Password: xxxx<br />
# kcontrol</code></div>
<h2>19/01/07 - Impossible d’ajouter une imprimante dans kcontrol</h2>
<p class="spip">Sur l’une de mes Debian Testing, l’ajout d’une imprimante depuis « <strong class="spip"> kcontrol </strong> » me retourne le message suivant :</p>

<p class="spip"><code class='spip_code' dir='ltr'>client-error-bad-request</code></p>

<p class="spip">Pour régler ce problème, j’ai modifié le fichier « <strong class="spip">/etc/cups/cupsd.conf</strong> » en remplaçant la ligne :</p>

<p class="spip"><code class='spip_code' dir='ltr'>Listen /var/run/cups/cups.sock</code></p>

<p class="spip">par la ligner :</p>

<p class="spip"><code class='spip_code' dir='ltr'>Listen /var/run/cups/cupsd.sock</code></p>

<p class="spip">Je pense que la réinstallation de cups aurait également réglé ce problème.</p>

<p class="spip">Autrement, l’interface Web de Cups accessible à l’adresse « <strong class="spip">http://localhost:631/</strong> »  fonctionnait correctement</p>

<h2>19/01/07 - Freenx - Clavier numérique inversé</h2>
<p class="spip">Sur l’un de mes clients NoMachine connecté à un serveur FreeNX, j’avais le pavé numérique qui fonctionnait à l’envers (Touche éteinte = pavé numérique actif).</p>

<p class="spip">Ce problème venait du fait que j’avais demandé à KDE d’allumer le pavé numérique à la connexion et ce réglage embrouillait le client NoMachine.
<br /></p>
<li> Centre de configuration de KDE / Périphériques / Clavier / Verrouillage numérique = Laisser en l’état
<h2>Historique des modifications</h2>
<table class="spip">
<thead><tr class='row_first'><th scope='col'><strong class="spip">Version</strong></th><th scope='col'><strong class="spip">Date</strong></th><th scope='col'><strong class="spip">Commentaire</strong></th></tr></thead>
<tbody>
<tr class="row_even"><td>0.1</td><td>19/01/07</td><td>Création par Tony GALMICHE</td></tr>
<tr class="row_odd"><td>0.3</td><td>18/05/07</td><td>Mise à jour</td></tr>
</tbody>
</table>