jnsc.ch

Home

Linux

MP3

Symbian

Qt et C++

PHP Anglais

ISPConfig Anglais

Intranet

Valid XHTML
Valid CSS

Linux

Debian problème de son avec Alsa

Pour résoudre ce problème, j'ai dû chercher longtemps, alors si je peux éviter du temps de recherche à quelqu'un avec cette page, j'en serais ravi. J'ai lancé un alsaconf, il a trouvé ma carte son, mais lors du démarrage d'alsa j'obtenais le message d'erreur suivant:

error:
load_state:1134: No soundcards found...

Après quelques recherches, je me suis rendu compte que cette erreur était due au fait qu'Alsa essayait de se charger après OSS. Il me fallait donc trouver une solution pour désactiver OSS au démarrage. Il n'y a que 2 choses à faire la première c'est d'éditer le fichier /etc/hotplug/blacklist et d'y ajouter i810_audio.

code:
echo i810_audio >> /etc/hotplug/blacklist

La deuxième c'est d'ajouter le contenu du fichier /usr/share/doc/alsa-base/alsa-base.discover au fichier /etc/discover.conf

code:
cat /usr/share/doc/alsa-base/alsa-base.discover >> /etc/discover.conf

Voilà après votre prochain reboot alsa devrait fonctionner.

Application de mail par défaut avec Firefox

