Full Circle Magazine FR

Outils pour utilisateurs

Outils du site

Piste : • c_c • tutoriel1 • finalisation • actus • tutoriel1 • c_c • c_c • labo_linux • c_c • c_c
issue169:tutoriel1

Différences

Ci-dessous, les différences entre deux révisions de la page.

Lien vers cette vue comparative

Les deux révisions précédentesRévision précédente
issue169:tutoriel1 [2021/06/01 15:36] – andre_domenechissue169:tutoriel1 [2021/06/02 23:31] (Version actuelle) – d52fr
Ligne 5: Ligne 5:
 Le contexte identifié dans le titre n'est pas normal, parce que c'est évidemment en inadéquation dans des circonstances normales. Cependant, cette situation s'est présentée quand je préparais une migration future vers un autre ordinateur, m'attendant à ce que l'ordinateur actuel rende l'âme dans un proche avenir ! Naturellement, nous essayons d'imaginer notre état futur et de travailler dessus par étapes, de la manière la moins douloureuse possible. Dans mon cas, j'ai trouvé le chemin semé d’embûches. Le contexte identifié dans le titre n'est pas normal, parce que c'est évidemment en inadéquation dans des circonstances normales. Cependant, cette situation s'est présentée quand je préparais une migration future vers un autre ordinateur, m'attendant à ce que l'ordinateur actuel rende l'âme dans un proche avenir ! Naturellement, nous essayons d'imaginer notre état futur et de travailler dessus par étapes, de la manière la moins douloureuse possible. Dans mon cas, j'ai trouvé le chemin semé d’embûches.
  
-Je donne un aperçu de mon approche pour l'utilisateur d'ordinateur de bureau peu expérimenté, mais c'est tout à fait valide pour un contexte serveur-réseau, exception faite de la dernière étape de redémarrage. Les admins d'un serveur auraient les connaissances et la capacité de manipuler un noyau live avec les fonctions modprobe et systemd pour éviter un redémarrage.+Je donne un aperçu de mon approche pour l'utilisateur d'ordinateur de bureau peu expérimenté, mais c'est tout à fait valide pour un contexte serveur-réseau, exception faite de la dernière étape de redémarrage. Les admins d'un serveur auraient les connaissances et la capacité de manipuler un noyau Live avec les fonctions modprobe et systemd pour éviter un redémarrage.
  
 **I currently have a low-end computer with 4 internal drives: 2x2TB, 1x500GB, 1x120GB. I imagined my future to be a laptop with an externally attached USB HDD, so, having had about 25 years experience with Winchester Digital drives being super reliable for myself, I bought the Winchester Digital 4TB My Book (USB 3, USB type A interface), thinking that would be a good fit. I have that USB HDD plugged in at all times. Unfortunately, my UbuntuMATE 20.04 LTS had its own ideas about that. My `uname -a` reports as:  **I currently have a low-end computer with 4 internal drives: 2x2TB, 1x500GB, 1x120GB. I imagined my future to be a laptop with an externally attached USB HDD, so, having had about 25 years experience with Winchester Digital drives being super reliable for myself, I bought the Winchester Digital 4TB My Book (USB 3, USB type A interface), thinking that would be a good fit. I have that USB HDD plugged in at all times. Unfortunately, my UbuntuMATE 20.04 LTS had its own ideas about that. My `uname -a` reports as: 
Ligne 39: Ligne 39:
 mettra la sauvegarde sur le My Book de 4 To sans problèmes. J’ai partitionné mes actuels et nouveaux disques de 2/4 To en partitions de 300 Go pour pouvoir les gérer plus facilement (je peux discuter de cela une autre fois). mettra la sauvegarde sur le My Book de 4 To sans problèmes. J’ai partitionné mes actuels et nouveaux disques de 2/4 To en partitions de 300 Go pour pouvoir les gérer plus facilement (je peux discuter de cela une autre fois).
  
-Quand j’essaie de faire une sauvegarde avec le script batch de rsync, la tâche s’arrête après une quantité aléatoire de données. Parfois, le travail s’arrête tout de suite après la création des sous-répertoires de haut niveau de la partition source, parfois après environ 500 fichiers et parfois après environ 50 fichiers. Le type du fichier en train d’être copié (fichier caché précédé par un « . ») quand il s’arrête ne semble pas avoir d’incidence sur l’arrêt/l’événement. Dans un cas, pour lequel je n’ai pas rassemblé tous les doc, il a même gelé le gestionnaire du bureau, y compris la souris. AFFREUX !+Quand j’essaie de faire une sauvegarde avec le script batch de rsync, la tâche s’arrête après une quantité aléatoire de données. Parfois, le travail s’arrête tout de suite après la création des sous-répertoires de haut niveau de la partition source, parfois après environ 500 fichiers et parfois après environ 50 fichiers. Le type du fichier en train d’être copié (fichier caché précédé par un « . ») quand il s’arrête ne semble pas avoir d’incidence sur l’arrêt/l’événement. Dans un cas, pour lequel je n’ai pas rassemblé tous les docs, il a même gelé le gestionnaire du bureau, y compris la souris. AFFREUX !
  
 **From having done research (see end of article for sources), I discovered that the issue relates to the “USB Attached SCSI mode”, which was introduced with USB 3. Looking at the reference cases, I went about implementing my situational exception (referred to a “Kernel quirk” by the OS programmers). **From having done research (see end of article for sources), I discovered that the issue relates to the “USB Attached SCSI mode”, which was introduced with USB 3. Looking at the reference cases, I went about implementing my situational exception (referred to a “Kernel quirk” by the OS programmers).
