MicP a écrit 428 commentaires

Bonjour

Et s'il te faut changer la dalle (qui, je crois est une 1280 x 800), à tant qu'à faire, change la pour une de 1920x1080.

C'est ce que j'ai fait sur mon petit T450, et je ne regrette pas du tout la petite différence de prix car la différence de confort, elle, est vraiment très nette.

Un répertoire ne permet pas de faire apparaître un Lanceur d'application autrement que sous son véritable nom de fichier.

Je n'ai pas trouvé comment créer sur le Bureau un conteneur dans lequel on pourrait regrouper des lanceurs d'applications.

Bonjour

Si tu ouvres une fenêtre de terminal, et que tu listes (avec la commande ls) les noms des fichiers qui sont dans ton répertoire ~/Bureau en laçant la ligne de commande suivante :

ls -l ~/Bureau

tu verras que les noms des fichiers listés ne sont pas les mêmes que les noms des icônes que tu vois affichés sur ton Bureau, car en fait, le contenu des fichiers dont le nom d'extension est .desktop est d'un format spécifique un peu spécial c'est ce qu'on appelle un fichier Lanceur d'application

Et quand un fichier de type lanceur d'application est sur le Bureau, il s'affiche d'une façon différente : Au lieu du véritable nom de fichier avec son nom d'extension (desktop), c'est le nom de l'application que ce fichier va permettre de lancer qui s'affichera.

C'est dans le contenu de ce fichier que se trouvent les différents (en fonction du langage utilisé par le système) noms de l'application qui va s'afficher et le nom du programme qui sera lancé.

Par contre, quand ce fichier .desktop est déplacé dans un dossier (je préfère dire "répertoire" que dossier), il n'est plus interprété comme un lanceur d'application mais redevient un simple fichier, et donc, c'est le véritable nom du fichier .desktop qui s'affiche, et pas le nom de l'application qu'il est censé lancer.

Oui,

Pierre Desproges disait :

Entre une mauvaise cuisinière et une empoisonneuse il n'y a qu'une différence d'intention.

À mon humble avis, un bon investissement pour ce que tu sembles vouloir faire : extraire certaines informations de fichiers texte, serait d'apprendre à créer des scripts awk (ou gawk) en utilisant des expressions rationnelles.

Bonjour

Un shell, ça peut vouloir dire beaucoup de choses très différentes, car ça pourrait être un shell bash ou sh (<=> dash sur debian) ou awk ou gawk ou python ou php ou perl, … ou/et plein d'autres shells possibles.

Et puis un script peut lancer des commandes externes qui n'auront peut-être pas le même comportement en fonction du système d'exploitation utilisé.

Je te recommande aussi, par curiosité, d'aller voir ce qu'est la norme posix

Voir : https://pubs.opengroup.org/onlinepubs/9699919799/

… De cette façon, 100 % des UNIX de la planète sont à la même heure …

C'est aussi parce que Unix/Linux est un système multi-utilisateur et qu'il est réellement utilisé comme un système multi-utilisateurs, et ces utilisateurs peuvent ouvrir simultanément et depuis n'importe quel pays une (ou plusieurs) session sur le même système Unix/Linux en choisissant la date/heure qui lui conviendra et le langage qu'ils a envie d'utiliser sans imposer aux autres utilisateurs ses choix personnels.

… et de mon côté, en plus de la boîte mail, c'est ma boîte aux lettres qui est régulièrement remplie de tracs et de journaux publicitaire, ce qui m'oblige à devoir faire le tri pour y retrouver le courrier administratif rare mais important qui est finalement trempé par la pluie parce que les journaux publicitaires pliés maintiennent le couvercle de ma boîte aux lettres ouvert.

J'ai deux fois acheté et collé sur ma boîte aux lettre un panneau "Pas de publicité SVP", mais il n'y est jamais resté plus d'une semaine.

