Exemple d'installation de SANE pour transformer un RaspberryPi en scanner à distance.

Pour ceux qui aiment se faire mal, il semble *possible* de charger et appeler une DLL Windows sous Linux.
On ne sait jamais ça peut servir.
(Ça a été fait par un développeur de chez Google qui voulait faire du fuzzing sur les DLL. Mais comme Windows est trop lent à charger les DLL, il a voulu utiliser Linux... et il y est arrivé.)

Eeewwww... donc un gars a créé un bootloader qui permet de démarrer Windows depuis des partitions non-NTFS.  Et il a réussi à faire tourner Windows depuis une partition btrfs.
https://github.com/maharmstone/quibble

Sous le coude: un successeur à WebMin, mais plus moderne.
(ça permet d'inspecter et administrer un serveur depuis un navigateur.)

Une autre vue sur btrfs vs. ZFS.
(btrfs et ZFS sont des systèmes de fichiers avancés permettant des manipulations assez intéressantes. J'ai passé ma machine perso d'ext4 en btrfs, justement: https://sebsauvage.net/wiki/doku.php?id=btrfs)

Pour lecture ultérieure: Un gestionnaire de paquet amélioré qui peut se superposer à celui de votre distribution.

Dans le gestionnaire de fichiers (Caja), copier-coller d'un dossier de 1,4 Go pour le dupliquer: INSTANTANÉ 😍

Et ne consomme pas d'espace disque supplémentaire : 😍

Ça paraît presque magique, btrfs.
C'est trop cool.

(cf. https://sebsauvage.net/wiki/doku.php?id=btrfs)

J'ai récemment migré ma machine personnelle du système de fichiers ext4 vers btrfs.
btrfs, c'est vraiment du bonheur ! <3
Imaginez migrer un système À CHAUD, SANS L'ARRÊTER, d'un disque dur à un autre ? C'est possible en btrfs. Ça et plein d'autres choses assez cools.
Au début j'avais fait cette page juste pour prendre des notes, mais j'ai fini par y mettre quelques explications sur certains concepts de btrfs, ainsi que diverses choses auxquelles il faut faire attention.
Ma migration est récente, et je continuerai à mettre à jour la page (y compris si j'ai des problèmes, bien sûr !)

Je pose ça là, parce que c'est beau: Un schéma des différentes briques qui composent un système Linux, et les outils permettant de les observer.

Sous le coude: En matière de "best practice" pour écrire des démons Linux, les choses ont changé depuis systemd. Il ne faut plus faire comme avant.
(via je ne sais plus qui)

USBRip, un outils pour faire un audit des périphériques USB branchés sur une machine en examinant les logs système.
https://github.com/snovvcrash/usbrip

Close enough.

Une copie de tous les paquets installés sur votre système Debian (ou dérivés) sont conservés dans /var/cache/apt/archives.
Ça peut être utile pour réinstaller un paquet manuellement en cas de problème (mise à jour foireuse, plus de réseau...), mais ça prend de la place. Voici quelques commandes:

• Purger le cache apt des anciennes versions des paquets (cela conserve les paquets actuellement installés):
sudo apt autoclean

• Vider complètement le cache apt:
sudo apt clean

• Re-télécharger les paquets dans le cache:
dpkg -l | grep "^ii" | awk ' {print $2} ' | xargs sudo apt-get -y --force-yes install --reinstall --download-only

• Et tant qu'on y est, pensez à dé-installer les paquets qui ne sont plus nécessaires:
sudo apt autoremove --purge

( D'autres astuces pour Linux dans cette page: https://sebsauvage.net/wiki/doku.php?id=linux-vrac )

Sous le coude pour tracer les accès disque par processus.

Sous le coude: Il est visiblement possible d'accéder à des partitions chiffrées BitLocker Windows sous Linux: https://github.com/Aorimn/dislocker

Pas eu le temps de finir l'article, mais il me semble bigrement intéressant. C'est une réflexion sur le système de fichier et ses limites actuelles.
Sous Unix/Linux, tout est un fichier. C'est un mantra connu que tout système *nix essaie de suivre: Toute ressource est présentée comme un fichier: Les fichiers eux-mêmes, mais aussi les périphériques, les disques, les sockets réseau, les zones mémoire, le processeurs, différents services, etc.
Si le principe de base est excellent et a fait le succès des *nix (comparé à Windows), il a aussi ses limites, et une opération read() ou write() n'a pas vraiment de sens pour tous les objets du système (on ne write() pas sur une imprimante: print() a plus de sens).
PS: Cela me rappelle un ancien projet de Microsoft qui voulait remplacer le système de fichiers par une base de données, ce qui en soit n'est pas une mauvaise idée, et permettait même des choses sympa (comme avoir une "vue" particulière sur l'ensemble de ses données, tout comme on créé une vue sur plusieurs tables), mais 1) Microsoft n'a pas donné suite au concept  2) je ne suis pas certain que le concept de base de données soit non plus suffisant.

Un article qui explique comment très simplement intégrer un script shell sous forme de service dans systemd.
C'est applicable à Raspbian mais aussi à tous les systèmes à base de systemd (donc Debian et dérivées).
Après, ne pas oublier que vous pouvez aussi spécifier des dépendances, ce qui permet par exemple de ne démarrer votre service que quand le réseau est disponible.
(via http://nicolas-delsaux.hd.free.fr/Shaarli/?Fn3MJg)

Non mais DAFUQ, quand même.

Tu peux aussi faire "watch grep ^Dirty /proc/meminfo" pour voir la quantité de données qui sont en attente d'écriture (tous disques confondus).

La commande 'parallel' permet de lancer certaines commandes shell (awk, sed, bzip2, grep, wc...) sur de multiples cœurs. Excellent !

Un article pour vérifier l'état du trim sur vos SSD.

Introduction à SELinux (via http://shaarli.m0le.net/?Ejm-8Q)

Ok donc là en fait je viens d'apprendre qu'anacron échoue silencieusement et n'exécutera jamais vos scripts placés dans /etc/cron.daily si le nom de fichier contient un FOUTU POINT.
Je pouvais attendre longtemps, en fait.
Ggnnniiiii....

La commande entr permet de surveiller un fichier, et lancer une commande spécifique chaque fois que ce fichier change.

Aujourd'hui j'ai découvert tldr (faites: sudo apt install tldr). C'est marrant. Par exemple faites: tldr tar. Ça donne ceci:  
(EDIT: il y a aussi https://cheat.sh , par exemple https://cheat.sh/tar )

tar
Archiving utility.
Often combined with a compression method, such as gzip or bzip.

- Create an archive from files:
  tar cf {{target.tar}} {{file1 file2 file3}}

- Create a gzipped archive:
  tar czf {{target.tar.gz}} {{file1 file2 file3}}

- Extract an archive in a target folder:
  tar xf {{source.tar}} -C {{folder}}

- Extract a gzipped archive in the current directory:
  tar xzf {{source.tar.gz}}

- Extract a bzipped archive in the current directory:
  tar xjf {{source.tar.bz2}}

- Create a compressed archive, using archive suffix to determine the compression program:
  tar caf {{target.tar.xz}} {{file1 file2 file3}}

- List the contents of a tar file:
  tar tvf {{source.tar}}

- Extract files matching a pattern:
  tar xf {{source.tar}} --wildcards {{"*.html"}}