[résolu] Impossible d'ouvrir .bash_history avec Pluma

totoZero7 · 08-12-2021 22:31:58

Bonjour,

Impossible d'ouvrir /home/toto/.bash_history avec Pluma sous Debian 11
Pluma n'a pas été capable de détécter le codage de caractères.
Vérifier que vous n'essayez pas d'ouvrir un fichier binaire.
Sélectionnez un codage de caractères et réessayez.

[Codage de caractères:]
- Détecté automatiquement
- Locale actuelle (UTF-8)
- Occidental (ISO-88-59-15)

Il y a une autre option avec
[Ajouter ou supprimer]
des autres codes/pays.

J'ai essayé Locale, Occidental et appuyé sur Réessayez, et il ne s'ouvre pas. (Il s’ouvrait sous Debian 10)
Il peut s'ouvrir sous LibreOffice Writer et je peux aussi faire un copier coller vers Pluma, mais ce n'est pas ce que je cherche.

Je cherche à pouvoir ouvrir ce fichier avec Pluma.

Dernière modification par totoZero7 (09-12-2021 19:20:03)

anonyme · 08-12-2021 23:08:58

Bonjour
je peu l'ouvrir sous bookwom (debian12)
ma version de pluma

pluma:

  Installé : 1.24.1-1+b1

  Candidat : 1.24.1-1+b1

 Table de version :

 *** 1.24.1-1+b1 500

        500 http://deb.debian.org/debian bookworm/main amd64 Packages

        100 /var/lib/dpkg/status

il a des droits rw uniquement pour $USER
a mon avis ton fichier a subit des corruptions
ps:je peu l'ouvrir avec "cat" en console user

Dernière modification par anonyme (08-12-2021 23:18:28)

totoZero7 · 08-12-2021 23:14:42

pluma:

  Installé : 1.24.1-1

  Candidat : 1.24.1-1

 Table de version :

 *** 1.24.1-1 500

        500 http://deb.debian.org/debian bullseye/main amd64 Packages

        100 /var/lib/dpkg/status

Il semble que j'ai la même version.
Il y a un mystère caché dans mon pc

anonyme · 08-12-2021 23:19:30

oui tu a un souci sous bullseye , je peu tester aussi si je trouve une machine en debian11

Dernière modification par anonyme (08-12-2021 23:20:03)

totoZero7 · 08-12-2021 23:25:37

je viens de tester avec une VM. Une debian 10 alpha et une debian 10 normale, les 2 ouvrent le fichier.
ça vient de mon pc

totoZero7 · 08-12-2021 23:39:30

J'ai pris le fichier de mon PC Hote pour le lire sous une VM Debian, et impossible de lire ce fichier.
J'ai pris un fichier .bach_history de la VM pour le lire sur le pc hote et ça fonctionne.

Conclusion, c'est le fichier du pc hote qui est chelou

Dernière modification par totoZero7 (08-12-2021 23:40:52)

totoZero7 · 09-12-2021 17:29:31

ça serait un problème d'encodage.

Où est-ce que je peux trouver l'information sur comment est encodé ce fichier .bash_history ?

ubub · 09-12-2021 17:39:42

bonjour,
il y a la commande file qui montre l'encodage me semble
cf

man file

totoZero7 · 09-12-2021 18:03:07

Merci pour la commande file

sur le fichier de mon PC hote, qui ne veut pas s'ouvrir:

file -bi .bash_history

application/octet-stream; charset=binary

sur le fichier qui appartient à une VM

file -bi .bash_history

text/plain; charset=us-ascii

J'ai donc bien une différence.
Pourtant j'arrive à le lire avec cat dans le ternimal

ubub · 09-12-2021 18:34:49

Mouais, le mien aussi plain text

~$ file -bi .bash_history
text/plain; charset=utf-8

totoZero7 · 09-12-2021 19:19:37

impossible de l'ouvrir avec libreoffice writer maintenant ! il y a un gremlins dans mon pc on dirait.

Bon, solution trouvée:
j'ai fait une copie du fichier qui ne s'ouvre pas

