Rien à voir avec d’habitude, on va tourner aujourd’hui autour des cartes SD des appareils photos numériques.

On va voir comment récupérer des photos perdues et aussi comment éviter que quelqu’un ne récupère vos photos supprimées.

On est sous Ubuntu. Si vous êtes sous Windows, télécharger un live-cd Ubuntu et démarrez dessus. Autant utiliser un logiciel libre qui a fait ses preuves plutôt que payer un soft bidon à 80€ car vous êtes désespérés (ils le savent, d’où le prix).

Tout ceci est applicable à n’importe quel support, une clé USB ou une partition de disque dur par exemple. Et bien entendu, pour n’importe quel type de fichier (le rapport de 15 pages que vous venez de connement supprimer).

En préalable, je rappelle juste qu’il faut travailler à partir d’un autre support (une autre partition…) afin de ne pas réduire vos chances à zéro.

Récupérer des photos perdues

Il est plus efficace d’insérer la carte SD dans un lecteur de carte que d’y accéder depuis l’APN connecté en USB. Les ordinateurs portables ont tous un lecteur de carte multiformat.

Première étape, il faut connaître le périphérique. Faites ls /dev/mmc* ou si la carte est montée la commande df vous donnera ces infos :

Sys. de fich.            Taille  Uti. Disp. Uti% Monté sur
/dev/sda2              19G  5,9G   12G  33% /
/dev/sda5             106G   96G  4,5G  96% /home
/dev/sda3              19G  2,2G   16G  13% /var
/dev/sr0              4,2G  4,2G     0 100% /media/cdrom0
/dev/mmcblk0p1        3,8G  111M  3,7G   3% /media/FC30-8E5A

On voit que /dev/mmcblk0p1 est notre carte SD.

On va faire une image de la carte sur le disque dur. On va créer un dossier pour l’occasion et utiliser la commande dd pour faire cette image :

mkdir sd-recovery && cd sd-recovery
dd if=/dev/mmcblk0p1 of=./carte-sd.img

C’est assez lent, dd copie l’intégralité des blocs. Pour une carte de 4 Go, même s’il est annoncé qu’elle contient que 2 Go d’espace occupé, il faut donc compter donc que dd copie 4 Go (à environ 7 Mo/s).

On va travailler sur l’image de la carte avec un outil nommé foremost. Si ce n’est déjà fait, installez-le :

sudo aptitude install foremost

Et on lance la bête :

sudo foremost -v -i carte-sd.img

Maintenant il faut être patient. foremost va parcourir tous les blocs de l’image de la carte SD à la recherche de fichiers. Tous ce qui est trouvé est placé dans le dossier output, trié par type. Les noms des fichiers trouvés ne sont pas les noms originaux mais reflètent à quel endroit ils ont été trouvés.

Dernière petite étape, on va mettre les droits comme il faut (ça a été exécuté en tant que root avec sudo) :

sudo chown -R $USER output

Et voilà. C’est pas infaillible, mais ça en trouve beaucoup. En fait, tant que les blocs n’ont pas été réécrits, les données sont toujours présentes. Donc moins vous avez utilisé la carte depuis la perte des photos, plus vous avez de chance de tout récupérer.

Empêcher la récupération

On vient de voir qu’il faut éviter de réécrire sur les blocs pour espérer en récupérer le plus. Tout naturellement, pour empêcher ça, l’idée est donc de réécrire sur les blocs. On va créer un fichier rempli de données aléatoires qui va occuper toute la place restante.

Le point de montage de la carte (visible avec df) étant /media/FC30-8E5A/, on utilise la commande dd :

dd if=/dev/urandom of=/media/FC30-8E5A/gros-fichier.aaa

C’est assez long (comptez environ 5 Mo/s, soit 1/4h pour 4 Go). La commande dd s’arrête quand il n’y a plus de place. Il ne reste qu’à supprimer ce fichier :

rm -fr /media/FC30-8E5A/gros-fichier.aaa

Les plus paranoïaques répéteront l’opération 2 ou 3 fois.

Voilou. Maintenant vous pouvez jouer les espions, ou sauver un Noël.

Voici de quoi remuer tout ça, et augmenter nos scores Yslow ou Page Speed (et nous aimons ça). On va chasser les octets superflus, on va s’attaquer aux CSS.