Ligne 45: Ligne 45:
 The first step is to identify the VendorID and ProductID. The simplest method for doing this is by entering the “lsusb” command, which for me gives the result shown below. The first step is to identify the VendorID and ProductID. The simplest method for doing this is by entering the “lsusb” command, which for me gives the result shown below.
  
-Ayant fait des recherches (voir la fin de l’article pour mes sources), j’ai découvert que le problème est lié au « USB Attached SCSI mode »,  qui avait été introduit avec l’USB 3. En regardant des cas de référence,  j’ai commencé à implémenter mon exception situationnelle (appelé un « Kernel quirk », une bizarrerie du noyau, par les programmeurs de l’OS).+Ayant fait des recherches (voir la fin de l’article pour mes sources), j’ai découvert que le problème est lié au « USB Attached SCSI mode », qui avait été introduit avec l’USB 3. En regardant des cas de référence, j’ai commencé à implémenter mon exception situationnelle (appelé un « Kernel quirk », une bizarrerie du noyau, par les programmeurs de l’OS).
  
 La première étape est d’identifier l’ID du vendeur (le VendorID) et l’ID du produit (le ProductID). La façon la plus simple de le faire est d’entrer la commande « lsusb » qui me donne le résultat ci-dessous. La première étape est d’identifier l’ID du vendeur (le VendorID) et l’ID du produit (le ProductID). La façon la plus simple de le faire est d’entrer la commande « lsusb » qui me donne le résultat ci-dessous.
Ligne 80: Ligne 80:
 then powering that up again. By doing so, all kernel messages related to the drive will be logged as one whole segregated grouping, which would look like that shown on the next page, bottom left.** then powering that up again. By doing so, all kernel messages related to the drive will be logged as one whole segregated grouping, which would look like that shown on the next page, bottom left.**
  
-Il faut regarder les données attentivement pour trouver les éléments pertinents, que j’ai mis en valeur (en cherchant les valeurs de chacun des « idVendor= » et « idProduct= » ).  Si c’est vraiment trop difficile de les distinguer dans le rapport dmesg, nous pouvons forcer dmesg à coopérer en arrêtant d’abord votre disque avec :+Il faut regarder attentivement les données pour trouver les éléments pertinents, que j’ai mis en valeur (en cherchant les valeurs de chacun des « idVendor= » et « idProduct= » ). Si c’est vraiment trop difficile de les distinguer dans le rapport dmesg, nous pouvons forcer dmesg à coopérer en arrêtant d’abord votre disque avec :
  
  udisksctl power-off -b ${BlockDevice}  udisksctl power-off -b ${BlockDevice}
Ligne 96: Ligne 96:
  
  
-Une fois que vous avez votre chaîne VendorID:ProductID, vous pouvez essayer de rendre les modifications live en suivant les astuces données dans la référence [3], ou vous pouvez faire comme moi en ajoutant la spécification de la quirk (bizarrerie) nécessaire directement dans le fichier de configuration « /etc/default/grub ». Cherchez la ligne qui contient « GRUB_CMDLINE_LINUX_DEFAULT » et ajoutez l’option quirk comme dans ma propre ligne :+Une fois que vous avez votre chaîne VendorID:ProductID, vous pouvez essayer de rendre les modifications Live en suivant les astuces données dans la référence [3], ou vous pouvez faire comme moi en ajoutant la spécification de la quirk (bizarrerie) nécessaire directement dans le fichier de configuration « /etc/default/grub ». Cherchez la ligne qui contient « GRUB_CMDLINE_LINUX_DEFAULT » et ajoutez l’option quirk comme dans ma propre ligne :
  
-     # la spécification de la quirk est pour supprimer l’UAS du disque USB3 externe qui fonctionne sur un canal USB2.+     # spécification de la quirk pour supprimer l’UAS du disque USB3 externe qui fonctionne sur un canal USB2.
     GRUB_CMDLINE_LINUX_DEFAULT="ipv6.disable=1 usb-storage.quirks=1058:25ee:u"     GRUB_CMDLINE_LINUX_DEFAULT="ipv6.disable=1 usb-storage.quirks=1058:25ee:u"
  
Ligne 125: Ligne 125:
 (exécutez ce script avec la commande : nohup nice -n 17 ./Z_backup.DB001_F5.batch & ) (exécutez ce script avec la commande : nohup nice -n 17 ./Z_backup.DB001_F5.batch & )
  
-References:+Références:
  
 [1] https://en.wikipedia.org/wiki/USB_Attached_SCSI [1] https://en.wikipedia.org/wiki/USB_Attached_SCSI
issue169/tutoriel1.1622554587.txt.gz · Dernière modification : 2021/06/01 15:36 de andre_domenech