MicP a écrit 531 commentaires

C'est le plus sûr, le plus simple et le plus rapide à faire.

J'ai regretté, dans le passé, d'avoir vendu un de mes PC sans changer le disque qui est malheureusement tombé en panne à peine un an après, et bien sûr, la personne n'avait pas écouté mes conseils et n'avait fait aucune sauvegarde.

Je pense qu'elle avait maltraité sa machine, mais ça n'aurait servi à rien de tenter de lui expliquer ce qui pouvait avoir causé la panne, elle aurait pensé que je cherchais à rejeter la faute sur elle.

Pour le dernier que j'ai vendu, j'ai préféré y mettre un disque neuf (dont j'ai la facture dans mes mails et qui est garanti) et garder le disque récupéré pour moi.

Je ne veux plus jamais me retrouver dans cette très désagréable situation.

… et dans ce royaume, ceux qui y voient un peu plus clair sont parfois très mal vus.

Bonjour

C'est vrai que si les données sont dans un système de fichiers, le système de fichier, chiffré ou pas, est dans une partition qui est sur un disque.
Donc, il faudrait s'assurer que les disques soient en bon état => voir ce que disent les données S.M.A.R.T. du disque original et du disque qui contient la copie.

… et dans ce royaume, ceux qui y voient un peu plus clair sont parfois très mal vus.

Oui, c'est creux, mais bon, il faut quand même voir pour quel public cette vidéo a été faite, rien que les premières secondes m'ont suffi.

… et dans ce royaume, ceux qui y voient un peu plus clair sont parfois très mal vus.

Oui, il y a quelques petites erreur de frappe ou et de lecture :

AM3 Athlon X2 3GHz. <=> AMD Athlon X2 3GHz.

A88XM-E3SV2 <=> A88XM-E35V2

Mais je ne vois pas du tout comment le lien "AHCI mode" a pu se retrouver là.

… et dans ce royaume, ceux qui y voient un peu plus clair sont parfois très mal vus.

Si on voulait lire tout un disque de 1TB, à coup de 512 octets, ça ferait 1024*1024*1024*1024/512 = 2147483648 opérations de lecture
Alors qu'à coups de 64Mio, il ne faudra que 1024*1024/64 = 16384 opérations de lecture.

=======
la valeur optimale du paramètre bs dépends de beaucoup de facteurs (matériels et logiciels).

Voici un extrait du rapport (gparted_details.htm) créé par GParted dans lequel on peut voir comment il fait
pour savoir quelle est la taille optimale du bloc à utiliser pour pouvoir faire la copie d'une partition d'une clef USB vers un disque.
(ici, le disque est en fait un fichier qcow2 qui est connecté à une machine virtuelle)

…
déterminer la taille de bloc optimale

  copie de 16.00 Mio en utilisant une taille de bloc de 1.00 Mio  00:00:01    ( SUCCÈS )
      16.00 Mio sur 16.00 Mio copiés
      1.31393 secondes

  copie de 16.00 Mio en utilisant une taille de bloc de 2.00 Mio  00:00:02    ( SUCCÈS )
      16.00 Mio sur 16.00 Mio copiés
      1.34249 secondes

  copie de 16.00 Mio en utilisant une taille de bloc de 4.00 Mio  00:00:01    ( SUCCÈS )
      16.00 Mio sur 16.00 Mio copiés
      1.27943 secondes

  copie de 16.00 Mio en utilisant une taille de bloc de 8.00 Mio  00:00:01    ( SUCCÈS )
      16.00 Mio sur 16.00 Mio copiés
      1.4216 secondes

  copie de 16.00 Mio en utilisant une taille de bloc de 16.00 Mio  00:00:01    ( SUCCÈS )
      16.00 Mio sur 16.00 Mio copiés
      1.22036 secondes

  la taille optimale de bloc est 16.00 Mio 
…

… et dans ce royaume, ceux qui y voient un peu plus clair sont parfois très mal vus.

…/dev/sdcxx …
les deux xx sont en trop. C'est sans doute une petite erreur de frappe (peut-être à force d'habitudes :) )

Il vaudra mieux faire la lecture de TOUT le disque (accessible par /dev/sdc) plutôt que seulement une de ses partitions.