J'ai aussi du mal à arriver à bloquer sur mon smartphone tous ces appels téléphoniques des démarcheurs qui me pourrissent la vie, et avant hier certains de ceux que j'avais bloqués au téléphone (et sur boîte mail) sont venus jusqu'à sonner à ma porte.

Rhââââ,

je voulais corriger la dernière ligne et la remplacer par :

~/$(date --date '1 days ago' '+%Y%m%d')Filter.txt

Ce n'est pas nécessaire de préciser le chemin du répertoire personnel du compte utilisateur
puisque le chemin courant sera celui du répertoire personnel du compte utilisateur.

Voici le retour de la commande env quand elle est lancée depuis le script qui est lui même lancé par la tâche crontab :

HOME=/home/scriptnew
LOGNAME=scriptnew
PATH=/usr/bin:/bin
LANG=fr_FR.UTF-8
SHELL=/bin/sh
PWD=/home/scriptnew

Mais si tu veux utiliser le tilde pour indiquer le répertoire personnel du compte utilisateur, il faudra le faire suivre d'un caractère slash s'il doit être suivit d'autre chose

~/scriptnew

on est d'accord ?

Oh que oui, j'étais d'ailleurs bien embêté quand je m'en suis apperçu… trop tard.

(il y avait déjà bien AC2N)

Merci encore.

Merci beaucoup :)

En fonction de la distribution Linux que tu utilises
il vaudrait peut-être mieux utiliser systemd pour ce genre de tâche journalière.

Voir : archlinux -> systemd (Français)/Timers (Français)

Arghh! : j'avais essayé d'adapter les copiés/collés,
mais je vois que j'ai oublié de changer le nom du répertoire dans un des copiés/collés retournés dans mon dernier message.

Mais je ne peux plus éditer mon dernier message
dans lequel il faudrait changer :

scriptnew@machinedebian:~$ ls -l /home/scriptnnew/2022090{7,8}Filter.txt
-rw-r--r-- 1 scriptnew scriptnew 16  7 sept. 23:42 /home/michel/20220907Filter.txt
-rw-r--r-- 1 scriptnew scriptnew 24  4 sept. 23:43 /home/michel/20220908Filter.txt
scriptnew@machinedebian:~$

par :

scriptnew@machinedebian:~$ ls -l /home/scriptnnew/2022090{7,8}Filter.txt
-rw-r--r-- 1 scriptnew scriptnew 16  7 sept. 23:42 /home/scriptnnew/20220907Filter.txt
-rw-r--r-- 1 scriptnew scriptnew 24  4 sept. 23:43 /home/scriptnnew/20220908Filter.txt
scriptnew@machinedebian:~$

Merci.

Bonjour

Si le script /home/scriptnew/monscript.sh
contient :

#!/bin/sh
nomfic1=$(date --date '1 days ago' '+%Y%m%d')'Filter.txt'
nomfic2=$(date --date '2 days ago' '+%Y%m%d')'Filter.txt'
nomfic3=$(date --date '1 days ago' '+%Y%m%d')'DifFilter.txt'
diff $nomfic1 $nomfic2 > $nomfic3

et si ce script est exécutable pour le compte utilisateur scriptnew

scriptnew@machinedebian:~$ ls -l /home/scriptnnew/monscript.sh 
-rwxr--r-- 1 scriptnnew scriptnnew 222  7 sept. 23:40 /home/scriptnnew/monscript.sh
scriptnew@machinedebian:~$

et si il existe les fichiers 20220906Filter.txt et 20220907Filter.txt dans le répertoire personnel du compte utilisateur scriptnew

scriptnew@machinedebian:~$ ls -l /home/scriptnnew/2022090{7,8}Filter.txt
-rw-r--r-- 1 scriptnew scriptnew 16  7 sept. 23:42 /home/scriptnew/20220907Filter.txt
-rw-r--r-- 1 scriptnew scriptnew 24  4 sept. 23:43 /home/scriptnew/20220908Filter.txt
scriptnew@machinedebian:~$```

et si la ligne suivante a été ajoutée dans la table _crontab_ du compte utilisateur `scriptnew`

```text
0 10 * * * $HOME/monscript.sh