Et l’occasion qui fait le larron, c’est la sortie de MAX CssMin, un optimiseur CSS écrit en PHP que je viens de releaser en GNU GPL. Une sortie du placard car cela fait un petit moment que je l’utilise pour différents projets. Il ne touche pas à la sémantique, que de l’amélioration de syntaxe. Pour l’instant, c’est le meilleur que j’ai pu essayé. Bon, à la fin, c’est la guerre des octets, que des micros optimisations, mais j’en ai encore quelques unes en réserves. La version 0.2 verra une option pour tout mettre sur une seule ligne. Pour l’instant ça le fait pas encore (vous pouvez en éditant le fichier cssmin et en décommentant la ligne en dessous du commentaire « Efface les retours à la ligne (à désactiver par défaut) »).

On va se faire un petit script à placer sur le serveur, lancé par cron chaque nuit qui va optimiser vos fichiers CSS, tout seul.

Aller, on se ssh à son serveur.

Les prérequis (rien de bien extraordinaire, adaptez la commande à votre système de paquet) :

aptitude install php5-cli unzip

On commence par installer le MAX CssMin en version script (CLI). Copiez-collez ceci (après avoir lu et compris) dans votre terminal :

wget http://libre.maxbusiness.fr/files/cssmin/cssmin-0.1.zip
wget http://libre.maxbusiness.fr/files/cssmin/cssmin-0.1.zip.md5
md5sum -c cssmin-0.1.zip.md5
unzip cssmin-0.1.zip
chmod +x cssmin
mv cssmin /usr/local/bin
cssmin --help

Bonus, ça vérifie même la somme md5 de l’archive. C’est installé. Tapez cssmin --help pour les options courantes.

On va créer un script shell, nommons le css.sh qui va contenir les commandes de minification. C’est lui qui sera appelé par la tâche cron toutes les nuits. Créons le. Voici son contenu :

#!/bin/sh
cssmin -rbq /var/www/monsite/css/style.css
cssmin -rbq /var/www/monsite2/css/style2.css

Explications : -q vous passe en mode quiet (pas de blabla sauf si erreurs), -r c’est le mode replace (on écrase le fichier CSS par sa version minifiée) et -b c’est le mode better (on ne fait les changements que si le résultat est meilleur). En l’occurrence, le mode better vous permettra de ne pas avoir la date de modification du fichier mise à jour chaque nuit (apache s’en sert pour les instructions de cache aux navigateurs).

Vous placer une ligne comme ça par fichier à optimiser. Je vous conseille d’essayer en console avant (sans l’option -q).

On rend ce script exécutable :

chmod +x css.sh

Maintenant, on enregistre une tâche cron, réglée pour être lancée pour tous les jours à 03:05. Tapez crontab -e et ajoutez dont une ligne :

5 3 * * * /home/mon/chemin/vers/mon/script/css.sh

Et voilà. Vos fichiers CSS se ré-optimiseront tout seuls, même après vos uploads de nouvelles versions, non optimisées.

MAX CssMin n’en est qu’à ses débuts publics, mais on peut déjà faire des choses intéressantes avec. Un bonus pour la fin :

cat style-1.css style-2.css style-3.css | cssmin > all-min.css

Il y a quelque temps, j’ai eu la surprise de constater que Google Analytics était arrivé à me localiser très précisément, dans mon petit village. Comment a-t’il fait ? Essayons de comprendre.

Google arrive à en savoir beaucoup. Et par beaucoup, on peux déjà commencer par dire : vous situer géographiquement. Moi, c’est à Bernin, petite commune de la vallée du Grésivaudan. Et Google le sait, voyez donc :

Comment Google est arrivé à le savoir ?

Déjà, il existe des bases de données qui font la correspondance entre des adresses IP et leur localisation (GeoIP). La précision est relative, elle se situe à l’échelle du NRA (répartiteur téléphonique sur lequel votre ligne est branché). On peut regarder le reverse DNS de son ip pour comprendre. Par exemple, chez moi ça donne : cro38-1-xxx-xxx-xxx-xxx.fbx.proxad.net. Il lui suffit d’avoir la liste des NRA de Free et il sait que j’habite à Crolles (bien connu des savoyards avec le rond-point pour payer moins cher au péage…) ou autour.

À Crolles ou autour, ok. Mais ça nous dit pas Bernin. Et sachant qu’avant, il me situait à Crolles, vous comprenez que ça m’a un peu intrigué.

