Erreur gedit

Support Debian
#1

Bonjour,
dans le cadre d’une formation (openclassrooms) sur les reseaux, j’ai installé sur mon mac virtualbox et 3 machines virtuelles debian. Ayant été crées par copie elles toutes les 3 le même nom, à savoir DEBIAN02. Pour les différencier je voulais changer leur nom et pour cela editer le fichier /etc/hostname. La commande

root@DEBIAN02: gedit /etc/hostname

me donne ceci:

unable to init server: server could not connect: connection refused
(gedit: 791): GTK-Warning **: cannot open display

comment editer ce fichier pour modifier le nom ???
merci d’avance

#2

pas de gedit avec root, il n’a pas accès à l’interface graphique

on utilise depuis son compte utilisateur « normal »

sudo gedit
#3

aie !!! car je suis sur une machine virtuelle debian dans virtualbox, qui n’a été crée qu’avec l’utilisateur root
??? merci

#4

editeur mode texte

#5

Bonjour

Pas besoin d’éditeur de texte, juste une redirection suffira.

Avec les privilèges du compte root :

echo "nouveaunom" > /etc/hostname

et au démarrage suivant de la machine, ça donnera un prompt comme ci-dessous :

root@nouveaunom:~#

Ou alors, tu utilises la commande hostname :

hostname nouveaunom

Mais dans les deux cas, il te faudra aussi, dans le fichier /etc/hosts
changer l’anciennom par le nouveaunom
en lançant la ligne de commande suivante :

sed -i 's/anciennom/nouveaunom/g' /etc/hosts

EDIT : J’avais oublié le s et le g dans la commande sed

EDIT 2 :
Du coup, pour modifier /etc/hosts et le fichier /etc/hostname en une seule ligne de commande, on pourrait faire :

sed -i 's/anciennom/nouveaunom/g' /etc/host{s,name}
2 J'aime
#6

Si Debian est au moins en version 9 ou plus il est possible de faire un renommage propre à l’aide de’ la commande hostnamectl

hostnamectl set-hostname mon_nouveau_nom

ça s’occupe de renommer par tout ou il faut.

3 J'aime
#7

re:
le machines virtuelles etant sous debian 8, j’ai fait comme indiqué par Micp, mais ça bug:
Capture d’écran 2021-03-20 à 17.18.54

#8

Salut, il n’y a pas une espace de trop dans ta commande? (après le ')

#9

Aucune ligne de commande shell ne pourra fonctionner
si tu l’entres en réponse à une demande de login.

Je n’avais pas mis de caractère espace dans la commande sed

Désolé, je ne peux pas copier/coller du texte à partir d’une image
Plutôt que de nous envoyer des images, donne nous des copiés/collés au format texte.
Merci.

#10

C’est à cmcr94500 que je m’adressais, j’avoue qu’il m’a fallu zoomer à 240% pour le voir. :wink:

#11

clic droit, afficher l’image :slight_smile:

sinon cmrsrf4504584764… : quand tu recopies, ne faire pas d’erreur !?!
bon courage

1 J'aime
#12

Merci dindown,
j’aurais pu aussi télécharger l’image, chercher l’image dans le cache, faire plein de chose avec l’image, j’aurais même pu ne pas avoir de problèmes pour voir la console sur l’image si je n’avais pas été aussi vieux ( presbytie quand tu nous tiens , tu verra , tu n’y échappera pas), bref MicP à raison non?
:wink:

ps:même si c’est pour une autre raison que MicP demande du texte, le texte est copiable (et sélectionnable), le texte est éditable mais le texte ne triche pas. Un « P » c’est un « P », c’est pas un « 2 » ni un « p ». :wink:

#13

Ouh ! mais c’est que le texte nous joue parfois de mauvais tours dans certaines polices de caractères,
quand il s’agit par exemple de différencier un O d’un 0
ou bien un l d’un I ou d’un 1
sans parler des espaces insécables, tabulations, retours à la ligne et bien d’autres caractères qui sont rajoutés automatiquement pour la mise en page dans certaines pages web.

Mais quoi qu’il en soit, un copié/collé est quand même très souvent
beaucoup plus fiable qu’une lecture dans une image -> interprétation -> écriture -> réinterprétation, etc.
Et puis, les moteurs de recherche auront beaucoup de mal à retrouver une ligne de commande dans une image.

#14

snif, je n’y échappe pas : mais jecroyais au moins pouvoir faire une grosse fête pour mes 50.

héhé tout à fait

#15

Perso, je préfère quand même la proposition de Clochette
puisqu’elle le change aussi dans d’autres fichiers,
même si la commande hostname oublie sur ma machine (debian 10 (buster) )
de modifier le contenu du fichier /etc/hosts

Mais on pourra toujours le faire juste après avec sed

sed -i 's/annciennom/nouveaunom/g' /etc/hosts
#16

En théorie oui: utilsier une commadne qui fait ce qu’on demande semble plus intelligent. Donc :

hostnamectl set-hostname mon_nouveau_nom

mais j’ai quand même un doute

  1. je ne l’ai jamais utilisée
  2. son fonctionnement sur un système issu d’une maj stretc vers buster, ou qui comporte des backports pourrait aussi amener quelques effets de bords.

Dans tous les cas, regarder les logs.

Ma solution préférée est encore de ne pas changer le nom. Mais dans son cas particulier, ne pas hésiter à utiliser

hostnamectl set-hostname mon_nouveau_nom
#17

J’aimerai bien comprendre ce qui empêche la commande hostname
de changer le nom d’hôte dans le contenu du fichier /etc/hosts

Il y a quelques années, j’avais cherché pendant pas mal de temps sans trouver.

Si quelqu’un a une explication ou un lien expliquant pourquoi, j’aimemerai bien comprendre.
Merci.

#18

salut
en cherchant dans les man j’ai trouvé setdomainname et sethostname
j’imagine que le premier peut changer dans le hosts mais pas le deuxième mais j’en sais rien.

#19

Sans doute par ce que mis à part localhost ipv4 et ipv6, il ne devrait rien y avoir d’autre de placé dedans, hormis ajout manuel bien entendu.

#20

Par défaut, il y a l’adresse IP de bouclage 127.0.1.1 qui utilise le hostname

michel@debT450:~$ cat /etc/hosts
127.0.0.1	localhost
127.0.1.1	debT450.miclocal	debT450

# The following lines are desirable for IPv6 capable hosts
::1     localhost ip6-localhost ip6-loopback
ff02::1 ip6-allnodes
ff02::2 ip6-allrouters
michel@debT450:~$