On Mon, 2026-08-03 at 11:59 +0200, Pierre Meurisse wrote: > Le Mon, Aug 03, 2026 at 11:45:57AM +0200, Basile STARYNKEVITCH a > écrit : > ... > > > Bonjour Léon, > > > sur ma debian Trixie /proc/mem/info est un fichier vide. > > > > Ce fichier n'existe pas. > > > > Celui qui existe est /proc/meminfo > > > ... > > C'est juste une erreur dans mon message. > J'avais bien essayé /proc/meminfo > > pier@trixie~% file /proc/meminfo > /proc/meminfo: empty >
C'est normal. Ce fichier est un pseudo fichier géré par le noyau, qui ne calcule pas sa taille et renvoie 0. % ls -l /proc/meminfo -r--r--r-- 1 root root 0 Aug 3 08:22 /proc/meminfo La commande à utiliser est bien un executable qui lit (avec l'appel système open(2) suivi de read(2) ....) ce fichier. Les commandes /bin/cat /proc/meminfo ou /bin/head /proc/meminfo lisent le fichier. Mais les commandes /bin/file ou /bin/ls interrogent le noyau sur la taille du fichier (par un appel système tel que stat(2)) sans bien évidemment en lire le contenu (sur un lecteur de bandes ou même un disque dur rotatif cette lecture prend du temps: centisecondes à décasecondes). La liste des appels systèmes est documentée sur https://www.man7.org/linux/man-pages/man2/syscalls.2.html Le code source des commandes head ou file est disponible en ligne par exemple https://fr.wikipedia.org/wiki/GNU_Core_Utilities Pour savoir quels appels systèmes sont utilisés par une commande donnée vous pourriez utiliser l'appel système strace(2) utilisée par la commande /usr/bin/strace (essayez d'abord /usr/bin/strace --help ...) Si vous êtes férus de programmation, essayez d'étendre le shell https://tracker.debian.org/pkg/sash (ou GNU bash ou zsh) pour vos besoins. Librement. NB je cherche des collaborations autour de refpersys.org -- Basile STARYNKEVITCH <[email protected]> 8 rue de la Faïencerie http://starynkevitch.net/Basile/ 92340 Bourg-la-Reine https://github.com/bstarynk France https://github.com/RefPerSys/RefPerSys https://orcid.org/0000-0003-0908-5250