Pour savoir quel est le nom du fichier de périphérique qui permet d'accéder au disque que tu veux traiter,
tu peux utiliser udisksctl avec sa commande status :

mic@deb12x:~$ udisksctl status 
MODEL                     REVISION  SERIAL               DEVICE
--------------------------------------------------------------------------
Samsung SSD 870 QVO 1TB   SVQ02B6Q  S5SVNF0R491094P      sda     
mic@deb12x:~$

Le nom du fichier de périphérique qui permet d'accéder à mon disque dur est dans la colonne DEVICE, dans laquelle on peut lire sda
et comme les fichiers de périphérique sont créés dans le répertoire /dev/ alors le chemin d'accès à ce fichier de périphérique sera : /dev/sda

Dans la colonne SERIAL, on trouve le numéro de série du disque qui est souvent indiqué aussi sur l'étiquette qui est collée sur le boîtier du disque
ce qui permet de savoir de quel disque il s'agit quand on en a plusieurs de la même marque, même modèle, etc.

Cordialement.

… et dans ce royaume, ceux qui y voient un peu plus clair sont parfois très mal vus.

… et contrôlés, vérifiés, certifiés par les mêmes personnes.

… et dans ce royaume, ceux qui y voient un peu plus clair sont parfois très mal vus.

D'ailleurs, si tu fais un raid1 avec deux disques de la même marque, même modèle et même type, tu auras tout intérêt a t'arranger pour que leur numéro de série soit très différent, sinon, ils risqueront de tomber en panne au même moment exactement pour la même raison puisqu'ils auront été fabriqués avec des composants (électroniques et mécaniques) qui auront sans doute les mêmes points faibles, montés sur un circuit imprimé qui sera aussi sorti de la même chaîne de fabrication à la même période et par les mêmes machines.

… et dans ce royaume, ceux qui y voient un peu plus clair sont parfois très mal vus.

Notre travail consistait, en tant que sous-traitant d'Airbus, à faire la maintenance de sous-ensembles => je n'ai jamais pu voir la totalité du système (même chose pour le matériel militaire et spatial), donc je ne peux que faire des suppositions :

Si les deux cartes font exactement la même chose au même moment, elles vont subir les mêmes conditions, ce qui aura de très fortes chances de provoquer la même panne sur les deux cartes au même moment.

Pour faire une analogie, la roue de secours de ma voiture me permet de repartir en cas de crevaison parce qu'elle est restée à l'abri pendant que l'autre subissait les conditions qui ont provoqué la crevaison.

… et dans ce royaume, ceux qui y voient un peu plus clair sont parfois très mal vus.

Bonjour,

On peut râler, mais il faut reconnaître qu'ils n'ont pas attendu qu'il y ait effectivement plusieurs crashs avant de se décider à réagir.

Il y a quelques dizaines d'années, j'ai bossé dans une boîte toulousaine qui faisait de la pré-sérialisation et la maintenance électronique de sous-ensembles pour du matériel médical, spatial, militaire, etc.

J'y ai fait, entre autres choses, la maintenance de quelques centaines de BCVA (Boîtiers de Commande de Vanne Automatique) pour la série A300/600 d'Airbus. Ce sont des boîtiers contenant trois cartes électroniques qui ont pour fonction d'ouvrir ou de fermer plus ou moins une vanne qui régule la "pression cabine". Deux de ces cartes sont identiques et régulent l'ouverture/fermeture en fonction des capteurs de pression, et la troisième carte pouvait être commandée "manuellement". Si l'une des deux premières cartes tombait en panne, l'autre prenait le relais, et si les deux premières cartes tombaient en panne, la troisième permettait quand même d'agir manuellement sur la vanne.

Un jour, une ingénieure d'Airbus m'appelle parce qu'elle pensait qu'une modification (datant de quelques années) n'avait pas été rapportée sur le schéma qu'on utilisait. Après avoir passé quelques jours à rechercher tous les documents qu'on avait, je l'ai rappelée pour la rassurer en lui disant que tous nos documents étaient à jour et que la modification y était bien présente. Elle a commencé à s'excuser de m'avoir fait "perdre du temps", mais je lui ai presque coupé la parole en lui disant que je préférais cent fois avoir passé tout ce temps à tout revérifier plutôt que d'avoir des centaines de victimes sur la conscience. Elle a vraiment apprécié ma réaction, et moi la sienne.

