wismerhill a écrit 2598 commentaires

ça peut vite être galère en Bash si tu veux contrôler que le fichier existe

Mauvais exemple, c'est une des choses les plus faciles à faire avec bash:

[[ -e $fichier ]] && exit 1

(et non, ce n'est pas une erreur qu'il n'y ait pas de guillemets autours de la variable)

Ajouter un message d'erreur est laissé comme exercice au lecteur ;-)

Ça n'a rien de nouveau, ça existait déjà dans KDE 4 (peut-être même 3, je ne me souviens plus), je l'utilise depuis des années.
Peut-être que c'est maintenant activé par défaut?

Un rideau de plomb aurait été plus efficace.

Il y a 2nd quadrant (2ndquadrant.com), qui est un gros contributeur à PG, et a des bureaux en Europe.

Un tmpfs ne consomme que l'espace effectivement pris par les fichiers qu'il contient (c'est à dire la colonne "used").
Ce qui est indiqué dans la colonne "size" est seulement la taille maximum qu'il acceptera de stocker (par défaut c'est 50% de la RAM).
Donc, dans l'exemple que tu donne il y a à peine 107 MiO utilisés dans /run, le reste est négligeable.

C'est probablement possible de re-configurer le système pour s'en passer, ça veut dire que les données correspondantes seront stockées sur la partition racine, s'il s'agit d'un disque dur ça aura un impact sur les performances, s'il s'agit d'un SSD ça aura un impact sur sa longévité. Et il faudra que tu mette en place un script pour vider ces répertoires à l'extinction, pour ne pas avoir des fichiers qui y trainent, qui pourraient faire des choses bizarres au prochain démarrage.

Donc, à moins que tu aie absolument besoin de chaque MiO de RAM, c'est beaucoup de complications pour un résultat inférieur.
Dit autrement, si ton serveur n'est pas déjà à 100% de RAM utilisée par les vrai programmes (pas les caches), ne perd pas ton temps à ça.

sympa le script qui fait le dump pour l'effacer ensuite…

Note qu'il ne l'efface que si le dump a réussi ;-)

Xephyr est une alternative plus moderne à Xnest, ça peut faire une différence pour certains logiciels s'ils ont besoin de certaines fonctionnalités récentes (comme xrandr).

Dans mageia, il est dans le paquet bind-utils.

il n’y a pas vraiment de raison d’utiliser 0 * * * * plutôt que @hourly.

Certes, mais par contre si on a plusieurs scripts à lancer toutes les heures (jours, semaines, mois), c'est intéressant de mettre autre chose que 0 pour qu'ils ne se lancent pas tous au même moment.

Ça me fait penser au plugin fsview pour konqueror (l'«ancien» programme à tout faire de KDE, qui est toujours maintenu):
https://docs.kde.org/stable5/en/konqueror/konqueror/view-extensions.html

J'en ai trouvé une capture d'écran là
https://www.coagul.org/drupal/publication/outils-pour-analyser-l%E2%80%99espace-disque-et-visualiser-loccupation-dun-disque
(c'est vieux, mais il n'a guère évolué depuis)

C'est parce que ce n'est pas une fonction propre de nautilus, c'est une fonction de base du composant arborescence (qu'on retrouve d'ailleurs de façon semblable dans la plupart des toolkits graphiques "classiques").

Donc, comme déjà écrit par d'autres, le problème n'est pas l'écran mais la carte graphique.

Avec un ordinateur suffisamment puissant, on peut tout à fait avoir un débit en USB2 de 45Mo/s soutenu.
Mais là on parle d'un vieil eeePc …

Certes, mais l'écran en question sera toujours connecté (donc probablement détecté, s'il n'est pas complètement mort). Et puis, si tu branche un écran externe, il y a un écran de connecté ;-)

Quand on en est à faire autant de modifications sur une machine aussi ancienne, autant racheter d'occasion une machine moins vieille, ça ne coutera probablement pas plus cher (si on trouve une bonne ocaz) et sera probablement plus performant.

avec un T pour transsexuel et un t pour transgenre

Ce n'est pas la même chose?
C'est une vrai question, je pensais que les deux termes sont interchangeables.

Personnellement, la fonctionnalité non-POSIX de bash que j'utilise le plus souvent, ce sont les array.
C'est très pratique pour construire dynamiquement des listes de paramètres pour des commandes, ou pour itérer, sans risquer de problème avec les caractères spéciaux.

Écrire des scripts shell non-triviaux et robustes sans array est juste pénible.

Ah, effectivement, je ne savais pas que le time inclus dans bash prend en compte tout le pipeline, merci de l'info.

Au passage, la doc de bash indique qu'il s'agit d'un mot réservé, ce qui est encore un peu différent d'une buitin command.

Attention, ton time tel que tu l'utilise ici mesure l'exécution de la commande echo, pas de sftp ou scp.

Je me disais bien que la disparition devrait avoir un rapport avec les problèmes chez OVH.
Merci de continuer à le mettre à disposition.

Certes, mais au moins, en cas de sinistre total de la planète, il ne devrait plus rester d'utilisateur pour se plaindre que ton serveur est indisponible.

Et je crois que peu de gens utilisent l'hibernation…

Je l'utilise presque tous les jours au travail, pour retrouver mes programmes comme je les ai laissé. Je n'éteint complètement l'ordinateur qu'en fin de semaine (ça permet de faire les mises à jour noyau).

En activant l'option globstar (shopt -s globstar), l'expression **/*.raw prendra tous les fichiers raw à n'importe quelle profondeur de l'arborescence, et contrairement aux bidouillages avec find ça fonctionnera aussi si les noms contiennent des caractères spéciaux.

L'important, c'est cette ligne-là:

/dev/nvme0n1p6 261G 246G 2,1G 100% /

Ta partition racine est presque pleine (246G occupé sur 261G au total).

Si ce ne sont pas tes propres fichiers qui prennent toute la place, c'est que tu as installé des programmes volumineux, ou que des fichiers trainent quelque part.

Je te propose d'inspecter ça avec le programme ncdu, c'est un programme avec une interface en mode texte, donc qui prendra très peu d'espace en plus à installer.
Lance-le dans un terminal avec la commande:

ncdu -x /

il va parcourir toute l'arborescence pour additionner la taille des fichiers, quand il aura tout inspecté tu pourra naviguer dans ton arborescence en voyant la taille cumulée des répertoires.
(il peut être nécessaire de l'exécuter en root pour qu'il comptabilise bien tout les fichiers)

Un chat d'entreprise peut effectivement être mauvais pour la productivité.