alors, si la session du compte utilisateur scriptnew est ouverte à ce moment là
le 9 septembre à 10:00 le fichier /home/scriptnew/20220909DifFilter.txt sera créé

et tous les jours à 10 heures si les fichiers dont le contenu à différencier existent
alors un nouveau fichier /home/scriptnew/yyyymmddDifFilter.txt sera créé
(bien sûr, avec yyyymmdd correspondant à la date du jour)

Correction :

• et tu auras besoin de spécifier le chemin absolu de ce script …

à remplacer par :

• et si ce script est dans ton répertoire personnel, tu auras besoin de spécifier le chemin absolu de ce script …

• Si tu as utilisé une tâche crontab créée depuis ton compte utilisateur pour lancer ce script
• et si les 3 fichiers .txt utilisés dans ce script sont dans le répertoire personnel de ton compte utilisateur

alors :

• tu n'auras pas besoin de spécifier le répertoire dans lequel sont les fichiers .txt utilisés dans ce script car le répertoire courant par défaut utilisé lors de l'exécution de ce script sera le répertoire personnel de ton compte utilisateur
• et tu n'auras pas à spécifier le chemin absolu des commandes utilisées dans ce script car le chemin /usr/bin est déjà dans la liste des chemins assignée à la variable PATH

Voilà le contenu du script modifié (et sans le caractère S qui était juste avant le shebang)
qui sera lancé par la tâche crontab :

#!/bin/sh
nomfic1=$(date --date '1 days ago' '+%Y%m%d')'Filter.txt'
nomfic2=$(date --date '2 days ago' '+%Y%m%d')'Filter.txt'
nomfic3=$(date --date '1 days ago' '+%Y%m%d')'DifFilter.txt'
diff $nomfic1 $nomfic2 >> $nomfic3

• Il faudra que ce script soit exécutable par ton compte utilisateur
• et tu auras besoin de spécifier le chemin absolu de ce script (en utilisant, par exemple, la variable $HOME) dans la ligne de commande de la tâche crontab.

À la suite de la commande dans la ligne crontab, tu pourrais ajouter une redirection de STDERR vers un fichier log, au cas où quelque chose ne se serait pas bien passé dans le script.

---

Si tu as utilisé une autre méthode pour lancer ce script,
il faudra le préciser, car autre contexte => autres contraintes.

… mais sous quel shell es-tu à la main …

Non : ce n'est pas un problème de choix de shell utilisé

Car les commandes utilisées dans ce script fonctionneraient tout aussi bien avec les deux shells (bash et sh) si la liste des chemins assignée à la variable PATH en permettait l'accès et si les privilèges du compte utilisateur qui avait lancé ce script lui permettait d'accéder en écriture dans le répertoire /home/

Donc, ça dépend surtout de la méthode qui a été utilisée pour que ce script soit automatiquement lancé car cela permettra de savoir avec quels privilège ce script sera lancé et quelle sera la liste des chemins qui sera assignée à la variable PATH dans l'environnement d'exécution de ce script.

(et si le premier caractère contenu dans ce script a été enlevé)

Bonjour

Il faudrait nous dire ce que tu as tenté de faire pour que ton script puisse être automatiquement lancé tous les jours <=> quel est le programme qui lance le script et quelle est la directive exacte qui permet de déclencher l'exécution du script, et quel est le nom et le chemin absolu du script.