Autre élément, j’ai une ligne ADSL chez Free (ça vous l’avez compris), mais en dégroupage total. Ce qui signifie que j’ai involontairement une IP fixe. Et Google aime ça. Au bout d’un moment, il s’est rendu compte que l’IP était toujours la même. Cette IP ne se balade pas à Crolles ou autour, mais y est logée à un endroit précis et de manière fixe. Chez Orange par exemple, vous changez d’IP à chaque reconnexion de la box, donc là c’est plus chaud pour Google.

Ok, mais ça nous dit toujours pas Bernin. En parlant de dire Bernin, à quel moment je lui ai dit, volontairement ou non, à Google, que j’habitais à Bernin ?

La réponse : en passant des commandes sur des boutiques en ligne ! Qui, de plus, utilisait Google Analytics et qui ont paramétré le e-Commerce. Oui oui, GA collecte à la demande des boutiques le montant du panier, les frais de port, le détail (de manière codifié) des articles, et… suspense… la ville de livraison.

Au fil du temps (et des commandes donc), Google a vu que la ville de livraison était quasi¹ systématiquement Bernin, que Bernin c’était juste à côté de Crolles et donc Google a donc compris que mon IP, qui est fixe, est logée à Bernin. Il s’est donc mis l’info de côté. C’est pourquoi, j’apparais comme visiteur venant de Bernin dans tous les rapports GA des sites que je visite.

Je ne vois pas d’autres façons.

Il y en a qui savent croiser le fer. Google sait croiser les informations. Quel coquin !

1. Ceux qui veulent briller en soirée mondaine pourront prononcer « couazi »

Donc pour cette occasion un peu spéciale, je vais vous présenter une méthode un peu inattendue pour calculer Pi. On va utiliser la fonction rand().

On va utiliser le hasard et les probabilités. Fuyez pas, vous allez voir, c’est sympa. C’est la méthode de Monte-Carlo (vous savez, ses casinos, ses jeux de hasard…).

Regardons cette figure présentant un quart de disque de rayon 1 :

L’aire de ce quart de disque est de Pi / 4 et l’aire totale du carré est de 1.

Le principe est simple : on va tirer des points au hasard. La probabilité (notons la P) que chaque point soit dans ce quart de cercle est donc de P=Pi/4. Et cette probabilité, on va la calculer en faisant un tirage de N points. Il y en aura disons X qui tomberont dans le quart de cercle. On divise X par N et on a notre probabilité P.

Finalement, on a P=Pi/4 et P=X/N donc Pi/4=X/N d’où Pi=4*X/N.

On tire alors un point au hasard. On va utiliser la fonction rand (ou mt_rand, plus rapide et meilleure au niveau distribution aléatoire) pour déterminer ses coordonnées X et Y. Et s’il vérifie X²+Y² < 1 alors il est dans le quart de cercle. On répète ça un paquet de fois et le tour est joué.

Voyons comment on code ça en PHP. J’ai optimisé un peu la chose en ne ramenant pas les coordonnées dans [0,1]² ce qui évite des divisions. Le code :

<?php
$totalDotNumber = 100001;

$inCircleDotNumber = 0;
$maxRand = mt_getrandmax();
$maxRand_pow2 = pow($maxRand, 2);

for ($i=0; $i<$totalDotNumber; $i++) {
    if ( (pow(mt_rand(), 2)+pow(mt_rand(), 2) ) < $maxRand_pow2) {
        $inCircleDotNumber++;
    }
}

$frequency = $inCircleDotNumber / $totalDotNumber;
$pi = $frequency*4;

echo 'Points tirés : '.$totalDotNumber."\n";
echo 'dont dans le cercle : '.$inCircleDotNumber."\n";
echo 'Fréquence : '.$frequency.' (=Pi/4)'."\n";
echo 'd\'où : Pi = '.$pi."\n";
?>

On tire 500 000 points, ça prend 5 secondes et on obtient par exemple Pi=3,14436971126. Bon la précision n’est pas fameuse, mais on a bien (heu souvent…) 3,14 et des poussières.

On va s’arrêter là avec Pi, on va pas chercher à améliorer la chose, c’était juste pour le principe. La méthode de Monte-Carlo permet de calculer des intégrales de dimensions supérieure à 1 (avec 2 on a des aires, 3 des volumes, 4 c’est pour Albert Einstein dont c’est l’anniversaire aujourd’hui…).

