Je ne vais pas aller trop loin en disant cela, mais il est plus que probable que ce n'est pas mis à jourb qui cause vos problèmes. Probablement autre chose que vous ne voulez pas, soit une application de sauvegarde que vous n'avez pas configurée à votre goût ou un problème de sécurité avec la structure de votre profil / groupe de systèmes.
Un autre cas dans lequel il semblerait que l'allocation de mémoire des systèmes fonctionne contre l'utilisateur est le scénario où l'on «ignore les systèmes de fichiers virtuels empilés». Et c'est booger de problème. Une «bombe virtuelle illogique» pour ainsi dire.
Cela arrive assez souvent aux clés USB formatées en fat32 sur un système ext 4 qui sont ensuite transférées vers des systèmes zfs mal configurés avec le shell csh comme shell de connexion man. Il crée la récursivité virtuelle du problème "Read-File only USB file system" sur le disque et formate / monte le lecteur sur vFat à partir de fat32, ce qui crée à son tour un secteur de blocs défectueux et extrait (déplace virtuellement) un répertoire jusqu'à son niveau des répertoires parents, ce qui provoque la boucle infinie! Le répertoire n'est pas physiquement au niveau de la hiérarchie du parent. La syntaxe des causes csh en est la cause. * REMARQUE: le lecteur est en lecture seule sur tous les systèmes, à l'exception d'un système de connexion zfs c-shell.
Désactiver complètement updatedb pourrait créer une logique erronée en ce qui concerne l'allocation de mémoire et «l'effet de retour en arrière». Si vous avez déjà eu un retour en arrière quand vous ne le vouliez pas, vous savez ce que je veux dire quand deux heures de ligne de commande les scripts sont Fubar-ed parce que vous n'avez pas alloué le traitement de votre travail en mémoire.
Maintenant, si vous avez deux ou plusieurs processeurs physiques (par exemple dual core ou plus) et un ram ddr3, alors ça va. Tant que vous n'exécutez pas de graphiques lourds, auquel cas si cette charge est à l'origine de vos problèmes, updatedb serait le dernier de votre liste. Si vous essayez de masquer vos mouvements vers le système pour une raison quelconque, il existe d'autres moyens de le faire plutôt que de désactiver la mise à jourb, et en fait, la mise à jourb consoliderait vos actions afin que `` rien ne se passe '' en ce qui concerne le déguisement de votre système.
Franchement, basé sur la taille du fichier binaire / usr / bin / updatedb et compte tenu de l'architecture de la communication signal / système avec le système d'exploitation et que Bash est 10 fois la taille d'un tiret de shell lié réciproquement ou de la cendre de l'appel asynchrone. très peu coûteux sur le système.
Si vous êtes connecté au shell exécutant les scripts séquentiels que vous avez écrits et que vous êtes un administrateur (par exemple sudo), exécutez la commande suivante:
~$ sudo bash
:~# ./script.sh
Ensuite, vous voudrez probablement créer une variable locale dans votre script (updatedb a besoin des privilèges système, AKA root / sudo / wheel), par exemple:
#! /bin/sh
# Create local variables
UPD="updatedb"
echo "Beginning Execution of sequence "
Dans ce cas, la séquence utilise STDOUT / STDIN à partir d'autres scripts shell que vous avez écrits et exécutez en tant que variables avec dans votre script principal ou dites que vous avez configuré un package d'administration personnel ou professionnel où vous téléchargez / téléchargez / portez depuis cdrom ou USB ou autre chose, qui est extrêmement volumineux et a des scripts d'installation personnels pour eux, VOUS VOULEZ GARDER à jourb. Lorsque le shell du terminal est ouvert, il s'agit de votre instance d'application principale. D'autres applications peuvent / fonctionnent de manière asynchrone, mais la mise à jourb est l'une des moins coûteuses en termes de demande globale de système / informatique. Plusieurs fois, en particulier avec le lxdm Desk Enviro's et le Lxterm (ce truc est super rapide), mais pas uniquement; sans ajouter de mise à jour à mes scripts, le système m'a tiré des erreurs selon lesquelles les fichiers n'existent pas ou que quelque chose de vicieux s'était produit. Et j'aime QUOI!
Le shell est plus rapide que le système qu'il administre je vous le garantis!
Dans ce cas, vous appelleriez alors la variable updatedb pour verrouiller la séquence précédente en mémoire, comme indiqué
echo "Updating local database "
$UPD
echo "Exiting script two "
exit
Voyez-vous ce que je dis? Si vous posez cette question parce que vous exécutez des tests de vitesse d'exécution, c'est-à-dire le style Andrew Tanenbaum, vous en avez. Sinon, utilisez l'outil à votre avantage.
rpm
a également--whatrecommends
. Je pense que Fedora a commencé à le considérer comme un concept au cours des deux dernières années. (Longtemps après que le côté debian / ubuntu soit par défaut à installer les dépendances "recommande" ainsi que celles "nécessite").