


Présentation du fichier inittab de CentOS et comment le configurer pour démarrer
Explication en anglais dans /etc/inittab sous CentOS :
Ce fichier décrit comment le processus INIT doit configurer le système à un certain niveau d'exécution. Le fichier inittab décrit quels processus sont démarrés au démarrage et pendant le fonctionnement normal.
En termes simples, cela signifie contrôler certains programmes et niveaux au démarrage de Linux.
Explication en anglais au niveau de l'exécution :
# Niveau d'exécution par défaut. Les niveaux d'exécution utilisés par RHS sont :
# 0 - halt (Ne définissez PAS initdefault sur ceci)
# 1 - Mode mono-utilisateur
# 2 - Multi-utilisateur, sans NFS (Idem 3, si vous n'avez pas de réseau)
# 3 - Mode multi-utilisateur complet
#4 - inutilisé
#5 - X11
# 6 - redémarrer (Ne définissez PAS initdefault sur ceci)
La traduction ci-dessus est :
# 0 - arrêt (ne définissez jamais initdefault sur 0)
# 1 - Mode mono-utilisateur
#2 - Multi-utilisateurs, pas de NFS (pas de réseau)
# 3 - Mode multi-utilisateur complet (niveau d'exécution standard, en fait mode texte)
#4 - Non utilisé
#5 - X11 (xwindow)
#6 - Redémarrer
Toutes les instructions valides dans le fichier inittab suivent le format suivant :
id:runlevels:action:process
id : C'est le nom d'identification. Vous pouvez le nommer arbitrairement, à moins de 4 caractères. Il est à noter que le nom d'identification ne peut pas être répété, il est unique.
runlevels : indique à quels niveaux cette ligne peut être exécutée (les 6 niveaux indiqués ci-dessus) ; de plus, les trois processus sysinit, boot et bootwait ignoreront cette valeur de paramètre. Vous pouvez sélectionner plusieurs options pour cet élément. Par exemple, si vous souhaitez exécuter les niveaux 1, 2 et 3, écrivez 123
.action : indique comment init doit exécuter la commande dans le champ de processus lors de la saisie des niveaux d'exécution correspondants. Les valeurs et les explications des champs couramment utilisés se trouvent en annexe.
respawn : indique que init doit surveiller ce processus et qu'il doit être redémarré même après sa fin.
attendez : init doit exécuter ce processus une fois et attendre qu'il se termine avant de passer à l'étape suivante.
once : init doit exécuter ce processus une fois.
Boot : s'exécute au démarrage du système, la valeur du niveau d'exécution n'est donc pas valide pour celui-ci.
bootwait : s'exécute au démarrage du système, et init doit attendre qu'il se termine.
Désactivé : Cela n’a aucun sens.
initdefault : Le niveau d'exécution par défaut après le démarrage du système ; puisque la saisie du niveau d'exécution correspondant activera le processus du niveau correspondant, le champ de processus qui y est spécifié n'a aucune signification. Si cet enregistrement n'existe pas dans le fichier inittab, le système demandera à la console le niveau d'exécution saisi au démarrage.
sysinit : La commande à exécuter au démarrage du système. Par exemple, cette commande effacera /tmp. Vous pouvez afficher le script /etc/rc.d/rc.sysinit pour voir quelles opérations il effectue.
powerwait : autorise init à arrêter le système lorsque l'alimentation est coupée. Bien sûr, le principe est qu'il existe un UPS et un logiciel qui surveille l'UPS et informe init que l'alimentation a été coupée. RH Linux ne répertorie pas cette option par défaut.
Powerfail : identique à powerwait, mais init n'attendra pas la fin du processus en cours. RH Linux ne répertorie pas cette option par défaut.
powerokwait : L'opération à effectuer par init lorsque le logiciel de surveillance de l'alimentation signale "alimentation rétablie".
Powerfailnow : Lorsqu'il détecte que l'alimentation de l'onduleur est sur le point de s'épuiser, l'opération à effectuer par init est différente de powerwait/powerfail.
ctrlaltdel : Autoriser init à redémarrer le système lorsque l'utilisateur appuie sur la combinaison de touches C t r l + Alt + D e l sur le clavier de la console. Notez que si le système est placé dans un lieu public, l'administrateur système peut configurer la combinaison de touches C t r l + Alt + Suppr pour avoir d'autres comportements, comme l'ignorer. Je l'ai configuré pour imprimer un mot maudit ^o^ : surveille l'action effectuée lorsqu'une combinaison de touches spécifique du clavier est enfoncée. Ce n'est pas encore parfait.
à la demande : un processus marqué d'un niveau d'exécution à la demande sera exécuté chaque fois que le niveau d'exécution à la demande spécifié est appelé. Cependant, aucun changement de niveau d'exécution ne se produira (les niveaux d'exécution à la demande sont « a », « b » et « c »)
.processus : C'est le programme exécuté
Exemple :
id:3:initdefault: #Indique l'entrée en mode ligne de commande après le démarrage
x:5:once:/etc/X11/prefdm -nodaemon #Indique que prefdm -nodaemon sera exécuté une fois en mode xwindow après le démarrage
Expérience pratique :
Si vous souhaitez démarrer directement en "mode ligne de commande", vous pouvez éditer le fichier /etc/inittab et le définir sur id:3:initdefault:
Si vous souhaitez accéder directement au « mode fenêtre », réglez-le sur id:5:initdefault:
Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!

Outils d'IA chauds

Undresser.AI Undress
Application basée sur l'IA pour créer des photos de nu réalistes

AI Clothes Remover
Outil d'IA en ligne pour supprimer les vêtements des photos.

Undress AI Tool
Images de déshabillage gratuites

Clothoff.io
Dissolvant de vêtements AI

Video Face Swap
Échangez les visages dans n'importe quelle vidéo sans effort grâce à notre outil d'échange de visage AI entièrement gratuit !

Article chaud

Outils chauds

Bloc-notes++7.3.1
Éditeur de code facile à utiliser et gratuit

SublimeText3 version chinoise
Version chinoise, très simple à utiliser

Envoyer Studio 13.0.1
Puissant environnement de développement intégré PHP

Dreamweaver CS6
Outils de développement Web visuel

SublimeText3 version Mac
Logiciel d'édition de code au niveau de Dieu (SublimeText3)

Sujets chauds

La politique de sauvegarde et de récupération de GitLab dans le système CentOS afin d'assurer la sécurité et la récupérabilité des données, Gitlab on CentOS fournit une variété de méthodes de sauvegarde. Cet article introduira plusieurs méthodes de sauvegarde courantes, paramètres de configuration et processus de récupération en détail pour vous aider à établir une stratégie complète de sauvegarde et de récupération de GitLab. 1. MANUEL BACKUP Utilisez le Gitlab-RakegitLab: Backup: Créer la commande pour exécuter la sauvegarde manuelle. Cette commande sauvegarde des informations clés telles que le référentiel Gitlab, la base de données, les utilisateurs, les groupes d'utilisateurs, les clés et les autorisations. Le fichier de sauvegarde par défaut est stocké dans le répertoire / var / opt / gitlab / backups. Vous pouvez modifier / etc / gitlab

Améliorer les performances HDFS sur CentOS: un guide d'optimisation complet pour optimiser les HDF (système de fichiers distribué Hadoop) sur CentOS nécessite une considération complète du matériel, de la configuration du système et des paramètres réseau. Cet article fournit une série de stratégies d'optimisation pour vous aider à améliorer les performances du HDFS. 1. Expansion de la mise à niveau matérielle et des ressources de sélection: augmentez autant que possible le CPU, la mémoire et la capacité de stockage du serveur. Matériel haute performance: adopte les cartes réseau et les commutateurs de réseau haute performance pour améliorer le débit du réseau. 2. Configuration du système Réglage des paramètres du noyau à réglage fin: Modifier /etc/sysctl.conf Fichier pour optimiser les paramètres du noyau tels que le numéro de connexion TCP, le numéro de manche de fichier et la gestion de la mémoire. Par exemple, ajustez l'état de la connexion TCP et la taille du tampon

Centos sera fermé en 2024 parce que sa distribution en amont, Rhel 8, a été fermée. Cette fermeture affectera le système CentOS 8, l'empêchant de continuer à recevoir des mises à jour. Les utilisateurs doivent planifier la migration et les options recommandées incluent CentOS Stream, Almalinux et Rocky Linux pour garder le système en sécurité et stable.

La commande de fermeture CENTOS est arrêtée et la syntaxe est la fermeture de [options] le temps [informations]. Les options incluent: -H Arrêtez immédiatement le système; -P éteignez l'alimentation après l'arrêt; -r redémarrer; -t temps d'attente. Les temps peuvent être spécifiés comme immédiats (maintenant), minutes (minutes) ou une heure spécifique (HH: mm). Des informations supplémentaires peuvent être affichées dans les messages système.

Guide complet pour vérifier la configuration HDFS dans les systèmes CentOS Cet article vous guidera comment vérifier efficacement la configuration et l'état de l'exécution des HDF sur les systèmes CentOS. Les étapes suivantes vous aideront à bien comprendre la configuration et le fonctionnement des HDF. Vérifiez la variable d'environnement Hadoop: Tout d'abord, assurez-vous que la variable d'environnement Hadoop est correctement définie. Dans le terminal, exécutez la commande suivante pour vérifier que Hadoop est installé et configuré correctement: HadoopVersion Check HDFS Fichier de configuration: Le fichier de configuration de base de HDFS est situé dans le répertoire / etc / hadoop / conf / le répertoire, où Core-site.xml et hdfs-site.xml sont cruciaux. utiliser

La clé de l'installation de MySQL est d'élégance pour ajouter le référentiel MySQL officiel. Les étapes spécifiques sont les suivantes: Téléchargez la clé GPG officielle MySQL pour empêcher les attaques de phishing. Ajouter un fichier de référentiel MySQL: RPM -UVH https://dev.mysql.com/get/mysql80-community-release-el7-3.noarch.rpm Mise à jour du référentiel Cache: Yum Update Installation Mysql: Yum install install install starting starting mysql Service: SystemCTL start start mysqld starger bugo boartup Service mysql Service: SystemCTL start start mysqld starger bugo bo onthing staring Service mysql Service: SystemCTL Start Start MySQLD Set Out Up Boaching Staring Service MySQL Service: SystemCTL Start Start MysQL

Problèmes et solutions courants pour la configuration du système de fichiers distribué HADOOP (HDFS) sous CentOS lors de la création d'un cluster HADOOPHDFS sur CentOS, certains erreurs de configurations courantes peuvent entraîner une dégradation des performances, une perte de données et même le cluster ne peut pas démarrer. Cet article résume ces problèmes courants et leurs solutions pour vous aider à éviter ces pièges et à assurer la stabilité et le fonctionnement efficace de votre cluster HDFS. Erreur de configuration du rack-Aware: Problème: les informations de rack-Aware ne sont pas configurées correctement, ce qui entraîne une distribution inégale des répliques de blocs de données et l'augmentation de la charge du réseau. SOLUTION: Vérifiez la configuration du rack-Aware dans le fichier hdfs-site.xml et utilisez HDFSDFSADMIN-PRINTTOPO

L'installation de MySQL sur CENTOS implique les étapes suivantes: Ajout de la source MySQL YUM appropriée. Exécutez la commande YUM Install MySQL-Server pour installer le serveur MySQL. Utilisez la commande mysql_secure_installation pour créer des paramètres de sécurité, tels que la définition du mot de passe de l'utilisateur racine. Personnalisez le fichier de configuration MySQL selon les besoins. Écoutez les paramètres MySQL et optimisez les bases de données pour les performances.