… et dans ce royaume, ceux qui y voient un peu plus clair sont parfois très mal vus.

Comme j'utilisais plutôt l'image iso netinstall pour installer debian et que je donnais systématiquement un mot de passe au compte root au cours de l'installation (préférant utiliser su que sudo), je ne m'en étais pas rendu compte,
mais en utilisant une image iso debian live pour installer un système et en faisant cette installation depuis le système debian live en cours de fonctionnement,
il n'y a pas de fenêtre de dialogue proposant de donner un mot de passe au compte root => le premier compte utilisateur non privilégié créé est ajouté à la liste des sudoers, ce qui fait que sur le système installé c'est avec sudo que l'on peut accéder aux privilèges du compte root (commme sur un système ubuntu)

… et dans ce royaume, ceux qui y voient un peu plus clair sont parfois très mal vus.

Pour tester la modification qui permettrait d'afficher correctement ton diagramme.

Avec Firefox :

Click droit sur ton diagramme => affichage d'un menu contextuel
Click dans le menu contextuel sur l'option "Inspecter"

Chercher le sélecteur css "pre code"
y ajouter la propriété suivante :

line-height:1em;

Le diagramme s'affichera alors comme tu le voudrais.

Mais si cette même règle était appliquée pour toutes les pages du forum,
les lignes de code affichées (ça se voit surtout avec les lettres en majuscule) seront collées l'une à l'autre.

Donc, même si l'ajout de cette propriété css fonctionne bien pour faire apparaître ton diagramme correctement
ça va rendre affreux l'affichage de tous les scripts et autres lignes de texte qui sont dans une balise code.

… et dans ce royaume, ceux qui y voient un peu plus clair sont parfois très mal vus.

Je n'utilise pas sudo sur mon système, et je préfère aussi passer en root pour lancer apt

Du coup, je passe d'abord sous le compte root en lançant juste :

su -

Et c'est d'ailleurs de là que vient la ligne entre parenthèse que j'avais oublié d'enlever :

(le tiret final est important)

… et dans ce royaume, ceux qui y voient un peu plus clair sont parfois très mal vus.

Oui, si la mise à jour de la liste des paquetages s'est mal terminée, autant s'arrêter là et ne pas lancer la mise à jour du système, d'où le && entre les deux.

C'était juste pour proposer une solution pour la ligne de commandes que ktom avait tenté de lancer et qui n'avait pas fonctionné.

… et dans ce royaume, ceux qui y voient un peu plus clair sont parfois très mal vus.

Je te remercie pour ton message.

Je suis autodidacte et j'ai passé beaucoup de temps à lire les pages des manuels, les RFC, etc..

Au début, je ne pouvais pas tout comprendre, mais petit à petit, j'ai fini par réaliser que tout ça est parfaitement logique et très bien fait.

Il m'en reste beaucoup à lire, mais en ayant appris à me servir de certaines fonctionnalités de la commande less (le pager utilisé pour l'affichage par pages des manuels), c'est vraiment beaucoup plus facile.

===
J'ai fait une petite erreur en recopiant mon message précédent sur le forum.
la ligne suivante entre parenthèse est de trop : (le tiret final est important)
C'était parce que je pensais à la commande su alors que tu utilises sudo.

Cordialement.

… et dans ce royaume, ceux qui y voient un peu plus clair sont parfois très mal vus.

Bonjour ktom

Je vais être un peu hors sujet.
Quoi que …(comme disait Mr Raymond Devos)

Plutôt que :

sudo apt update && apt upgrade

Utilise cette ligne de commande :

sudo apt update && sudo apt upgrade

=======
Plutôt que :

sudo su

utilise cette ligne de commande :

sudo -i

(le tiret final est important)

=======

Il existe un manuel d'Introduction aux commandes utilisateur
que tu pourras lire en entrant la ligne de commande suivante :

man intro

=====
Pour chaque paquetage et pratiquement toutes les commandes installées sur un système linux, il existe un manuel qui est mis à jour en même temps que le paquetage et donc la commande.

Pour lire le manuel de la commande man, entre la ligne de commande suivante :

man man

Pour lire le manuel de la commande sudo, entre la ligne de commande suivante :

man sudo

Pour lire le manuel de la commande su, entre la ligne de commande suivante :

man su

