SHASUMS ET GREP dans la vérification du téléchargement Ubuntu
J'essaie de mieux comprendre l'utilisation de "SHA256SUMS" et de "grep". Le didacticiel de vérification et d’authentification d’Ubuntu utilise le terme suivant: "sha256sum -c SHA256SUMS 2> & 1 | grep OK" pour vérifier que le téléchargement n’a pas été corrompu.
Je comprends que la vérification s'effectue dans le fichier SHA256SUMS qui contient deux valeurs de hachage, une pour la version de bureau et une pour le live. L'utilisation a fonctionné et j'ai vérifié en vérifiant manuellement les valeurs de hachage.
Ma question est la suivante: que fait la partie "SHA256SUMS 2> & 1"? En outre, il semble faire partie de la commande "SHA256SUMS", bien que je ne voie pas cette utilisation sur la page de manuel que j'utilise. Ensuite, le résultat est redirigé vers "grep" pour une correspondance de motif sans option.
J'aimerais bien le comprendre suffisamment pour utiliser cette technique pour vérifier que les téléchargements de logiciels n'ont pas été corrompus.
La commande grep est juste là pour nettoyer la sortie pour vous. Le vérificateur de hachage vérifie toutes les images de disque, de sorte que la commande grep simplifie les choses.
Avec grep: ubuntu-core-16-AMD64.img.xz: OK
Sans grep: ubuntu-core-16-AMD64.img.xz: OK sha256sum: ubuntu-core-16-cm3.img.xz: No such file or directory ubuntu-core-16-cm3.img.xz: FAILED open or read sha256sum: ubuntu-core-16-dragonboard-410c.img.xz: No such file or directory ubuntu-core-16-dragonboard-410c.img.xz: FAILED open or read sha256sum: ubuntu-core-16-dragonboard.img.xz: No such file or directory ubuntu-core-16-dragonboard.img.xz: FAILED open or read sha256sum: ubuntu-core-16-i386.img.xz: No such file or directory ubuntu-core-16-i386.img.xz: FAILED open or read sha256sum: ubuntu-core-16-pi2.img.xz: No such file or directory ubuntu-core-16-pi2.img.xz: FAILED open or read sha256sum: ubuntu-core-16-pi3.img.xz: No such file or directory ubuntu-core-16-pi3.img.xz: FAILED open or read sha256sum: WARNING: 6 listed files could not be read
Mise à jour: Désolé, j'ai raté la partie 2>&1 de votre question. Cette partie dirige tous les messages d'erreur au même endroit que les messages de sortie standard. Cette page explique cette expression bizarre: https://www.brianstorti.com/understanding-Shell-script-idiom-redirect/