Lefinnois.net

 

Oh ! Le beau titre. Le disque dur de mon beau x31 montrait des faibles depuis quelques temps déjà. Le démon smartd m'informait régulièrement qu'un secteur défectueux avait été trouvé. On le sait tous, ça commence par un secteur et un beau jour on fini par perdre tout le disque. Il fallait réagir. Mais le disque est chiffré avec LUKS et LVM2. Comment migrer tout cela ? Procédure pas-à-pas...

Voir la suite »

Bip, bip, bip... «C'était mon PC ?», «Non, c'est moi» , «Ah zut !». Un grand classique du bureau où plusieurs machines fonctionnent et signalent toutes sortes de choses avec le ridicule haut-parleur connecté à la carte mère. Comment intercepter ce signal et jouer un son sur le périphérique audio en lieu et place quand le pilote ALSA ne supporte PC Speaker ? La réponse c'est xbelld !

Voir la suite »

OpenSSH 5.0 vient d'être mis à disposition et intègre (mais ce n'est pas une nouveauté cette version) la directive ChrootDirectory permettant de chrooter dans un répertoire après la connexion. Cette fonctionnalité est principalement utilisée pour du SFTP mais on peu parfaitement configurer l'ensemble pour les logins SSH.

Méthode goret/vite'fait...
Voir la suite »

Ayant accès depuis peu à un NAS LaCie/Intel SS4000E, j'ai rencontré quelque problèmes lors de transfères de données volumineux via SMB. En effet, il semblerait que, pour une raison que je n'ai sincèrement pas cherché à connaître, des problèmes de connexion apparaissent lorsque beaucoup de données transitent entre le NAS et le disque local :

smb_add_request: request [f65480c0, mid=24160] timed out!
smb_add_request: request [f6548ec0, mid=24161] timed out!
smb_add_request: request [f6548ec0, mid=24162] timed out!
smb_add_request: request [f6548ec0, mid=24163] timed out!
smb_add_request: request [f6548ec0, mid=24164] timed out!

Pas terrible. Le pire c'est qu'un pitoyable Win98 ne posait absolument pas de problème. Copie d'un répertoire volumineux du poste 98 sur le NAS, pas de problème. Copie du NAS vers la box GNU/Linux, boum, timeout. Le montage se faisait avec une ligne dans fstab type :

//serveurNAS/PART  /home/denis/NAS/LM   smbfs  user,noauto,rw,username=user,password=pass 0 0

Solution, monter le partage en CIFS et non en SMBFS :

192.168.10.2:/PART  /home/denis/NAS/LM  cifs  user,noauto,rw,username=user,password=pass,gid=1000,uid=1000 0 0

Tadaaaaa. Plus de problème !

Comme j'ai cherché un peu sur le Web pour trouver les bons paramètres pour fstab, je share...

Chiffrer et utiliser des volumes logique sur un portable/lappy c'est bien. Debian propose une installation directe avec LVM2 et LUKS. Mais comment lire les données et récupérer les info lorsqu'on sort le disque du lappy qui donne des signes de faiblesse et qu'on le branche en USB sur un autre système ?

Voir la suite »

Petit convi-tips en passant. J'ai basculé dernièrement d'Apache2 vers Lighttpd avec bien plus de facilité que je ne m'y attendais. Bien sûr, il y avait quelques petites choses à changer de ci de là, mais dans l'ensemble mon kimsufi est très heureux de l'économie de mémoire et de charge CPU.

Dernière tuile en date, impossible d'uploader une image dans Wordpress. Une erreur HTTP 413 - Request entity too large apparaît dans les logs. Le pauvre Lighttpd ne savait pas quoi faire d'une requête aussi grosse...

Solution : ajouter deux malheureuses lignes dans le fichier de configuration :

server.upload-dirs=("/tmp")
server.max-request-size = 5242880

Problème réglé.

Les choix ne manquent pas en ce qui concerne les Display Managers. Le plus courant est sans doute maintenant le GDM de Gnome suivi par XDM pour les systèmes se voulant un peu plus léger. Pour ma part, j'aime bien WDM (WINGs Display Manager) parce qu'il s'agit d'un choix cohérent lorsqu'on utilise WindowMaker et parce qu'il est léger et implique peu de dépendances (comparé à GDM).

Voir la suite »