Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

Changer le nom d'une machine - hostname [à valider]

purulent

(récapitulatif des commandes suite à plusieurs post)

On a une machine nommée XXXXX qu'on veut nommer YYYY.

1- changer les permissions pour /etc/hosts
cd /etc
sudo chmod 777 hosts

2- modifier hosts
gedit hosts
modifier XXXX en YYYY

3- modifier hostname

sudo hostname YYYY

4- puis modifier /etc/hostname

sudo chmod 777 hostname
gedit hostname
AVANT : XXXXX APRÈS : YYYY

5- Enregistrement du nouveau nom d'hôte
sudo /etc/init.d/hostname.sh start

NB : un bug est apparu pour une autre raison et m'a donner la main en ligne de commande, au démarrage.
J'ai alors constaté qu'à l'invite il y avait : nom@XXXX:~$ c'est à dire le premier nom alors qu'en mode graphique j'ai bien nom@YYYY:~$ Cela signifie que le premier nom est encore stocké quelque part. Hic

dominique.fournier

Euh, le chmod sert a quoi ? avec sudo tu peux l'editer sans changer les droits.
donc 2) devrait etre gksudo gedit /etc/hosts

pareil pour 4 : gksudo gedit /etc/hostname

Je propose de rajouter ca :
gksudo sysctl kernel.hostname=YYYY
La prise en compte au demarrage sera faite par /etc/init.d/hostname.sh start, donc c'est juste pour eviter de rebooter....

Pense bien a fermer ton terminal pour que ce soit pris en compte dans ton shell.

purulent

Sur ma machine gksudo gedit me renvoyait un message d'erreur ?? Mais maintenant ça marche.

1- modifier hosts
gksudo gedit /etc/hosts
modifier XXXX en YYYY

2- modifier hostname

sudo hostname YYYY

3- puis modifier /etc/hostname
gksudo gedit /etc/hostname
AVANT : XXXXX APRÈS : YYYY

4- Enregistrement du nouveau nom d'hôte
sudo /etc/init.d/hostname.sh start

5- gksudo sysctl kernel.hostname=YYYY

pour que ce soit pris en compte dans le shell il faut fermer le terminal et le réouvrir.

dominique.fournier

Resolu ?

nesthib

pour changer le nom temporairement :

hostname nouveau_nom

pour le changer définitivement (comme écrit dans ton post) il faut éditer

/etc/hosts :

127.0.0.1	localhost
127.0.1.1	nouveau_nom

# The following lines are desirable for IPv6 capable hosts
ne pas toucher

/etc/hostname :

nouveau_nom

sinon au démarrage le système lit le nom dans /etc/hostname avec le script /etc/init.d/hostname.sh qui peut être relancé ainsi après modification du fichier hostname:

sudo /etc/init.d/hostname.sh start

c'est une mauvaise idée de modifier les permissions des fichiers du système (ou au moins remets les après, c'est 644). Si elles sont définies ainsi c'est une question de sécurité que n'importe qui ne puisse pas modifier le hosts, tu devrais éditer ton post pour enlever ces parties
pour l'édition des fichier tu peux utiliser sudo + vi, emacs ou encore nano qui est très simple et intuitif plutôt que de passer par gksudo/gedit

enfin si je ne m'abuse pour le réseau c'est le DNS qui attribue le nom, il faut donc aussi penser à le modifier à ce niveau

chesss

Il me semble que c'est depuis que j'ai appliqué cette procedure qu'il y a un bordel sans nom dans les droits d'accès aux applications KDE de KUBUNTU 14.04 LTS, par exemple :

utilisateur@A8-7600-PC:~$ kate
QDBusConnection: session D-Bus connection created before QCoreApplication. Application may misbehave.
trying to create local folder /home/utilisateur/.kde/share/apps/kate/sessions: Permission non accordée
trying to create local folder /home/utilisateur/.kde/share/apps/kate/plugins: Permission non accordée
trying to create local folder /home/utilisateur/.kde/share/apps/kate/plugins: Permission non accordée
trying to create local folder /home/utilisateur/.kde/share/apps/kate/plugins: Permission non accordée
trying to create local folder /home/utilisateur/.kde/share/apps/kate/plugins: Permission non accordée
Bus::open: Can not get ibus-daemon's address. 
IBusInputContext::createInputContext: no connection to ibus-daemon

C'est pas mieux avec sudo :

utilisateur@A8-7600-PC:~$ sudo kate
QDBusConnection: session D-Bus connection created before QCoreApplication. Application may misbehave.
Error: "/var/tmp/kdecache-utilisateur" is owned by uid 1000 instead of uid 0.
Bus::open: Can not get ibus-daemon's address. 
IBusInputContext::createInputContext: no connection to ibus-daemon

Ni avec kdesudo :

utilisateur@A8-7600-PC:~$ kdesudo kate
Bus::open: Can not get ibus-daemon's address. 
IBusInputContext::createInputContext: no connection to ibus-daemon 
QDBusConnection: session D-Bus connection created before QCoreApplication. Application may misbehave.
QInotifyFileSystemWatcherEngine::addPaths: inotify_add_watch failed: Aucun fichier ou dossier de ce type
QFileSystemWatcher: failed to add paths: /root/.config/ibus/bus
Bus::open: Can not get ibus-daemon's address. 
IBusInputContext::createInputContext: no connection to ibus-daemon

Même en mode root il y a encore des problèmes de droits :

utilisateur@A8-7600-PC:~$ sudo -s
root@A8-7600-PC:~# kate
QDBusConnection: session D-Bus connection created before QCoreApplication. Application may misbehave.
Error: "/var/tmp/kdecache-utilisateur" is owned by uid 1000 instead of uid 0.
Bus::open: Can not get ibus-daemon's address. 
IBusInputContext::createInputContext: no connection to ibus-daemon

Idem en revenant au précédent nom de PC.

Une idée ?

chesss

Après vérification (retour grace à clonezilla) le bug ci-dessus était déjà présent sur l'installation fraiche.
C'est un vieux problème d'intégration de KDE dans Ubuntu / Kubuntu.
Le changement de nom de machine n'y est pour riien, désolé.
---------------------------------
Par contre cette modif de nom de machine a quand même cassé des trucs dans KDE comme par exemple la possibilité d'ouvrir un fichier depuis dolphin - SU (clic droit --> ouvrir dans Kate --> plante).
Donc PRUDENCE avant de changer le nom de la machine.