- Fedora-Fr
- À propos de Fedora-Fr
- Historique
- Statistiques
- Télécharger
- Obtenir Fedora
- Toutes les méthodes de téléchargement
- Support
- Aide sur IRC
- Forums
- Documentation
- Sous-projets
- Plateforme de blog
Dernière news : Clap de fin pour Fedora Linux 35 !
pour quitter vim sans enregistrer, c'est
:q!
Asus VivoBook S 15 Fedora 34 x86_64 KDE
Hors ligne
arf Il me le disait, mais mon franc n'était pas tombé, Merci !
Fedora Workstation 37 - processeur x86_64 - Mémoire : 7,7 Gio - Intel(R) Core(TM) i5-4570 CPU @ 3.20GHz -GNOME Version 43.2 - Débuter avec un terminal - MDN - w3schools
Hors ligne
Pour info, il m'est toujours impossible de sauver le modifications:
VIM m'a demandé à nouveau de supprimer le fichier '.hosts.swp' mais n'ai enfin compris qu'il fallait appuyer sur "s" au lieu de le supprimer manuellement !
[root@localhost ~]# cd /etc
[root@localhost etc]# ls -lh hosts*
-rw-r--r--. 1 root root 158 22 jui 13:23 hosts
-rw-r--r--. 1 root root 370 22 jui 13:23 hosts.allow
-rw-r--r--. 1 root root 460 22 jui 13:23 hosts.deny
[root@localhost etc]# vim hosts
[root@localhost etc]# vim hosts
[root@localhost etc]# ls -lh hosts*
-rw-r--r--. 1 root root 158 22 jui 13:23 hosts
-rw-r--r--. 1 root root 158 10 déc 19:41 hosts~
-rw-r--r--. 1 root root 370 22 jui 13:23 hosts.allow
-rw-r--r--. 1 root root 460 22 jui 13:23 hosts.deny
[root@localhost etc]# find -name '.hosts.swp
> ^C
[root@localhost etc]# find -name '.hosts.swp'
[root@localhost etc]#
Fedora Workstation 37 - processeur x86_64 - Mémoire : 7,7 Gio - Intel(R) Core(TM) i5-4570 CPU @ 3.20GHz -GNOME Version 43.2 - Débuter avec un terminal - MDN - w3schools
Hors ligne
[root@localhost etc]# kwrite hosts QXcbConnection: Could not connect to display Aborted (core dumped)
Si tu es sous une session gnome-wayland ça ne marchera pas, il faut ouvrir une session gnome-xorg.
Les solutions vim nano me semblent bien meilleures.
Bonjour,
Ce message semble plus important qu'il n'y paraît dans le sens où
Sous Wayland :
Si je tape :
su -lc 'vim hosts'
Je peux modifier un fichier hosts vide !
(j'y ai écrit "#test")
Si je comprends bien ce n'est pas le même fichier car quand je tape :
cat hosts
Ca me renvoie ;
127.0.0.1 localhost localhost.localdomain localhost4 localhost4.localdomain4
::1 localhost localhost.localdomain localhost6 localhost6.localdomain6
et non le fichier dans lequel j'ai écrit "#test"
Toujours sous Wayland, il m'est impossible de retrouver le fichier "hosts" dans lequel, j'ai réussi à écrire "#test".
J'ai essayé avec :
find -name 'hosts' #(dans /etc) mais il s'agit toujours de celui qui contient les 2 lignes citées ci-dessus
# Ou encore avec :
ls -lh hosts...
Par contre, il semble y avoir une subtilité car, lorsque que je me connecte de manière permanente en root via :
su -
mot de passe :
[root......]vim hosts #ouvre le fichier contenant:
127.0.0.1 localhost localhost.localdomain localhost4 localhost4.localdomain4
::1 localhost localhost.localdomain localhost6 localhost6.localdomain6
Qui reste impossible à modifier, sauf j'imagine si je m'aventure à changer le mode, mais ce n'est pas conseillé je pense...
Sous gnome-xorg.
Je tape :
su -
Mot de passe :
[root@localhost ~]# ls hosts
hosts
[root@localhost ~]# vim hosts
[root@localhost ~]# cat hosts
#test
[root@localhost ~]#
[Joshw@localhost etc]$ su -lc 'vim hosts'
Mot de passe :
Donc, que ce soit en root de manière permanente ou le temps d'une commande, dans ce cas ci, ça ouvre toujours le fichier contenant "#test"
Finalement, ça voudrait dire que sous Wayland, c'est impossible (pour le moment), en mode permanent, mais que ça fonctionne, avec :
su -lc 'vim hosts'
#ouvre le fichier avec #test...
Qu'en pensez-vous ?
Fedora Workstation 37 - processeur x86_64 - Mémoire : 7,7 Gio - Intel(R) Core(TM) i5-4570 CPU @ 3.20GHz -GNOME Version 43.2 - Débuter avec un terminal - MDN - w3schools
Hors ligne
Le fichier hosts original se trouve dans le répertoire /etc. Chez moi, si je veux voir son contenu, je tape donc ( pas besoin d'être en root )
$ cat /etc/hosts
127.0.0.1 localhost.localdomain localhost
::1 localhost6.localdomain6 localhost6
et, si je veux modifier son contenu, je tape :
[fifi@localhost ~]$ su -
Mot de passe :
[root@localhost ~]# vim /etc/hosts
car, si, comme toi, je tape :
su -
Mot de passe :
[root@localhost ~]# ls hosts
ls: impossible d'accéder à 'hosts': Aucun fichier ou dossier de ce type
[root@localhost ~]#
il ne me montre rien car le fichier n'existe pas dans /root ! C'est là, en effet qu'on se trouve quand on se logue en root par la commande su -
Si tu as, comme tu dis, sous Gnome Xorg :
su -
Mot de passe :
[root@localhost ~]# ls hosts
hosts
[root@localhost ~]# vim hosts
[root@localhost ~]# cat hosts
#test
[root@localhost ~]#
c'est que tu as mis ce fichier hosts qui contient #test dans /root et non dans /etc, d'ailleurs, pour ça tu aurais dû l'appeler autrement que hosts ...
Donc attention d'être dans le bon répertoire quand tu tapes tes commandes ... mais peut-être t'es tu mal exprimé ?
Fedora 31-x86_64 - KDE 5 - Plasma 5.17 - Gigabyte B450 Aorus Elite - AMD Ryzen 7 2700 - Nvidia GTX 1650 Super Windforce ( avec le driver proprio Nvidia ) - 16 Go RAM Corsair - 1 disque dur WD de 2 To en Sata3 et un SSD Crucial de 256 Go ( disque de boot )
Multiboot Fedora - Centos 7.0 - Windows 10 Pro - Systemrescuecd
brave-browser-1.2.43-1.fc31.x86_64 - thunderbird-68.4.1-1.fc31.x86_64
Hors ligne
Pour info:
sous Gnome Xorg
[Joshw@localhost etc]$ su -lc 'vim hosts'
Mot de passe :
Ouvre le fichier hosts (à la base vide) dans lequel j'ai écrit #test
#test
et pas l'autre(sous wayland) contenant :
127.0.0.1 localhost localhost.localdomain localhost4 localhost4.localdomain4
::1 localhost localhost.localdomain localhost6 localhost6.localdomain6
Soit, je ne comprends pas quelque chose, soit ce sont 2 fichiers différents...
Corrige-moi s'il le faut, je pensais qu'il n'existait qu'un seul fichier "hosts" dans /etc
Dernière modification par joshw (12/12/2016 12:40:44)
Fedora Workstation 37 - processeur x86_64 - Mémoire : 7,7 Gio - Intel(R) Core(TM) i5-4570 CPU @ 3.20GHz -GNOME Version 43.2 - Débuter avec un terminal - MDN - w3schools
Hors ligne
Il semble que tu aies raison :
[root@localhost ~]# ls hosts
hosts
[root@localhost ~]# cat hosts
#test
[root@localhost ~]# cd /etc
[root@localhost etc]# ls hosts
hosts
[root@localhost etc]# cat hosts
127.0.0.1 localhost localhost.localdomain localhost4 localhost4.localdomain4
::1 localhost localhost.localdomain localhost6 localhost6.localdomain6
Mais "je n'ai pas demandé cela", c'est VIM
Dernière modification par joshw (12/12/2016 13:01:41)
Fedora Workstation 37 - processeur x86_64 - Mémoire : 7,7 Gio - Intel(R) Core(TM) i5-4570 CPU @ 3.20GHz -GNOME Version 43.2 - Débuter avec un terminal - MDN - w3schools
Hors ligne
Tout de même que vient faire un fichier hosts dans le répertoire /root ? quelle application va aller le lire là ?
C'est pas parce que c'est difficile qu'on n'ose pas,
c'est parce qu'on ose pas que c'est difficile !
Hors ligne
sous Gnome Xorg (pensant que c'était ça)
Sans doute une mauvaise manip de ma part :( mais bon je l'ai viré et ça n'arrange toujours pas mon souci.
Je ne comprends pas pourquoi vous arrivez à écrire dans etc/hosts avec vim et pas moi.
Pour info :
[Joshw@localhost ~]$ su -
Mot de passe :
[root@localhost ~]# vim /etc/hosts
shift +r pour modifier
127.0.0.1 localhost localhost.localdomain localhost4 localhost4.localdomain4
::1 localhost localhost.localdomain localhost6 localhost6.localdomain6
#test
echap
:wq
message :
"etc/hosts" E212: Impossible d'ouvrir le fichier pour y écrire
Dernière modification par joshw (14/12/2016 13:10:03)
Fedora Workstation 37 - processeur x86_64 - Mémoire : 7,7 Gio - Intel(R) Core(TM) i5-4570 CPU @ 3.20GHz -GNOME Version 43.2 - Débuter avec un terminal - MDN - w3schools
Hors ligne
...suite...
[root@localhost etc]# ls hosts
hosts
[root@localhost etc]# echo 'test écriture' >>hosts
[root@localhost etc]# cat hosts
127.0.0.1 localhost localhost.localdomain localhost4 localhost4.localdomain4
::1 localhost localhost.localdomain localhost6 localhost6.localdomain6
test écriture
fonctionne !
Honnêtement, je crois qu'il est un peu tôt pour moi de s'aventurer dans un script..., je ne veux pas mettre la charrue avant les bœufs...
Fedora Workstation 37 - processeur x86_64 - Mémoire : 7,7 Gio - Intel(R) Core(TM) i5-4570 CPU @ 3.20GHz -GNOME Version 43.2 - Débuter avec un terminal - MDN - w3schools
Hors ligne
Que tu sois sous wayland ou sous xorg, ton fichier hosts doit se trouver dans /etc.
Pourquoi vim en root sous wayland ou xorg ne te permet pas d'enregistrer les modifications, ça je n'en sais rien... Est ce Gnome la cause ?
As tu consulté vimtutor ?
Chez moi, pas de problème : touche i pour insérer du texte puis flèche droite pour déplacer le curseur à la fin du dernier mot, puis touche Enter pour descendre d'une ligne, puis taper le texte, puis touche Esc pour sortir du mode d'insertion puis :wq pour enregistrer et quitter.
Edit : je suis avec X sous KDE ... et encore en F24
Dernière modification par Fifi (12/12/2016 15:22:40)
Fedora 31-x86_64 - KDE 5 - Plasma 5.17 - Gigabyte B450 Aorus Elite - AMD Ryzen 7 2700 - Nvidia GTX 1650 Super Windforce ( avec le driver proprio Nvidia ) - 16 Go RAM Corsair - 1 disque dur WD de 2 To en Sata3 et un SSD Crucial de 256 Go ( disque de boot )
Multiboot Fedora - Centos 7.0 - Windows 10 Pro - Systemrescuecd
brave-browser-1.2.43-1.fc31.x86_64 - thunderbird-68.4.1-1.fc31.x86_64
Hors ligne
Si tu as un fichier /etc/.hosts.swp supprime-le.
Dell Latitude E5540 - i5-4210U - Ram: 8 Gb - VGA: Intel Haswell-ULT - Wireless: Intel 7260 - Storage: SSD Sata 240 Go
Fedora 36 Gnome-Shell
Hors ligne
@hechmi50
En principe ça ne devrait pas être nécessaire (voir #46), à moins que cela n'est pas été fait.
@joshw
Que retourne un :
# cat /root/.vimrc
Si c'est vide, ajoutes-y ce qu'il est indiqué dans le message #46
Bizarre cette erreur E212 parce que vim indique que tu n'as pas les droits suffisants pour éditer le fichier, mais en étant root c'est pas commun ^^
Juste pour vérifier, tu exécutes bien ces commandes là lorsque tu veux éditer ton fichier:
$ su -
# vim /etc/hosts
?
As-tu essayé de copier cette longue liste dans un fichier .txt en root pour voir si tu parviens à le faire ?
Hors ligne
@fifi As tu consulté vimtutor ?
Oui, mais c'est vrai que je n'ai été qu'à l'essentiel, l'avantage est qu'il est en français...
Pense-tu que je fasse une mauvaise manip avec VIM, il est si compliqué ? Je vois VIM simplement, c'est à dire, comme un editeur de texte.
Si tu as un fichier /etc/.hosts.swp supprime-le.
Je l'ai fait hier et plusieurs fois, je pense que le mieux pour le supprimer est de laisser faire VIM (et pas manuellement comme je l'avais fait la 1ère fois).
Ceci pour dire que, je selon moi, ce fichier est utilisé par VIM lorsque qu'on ferme brutalement un terminal. Chose que j'ai faite hier, parce que, malgré les infos que je reçois ici, je n'avais pas compris l'astuce :q!...
C'est vrai aussi que j'ai un gros défaut, j'ai une tendance à "lire en diagonale ... Mais bon, avec linux, j'ai intérêt à relire 2 fois...
En attendant, je vais quand même suivre vimtutor plus attentivement.
Merci tout de même pour votre soutien !
Fedora Workstation 37 - processeur x86_64 - Mémoire : 7,7 Gio - Intel(R) Core(TM) i5-4570 CPU @ 3.20GHz -GNOME Version 43.2 - Débuter avec un terminal - MDN - w3schools
Hors ligne
@hechmi50
En principe ça ne devrait pas être nécessaire (voir #46), à moins que cela n'est pas été fait.@joshw
Que retourne un :# cat /root/.vimrc
Si c'est vide, ajoutes-y ce qu'il est indiqué dans le message #46
Bizarre cette erreur E212 parce que vim indique que tu n'as pas les droits suffisants pour éditer le fichier, mais en étant root c'est pas commun ^^
Juste pour vérifier, tu exécutes bien ces commandes là lorsque tu veux éditer ton fichier:$ su - # vim /etc/hosts
?
As-tu essayé de copier cette longue liste dans un fichier .txt en root pour voir si tu parviens à le faire ?
Bonsoir CabSud,
Pour le message #46, c'est vrai que je n'ai pas encore taper la commande :
set noswapfile
mais au point où j'en suis, pourquoi pas ? J'espère juste que ce n'est pas permanent ? Car le swap est si c'est comme dans Win un fichier de mémoire virtuelle pour soulager l'OS et lui faire croire qu'il y a de la RAM en plus...
Pour :
Que retourne un :
# cat /root/.vimrc
J'ai :
[root@localhost etc]# cat /root/.vimrc
cat: /root/.vimrc: No such file or directory
[root@localhost etc]# cd /root
[root@localhost ~]# ls .vimrc
ls: impossible d'accéder à '.vimrc': No such file or directory
Pour :
Juste pour vérifier, tu exécutes bien ces commandes là lorsque tu veux éditer ton fichier:
$ su -
# vim /etc/hosts
?
Oui, je crois avoir bien compris cela => on se connecter en root (administareur) puis on demande à VIM d'ouvrir le fichier hosts se trouvant dans /etc, sois rassuré :)
Pour :
As-tu essayé de copier cette longue liste dans un fichier .txt en root pour voir si tu parviens à le faire ?[
Oui sans souci, avec ctrl shift v
Dernière modification par joshw (12/12/2016 19:26:55)
Fedora Workstation 37 - processeur x86_64 - Mémoire : 7,7 Gio - Intel(R) Core(TM) i5-4570 CPU @ 3.20GHz -GNOME Version 43.2 - Débuter avec un terminal - MDN - w3schools
Hors ligne
--suite--
Je sais que ça ne doit pas être marrant d'aider un gars comme moi, mais pour essayer de rassurer je suis un ancien "amoureux" du MS-DOS. Donc, j'aime bien tout ce qui est ligne de commande, justement, parce qu'on contrôle ce que l'on fait...
[root@localhost ~]# set noswapfile
[root@localhost ~]# vim /etc/hosts
toujours le même message, bizarre ce bazar.
Dernière modification par joshw (12/12/2016 19:36:41)
Fedora Workstation 37 - processeur x86_64 - Mémoire : 7,7 Gio - Intel(R) Core(TM) i5-4570 CPU @ 3.20GHz -GNOME Version 43.2 - Débuter avec un terminal - MDN - w3schools
Hors ligne
J'espère juste que ce n'est pas permanent ?
C'est permanent quand c'est placé dans un fichier .vimrc (c'est le fichier config de vim) , si tu veux juste utiliser la commande durant l'utilisation courante, alors tu dois taper (dans vim !):
:set noswapfile
Ensuite si tu quittes vim la commande n'a plus d'effet, il te faudra alors la retaper lorsque tu en auras besoin.
As-tu essayé de copier cette longue liste dans un fichier .txt en root pour voir si tu parviens à le faire ?
Oui sans souci, avec ctrl shift v
Bon on peut faire un truc à la barbare alors...
Admettons que ta liste de domaines soit sauvegardée dans un fichier /root/liste.txt
# cp /etc/hosts /etc/hosts_backup
# cat /root/liste.txt >> /etc/hosts
Ensuite regarde ton fichier /etc/hosts pour voir à quoi il ressemble, si la mise page te convient .
Si tu veux faire un retour en arrière (récupérer ton fichier hosts de départ) tu peux toujours faire un:
cp /etc/hosts_backup /etc/hosts
Mais ça n'explique toujours pas pourquoi tu n'arrives pas à sauvegarder ce fichier /etc/hosts sous vim ...
Hors ligne
Bonne idée, je vais essayer... J'ai déjà fait un backup du host aujourd’hui.
Pour comprendre pourquoi si ça ne fonctionne pas avec vim, j'ai toujours la possiblité de booter avec F24 et essayer avec vim...
Fedora Workstation 37 - processeur x86_64 - Mémoire : 7,7 Gio - Intel(R) Core(TM) i5-4570 CPU @ 3.20GHz -GNOME Version 43.2 - Débuter avec un terminal - MDN - w3schools
Hors ligne
---suite---
La redirection de la commande cat vers le fichier hosts à fonctionner.
Je vais essayer demain (parce que je vais boire un verre chez un pot...) de modifier le fichier hosts via VIM sous F24 et je donne des nouvelles.
Merci CabSud !
Bonne soirée !
Fedora Workstation 37 - processeur x86_64 - Mémoire : 7,7 Gio - Intel(R) Core(TM) i5-4570 CPU @ 3.20GHz -GNOME Version 43.2 - Débuter avec un terminal - MDN - w3schools
Hors ligne
Peut-être une piste
Lorsque je quitte vim (nano aussi je crois)
Je fais donc :
echap
:wq <-- qui ne fonctionne pasalors j'essaye :q pour quitter mais je reste toujours dans le fichier hosts, c'est à dire, je ne retourne pas à la Konsole.
Donc du coup, je me sens obligé de fermer le terminal brutalement....
Pour quitter vim sans enregistrer les modifications, tu dois taper :q! et non :q
Fedora 31-x86_64 - KDE 5 - Plasma 5.17 - Gigabyte B450 Aorus Elite - AMD Ryzen 7 2700 - Nvidia GTX 1650 Super Windforce ( avec le driver proprio Nvidia ) - 16 Go RAM Corsair - 1 disque dur WD de 2 To en Sata3 et un SSD Crucial de 256 Go ( disque de boot )
Multiboot Fedora - Centos 7.0 - Windows 10 Pro - Systemrescuecd
brave-browser-1.2.43-1.fc31.x86_64 - thunderbird-68.4.1-1.fc31.x86_64
Hors ligne
@joshw
De rien et bonne soirée à toi aussi ;)
@Fifi
Il s'en est rendu compte un peu tard mais il l'a vu quand même c'est le principal :) (voir #64)
Dernière modification par CabSud (12/12/2016 23:59:34)
Hors ligne
message :
"etc/hosts" E212: Impossible d'ouvrir le fichier pour y écrire
pourquoi 'etc/hosts' et pas '/etc/hosts' ?
C'est une erreur de recopie, ou c'était vraiment ce message ?
Si je fais: vi etc/hosts , depuis un autre emplacement que '/' (depuis le ~ de root par exemple), j'ai aussi ce message
car il n'y a pas de dossier ~/etc, donc il ne peut pas créer le fichier dans un dossier inexistant.
Dernière modification par Heldwin (13/12/2016 01:39:30)
"The only way to achieve the impossible is to believe it’s possible"
Hors ligne
Chez moi ça crée le répertoire s'il n'existe pas.
C'est pas parce que c'est difficile qu'on n'ose pas,
c'est parce qu'on ose pas que c'est difficile !
Hors ligne
Comme un bon bœuf, j'utilise nano. Les raccourcis claviers sont en bas du terminal.
Ensuite pour jouer à ces jeux de modification de configuration, quelques réflexes simples.
antbel@localhost ~$ su -
[root@localhost ~]# cd /etc
[root@localhost ~]# cp hosts hosts.ORI
[root@localhost ~]# nano hosts # j'écris mes modifs puis Ctrl+X, je répond "O" et ne modifie pas le nom
[root@localhost ~]# reboot
si cela ne marche un retour avec # cp /etc/hosts.ORI /etc/hosts
me redonne la config de départ.
Cicéron c'est Poincaré
Hors ligne
Pour éditer le fichier host il y a une solution toute simple qui va m'attirer les foudres de certains, c'est d'utiliser sudo dans un terminal:
sudo gedit /etc/hosts
sans oublier de fermer immédiatement le terminal dès que tu as terminé tes modifications....
Pour info, oui ce sont des règles de domaines à bloquer dans le cadre d'un contrôle parentale que je copie et la liste que j'ai trouvée est celle-ci : exemple fichier host
Je ne suis pas sûr que cette solution soit très fiable dès lors que tu n'as que quelques sites "déconseillés aux mineurs" dans cette liste, il y en as des milliers et il s'en crée de nouveaux chaque jour....
En ligne