(j'ai bien une petite idée de ce que tu aurais pu faire, mais j'ai besoin d'une confirmation détaillée de ce que tu as fait car tu pourrais avoir oublié de préciser quelques détails importants dans cette directive)

---

… Le but étant d'automatiser le diff chaque jour entre le fichier du jour J et J-1. …

Je suppose que le jour J est le jour précédant le jour où le script sera lancé.

---

diff /home/$nomfic1 /home/$nomfic2 >> /home/$nomfic3

Je suis très surpris que ces fichiers soient dans le répertoire /home/ …

… je suis dans mon shell: les commandes passées à la main fonctionnent. … 

… et que cette ligne de commande puisse fonctionner telle quelle en n'utilisant que les privilèges de ton compte utilisateur non privilégié.

Tu as peut-être oublié de spécifier dans les noms de chemin de ces fichiers le nom du compte utilisateur :
comme par exemple scriptnew qui serait utilisé pour nommer le sous-répertoire du répertoire /home/ qui servirait alors de répertoire personnel au compte utilisateur scriptnew

ce qui donnerait : /home/scriptnew/

Bonjour

Pour info, le linky communique par Courant Porteur en Ligne <=> CPL

Vidéo Youtube : Compteur LINKY - Analyses, décorticage et explications (par Deus Ex Silicium)

… Les cartes avantages sont à moitié prix pour quelques jours …

Ça aurait pu m’intéresser car ça aurait divisé par deux les 36 euros que me coûtent un aller/retour de chez moi jusqu'à Toulouse mais de toutes façons, comme d'habitude depuis une bonne dizaine d'années et comme dans la vidéo citée plus haut :

… Nous vous informons que des travaux de modernisation en gare de Toulouse Matabiau sont en cours jusqu'au 23 septembre. Certains horaires de votre ligne sont susceptibles d'être modifiés. Plus d'informations sur la page Info Trafic du site liO Train Occitanie ou l'appli SNCF. Merci pour votre compréhension. …

Donc, il me reste le bus qui va mettre 2 heures et 11 minutes pour faire les 85 Km pour l'aller, et 2 heures 11 minutes de plus pour le retour.

Malheureusement, mon état de santé (qui nécessite des médecins plus compétents que ceux qui sont dans mon bled) ne me permet pas de rester si longtemps enfermé dans un bus sans pouvoir me lever, c'est pour ça que le train me va beaucoup mieux, sans compter qu'il met une heure de moins que le bus à l'aller et une heure de moins au retour.

Mais de toutes façons, même s'il y avait un train, à ce tarif là, c'est pas mes revenus d' handicapé (maintenant retraité => 100€ de moins par mois que l'AAH) qui me permettraient de m'offrir ce luxe.

Au cas où, voici un lien vers une page web dans laquelle vous pourrez trouver (si elle n'a pas disparue d'ici là) la vidéo :

https://franckcie.fr/voyage-a-besseges/

Bonjour

… qui censurent plus que les outils qu'ils remplacent sous excuse que les outils remplacés censurent,…

Jacques Brel dans sa chanson "Les singes"
chantait :

…
Mais ils sont arrivés bardés d'intolérances
Pour chasser en apôtres d'autres intolérances
…

Oui, l'heure d'été/hiver dépends de beaucoup de paramètres et peut changer du jour au lendemain sur décision politique :

https://en.wikipedia.org/wiki/Daylight_saving_time_by_country

http://www.webexhibits.org/daylightsaving/g.html

Chacun voit midi à sa porte.

Bonjour

En procédant par étapes et en vérifiant,
avec les privilèges du compte root

swapoff -v  /dev/pve/swap  # Au cas où, désactiver le swap du LVM 
umount  -v  /dev/pve/root  # Au cas où, démonter le système de fichiers du LVM

lvchange -v -a n pve/root  # Désactiver le LV root
lvremove -v      pve/root  # Supprimer  le LV root

lvchange -v -a n pve/swap  # Désactiver le LV swap
lvremove -v      pve/swap  # Supprimer  le LV swap

lvs                        # Vérifier si les LV ont bien été supprimés

vgchange -v -a n pve       # Désactiver le VG
vgremove -v      pve       # Supprimer  le VG

vgs                        # Vérifier si le VG a bien été supprimé

pvremove -v /dev/sdb3      # Supprimer le PV
pvs                        # Vérifier si le PV a bien été supprimé