error:
mailto is not a registered protocol
  1. Tapez about:config dans la barre d'adresse de Firefox
  2. Faites un clic droit avec votre souris (peu importe l'endroit)
  3. Dans le champ "nom" saisissez network.protocol-handler.app.mailto
  4. Entrez maintenant le chemin complet de votre Mailer KMail (/usr/bin/kmail) ou Thunderbird (/usr/bin/thunderbird)

Pour les utilisateurs plus avancés il est également possible d'ajouter cette directive directement dans votre fichier pref.js

Suse et imap

À partir de la version 8.2 de la Suse le daemon UW-imap est compilé par défaut pour rejeter les connexions non sécurisées ( http://portal.suse.com/sdb/en/2003/05/imap_ssl.html), ce qui n'est pas un mal en soi, mais ça pose quand même quelques problèmes. Certains clients vont se plaindre de ne plus pouvoir utiliser leur téléphone mobile pour relever leurs mails, ou que leur antivirus ne prend pas en charge les connexions sécurisées, etc.

Cette erreur est reconnaissable par les logs suivants dans /var/log/messages

error:
Jun 3 11:21:09 Suse imapd[19732]: connect from 192.168.1.X (192.168.1.X)
Jun 3 11:21:11 Suse imapd[19732]: Login disabled user=XXX auth=XXX host=XXX [192.168.1.X]

Il n'est pas possible de configurer le daemon pour prendre en charge les connexions non sécurisées, pour que ce soit possible il est nécessaire de recomplier UW-imap. Le plus simple c'est de prendre le rpm source de faire le changement nécessaire et de le recompiler. Pour ceux qui sont trop flemmards, voici les 3 rpm qui sont à utiliser avec SuSe 9.0 seulement imap-2002d-59.i586.rpm, imap-devel-2002d-59.i586.rpm, imap-lib-2002d-59.i586.rpm. Pour ceux qui ne désirent pas prendre de packages depuis une source inconnue (ce qui est un très bon réflexe) voici comment vous pouvez faire vos rpm vous-même.

Placer vous dans votre home directory et télécharger tout d'abord le rpm source

cd
wget ftp://fr2.rpmfind.net/linux/SuSE-Linux/i386/update/9.0/rpm/src/imap-2002d-59.src.rpm

Installez ensuite le package source, et placez-vous dans le bon répertoire

rpm -ivh imap-2002d-59.src.rpm
cd /usr/src/packages/SPECS/

Éditez ensuite le fichier imap.spec de façon à remplacer la ligne : make lnp MYCFLAGS="$CFLAGS" SSLTYPE=nopwd
par

make lnp MYCFLAGS="$CFLAGS" SSLTYPE=unix

Reconstruisez le fichier spec et répondez par Y à la question qui vous sera posée

rpmbuild -bb imap.spec
Y

Changer de répertoire et installer vos rpm

cd /usr/src/packages/RPMS/i586/
rpm -Uvh imap-*

Il ne nous reste plus qu'à contrôler si la nouvelle version est bien présente

rpm -q imap imap-lib imap-devel

Remplacer VI par VIM dans Debian

Installer vim

code:
apt-get install vim

Reconfigurer votre système pour que vim soit lancé quand vous invoquez la commande vi

code:
update-alternatives --config vi

Reconfigurez votre système afin que vim soit votre éditeur de textes par défaut (édition de crontab, etc.)

code:
update-alternatives --config editor

Conigurer Debian pour l'utilisation d'une clef WPA-PSK

Beaucoup de tutoriels sur le net parlent de l'ancienne méthode utilisée par wpasupplicant. Le processus ayant été largement simplifié, cette explication se basse sur la version 0.4.8 de wpasupplicant (Debian etch) ainsi que sur un kernel > 2.6.15

Installer wpasupplicant

code:
apt-get install wpasupplicant

Contrôler comment se nomme votre interface wireless

code:
iwconfig

Encoder votre phrase secrète en clef

code:
wpa_passphrase le_nom_ssid_de_mon_ap le_mot_de_passe_wpa

Copier le résultat. Nous allons maintenant éditer le fichier /etc/network/interfaces

code:
vi /etc/network/interfaces

Créer une entrée similaire à ce qui suit en utilisant le résultat obtenu plus tôt. Attention la syntaxe est légèrement différente, il faut donc adapter la sortie de wpa_passphrase (ajouter wpa_ devant, supprimer =, etc.)

code:
# wireless interface
auto eth1
iface eth1 inet static
 wpa-driver wext
 wpa-ssid le_nom_ssid_de_mon_ap
 wpa-key-mgmt WPA-PSK
 #wpa-psk le_mot_de_passe_wpa
 wpa-psk 8724eb00f07802c48e2e0349c0d3f87dcc8687c9266905cbb340934561f4404c
 address 192.168.1.4
 netmask 255.255.255.0
 gateway 192.168.1.1

La doc suggère d'utiliser ipw pour les cartes ipw2200 (intel), mais vu que le driver est intégré aux versions récentes du kernel, il est nécessaire d'utiliser wext et non ipw.

Relancez le démon en charge du réseau, et le tour est joué

code:
/etc/init.d/networking restart

Vaudtax avec IceWeasel sur Debian

error:
Vous devez installer le nagigateur Internet Mozilla afin de pouvoir visualiser l'aide de VaudTax 200x

Sur Certian site il est dit que a sollution est de resenseigner les variables d'environnement MOZILLA_FIVE_HOME et LD_LIBRARY_PATH. Ceci n'a pas marché pour moi, afin de régler le problème j'ai du installer libswt-mozilla-gtk-3.3

code:
apt-get install libswt-mozilla-gtk-3.3

Vous pouvez maintenant redémarrer VaudTax et le problème devrait avoir disparu.

Connectez-vous à un serveur web inaccessible depuis votre réseau

Si vous devez accéder à un site web qui n'est pas accessible depuis chez vous, vous pouvez utiliser un simple tunnel ssh afin d'y remédier

code:
ssh -L 443:localhost:443 MonUtilisateur@serveurHebergeantSiteWeb.ch

En ouvrant l'url https://localhost vous aurez maintenant accès au site.

Pour accéder un un autre service vous pouvez utiliser

code:
ssh -L PortLocal:ServeurDestination:PortDestination passerelle -N

Par exemple pour du ldap

code:
ssh -L 389:ldap.example.com:389 gateway.example.com -N

Éviter le timeout lors de connexions ssh

Afin d'éviter un timeout lors d'une connexion ssh vous pouvez activer un keepalive.

code:
echo ServerAliveInterval 240 >> ~/.ssh/config

240 est l'intervalle de l'envoi du keepalive en seconde. Soit 4 minutes.

Certaines connexions mettent long à aboutir

Afin d'éviter ce problème, vous pouvez désactiver le GSSAPIAuthentication du côté client

code:
echo GSSAPIAuthentication no >> ~/.ssh/config

Mise à jour des Bios HP sans windows

Si vous ne disposez pas de windows sur votre portable HP, vous pouvez procéder de la manière suivante pour mettre à jour votre BIOS

code:
xhost +SI:localuser:root
sudo unetbootin

Dans Distribution choisisez FreeDOS et la dernière version (1.0 pour moi). Choisisez ensuite le Type USB Drive et indiquer le chemin de votre clé USB

Une fois la clé créée, il faut la monter et copier certains fichiers

code:
7za x sp56769.exe
mount /dev/sdb1 /mnt
cp eRompaq.exe 68CSU.BIN /mnt

Une fois que vous avez rebooter sur la clé USB (FreeDOS) executer les commandes suivantes

code:
c:
eRompaq.exe 68CSU.BIN