Moi, ça m’épate. Pas vous ?

Cela arrive parfois, un petit malin s’amuse à flooder un des services de votre serveur. Le dernier en date pour moi c’était hier soir, 15000 connexions avec erreur de syntaxe en quelques minutes sur le serveur de mail.

Et si on le bloquait via son ip ? Voyons comment y remédier.

Sous Linux, Iptables est là pour ça (entre autres). Il suffit de lancer cette commande pour ajouter une règle qui va bien :

iptables -A INPUT -s <ip_embêtante> -j DROP

Attention à ne pas mettre votre ip, vous seriez dans l’impossibilité de vous connecter au serveur (effet immédiat). Les règles sont perdues au redémarrage donc si vous voulez les conserver de manière permanente, il va falloir faire un script lancé au démarrage. Dans ce cas, bloquer cette ip jusqu’au redémarrage me va bien.

Et pour lister vos règles en cours :

iptables -L

C’est toujours utile à avoir sous la main, ne serait-ce que pour le petit malin occasionnel.

Crédit photo : Lionel Allorge.

Les développeurs de Facebook ont mis au point HipHop for PHP. Pas si loin du compilateur PHP tel que Roadsand ou phc, HipHop réalise une traduction du code source PHP en C++ et se charge de le compiler en embarquant un serveur HTTP léger.

Alors on entend tout et rien à son sujet, alors mettons quelques éléments de compréhension sur la table.

Optimiser son application / son site est un domaine en soi. On peut mettre en cache les résultats des appels aux bases de données (via la base elle-même ou un autre moyen), mettre en cache des parties ou des pages entières générées… Memcached sera votre ami dans bien des cas. Je ne parle même pas d’une utilisation optimale de plusieurs serveurs HTTP (un pour les données statiques, un autre pour les scripts).

Enfin bref, on arrive vite à une limite, un appel où tout est en cache. Et quand on veut améliorer les performances, il faut se tourner du côté de PHP.

Il est déjà important de savoir comment fonctionne PHP. Quand on appelle un script, il est parsé, puis traduit en opcode lequel opcode est ensuite lancé dans une machine virtuelle qui fera le reste du boulot (traduction en instructions CPU et exécution). Ceci à chaque fois.

On peut évidemment optimiser un peu ça. Il y a principalement les caches d’opcode (APC, eAccelerator…). Mais on arrive vite à une autre limite, la machine virtuelle prendra bien un opcode caché, mais elle refera éternellement le même boulot.

L’idée est alors de compiler le PHP. Passons sur phc qui semble inactif.

On a d’un côté Roadsand, qui proposent une autre implémentation de PHP et qui vont effectivement traduire votre script en instructions binaires pour le CPU (bref compiler). Et de l’autre on a HipHop qui va traduire votre script PHP en C++, puis le compiler. Pourquoi j’ai séparé les deux ? Ils arrivent au même résultat. Mais par des moyens différents. On a un binaire. Selon les possibilités, il intègre son serveur HTTP, ou bien il dialogue via FastCGI avec un serveur HTTP.

Roadsend permet du runtime eval (eval, include), HipHop non et le sacrifie fièrement. On va pas rentrer dans les détails inutiles ici.

Je passe aussi l’optimisation au sens propre du code : profilage, blablabla et tout et tout. Ça se fait très bien et permet de voir des défauts d’architecture.

Bref, voyons ce qui nous a amené ici : l’optimisation, compiler PHP et les diverses conneries entendues. Ne retenons qu’une seule chose entendue, qui n’est pas foncièrement une connerie et qui mérite nuance et explication. Les conneries, elles, elles resteront.

Lu chez Maxime Valette :

Avant d’en arriver au stade d’avoir besoin de compiler du PHP transformé en C++, il faudrait déjà penser à s’affranchir de son framework qui ne peut que ralentir l’exécution de son site.

Bon, un framework, pourquoi ? Si Yahoo a choisi Symfony, c’est pour une bonne raison : le développement. Ils savaient très bien que c’est une surcharge de PHP. Mais un développement en équipe, agile, reposant sur des briques découplables, testable est plus qu’un confort. C’est générique. mais c’est un gain d’argent. Un développeur coûte cher. Les serveurs, c’est pas cher. Seule la bande passante est chère. (comparativement)

