L'installation d'un module python avec un python perso échoue en chargeant le mauvais module python (le module du système au lieu du module recompilé dans l'install perso de python) ?
Il y a un petit fichier fourni par easy-install qui est changé et qui ajoute au PYTHONPATH des dossiers avant la variable d'environnement ! Et ce fichier est dans le home, donc commun à tous les python que l'utilisateur lance… donc s'il y a le dossier système dedans (va savoir pourquoi…) bah le chargement de modules persos utilise le module système quand même.

Pour mettre le fichier hors d'état de nuire :
mv .local/lib/python2.7/site-packages/easy-install.pth .local/lib/python2.7/site-packages/easy-install.pth.orig

Un outil que j'utilise de temps en temps pour faire du ménage en terme de place disque, c'est baobab (en GTK, de GNOME). Je me suis déjà dit que ça serait cool pareil mais en terminal, même si baobab permet de travailler à distance (gvfs powa).
Je viens de voir passer "ncdu", un "du" en ncurses et j'ai testé vite fait ; c'est pas mal, ça remplace bien, a l'air pratique et tout. Petit outil que je sens va me servir de temps en temps. Packagé dans Debian :)

Via #tuxfamily

Si on veut vite-fait tester des pages web ou mettre à dispo un fichier en web, comme python est installé automatiquement à peu près partout sur les serveurs, une seule commande :
python -m SimpleHTTPServer 8000
C'est probablement pas optimisé, pas sécurisé, pas tout ce qu'on veut mais ça permet de voir taktak ce qu'on fait sans rien installer spécialement et sans configuration.

Avec cssh (ssh en cluster : plusieurs connexions contrôlées depuis un champ central), si le window manager met une trop grande barre de fenêtre, on risque de ne pas voir le prompt de la machine connectée au-dessus.
Il suffit de paramétrer un espace réservé (en pixels) entre les fenêtres. Dans .clusterssh/config on met quelque chose comme :
terminal_reserve_bottom=42
et hop ça change la vie plutôt que de toujours devoir cliquer partout pour voir ce qu'on fait (ou de devoir réempiler toutes les fenêtres dans le bon ordre…).

Un casque analogique et un casque USB pour regarder un film ? Ça fonctionne avec pulseaudio, et même au cliquodrôme… presque triste que ce soit si simple. Bon après, trouver l'option… il fallait savoir…

Migrer des VM à chaud, sans stockage partagé, avec qemu/kvm ? J'avais vu passer ça, le temps que ça descende dans les distro, que j'y repense, que j'aie de quoi tester… bref là ça marche.
Il y avait un problème où il fallait créer le disque destination de la bonne taille à la main… en 2013 : c'est manifestement corrigé.
Attention, ça ne fonctionne pas avec virt-manager, il essaye de faire une migration comme si le stockage était partagé.
Donc avec virsh :
virsh migrate --live --persistent --undefinesource --copy-storage-all --verbose --desturi qemu+ssh://user@dest-machine/system vm-to-migrate
Ça demande le mot de passe pour se connecter en ssh, et c'est parti. La copie du disque prend forcément un peu de temps mais j'ai vu du trafic jusqu'à 400 Mo/s, et pendant ce temps-là la machine est toujours en fonctionnement : il y a une deuxième passe pour synchroniser le delta.
Pratique.

(La commande est issue de : http://hgj.hu/live-migrating-a-virtual-machine-with-libvirt-without-a-shared-storage/ car je n'ai pas trouvé d'exemple sur la page liée ni sur les pages proposées en bas.)

Copier un fichier avec scp à travers une autre machine-relais en une commande : possible (mais relou). Pour moi ça a donné un truc comme ça :
scp -o 'ProxyCommand ssh -W machine_finale:22 user@relais' -r /dossier/à/copier user@machine_finale:

Après avoir changé un disque, impossible de le monter. Enfin si, mount OK, mais après rien dans df, mount ou quoi que ce soit. Monter sur un autre dossier que celui prévu était OK aussi.
En fait le point de montage était bien dans le fstab, mais avec un UUID vide (j'avais généré la ligne mais vu que le disque marchait pas, mon script avait laissé vide l'UUID). Et donc systemd se sentait malin de me le démonter immédiaitement…

juil. 21 15:14:47 sdata4 kernel: EXT4-fs (sdi): mounted filesystem with ordered data mode. Opts: (null)
juil. 21 15:14:47 sdata4 systemd[1]: mnt-rozofs-storages-storage_2_8-0.mount: Unit is bound to inactive unit dev-disk-by\x2duuid.device
juil. 21 15:14:47 sdata4 systemd[1]: Unmounting /mnt/rozofs/storages/storage_2_8/0...

Un systemctl daemon-reload, pour relire le fstab, et hop…
Je suis tombé rapidement sur le post ci-lié mais j'aurais pas pensé à ça tout seul… enfin si, si j'étais tombé sur le bout de journal sus-cité…

Bonne question : comment on fait pour changer le nom d'un process (visible via ps ou /proc). Par exemple, au lieu d'avoir la commande nginx on voit "nginx: worker process".
Sur cette page, ils disent comment faire en modifiant directement dans argv… ça fonctionne mais ça a l'air crade est pas très souple.
D'ailleurs pour se marrer on peut le faire avec gdb (une fois à un breakpoint) :
(gdb) p argv[0]
$3 = 0x7fffffffe5cf "/home/john/code/a.out"
(gdb) set {char}0x7fffffffe5cf = 'a'
Là ça modifie bien /proc/<pid>/cmdline et ps… mais on ne peut pas par exemple malloc et remplir une string et la poser en argv[0] : ça fait juste rien.

Il y a apparemment prctl (voir https://github.com/electrum/procname) mais ça ne fonctionne que avec "c" comme argument à ps.

J'ai regardé dans les sources de nginx, ils expliquent bien… mais ça sent le gros gros hack :P
https://github.com/nginx/nginx/blob/branches/default/src/os/unix/ngx_setproctitle.c
En tous cas ça fonctionne avec gdb…
(gdb) b main
(gdb) r lala
(gdb) set argv[1] = 0x0
(gdb) p argv[0]
$1 = 0x7fffffffe5ca "/home/john/code/a.out"
(gdb) p strcpy($1, "coucou coincoin lala pouet trucmuche")

On peut donner des informations au noyau sur comment on va utiliser des pages de mémoire (random, séquentiel, et sous Linux des choses amusantes comme le "poisoning" d'une région mémoire, pour tester).
Il y a un pendant pour les fichiers, fadvise.

Un système de fichier basé sur FUSE, qui produit une vue rassemblée de N systèmes de fichiers, par exemple plusieurs disques durs. On a donc toujours accès aux différents systèmes de fichiers normaux sous-jacents, le module se débrouille juste pour unifier les accès et répartir les fichiers.
Par défaut il remplit dans l'ordre un système de fichier après l'autre, en laissant 4Go libres avant de passer au suivant. On peut modifier cela, en mettant par exemple un seuil à 25% de libre (pour éviter la fragmentation etc.). J'ai testé et à partir de 1.4To remplis (sur un disque de 2) il est passé sur le suivant.
Beaucoup moins bancal que d'agréger via LVM où on n'a alors qu'un seul système de fichier qui est à cheval sur les disques, et donc on perd potentiellement tout si un seul tombe en panne. Et j'aime bien le côté rassurant de voir ses fichiers directement sur les disques, contrairement à du RAID.

Par exemple pour le disque d'une machine virtuelle qu'on voudrait transmettre/copier/whatever, il peut être malin (ou juste amusant) de chercher à réduire la taille du fichier. On arrive donc à la notion de fichiers creux (sparse), où les blocs ne contenant que des zéros peuvent tout simplement ne pas être alloués par le système de fichiers.

Il faut donc d'abord mettre des zéros partout où le système invité de la VM n'a rien d'utile : zerofree. Petit outil simple, mais qui a besoin d'un FS non monté ou en ro. On passe donc en ro… (remount ne fonctionne pas : busy) :
echo u | sudo tee /proc/sysrq-trigger
Puis on peut lancer zerofree.

Là on se rend compte que la taille allouée ne diminue pas :
59G -rw-r--r-- 1 root root 59G mai 12 09:55 oleron.raw
59G de taille, 59G alloués… il faut donc… creuser des trous ! Et pour ça, rien de plus simple : fallocate -d
15G -rw-r--r-- 1 root root 59G mai 12 14:17 oleron.raw
Bien ! (à noter qu'on peut aussi utiliser cp --sparse=always, mais qu'il y a donc une copie du fichier (et dans ce test l'allocation était descendue à 20G au lieu de 15G avec fallocate, probablement une histoire de taille de bloc)).

Si l'on veut ensuite écrire cette image sur une clef USB, autant essayer de ne pas écrire ces trous de zéros (ce qui est pourtant le cas avec un dd simple). Pour cela on découvre l'option conv=sparse de dd. En testant je suis arrivé à cela (image de 64Gio, 20G alloués, sur clef USB3 190Mo/s) :
dd simple, bs=1M : 348,944 s, 180 MB/s
cp sparse (bs probablement 4k) : 6m55.131s (donc 415s)
dd sparse : 206,039 s, 305 MB/s
On remarque que la vitesse moyenne est plus grande que la vitesse d'écriture max constatée ! :) Bon et si on poussait le vice à faire deux clefs en parallèle ? 235,069 s, 267 MB/s !
Conclusion, avec tout cela on s'est bien amusé et on peut écrire 2 clefs de 64G utilisables (20G réels) en moins de 5 minutes :) Pour moi qui en ai 25 à faire, c'est pas si mal.

EDIT: 172,801 s, 363 MB/s avec l'image fallocate (qui fait donc 15G au lieu de 20G) en mono-dd sparse.

Basé (entre autre sur ce lien), pour créer une image bootable par UEFI à partir d'une image MBR, j'ai :

• fait une place de 150Mo pour la partition EFI (je sais pas si ça doit être la première mais dans le doute…) au début en décalant la partition existante ;
• créé la partition EFI, mis le type 0xEF ;
• installé grub-efi (qui désinstalle grub-pc, mais le boot MBR est déjà en place)
• monté la partition sur /boot/efi
• sudo grub-install --target=x86_64-efi /dev/vda
  et/ou
  sudo grub-install --target=x86_64-efi --removable /dev/vda

La première commande crée un fichier spécifique sur la partition et essaye de dire à l'UEFI de l'utiliser (mais n'y arrive pas si on est pas déjà en mode UEFI). La seconde place grub dans un fichier de boot fallback générique (/efi/EFI/BOOT/BOOTX64.EFI).

Pour tester dans KVM, on peut utiliser EDK II, packagé dans Debian (non-free) dans le paque ovmf.
Il suffit alors de paramétrer la VM pour utiliser ce firmware (voir précédent shaarli). Dans le shell interactif on peut alors booter à la main le fichier de grub (FS0: puis cd dans le dossier et BOOTX64.EFI), puis refaire le grub-install pour positionner le boot sur ce fichier (vu qu'on est booté en EFI ce coup-ci).
On a alors une image qui fonctionne dans KVM (via la config UEFI et le grub spécifique) ou sur une clef via le grub sur fichier fallback.

Il y a une option 'f' à fdisk pour fix l'ordre des partitions dans l'index. On peut en avoir besoin quand par exemple on crée une partition avant une autre dans l'ordre du disque mais après chronologiquement (dans un espace vide créé devant une autre partition existante).

Installation de DD-WRT sur un WN2000RPTv2 : ça juste marche comme annoncé. J'ai utilisé les images du post du 2 février, et la procédure donnée par l'utilisateur de raspbian (mode binary, l'autre commande doit être pour une autre implémentation de TFTP).
Globalement, DD-WRT a effectivement l'air très léger, l'interface web est rapide, mais ne suis pas impartial car mes essais d'OpenWRT étaient sur du matériel beaucoup plus ancien.
L'upgrade avec une image OpenWRT n'a pas fonctionné, mais je n'ai rien contre DD-WRT, ça me permettra de voir autre chose.

Simple sonde de température, 3 soudures à faire, rien de méchant. Testé sur un RPi 2. J'ai utilisé une résistance de 1k ohm et ça fonctionne aussi. Par contre pour changer le port gpio (il y a déjà d'autres choses sur le port par défaut, le 4), il suffit pas de charger le module Linux avec le paramètre qui va bien. Il faut aussi le dire au "Device Tree" du firmware du RPi.

Doc du firmware, partie "overlays" : https://github.com/raspberrypi/firmware/tree/master/boot/overlays

Pour utilser le dernier GPIO (le 21 (proc) / 40 (board)), il faut donc mettre dans /boot/config.txt :
dtoverlay=w1-gpio,gpiopin=21

Avec juste cette modification, on a directement accès aux données comme prévu, sans avoir rien d'autre à faire (modprobe ou /etc/modules, rien).
Exemple :
$ cat /sys/bus/w1/devices/28-80000002cefa/w1_slave
58 01 ff ff 7f ff ff ff c1 : crc=c1 YES
58 01 ff ff 7f ff ff ff c1 t=21500

… et c'est packagé dans Debian. :)
Si on peut éviter de s'embêter avec un awstats pour par exemple voir la BP ou les hits qui finissent 404, c'est pas si mal.
En ce qui me concerne, je dois choisir "NCSA Combined Log Format".

Besoin de faire un dd pour par exemple remplacer en recopiant entièrement un disque qui est en train de tomber ? ddrescue peut faire ça mieux qu'un bête dd, dans la mesure où il est prévu pour les erreurs.
Merci lg pour m'avoir remis ça sous le nez au bon moment :D

Troll du jour : faire une clef USB avec un binaire Linux et un Windows et pouvoir exécuter directement depuis la clef…
En fat : pas de permissions, et exécution désactivée par défaut (sécurité toussa si j'ai bien compris).
En NTFS : pas possible d'écrire les permissions avec ntfs-3G.
En exFAT : tout est exécutable par défaut donc ça marche… mais c'est crade comme format et il faut installer ces paquets qui sont pas par défaut sur les desktop.

En passant j'ai vu un fichier exécutable sur le FAT, et j'ai rien compris… en creusant on trouve (sur la page ci-liée) : "You can use the option showexec instead of the umask and dmask options, which shows all Windows executables (com, exe, bat) in executable colours."
Donc si on mv en .exe et démonte/remonte, pouf on peut exécuter…

Petite interface minimaliste pour faire du reverse VNC (c'est le serveur qui se connecte au client, pour traverser NATs ou autres joyeusetés).
Dans l'optique d'aider un novice, il suffit donc d'ouvrir le port (5500 TCP) chez celui qui va aider et qui est supposé savoir faire. De l'autre côté il y a juste à installer et entrer une IP ou une adresse et hop.