Trucs libres

Un de mes amis avait un PC en double boot Windows XP / Ubuntu Karmic. Suite à la mise à jour vers Lucid, Windox ne démarre plus (lignes bizarres à l’écran après Grub...).

TestDisk nous a sauvé la vie :

sudo aptitude install testdisk
sudo testdisk

1. Choisir [ Create ] Create a new log file
2. Choisir le disque physique du windows, puis [Proceed ]
3. Choisir [ Continue ] Continue even if there are hidden data
4. Choisir [Intel ] Intel/PC partition
5. [ Advanced ] Filesystem Utils
6. Sur la partition Windows XP, le boot sector est soit mauvais (bad), soit non identique au secteur de backup (Sectors are not identical.).
7. Choisir [ Backup BS ] pour copier le secteur de sauvegarde dans le secteur principal.
8. Valider, quitter, redémarrez et testez.

Sources :

• http://www.cgsecurity.org/wiki/TestDisk_Step_By_Step#NTFS_Boot_sector_recovery
• http://ubuntuforums.org/showthread.php?p=9263959

La copie de CD audio n’est actuellement pas possible sous Ubuntu Lucid avec Brasero en raison d’un vilain bug.

Pour le contourner il faut installer cdrdao version 1.2.3, qui n’est pas encore sous forme de paquet.

Pour l’installer, on peut utiliser CheckInstall, pour faire un peu plus propre qu’un vieux make install :

tar -xjvf cdrdao-1.2.3.tar.bz2
cd cdrdao-1.2.3/
./configure
make
sudo checkinstall make install

Note : la commande make échouera peut-être à cause d’un paquet de développement manquant qu’il vous faudra installer.

CheckInstall vous crée et vous installe un beau paquet Debian.

On peut aussi utiliser cdrdao directement. Un ps axf nous donne la commande utilisée par Brasero :

cdrdao read-cd --device /dev/sr0 --read-raw --datafile /home/dooblem/brasero.toc.bin -v 2 /home/dooblem/brasero.toc

Et voila le travail !

Liens :

• http://packages.debian.org/lenny/checkinstall
• http://fr.wikipedia.org/wiki/CheckInstall
• Archivage/sauvegarde de CD audio

Sous Ubuntu ou toute distribution avec Gnome, on peut désormais faire presque tout sans passer par la ligne de commande.

Pour configurer certaines choses, il est encore nécessaire de passer par l’édition d’un fichier de configuration. Même pour configurer le bureau, beaucoup de documentation en ligne demande encore d’éditer des fichiers dans /etc.

Pour simplifier cette tâche aux linuxiens non experts, il existe un paquet nautilus-gksu, qui permet d’éditer un fichier en tant qu’administrateur par un simple clique droit sur le fichier.

Personnellement, je préfère la solution consistant à lancer Nautilus en tant que root, qui donne plus que le simple pouvoir d’édition de fichier (modification des droits, suppression...).

On crée un lanceur pour cette tâche, un peu à la manière du Terminal administrateur dans Applications > Outils système :

1. Clique droit sur le tableau de bord > Ajouter au tableau de bord, Lanceur d’application personnalisé.
2. Nom : Nautilus superutilisateur
3. Commande : gksu nautilus

Et voila.

Au démarrage d’Ubuntu, l’écran USplash vient masquer le démarrage de Linux, ainsi que les actions de démarrage. Si votre esprit geek préfère ces écritures cabalistiques, voici comment désactiver USplash sans supprimer les paquets usplash et usplash-theme-ubuntu (car le packet ubuntu-desktop dépend de ceux-ci).

On désactive USplash puis on régénère le initramfs :

sudo vi /usr/share/initramfs-tools/conf-hooks.d/usplash
USPLASH=n
sudo update-initramfs -u

Liens :

• https://wiki.ubuntu.com/Initramfs
• http://en.wikipedia.org/wiki/Initramfs

Voir aussi :

• [Ubuntu Karmic] Désactiver XSplash
• Afficher les commandes au démarrage d’Ubuntu

Voici comment configurer simplement le lecteur d’empreintes digitales de votre Thinkpad sous Ubuntu Karmic en utilisant ThinkFinger.

Installez les paquet thinkfinger-tools (pour l’acquisition et la vérification) et libpam-thinkfinger (pour l’intégration avec PAM):

sudo aptitude install thinkfinger-tools libpam-thinkfinger

Ceci fait, vous pouvez tester l’acquisition/vérification. En tant qu’utilisateur, tapez les commandes :

tf-tool --acquire
# passez trois fois votre doigt
tf-tool --verify
# passez votre doigt, puis un autre doigt...

Note : les commandes doivent fonctionner en tant qu’utilisateur si ce dernier est dans le groupe plugdev.

Ensuite, il faut brancher le lecteur à PAM, comme indiqué dans /usr/share/doc/libpam-thinkfinger/README.Debian :

sudo /usr/lib/pam-thinkfinger/pam-thinkfinger-enable

Et voila, maintenant, redémarrez le système puis testez le passage du doigt à la place de taper le mot de passe. À la connexion GDM et lorsque vous tapez "sudo", l’invite "Password or swipe finger:" s’affiche pour vous authentifier.

Notes :

• Tester les différents programmes du menu __Administration. Le "swipe finger" ne s’affiche pas toujours mais doit fonctionner quand même.
• À ma connaissance, ça ne fonctionne pas au vérouillage de l’écran (gnome-screensaver).

Références :