Il y a des cas où le service est relativement simple, avec une évolution limitée des fonctionnalités. Dans ce cas, oui, faites sans framework. Il ne sert à rien de sortir le marteau pilon pour écraser la mouche. Vous pouvez, mais ne râlez pas à propos de performance sur la lourdeur du framework. Vous avez fait un choix, celui de penser aux capacités de développement avant tout. Si vous voulez, vous pouvez créer votre propre framework, adapté à votre utilisation, pour combiner le meilleur des deux. Mais quand vous aurez tout optimisé, système de cache et tout et tout, alors PHP sera votre facteur limitant, du fait de votre framework. The bottleneck.

Bon, c’est assez tranché, mais tout ça pour vous dire que le PHP peut devenir le facteur limitant. Parce que déjà, si quelque chose est en cache, il faut bien à un moment ou à un autre l’y mettre. Et puis quand tout sort de cache, il y a quand même du code qui s’exécute.

Pas convaincu ? Essayez de générer un fichier PDF à l’aide de FPDF. Pas le truc de Mickey, un gros PDF, pleins de pages. Par exemple, 5000 bons de commandes en un seul PDF. Vous allez le sentir le bottleneck, vous allez sentir du PHP pur qui tourne. Récupérer les infos de la base de donnée c’est du gâteau à côté (c’est peut-être même déjà en cache ?). Les appels d’appels de re-appels de fonctions, de méthodes, d’objets… c’est élégant, mais ça a un coût.

Donc, compiler PHP peut-être une porte à ouvrir, si on veut gagner en terme de performance. Facebook en était là. Et c’est tant mieux, ça complète la voie.

Crédit photo : DragonBe.

Tout le monde y va de son commentaire, alors moi aussi : Apple nous la refait à l’envers. Explications.

Disons déjà que c’est joli, ça promet une interface léchée et une expérience utilisateur sympathique. Un iPhone version 10″.

Et c’est là que le bat blesse. Ce sera bel et bien un iPhone en plus grand, avec tout ce qui va avec.

On va avoir un iPhone OS adapté. Et pas de OS X adapté. Cela traduit la volonté d’enfermement des applications dans la lignée de l’AppStore, avec le business model qui va si bien (à Apple). On ne pourra pas y loger ce qu’on veut, mais uniquement télécharger des applications (gratuites ou payantes) approuvées par Apple. Les développeurs devront payer un droit d’enregistrement et subir la terrible décision d’Apple qui peut refuser ce qu’il veut sans avoir à se justifier. Quand on sait que le modèle économique pour les développeurs n’est pas si facile que ça, ça laisse sur sa faim.

Bien sûr cela promet une interface commune comme sur l’iPhone grâce au SDK, mais c’est au prix d’une absence totale de bidouillabilité. Impossible de se faire sa propre appli qui va bien (je pense aux fans de la domotique…).

Et qui dit iPhone OS amélioré dit aussi :

• Toujours pas de possibilité d’avoir plusieurs applications qui tournent en même temps ;
• Safari uniquement : Apple refuse tout autre navigateur ;
• Pas de Flash : J’aime pas le flash, certes. Mais là ça veut dire qu’on se prive de plein de sites fonctionnant avec flash (Allociné pour les bandes annonces…).

Niveau matériel maintenant. Apple nous refait-il le coup de l’iPhone ? D’abord un iPhone EDGE uniquement, sans GPS à l’époque des téléphones 3G et incluant le GPS. Puis vint plus tard l’iPhone 3G avec le GPS. Tour de passe-passe suprême, ou comment faire acheter deux iPhones aux Mac Addicts. Cette fois non, le tour est presque différent. Il y a déjà une version 3G (plus chère de $130). Mais la caméra ? Pas de caméra. Pourtant, on sent que c’est prévu… Et le GPS ?

Le gros du tour est dans les accessoires, l’autre manne d’Apple. Seule, l’iPad ne permet pas grand chose. Il n’y a même pas de port USB. Pour brancher votre appareil photo, il vous faut le petit accessoire qui va bien (un connecteur USB ou le lecteur de carte SD). Oui vous avez bien entendu, pas de lecteur SD inclus, pour un engin pareil, c’est un gros fail.

Donc en résumé, c’est un iPhone plus grand, avec moins de choses. Donc c’est bien, c’est beau. Mais c’est limité.

