J'utilise des clusters Linux, principalement sur SLES10. Les serveurs sont principalement des lames, accessibles via une console distante. Il y a une vraie console dans la salle des serveurs, mais éteinte.
Je voudrais désactiver le masquage de l'écran car il ne sert à rien et est une nuisance. Vous devez appuyer sur la touche pour voir si vous êtes connecté, ce qui est pénible. Nous fonctionnons au niveau d'exécution 3, donc la console est en mode texte, pas de X11 impliqué.
Réponses:
Vous pouvez vérifier quel délai le noyau utilise pour la suppression de la console virtuelle via:
Ce fichier est en lecture seule et le délai d'attente est spécifié en secondes. La valeur par défaut semble être 10 minutes.
Vous pouvez modifier cette valeur avec la commande suivante sur une console virtuelle (si vous êtes à l' intérieur d' un xterm vous devez passer à une console virtuelle via frapper par exemple Ctrl+ Alt+ F1).
Où la nouvelle valeur est spécifiée en minutes . Une valeur de 0 désactive la suppression:
setterm a d’autres options liées à l’économie d' énergie , la combinaison la plus utile semble être:
Ainsi, pour désactiver de manière permanente / automatique la suppression de la console virtuelle au démarrage, vous pouvez:
consoleblank=0
aux paramètres du noyau (modifier la configuration de grub)setterm -blank 0
commande à unrc-local
script de démarrage ou équivalentajoutez la
setterm
sortie à/etc/issue
puisque/etc/issue
est sortie sur chaque console virtuelle:# setterm -blank 0 >> /etc/issue
Choisissez une alternative parmi celles ci-dessus.
la source
xset
etc.). Par conséquent, la désactivation de la suppression de la console virtuelle telle que décrite ci-dessus constitue une solution de contournement rapide pour les systèmes affectés./sys/module/kernel/parameters/consoleblank
sur mon serveur CentOS 5.x. Pourrait-il être placé sous un nom différent?/bin/setterm -blank 0 -powerdown 0 -powersave off
en place/etc/rc.local
fonctionnerait très bien. Sur RHEL 7, cependant, cela échouerait. L'ajoutconsoleblank=0
aux paramètres du noyau fonctionne sur cette plate-forme.setterm
dans une console virtuelle. Vous pouvez aussi le rediriger vers: celasetterm -blank 0 > /dev/tty1
fonctionne très bien. Ou vous pouvez utilisersetterm -blank < /dev/tty1
pour interroger la valeur actuelle de tty1 ousetterm -blank force < /dev/tty1
pour forcer la suppression.Essayez d'utiliser ceci:
la source
/etc/init/markus-console.conf
si vous utilisiez Upstart ou des/etc/init.d/markus-console.sh
liens symboliques plus/etc/rd?.d
pour SysVinit, je ne connais pas les emplacements réels de SuSE).systemd
vient généralement avec unrc-local
service de compatibilité - ou vous pouvez facilement ajouter des services personnalisés ...Selon: https://wiki.archlinux.org/index.php/Display_Power_Management_Signaling#DPMS_Interaction_in_a_console_with_setterm
la source
J'ai implémenté et testé la configuration suivante, qui fonctionne bien sur sles10, mon cheval de bataille pour le moment.
Dans
ajouter
on dirait que c'est tout ce qu'il faut. Merci à Uku Loskit et à Gilles pour cette initiative dans la bonne direction.
la source
La seule solution permanente consiste à ajouter
consoleblank=0
à la ligne de commande du noyau. Vous pouvez afficher la valeur (qui est définie par défaut à 600 secondes) dans:(notez que le fichier est en lecture seule). Le seul moyen de modifier la valeur de consoleblank consiste à redémarrer avec la nouvelle option de ligne de commande du noyau.
la source
consoleblank
. Voir ma réponse.Si vous souhaitez uniquement empêcher la suppression de l'écran après la connexion de l'utilisateur, il vous suffit d'ajouter
setterm -powersave off -blank 0
à$HOME/.bash_profile
chaque utilisateur.la source
J'ai été vraiment bouleversé par ce problème. Toutes les astuces ci-dessus avec setterm et rediriger de / vers / dev / tty0 n'ont pas fonctionné à partir de mon ssh.
Puis j'ai réalisé un moyen de le désactiver:
TERM = linux remplace TERM par défaut (qui est xterm-256color sur ma machine) et aide setterm à interroger les paramètres appropriés à partir de tty0.
Vous pouvez vérifier le résultat par
Il devrait être 0. Si c'est 600, l'astuce n'a pas fonctionné.
la source
/usr/bin/setterm -powerdown 0
pourrait aider aussila source