• http://www.thinkwiki.org/wiki/How_to_enable_the_fingerprint_reader_with_ThinkFinger
• http://thinkfinger.sourceforge.net/
• http://doc.ubuntu-fr.org/thinkfinger
• https://wiki.ubuntu.com/ThinkFinger

Pour lancer automatiquement Empathy au lancement d’Ubuntu Karmic :

sudo cp /usr/share/applications/empathy.desktop /etc/xdg/autostart/

Cela ajoute automatiquement une entrée dans les applications au démarrage de Gnome.

Sources :

• http://demmer.ipax.at/blog/ubuntu-autostart-for-empathy-im-client/
• https://bugs.launchpad.net/ubuntu/+source/empathy/+bug/322314

Quand vous avez configuré la connexion automatique (autologin) sous Gnome/Ubuntu, rien de plus agaçant que la fenêtre demandant de déverrouiller le trousseau au démarrage, pour que network-manager puisse utiliser les clés Wifi !

Si votre mot de passe de trousseau est le même que celui du login, le trousseau est déverrouillé automatiquement lorsque vous tapez le mot de passe à la connexion, ce qui n’est pas possible en autologin.

Une solution est de mettre un mot de passe de trousseau vide, mais c’est mauvais pour la sécurité de tous vos mots de passe.

La meilleure solution serait de stocker les clés wifi dans le trousseau par défaut, et de stocker tous les autres mots de passe dans un autre trousseau. J’ai peut-être mal cherché mais à ce que j’ai vu la plupart des applications utilisent uniquement le trousseau par défaut.

Solution intermédiaire : mettre un mot de passe "bidon" au trousseau par défaut, déverrouillé au démarrage de Gnome par un script, ce qui est quand même mieux qu’un mot de passe vide.

Voici donc ma solution :

On change le mot de passe du trousseau par défaut :

1. Aller dans Applications > Accessoires > Mots de passe et clés de chiffrement (inutile comme moi de chercher dans Système > Préférences pendant 2 heures, là où il devrait être)
2. Clique droit sur le trousseau par défaut > Changer le mot de passe

On crée ensuite le script python contenant le code suivant :

vi ~/.lordiam.py

#!/usr/bin/python
import gnomekeyring
#gnomekeyring.lock_sync(None);
gnomekeyring.unlock_sync(None, 'monmotdepasse');

On empêche aux autres utilisateurs de lire le fichier :

chmod 700 ~/.lordiam.py

On teste. On doit obtenir 0 comme code de retour (le warning est normal) :

~/.lordiam.py
echo $?

Maintenant, on ajoute le script au démarrage dans Système > Préférences > Applications au démarrage :

Commande : /home/UTILISATEUR/.lordiam.py

Enfin, on redémarre son PC pour tester le tout.

Notes :

• C’est un "coup de chance" que le script soit appelé avant le lancement de network-manager. Je n’ai pas trouvé comment le placer prioritaire dans la liste des programmes au démarrage de Gnome.
• À quoi sert le trousseau ’login’ ? À ce que j’ai compris, il sert à stocker les mots de passes qui seront oubliés à la fin de la session.
• Pour le script, on choisira un nom moins remarquable que unlock_keyring.py. De même, on met le script en fichier caché. C’est toujours mieux que rien.

Références :

• apt-get source libpam-gnome-keyring
• apt-get source python-gnomekeyring

J’ai récemment récupéré une tablette Trust TB-2100 :

$ lsusb
Bus 002 Device 005: ID 08ca:0021 Aiptek International, Inc. APT-2 Tablet

J’ai enfin réussi à faire fonctionner la bête.

Il faut installer le pilote xorg :

sudo aptitude install xserver-xorg-input-aiptek

Ensuite créer le fichier /etc/udev/rules.d/61-aiptek.rules pour ajouter le périphérique dans udev :

BUS=="usb", DRIVER=="aiptek", KERNEL=="event[0-9]*", SYMLINK+="input/aiptektablet"
KERNEL=="event[0-9]*", SYSFS{vendor_id}=="0x08ca", SYMLINK+="input/aiptektablet"
SUBSYSTEMS=="usb", DRIVERS=="aiptek", ATTRS{size}=="3000x2250", ATTRS{model_code}=="0x0064", SYMLINK+="input/aiptektablet"

Dans Ubuntu Intrepid, la configuration Xorg des périphérique d’entrée ne se fait plus dans xorg.conf, mais dans HAL. On ajoute un fichier /etc/hal/fdi/policy/10-aiptek.fdi contenant :

<?xml version="1.0" encoding="ISO-8859-1" ?>
<deviceinfo version="0.2">
<device>
<match key="info.product" contains="Aiptek">
<merge key="input.x11_driver" type="string">aiptek </merge>
<merge key="input.x11_options.SendCoreEvents" type="string">true </merge>
<merge key="input.x11_options.Type" type="string">stylus </merge>
<merge key="input.x11_options.Mode" type="string">absolute </merge>
</match>
</device>
</deviceinfo>

Enfin, on redémarre le système et on prie pour que ça marche. Je n’ai pas réussi en redémarrant simplement HAL et Xorg.

Commandes utiles pour déboguer :

xinput
hal-device
udevinfo -a -p $devpath # on trouve devpath dans dmesg

Sources :

• https://help.ubuntu.com/community/A...
• http://ubuntuforums.org/showthread....
• https://wiki.ubuntu.com/X/Config/In...
• http://doc.ubuntu-fr.org/tablette_a...