Je me prenais à rêver d’une tablette tactile pour mes applications en semi ou pleine mobilité : faire l’inventaire ou préparer une commande avec l’iPad, ça aurait pu le faire…

Cela venait d’un caractère UTF8 appelé le BOM (Byte Order Mark – U+FEFF) qui est censé donné l’ordre de lecture des données. Sauf qu’en UTF8, il n’y a qu’un sens, donc ce BOM ne sert à rien. Du coup, je sais même pas pourquoi il existe. Ils se trouvent au tout début de fichier.

Si ce n’était que cela, ça irait. Mais voilà, PHP les envoie et les navigateurs les affichent ces cons de BOM. Cela pose donc deux problèmes : un possible envoi de header prématuré avec PHP (génant) et ce fameux espace à la noix dont on a mis 2h à trouver d’où il sortait.

Les symptômes :

• Erreur PHP « headers already sent » alors que vous avez apparemment rien envoyé au navigateur ;
• Vous avez l’encodage UTF8 de détecté : l’espace blanc à la c..n (si votre fond est blanc, sinon ça peut être un espace bleu…);
• Vous forcez l’encodage du navigateur en ISO-8859-1 :  apparait à la place de l’espace blanc ;

Pour résoudre ça, si vous avez l’option (idiote soit dit en passant) de pouvoir enregistrer en UTF8 avec ou sans BOM dans votre éditeur favori, vous choisirez la version sans BOM.

Sinon, vous sortez votre éditeur héxadécimal et la séquence à éradiquer est EFBBBF. En général il se trouve au tout début du fichier. Mais attention, ce caractère de 3 octets est vil et mesquin, avec des copiés-collés, il peut se multiplier et se retrouver pas qu’au début. (Sous VIM il apparait en tant que <FEFF> mais uniquement s’il n’est pas au début, s’il l’est, on le voit pas).

Il aura fallu que je rapatrie des fichiers PHP UTF8 de Windows pour voir arriver ce genre de merdouille. Robix, Linux, c’est pour quand ?

Le principe : sur votre ordinateur perso, vous avez une clé privée, et vous enregistrez votre clé public sur le(s) serveur(s). Quand vous vous connectez, seule la passphrase de votre clé sera à taper. Ce qui fait un seul mot de passe à taper pour tous vos serveurs, ou aucun mot de passe à taper si vous n’en spécifiez pas (dans ce cas, éviter de faire ça sur des serveurs avec login root possible, sudo est votre ami).

Sur votre machine, vous générez vos clés :

ssh-keygen -t dsa -b 1024

Il devrez vous demander où les stocker. Par défaut c’est très bien (/home/maxime/.ssh/id_dsa). Après vous choisissez (ou pas) une passphrase.

Ensuite, il faut les installer sur vos serveurs. Retenez la commande que vous utilisez pour vous connecter en ssh. Si c’est :

ssh maxime@mon-serveur

Alors, toujours sur votre machine locale, vous faites :

ssh-copy-id -i ~/.ssh/id_dsa.pub maxime@mon-serveur

Et le tour est joué. Connectez vous en ssh avec la commande habituelle, et plus de mot de passe (ou bien une seule passphrase pour tous vos serveurs).

Celles sous Debian marchaient bien, mais celles sous Ubuntu Karmic Koala Server, impossible ! Pour éteindre proprement, il fallait me logguer et faire sudo halt. Peut-être un bug avec VirtualBox ?

Et bien pareil sur mon vrai serveur de développement : sous Debian, quand j’appuie sur le bouton Power, il lance son extinction comme il faut, et sous Ubuntu Server que dalle ! Tout juste ça rallume l’écran et pouet : « Si tu veux m’éteindre, il va falloir te logguer ! ». Et quand il y a pas d’écran ni de clavier avec, faut rallumer un PC pour s’y connecter en SSH ! Bravo le veau.

Et j’ai trouvé, Ubuntu Server est pas packagée de la même manière. Il y a des choses en plus (rien ne me vient à l’idée là), des choses en moins (la préemption dans le noyau) et des choses en remplacement (l’ordonnanceur n’est pas le même) par rapport à la version Desktop. Et parmi les choses en moins, acpid.

sudo aptitude install acpid

Même pas besoin de redémarrer pour que ça marche… Une action (virtuelle ou pas) sur le bouton Power lance bien l’arrêt propre du PC.