cp .bash_history .bash_history2

j'ai supprimé le fichier .bash_history
j'ai exécuté une commande au pif et fermé le terminal pour faire réapparaître un nouveau fichier .bash_history (qui est vide maintenant avec seulement la nouvelle commande exécutée précédemment)

j'ai ouvert le fichier .bash_history2 avec libreoffice writer
j'ai ouvert le nouveau fichier .bash_history avec Pluma
j'ai copié le contenu de ".bash_history2" dans le nouveau ".bash_history".

Maintenant ça s'ouvre normalement avec Pluma et c'est même encodé en utf-8 alors que mon bashrc lui est toujours en us-ascii

Cela fonctionne maintenant, je marque en résolu
Merci pour la commande file qui m'a permis de voir plus clair.

Cela dit, je ne sais toujours pas pourquoi ce fichier était considéré comme une application et non un text. Cela restera un mystère.

raleur · 09-12-2021 19:31:04

totoZero7 a écrit :

j'ai fait une copie du fichier qui ne s'ouvre pas
j'ai supprimé le fichier .bash_history

Tu aurais pu simplement renommer le fichier.

totoZero7 a écrit :

je ne sais toujours pas pourquoi ce fichier était considéré comme une application et non un text. Cela restera un mystère.

Pas forcément. Si tu l'as conservé, tu peux afficher son contenu binaire en hexadécimal avec hd et regarder ce qu'il y a au début pour commencer.

totoZero7 · 09-12-2021 19:41:13

il était dans ma corbeille et pas encore viré! je le ressors du coup

(je mets juste les 4 premières lignes du résultat)

hd bash_history 

00000000  73 75 0a 62 61 73 68 0a  62 61 73 68 0a 73 75 0a  |su.bash.bash.su.|

00000010  63 64 20 4c 69 6e 75 78  2f 44 65 62 69 61 6e 2f  |cd Linux/Debian/|

00000020  0a 6c 73 0a 73 75 64 6f  20 63 70 20 2d 72 20 47  |.ls.sudo cp -r G|

00000030  72 65 79 62 69 72 64 2f  20 2f 75 73 72 2f 73 68  |reybird/ /usr/sh|

je n'arrive pas à voir si il y a un gremlins dans ce code. Une idée ?

par-contre, j'avais fait une copie et ensuite modifié le nom et ça n'avait pas fonctionné
je viens de refaire le test avec le fichier sortie de la corbeille, et même en modifiant le nom ça ne s'ouvre pas avec Pluma

raleur · 09-12-2021 19:58:49

totoZero7 a écrit :

je n'arrive pas à voir si il y a un gremlins dans ce code. Une idée ?

Non, c'est de l'ASCII normal. S'il y une anomalie, elle doit se situer plus loin. Il n'y a pas de plage avec la partie droite qui ne contient que des points (caractères non affichables) plus loin ? Tu peux éventuellement l'ouvrir avec less et le parcourir pour trouver la zone non ASCII.

totoZero7 a écrit :

même en modifiant le nom ça ne s'ouvre pas avec Pluma

Le nom n'a rien à voir là-dedans.

totoZero7 · 09-12-2021 20:19:27

j'ai une ligne avec seulement une étoile
1

00002cc0  62 20 0a 63 61 74 20 2f  65 74 63 2f 66 73 74 61  |b .cat /etc/fsta|

*

00002ce0  62 20 0a 62 6c 6b 69 64  0a 73 75 64 6f 20 62 6c  |b .blkid.sudo bl|

j'en ai encore une qui comporte des points avec une étoile aussi
2

00003f20  7c 67 72 65 70 20 6e 76  69 64 69 61 0a 00 00 00  ||grep nvidia....|

00003f30  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|

*

00003ff0  00 00 00 00 00 00 00 00  00 00 67 6c 78 69 6e 66  |..........glxinf|

Avec la commande less, je vois un peu plus loin une longue ligne de @^@^@^@
J'ai comparé avec l'autre fichier qui s'ouvre, et sur l'autre ce sont des dièse ###### d'affiché à cette endroit
Les dièses sont là où il y a les points du code 2