=======
Voir aussi la page web suivante : https://www.linuxtricks.fr/wiki/differences-sudo-su-et-su

Cordialement.

… et dans ce royaume, ceux qui y voient un peu plus clair sont parfois très mal vus.

Bonjour

…DLFP ne semble pas à la pointe de la technologie en ce qui concerne le rendu des caractères ASCII. …

J'avais déjà eu le même problème sur d'autres types de forums.

Ici, ce n'est pas le rendu des caractères ASCII, mais la hauteur de ligne qui fait 1.5em et qu'il faudrait mettre à 1em pour que les traits verticaux de ton diagramme soient joints.

Mais ça risque sûrement d'impacter d'autres éléments, et ça serait peut-être un trop gros boulot d'analyse à faire de tous les fichiers css pour pas grand-chose
puisque ton diagramme ascii est quand même parfaitement lisible.

Cordialement.

… et dans ce royaume, ceux qui y voient un peu plus clair sont parfois très mal vus.

… et si tu fais help tout court (ou suivi d’un nom de commande externe) alors « otherwise a list of the builtins is printed ». …

Effectivement, merci pour ces précisions à Gil Cot ✔ et à gUI.

… et dans ce royaume, ceux qui y voient un peu plus clair sont parfois très mal vus.

Bonjour

Je pense que sur ton mac, la ligne de commande :

help printf

…a dû te retourner la page d'aide de l'exécutable /usr/bin/printf

Sur mon système debian sur PC, il y a le printf du bash (<=> dans les builtins du bash)
et il y a aussi l'exécutable /usr/bin/printf

mic@deb12x:~$ which printf
/usr/bin/printf
mic@deb12x:~$ 

mic@deb12x:~$ file /usr/bin/printf
/usr/bin/printf: ELF 64-bit LSB pie executable, x86-64, version 1 (SYSV), dynamically linked, interpreter /lib64/ld-linux-x86-64.so.2, BuildID[sha1]=9fb0f8c276c2fb7d6fdd13ff28a01088f25440bb, for GNU/Linux 3.2.0, stripped
mic@deb12x:~$

… et dans ce royaume, ceux qui y voient un peu plus clair sont parfois très mal vus.

Je vous prie de m'excuser, je n'aurais pas dû poster ce message qui pourrait être considéré comme irrespectueux.
je suis sincèrement désolé.

… et dans ce royaume, ceux qui y voient un peu plus clair sont parfois très mal vus.

Hum! je sens comment ça va finir : "Four yorshiremen" (Monthy python)

… et dans ce royaume, ceux qui y voient un peu plus clair sont parfois très mal vus.

il y a aussi un printf dans les builtins du shell bash.

Voir printf dans la page man du bash :

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

mais bon, pas dans la vielle (presque 20 ans de retard) version du bash qui est installée sur les mac.

… et dans ce royaume, ceux qui y voient un peu plus clair sont parfois très mal vus.

Même avec un smartphone à jour, chaque fois qu'il y a une panne réseau dans mon patelin (qui peut durer une semaine), plus personne ne peut téléphoner ni envoyer/recevoir de SMS. On ne peut donc plus recevoir d'éventuel message d'alerte, et je doute très très fort qu'un appel au 112 serve à quelque chose si aucun réseau n'est accessible.
Je vais voir ce qu'il est possible de faire en contactant des radioamateurs.

… et dans ce royaume, ceux qui y voient un peu plus clair sont parfois très mal vus.

Pour rester dans l'ambiance, tu peux rechercher* sur https://www.youtube.com/@senat une vidéo de mars 2025 que j'ai trouvée très édifiante :

Délinquance financière et journalisme d'investigation

Table ronde avec Fabrice Arfi (Médiapart) et Frédéric Ploquin (Marianne indépendant depuis 6 ans), organisée par la commission d’enquête #Délinquancefinancière (Raphaël Daubet / Nathalie Goulet).

* J'ai dis que je ne mettrais plus de lien youtube parce qu'un lien que j'avais donné récemment avait changé de cible entre-temps.

… et dans ce royaume, ceux qui y voient un peu plus clair sont parfois très mal vus.

Peut-être avec un pot de miel pour LLM : LLM Honeypot Project

… et dans ce royaume, ceux qui y voient un peu plus clair sont parfois très mal vus.