MicP a écrit 399 commentaires

Oui, c'est vrai que passer son temps à tenter de faire travailler de jeunes, ça va sans doute être épuisant, surtout s'il n'y a pas de baby-foot, table de ping-pong, ni de salle de sport.
Mais bon, comme l'annonce propose 40K mini mensuel (ou par semaine, il faudra demander…), ça pourrait peut-être être faisable.

… Ah par contre non ce VRP ne sera pas là quand ça merdera. …

Oh que si il sera là, et d'ailleurs il n'attendait que ce moment pour pouvoir revenir en courant pour te proposer de prendre les abonnements pour les services qui auront été entre temps divisés en sous-services, te démontrer que ta machine est obsolète, te faire acheter la nouvelle version (qui sera incompatible avec ton système ou/et ta machine ou même rendra ta machine inutilisable, et en même temps, tu te rendras compte que les fichiers créés par l'ancienne version ne sont plus pleinement utilisables avec la nouvelle version, etc.)

Le VRP est là pour faire son travail : vendre.

Il connaît parfaitement tous les moyens pour le faire et tous les produits et services qu'il aura intérêt à vendre.

Son travail n'est pas de rendre des services, mais d'en vendre le maximum avec le maximum de rentabilité.

heure d'été ou heure d'hiver ?

Oui, et pour être vraiment efficace, il faudrait éliminer tous les vieux et les malades dès la naissance.

D'ailleurs, avec cette royale augmentation de 3% des allocations handicapés et des retraites, en plus des suppression des lits dans les hôpitaux qui ne sont pas encore fermés ça devrait déjà dégrossir assez bien le travail.

Désolé pour cette erreur, à la place de : … qu'il a lui-même libéré …

je voulais plutôt écrire : … qu'il vient juste de libérer …

Logiquement, il ne peut pas y avoir une pièce appartenant au robot sur une case qu'il vient de libérer.

Je pense aussi, après avoir vu la vidéo, que le problème est surtout dû à très une mauvaise conception de la machine et du logiciel qui la pilote, on ne voit aucun bouton d'arrêt d'urgence qui devrait pourtant être accessible et donc visible, et le déplacement du bras du robot aurait tout aussi bien pu frapper la tête d'un joueur.
Et d'ailleurs, pourquoi est-ce que ce robot revient chercher une pièce sur une case qu'il a lui-même libéré => c'est bien le signe d'une erreur de programmation.

Bonjour

Tu veux installer clamav sur ton système Ubuntu, mais, étant donné que tu ne parles pas de serveur (courriel, smtp, ou autres services), qu'est-ce que tu espères protéger des virus en installant clamav ?

… C'est dans le script que le ls les morcèle …

Dommage que tu le l'aies pas précisé dans ton premier message,
car comme tu as pu le constater, le contexte (surtout celui-là) est très important,
et si je l'avais connu, je ne me serai pas emm…bêté à rédiger tout ça pour rien.

Et il manque encore des informations toutes aussi importantes, comme par exemple le nom de l'interpréteur de commandes qui va devoir utiliser ce script.

Le but détaillé de ce script serait aussi un plus car il est fort possible que toutes les aides qui seront fournies ne servent à rien s'il existe finalement une méthode beaucoup plus simple pour arriver au même but.

Il faudrait aussi un échantillon représentatif du ou des noms du ou des répertoires qui vont êtres utilisés ainsi que leur contenu car il est possible que certains caractères puissent ajouter d'autres contraintes ce qui pourrait entraîner un changement radical de méthode rendant de ce fait toutes les propositions qui seront faîtes inappropriées et donc inutiles.

Finalement, un simple copié de ce que tu as déjà tenté de faire avec le résulta de ce que ça a donné sera beaucoup plus efficace qu'une description confuse qui prête logiquement à confusion.

---

Par principe, n'utilise jamais la commande ls dans un script, et, si l'interpréteur de commandes qui va utiliser ton script est bien bash, alors lis le chapitre du manuel de l'interpréteur de commandes bash que je t'ai conseillé d'aller lire, ça te sera très certainement très utile et pas seulement dans le cas de l'utilisation de la commande ls

Tu peux aussi utiliser l'auto-completion automatique
qui complétera pour toi le nom de la commande, de l'option, du fichier ou autre suivant le contexte.

Supposons qu'il existe 3 fichiers nommés :

nouveau_texte.txt
nouveau fichier.txt
nouveau plan pour devenir calife à la place du calife.txt

et que je veuille utiliser un de ces trois fichiers à la suite de la commande ls

mais que je n'aie pas du tout envie de me fatiguer à entrer tous ces caractères d'échappement avant chaque caractère espace, ou bien que je ne me souvienne plus très bien du nom entier du nom de fichier que je voudrais utiliser.

Alors je vais le faire faire par l'auto-completion.

---

Donc, je commence par entrer la commande que je veux utiliser, par exemple : ls
et je ne vais entrer que les premières lettres du nom du fichier pour laisser l'auto-completion faire le reste.

Je tape donc ls nouv ce qui donne :

michel@deb1104:~$ ls nouv

et, sans appuyer sur la touche entrée, je tape ensuite une seule fois sur la touche de tabulation,
et voilà ce que ça donne :

michel@deb1104:~$ ls nouveau

s'il n'y avait qu'un seul fichier dont le nom commençait par les 4 lettres que j'avais tapées, en tapant ensuite sur la touche de tabulation l'auto-completion aurait automatiquement complété la ligne de commande avec le nom de ce seul fichier,
et je n'aurais plus qu'à valider la ligne de commande affichée pour qu'elle soit lancée.

Mais dans mon cas, il existe plusieurs noms de fichiers dont le nom commence par ces 4 lettres, alors l'auto-completion n'a pu ajouter que le début du nom qui est commun à ces trois noms de fichier : nouveau

Comme ça m'énerve qu'il ne fasse pas ce que j'aimerai bien qu'il fasse,
j'insiste alors en tapant deux fois de plus sur la touche de tabulation,
et voilà ce que ça donne :

michel@deb1104:~$ ls nouveau
nouveau fichier.txt
nouveau plan pour devenir calife à la place du calife.txt
nouveau_texte.txt
michel@deb1104:~$ ls nouveau

---

à ce stade, il y a plusieurs possibilités :

soit je tape le caractère _
ce qui va donner :

michel@deb1104:~$ ls nouveau_

et si je tape ensuite sur la touche de tabulation, l'auto-completion complétera le nom du fichier, ce qui donnera :

michel@deb1104:~$ ls nouveau_texte.txt 

et je n'ai plus qu'à valider la ligne de commande affichée pour la lancer.

---

… ou alors, je complète manuellement par le début d'un des deux autres noms de fichiers existants :

en tapant à la suite, par exemple : \ f
ce qui va donner :

michel@deb1104:~$ ls nouveau\ f

et si je tape ensuite sur la touche de tabulation, l'auto-completion complétera le nom du fichier, ce qui donnera :

michel@deb1104:~$ ls nouveau\ fichier.txt 

et je n'ai plus qu'à valider la ligne de commande affichée pour la lancer.

---

ou alors je tape à la suite \ p
ce qui va donner :

michel@deb1104:~$ ls nouveau\ p

et si je tape ensuite sur la touche de tabulation l'auto-completion complétera le nom du fichier,
ce qui donnera :

michel@deb1104:~$ ls nouveau\ plan\ pour\ devenir\ calife\ à\ la\ place\ du\ calife.txt 

et je n'ai plus qu'à valider la ligne de commande affichée pour la lancer.

et voilà.

Voir aussi :

Le chapitre PROTECTIONS dans le manuel de l'interpréteur de commandes bash
en lançant la ligne de commande suivante :

man --pager='less -p "PROTECTIONS"' bash

---

le même chapitre, mais dans la version originale (non traduite) du manuel de l'interpréteur de commandes bash
en lançant la ligne de commande suivante :

LANG=C man --pager='less -p "QUOTING"' bash

Une autre solution consiste à échapper le caractère espace en le faisant précéder du caractère \

ce qui donne :

michel@deb1104:~$ ls nouveau\ fichier.txt
'nouveau fichier.txt'
michel@deb1104:~$ 

et aussi :

michel@deb1104:~$ ls -l /home/michel/mon\ chemin\ avec\ des\ espaces/fichier.txt 
-rw-r--r-- 1 michel michel 0 22 juil. 18:34 '/home/michel/mon chemin avec des espaces/fichier.txt'
michel@deb1104:~$ 

Bonjour

Un caractère espace est considéré comme un caractère de séparation (d'arguments dans une ligne de commande(s) par exemple)

Si tu veux utiliser un nom de fichier dans lequel il y a un caractère espace,
comme par exemple pour un fichier qui serait nommé :
nouveau fichier.txt

il faut entourer ce nom de fichier par des guillemets comme ça :
"nouveau fichier.txt"

avec la commande ls ça donnerait :

ls "nouveau fichier.txt"

---

Sinon, comme le caractère espace est considéré comme un caractère de séparation,
avec :

ls nouveau fichier.txt

la commande ls va rechercher 2 fichiers :
- un fichier nommé nouveau
- un fichier nommé fichier.txt

et il comme est possible qu'aucun de ces fichiers n'existe dans le répertoire courant,
alors ça va donner :

michel@deb1104:~$ ls nouveau fichier.txt
ls: impossible d'accéder à 'nouveau': Aucun fichier ou dossier de ce type
ls: impossible d'accéder à 'fichier.txt': Aucun fichier ou dossier de ce type
michel@deb1104:~$ 

---

C'est le même principe pour les noms de chemin.

Désolé pour mon hors sujet vu que c'est bien avant le chargement du serveur X que tu voulais voir ton clavier configuré,…

… mais, dans le fichier /etc/initramfs-tools/initramfs.conf
On peut lire l'extrait suivant :

…
# KEYMAP: [ y | n ]
#
# Load a keymap during the initramfs stage.
#

KEYMAP=n
…

Donc, il faudrait changer à y la valeur de la directive KEYMAP dans le fichier
/etc/initramfs-tools/initramfs.conf

et faire ensuite un :

update-initramfs -u

Bonjour

Une autre solution consiste à créer un fichier de (re-)configuration du clavier qui sera utilisé par la commande xmodmap

La commande xev permettra de récupérer les codes des touches pressées … et les mouvements de la souris, du coup, un petit filtrage par la commande sed permettra de ne faire s'afficher que les évènements KeyPress :

xev | sed -e '/./{H;$!d;}' -e 'x;/KeyP/!d;'

Si les correcteurs orthographiques n'existaient pas, qu'est-ce qu'on s'ennuierait : on n'aurait pas besoin de relire tous ses messages et on n'aurait même plus à corriger les remplacements automatiques marrants de ces formidables correcteurs automatiques.

Je pense qu'un lvm est peut-être actif.

Que donne les lignes de commandes suivantes
lancées depuis le comte root :

pvscan

pvdisplay

vgdisplay

lvdisplay

ls -l /dev/md*

Oui, c'est bien ce que j'ai proposé,
il y a juste une différence dans le nom du sous-répertoire de /homme qui servira de cible au déplacement :

j'avais proposé temporaire, et tu viens de proposer back

Bonjour

Je me disais que vu le peu (1G) qu'il reste de disponible dans le système de fichiers racine
il vaudrait mieux éviter le risque de saturation en déplaçant le répertoire /root/home
dans un sous-répertoire nommé, par exemple /home/temporaire/
car vu les 773G disponibles dans le système de fichiers /dev/md4 ça devrait passer tranquille,
et surtout, ça redonnerait à la racine 15G de disponibilité qui lui seront sans doute bien utiles.

Bonjour

Voilà comment s'affichent (tant qu'on a pas ouvert le fil)
les dernières lignes du premier message de ce fil de discussion :

J'avais oublié de te parler des Environnement de Bureau (Desktop Environment)

En gros, c'est l'interface graphique que tu vois s'afficher et qui te permettra d'accéder aux programmes installés en utilisant une souris en plus du clavier (et d'autres périphériques comme par exemple un écran tactile et autres joysticks, etc.)

Comme tu as pu le voir en cliquant sur le lien (au début de ce message), ces environnements de bureau sont tous d'apparence assez différents, et si ils utilisent tous le même système debian pour faire la même chose, c'est plus une histoire d'esthétique qu'autre chose, même si certains ont une façon de le faire un peu particulière.

Certains sont réputées fiables, consommant peu de ressources et n'ont que très peu changé depuis longtemps car ça n'était pas nécessaire, d'autres peuvent vraiment changer d'une version à l'autre, et c'est à l'utilisateur de s'adapter à ces changements.

Chacun ses goûts et chacun sa façon de travailler, jouer, découvrir, etc, en bref on est tous différents, donc il n'existe pas de Meilleur système ou de Meilleur quoi que ce soit : Le Meilleur, c'est celui qui conviendra à ce que tu cherches à faire, celui qui te plaît, celui qui te conviendra au moment ou tu en auras envie.

Et quand tu auras installé plusieurs fois un système, voir plusieurs systèmes sur la même machine, tu verras qu'il est très simple d'en changer sans perdre tous ses fichiers.
C'est d'ailleurs un très très bon exercice pour apprendre à bien connaître SA machine que d'y installer et réinstaller plusieurs systèmes très différents, certains ne le font qu'une seule fois, et finalement, ils ont peur d'avoir à installer ou réinstaller un système.

---

Sur ma vielle machine (Lenovo ThinkPad T450), j'ai actuellement quatre versions de debian avec des environnements de bureau différents, j'ai aussi une version d'Xubuntu, un MXLinux + un Windows 10 et une dizaine de machines virtuelles (qemu/kvm) de différents systèmes d'exploitation.

Tous ces systèmes accèdent ou peuvent accéder aux mêmes données qui sont dans la partition donnees_204G c'est pour ça qu'il n'y a pas besoin de grand chose dans certains systèmes de fichiers utilisés par debian.

Et quand je fais une sauvegarde, je n'ai besoin que de copier ma partition de données vers un de mes disque externes de 1TB, mais en fait, le plus souvent, je ne copie que certains fichiers avec la commande rsync.

Voici le contenu des deux disques SSD qui sont dans ma machine qui n'utilise pas l'UEFI
et qui utilisent un partitionnement de type msdos (mais je passerai ça en gpt quand l'envie ou le besoin s'en fera vraiment sentir)

J'ai monté tous les systèmes de fichiers juste pour que l'on puisse voir l'espace disque occupé dans chacun.

michel@debbull:~$ lsblk -oPTTYPE,NAME,FSTYPE,SIZE,FSUSED,LABEL,MOUNTPOINT
PTTYPE NAME    FSTYPE   SIZE FSUSED LABEL           MOUNTPOINT
dos    sda            465,8G                        
dos    ├─sda1  ntfs     579M        System Reserved 
dos    ├─sda2  ntfs   171,1G  75,9G Windows_10      /media/michel/Windows_10
dos    ├─sda3  ext4    18,8G  15,8G copieSauv_19G   /media/michel/copieSauv_19G
dos    ├─sda4             1K                        
dos    ├─sda5  ext4    17,4G  11,6G xubu_18G        /media/michel/xubu_18G
dos    ├─sda6  ntfs    14,6G   8,3G FSX_16G         /media/michel/FSX_16G
dos    ├─sda7  swap      16G                        [SWAP]
dos    ├─sda8  ext4   106,8G    94G virtWin_107G    /media/michel/virtWin_107G
dos    ├─sda9  ext4    24,1G  13,6G rootMX19_63G    /media/michel/rootMX19_63G
dos    ├─sda10 ext4    18,6G   3,7G deb112          /media/michel/deb112
dos    └─sda11 ext4    18,6G   3,7G deb1104         /media/michel/deb1104
dos    sdb            476,9G                        
dos    ├─sdb1  ext4      32G   3,9G debbuster_32G   /media/michel/debbuster_32G
dos    ├─sdb3  ext4   204,7G 159,2G donnees_204G    /donnees
dos    ├─sdb4             1K                        
dos    ├─sdb5  ext4    23,3G    12G debbull_24G     /
dos    ├─sdb6  ext4     201G 123,5G ext4_200G       /media/michel/ext4_200G
dos    └─sdb7  swap      16G                        
michel@debbull:~$ 

Et voici l'écran qui s'affiche quand je démarre ma machine.
Comme tu peux le voir, j'ai le choix :

Pour l'installation d'un programme, il faut utiliser le gestionnaire de paquetage installé sur ton système. Tu y trouveras une quantité énorme de programmes divers classés en différents thèmes avec une brève description. N'hésite pas a demander conseil sur les forums pour faire ton choix.

Il existe une multitude de distributions Linux dont tu pourras visualiser la liste dans ce fichier svg

Elles ont chacune leur particularités et celles qui sont basées sur debian utilisent des paquetages au fomat .deb
Ces paquetages permettent de résoudre énormément de problèmes de dépendance, de version et autres.

Même si, par exemple, Ubuntu est basé sur debian et qu'il utilise le même format de paquetages, et même si certains de ces paquetages portent le même nom, il ne vaut mieux pas les utiliser pour une autre distribution qu'Ubuntu, car les quelques petites différences qui existent entre debian et ubuntu font que un paquetage prévu pour Ubuntu mais installé sur un système debian (et inversement) ne fonctionnera sans doute pas comme tu l'espérerais et pourraient même rendre ton système tellement instable qu'il en deviendrait inutilisable et très difficile à réparer.

En résumé, il faut utiliser pour debian des paquetages prévus pour debian,
et il faut utiliser le gestionnaire de paquetage installé sur ton système pour choisir et installer un paquetage.

Je te recommande de t'inscrire sur un ou plusieurs forums debian
dans lesquels tu pourras trouver toute l'aide dont tu auras besoin.

Et ne t'inquiètes pas, ils ont tous comme toi et comme moi débuté un jour.

Bonjour

Il existe un manuel pour chaque programme,
et il existe un programme pour formater et faire afficher les pages de ce manuel

Le nom du programme qui permet d'afficher les page de manuel d'une commande est : man

Donc, pour pouvoir lire les pages du manuel de la commande dd
il faudra entrer dans une fenêtre de terminal la ligne de commande suivante :

man dd


il existe aussi un manuel concernant la commande man
que tu pourras visualiser en entrant la ligne de commande suivante :

man man


---

L'affichage des pages d'un manuel, et même de la sortie de certaines commandes,
est fait par un programme de type pager : il en existe plusieurs, mais le plus utilisé (bien que beaucoup ne s'en rendent même pas compte) est le programme nommé less

C'est aussi ce pager nommé less qui est utilisé pour afficher les pages de manuel, et apprendre à s'en servir aide énormément à la recherche d'informations dans les pages des manuels quand on débute.

Bien sûr, il existe aussi un manuel concernant la commande less
que tu pourras visualiser en entrant la ligne de commande suivante :

man less


mais tu peux aussi utiliser l'aide en ligne de la commande less
en appuyant sur la touche H (en minuscule tout comme en majuscule)

Donc, quand une page d'un manuel est affiché, si tu tapes sur la touche H tu verra s'afficher l'aide en ligne de la commande less puisque c'est ce pager qui est en train d'afficher les pages formatées par la commande man.

---

Comme tu débutes, je te recommande de lire le manuel d'introduction
que tu pourras visualiser en entrant la ligne de commande suivante :

man intro


---

Si, au cours de l'installation de ton système debian, tu as donné un mot de passe au compte super-utilisateur root
alors tu n'auras pas besoin d'utiliser la commande sudo pour accéder aux privilèges du compte root,
car il te suffira d'utiliser la commande su avec son option login pour ouvrir un login shell utilisant le compte root

Il existe un manuel concernant la commande su
que tu pourras visualiser en entrant la ligne de commande suivante :

man su

Et dans ce manuel, tu verras que l'option login de la commande su
peut être entrée simplement en utilisant un tiret (comme le signe moins)

Donc, pour accéder aux privilèges du compte root afin d'effectuer des tâches de maintenance (mise à jour, installation de nouveaux logiciels, paramétrage du système, etc.) tu pourras ouvrir un login shell sous le compte root en entrant la ligne de commande suivante :

su -

ATTENTION : Avec les privilèges du compte root, tu as TOUS les droits sur ton système,
ce qui fait que si, avec les privilèges du compte root, tu entres une ligne de commande sans savoir exactement ce qu'elle va faire, tu n'aura plus qu'à espérer que la ligne de commande que tu as entrée ne supprime pas tous tes fichiers personnels ou/et rende inutilisable ton système debian.

Bonjour

Es-ce qu'il n'y aurait pas un système de fichiers existant ce ce disque tu serait monté,
tu devrait voir ça dans le retour de la ligne de commande suivante :

grep ^/dev/sda /etc/mtab


---

D'autre part, en voyant le prompt, je constate que si tu es bien sous le compte root
tu as, semble-t-il lancé la commande sudo sans utiliser l'option login de cette commande, ce qui fait que le répertoire courant est le répertoire personnel de ton compte utilisateur non privilégié.
il vaudrait mieux utiliser dette optiox utiliser cette opion :

sudo --login


ou bien :

sudo -i


peut-etre parce qu'à un moment il faut mettre le contenu du fichier ISO sur une clef USB pour faire l'installation  ?

Bien sûr, si on ne sait pas se servir de dd ou d'un autre programme de copie du même genre, mais en ce qui me concerne (et comme beaucoup d'autres), je n'en ai jamais eu besoin pour rendre bootable un CD ou une clef USB, et même pas non plus pour créer (avec MSDOS) la diskette bootable qui m'a servi à installer mon premier système Linux en 1995, puisque les fichiers image que j'utilisais avait déjà (tout comme les fichiers image ISO de debian et ubuntu et d'autres) été créés pour que, par une simple copie sur le support pour lequel ils avaient été créés, le support devienne bootable.

unetbootin, rufus, etc ne sont là que pour faire la clef USB, pas pour gerer le demarrage une fois que c'est installé, il ne faut pas confondre.

Non leur fonctionnalité principale est de rendre bootable depuis une clef USB un système qui ne le serait pas (voir WiKipedia ou simplement le manuel de ces applications),

… et donc, comme les fichiers image ISO d'installation Ubuntu, debian, et même d'autres, ont été créés pour la très grande majorité pour êtres bootables (et pour certains même depuis une clef USB ET depuis un CD ou même un DVD) ces programmes n'apportent rien de plus qu'une surcouche supplémentaire au processus de démarrage, alors qu'il suffirait de copier ces fichiers directement (par dd ou cp, ou autre programme) sur une clef USB,

… et surtout pas dans un système de fichiers de cette clef USB ou d'un CD ou d'un DVD, puisqu'alors ils ne pourraient plus être bootables, à moins d'utiliser une surcouche comme rufus, unetbootin, multisystem, etc… qui rendra à son tour bootable le support.

Mais la grande majorité des personnes ne savent pas faire la différence entre une copie directe sur une clef et une copie dans le système de fichiers d'une clef USB, sans même parler de table de partitionnement de partition, de système de fichiers, et de périphérique bootable.

D'ailleurs, je pense que tu as dû confondre le terme bootable que j'ai utilisé avec le chargeur de boot grub puisque tu parles de gérer le démarrage.

et tant mieux si tes machines n'ont pas UEFI actif (par ancienneté ou par choix), mais tout le monde ne peut pas le virer

C'est bien par choix, mes machines sont bien assez récentes pour toutes avoir un UEFI désactivable et je n'ai trouvé sur les forums que je fréquente que très très peux de machines sur lesquelles l'UEFI ne soit pas désactivable.

… si je souhaite installer bluestack par exemple quelles manipulations dois je effectuer? …

Si utiliser BlueStacks depuis un système Linux est ton but
il te faudrait commencer par faire des recherches de témoignages à ce sujet,
parce que ça serait dommage de t'embêter à vouloir faire tourner un système Linux depuis une clef USB si c'est pour finalement te rendre compte que BlueStacks ne peut pas fonctionner comme tu l'espères sur le système Linux que tu auras installé ou/et que ta machine n'a pas les ressources nécessaires pour faire fonctionner BlueStacks.

---

NOTE :

Je ne comprends pas pourquoi beaucoup de personnes conseillent d'utiliser unetbootin, rufus ou autre surcouche du même genre alors qu'un système Linux (comme par exemple debian) n'a absolument pas besoin de ce genre de surcouche pour pouvoir être installé et fonctionner (et encore moins des fonctionnalités de l'UEFI).

Aucune de mes machines n'utilise l'UEFI pour démarrer (jusqu'à présent j'ai eu la chance de pouvoir le désactiver), et pour installer un système Linux, je n'ai jamais eu besoin d'utiliser un autre chargeur de boot que celui qui est déjà présent dans les fichiers images ISO d'installation des différents systèmes Linux (debian, Ubuntu, et d'autres…).

D'autre part, si tu veux installer Linux sur le disque dur de ta machine, tu ne seras pas le premier à l'avoir fait en ayant gardé le système Windows qui y était déjà installé.