Debian-facile

https://www.debian.org/News/2020/20200801

Voir aussi : https://debian-facile.org/viewtopic.php?id=27975

Sur ce Thinkpad T450 il y a une batterie interne et une externe,
et c'est assez sympa de pouvoir changer de batterie sans avoir à arrêter la machine.

Les deux batteries listées sont celles d'origine, on voit qu'elles sont usées
et qu'elles n'ont plus leur capacité d'origine : au lieu de 23,2 Wh, elles plafonnent maintenant à 17,68 Wh

Du coup, j'ai acheté un autre pack qui fait 72 Wh, mais que je n'utilise que quand je suis en déplacement.
Avec ces deux packs amovibles, j'ai plus de 8 heures continu de visionnage de film vidéo
et tout ça avec une dalle écran de 1280x1024 (au lieu de l'affreuse 1600 x 900 d'origine)

Voir aussi :

il me faudra te faire une vidéo montrant que le prompt de la commande dd revient et que le sync qui s'exécute ensuite ne rends le prompt qu'après que la clef USB ait fini de clignoter (parfois plus de 20 secondes).

Comme j'ai quelques clefs USB qui n'ont pas de voyants, sync me permet d'éviter de débrancher la clef alors que les données ne sont pas complètement écrites dessus.

C'est vrai que ma machine disposant de 32GB de RAM, je suppose que les tampons I/O en profitent pour que le circuit DMA puisse continuer le travail tout seul et que le shell soit plus vite disponible.

Pour la vidéo, je vais essayer de faire ça plus tard car la machine (Asus G53SW)avec 32GB est actuellement complètement démontée, je suis en train de lui refaire un nettoyage complet.

Je n'ai pas testé sur mon Thinkpad T450 avec 16GB, je vais voir ce que ça donne …

Le problème, c'est que sans l'option -l, on ne peut pas savoir quel est le type de chaque fichier qui est retourné par la commande ls

Quoi qu'il en soit, aucun des fichiers du répertoire /home/christophe59/Téléchargements/
n'a un nom qui correspond à celui que tu donnes comme argument à la commande gunzip
puisque aucun de ces fichiers n'a un nom qui se termine par .gz

=======
Tu as peut-être déjà décompressé le fichier.

Vérifie quel est le type du fichier linux-brprinter-installer-2.2.2-1
en lançant la ligne de commande suivante :

Si le fichier a déjà été décompressé, le retour de cette ligne de commande sera :



Quand tu veux passer sous le compte root depuis un compte utilisateur non privilégié
n'oublie pas d'utiliser l'option --login ( que tu peux entrer sous la forme raccourcie d'un simple tiret (-) )

Cette option permettra au compte root, et donc au script qu'il va lancer,
d'accéder aux programmes de maintenance en utilisant les variables d'environnement spécifiques du compte root

=======
Passe sous le compte root en faisant :

Ce qui va donner :

et ensuite, toujours depuis le compte root
pour ne par polluer le répertoire personnel du compte root avec les fichiers qui vont y être créés par l'exécution de ce script,
créé un répertoire installBrother
en lançant, la ligne de commande suivante :

Puis fait de ce répertoire le répertoire courant
en lançant la ligne de commande suivante :

Ce qui devrait donner :

ensuite, déplace le script téléchargé vers le répertoire courant
en lançant la ligne de commande suivante :

(N'oublie pas le point qui est à la fin de cette ligne de commande, il indique le répertoire courant vers lequel le script sera déplacé)

puis fait de ce script la propriété du compte root
en lançant la ligne de commande suivante :

et rends ce script exécutable uniquement par son propriétaire (root)
en lançant la ligne de commande suivante :

Maintenant, tu peux lancer l'exécution de ce script
en lançant la ligne de commande suivante :

C'est ce que je pensais aussi, à un moment,
mais je me suis aperçu que si j'y arrivais,
c'était parce que j'avais mis mon compte utilisateur dans la liste du groupe disk

Donc, il n'est pas possible, depuis un compte utilisateur non privilégié,
de monter le système de fichiers d'une partition d'un disque (même root ne pourra jamais monter un disque ou une partition)
puisqu'il faudra accéder à un fichier de périphérique qui est associé à la partition contenant le système de fichiers à monter
et comme ces fichiers de périphériques sont la propriété du compte root
à moins de faire partie du groupe disk il faudra accéder aux privilèges du compte root

Depuis l'interface graphique,
c'est une autre histoire qui dépends de l'environnement de Bureau et de la configuration des applications utilisées.
Voir aussi :

Wiki archlinux : Gestion de volumes avec udisks



=======
Il y a une petite faute de frappe : c'est udisksctl


oubien en rpn :

Voir aussi :