raleur a écrit :

totoZero7 a écrit :
même en modifiant le nom ça ne s'ouvre pas avec Pluma
Le nom n'a rien à voir là-dedans.

Comment on modifie dans ce cas ?

raleur · 09-12-2021 20:37:40

La présence d'octets à 0 dans un fichier texte brut n'est pas normale, c'est sûrement ça qui a perturbé ton éditeur de texte.

totoZero7 · 09-12-2021 20:44:30

raleur a écrit :

totoZero7 a écrit :

j'ai fait une copie du fichier qui ne s'ouvre pas
j'ai supprimé le fichier .bash_history

Tu aurais pu simplement renommer le fichier.

raleur a écrit :

totoZero7 a écrit :

même en modifiant le nom ça ne s'ouvre pas avec Pluma

Le nom n'a rien à voir là-dedans.

Comment renomme t'on le fichier autrement qu'en changeant le nom ?
je ne comprends pas.

Sinon chose étonnante que je viens de découvrir, j'ai ouvert le fichier abimé - rescapé de la corbeille - avec libreoffice (alors qu'il ne voulait plus s'ouvrir avec) et j'ai fait un simple "Ctrl+S" (sauvegarder). Je l'ai fermé, puis j'ai réussi à l'ouvrir avec Pluma !
Libreoffice lui a fait un changement.
Et si je regarde avec file -bi ça change aussi

text/plain; charset=utf-8

édit
et si je regarde avec la commande hd, ça change aussi les "00" pour des "23"

00003f20  2d 57 20 7c 67 72 65 70  20 6e 76 69 64 69 61 0a  |-W |grep nvidia.|

00003f30  23 23 23 23 23 23 23 23  23 23 23 23 23 23 23 23  |################|

*

00003ff0  23 23 23 23 23 23 23 23  23 23 23 23 23 67 6c 78  |#############glx|

Dernière modification par totoZero7 (09-12-2021 20:47:57)

Debian-facile

#1 08-12-2021 22:31:58

[résolu] Impossible d'ouvrir .bash_history avec Pluma

#2 08-12-2021 23:08:58

Re : [résolu] Impossible d'ouvrir .bash_history avec Pluma

#3 08-12-2021 23:14:42

Re : [résolu] Impossible d'ouvrir .bash_history avec Pluma

#4 08-12-2021 23:19:30

Re : [résolu] Impossible d'ouvrir .bash_history avec Pluma

#5 08-12-2021 23:25:37

Re : [résolu] Impossible d'ouvrir .bash_history avec Pluma

#6 08-12-2021 23:39:30

Re : [résolu] Impossible d'ouvrir .bash_history avec Pluma

#7 09-12-2021 17:29:31

Re : [résolu] Impossible d'ouvrir .bash_history avec Pluma

#8 09-12-2021 17:39:42

Re : [résolu] Impossible d'ouvrir .bash_history avec Pluma

#9 09-12-2021 18:03:07

Re : [résolu] Impossible d'ouvrir .bash_history avec Pluma

#10 09-12-2021 18:34:49

Re : [résolu] Impossible d'ouvrir .bash_history avec Pluma

#11 09-12-2021 19:19:37

Re : [résolu] Impossible d'ouvrir .bash_history avec Pluma

#12 09-12-2021 19:31:04

Re : [résolu] Impossible d'ouvrir .bash_history avec Pluma

#13 09-12-2021 19:41:13

Re : [résolu] Impossible d'ouvrir .bash_history avec Pluma

#14 09-12-2021 19:58:49

Re : [résolu] Impossible d'ouvrir .bash_history avec Pluma

#15 09-12-2021 20:19:27

Re : [résolu] Impossible d'ouvrir .bash_history avec Pluma

#16 09-12-2021 20:37:40

Re : [résolu] Impossible d'ouvrir .bash_history avec Pluma

#17 09-12-2021 20:44:30

Re : [résolu] Impossible d'ouvrir .bash_history avec Pluma

Pied de page des forums