J'ai entendu dire que la commande permet de changer le nom d'hôte dans les nouvelles versions de fedora hostnamectl
. De plus, j'ai récemment (et réussi) changé mon nom d'hôte sur Arch Linux avec cette méthode. Cependant, lors de l'exécution:
[root@localhost ~]# hostnamectl set-hostname --static paragon.localdomain
[root@localhost ~]# hostnamectl set-hostname --transient paragon.localdomain
[root@localhost ~]# hostnamectl set-hostname --pretty paragon.localdomain
Les modifications ne sont pas conservées après un redémarrage (contrairement à ce que prétendent beaucoup de gens). Qu'est-ce qui ne va pas?
- Je ne veux vraiment pas éditer
/etc/hostname
manuellement.
Je devrais également noter que ceci est un fedora complètement stock. Je n'ai même pas encore eu le temps d'installer mes applications principales.
hostnamectl
commandes? Le lien vers le bug de bugzilla que quelque chose a posté semble être votre meilleure piste.hostnamectl
commandes ne fonctionnent pas, mais maintenant, elles fonctionnent.Réponses:
La commande pour définir le nom d' hôte est sans aucun doute,
hostnamectl
.Voici une source supplémentaire décrivant un peu plus cette fonctionnalité, intitulée: Définition correcte du nom d'hôte - Fedora 20 sur Amazon EC2 .
De plus, la page de manuel pour
hostnamectl
:Il y a un bogue dans Fedora 21 dans lequel SELinux empêche l'accès à hostnamectl, trouvé ici: Bug 1133368 - SELinux empêche systemd-hostnam d'accéder de manière non liée au fichier nomhôte .
Ce bug semble être lié. Il y a un problème avec les contextes SELinux qui ne sont pas appliqués correctement au fichier
/etc/hostname
lors de l'installation. Cela se manifeste par le fait que l'outilhostnamectl
ne peut pas manipuler le fichier/etc/hostname
. Ce même fil a offert cette solution de contournement:REMARQUE: les correctifs ont été appliqués à Anaconda (l'outil d'installation) afin que ce problème disparaisse dans le futur pour les nouveaux utilisateurs.
la source
La cause probable de ceci est votre client DHCP. Si vous utilisez dhcpcd, ce qui est courant, la solution consiste à ajouter la ligne suivante à
/etc/dhcpcd.conf
:Cela empêche dhcpcd d’appeler le script qui change le nom d’hôte de votre système.
Par défaut, dhcpcd exécute tous les hooks présents
/lib/dhcpcd/dhcpcd-run-hooks
(le chemin peut être différent sur votre système). L'utilisationnohook
désactive des spécifiques.la source
/etc/dhcpd.conf
n'existe pas. En outre,systemctl status dhcpcd
retournenot-found (Reason: No such file or directory)