▶▸▶ Demande de renfort pour aidants ◀◂◀

NicoApi73 · Le 10/10/2020, à 09:29

Nuliel a écrit :

J'ai pas eu le temps de trop intervenir cette semaine, y a t'il un sujet à traiter en priorité?

Salut,

des galères sur rtl8822be :
https://forum.ubuntu-fr.org/viewtopic.php?id=2056971
https://forum.ubuntu-fr.org/viewtopic.php?id=2056840

Le pilote de L. Finger ne permet pas de résoudre le problème. Il y a des erreurs remontées par le noyau dans dmesg. J'ai cru un problème sur le firmware, ça ne semble pas être le cas.

C'est lié au passage à la 20.04, peut-être sur la 18.04 avec la dernière série de noyau.

Comme je n'ai pas ce module chez moi, ça devient difficile d'investiguer plus...

Pas sûr que ce soit "prioritaire", mais je n'ai pas de solution pour l'instant.

moko138 · Le 10/10/2020, à 09:36

Nuliel a écrit :

J'ai pas eu le temps de trop intervenir cette semaine, y a t'il un sujet à traiter en priorité?

Oui, merci d'y avoir pensé ! La priorité est de me trouver un punching ball (ou autre défouloir).
Encore merci !

Nuliel · Le 10/10/2020, à 09:47

Le sujet de Sisiphe, je vais pas me lancer dedans, ça serait à mon avis une perte de temps. Le mieux serait une personne qui l'aide mais pas à distance.
En vrai, à partir de 3 pages, je lis pas en détails, à partir de 4 pages, il me faut de la motivation pour intervenir

Dernière modification par Nuliel (Le 10/10/2020, à 09:48)

Ayral · Le 10/10/2020, à 20:15

Fermé la discussion de Sisiphe...

Dernière modification par Ayral (Le 11/10/2020, à 23:14)

xubu1957 · Le 15/10/2020, à 18:32

Bonjour,

@nany

Soumis à ton appréciation > ./viewtopic.php?pid=22352622#p22352622

Merci.

moko138 · Le 15/10/2020, à 19:50

xubu1957 a écrit :

@nany
Soumis à ton appréciation > ./viewtopic.php?pid=22352622#p22352622
Merci.

C'est nany qui m'a appris l'option -x de df et sa forme à trois prédicats (et non deux) :

df -Thx tmpfs -x devtmpfs -x squashfs

xubu1957 · Le 15/10/2020, à 19:53

Et je peux proposer la nouvelle commande dans les prochains fils ?

nany · Le 15/10/2020, à 19:56

Bah il y a belle lurette que j’utilise df -Thx tmpfs -x devtmpfs -x squashfs, cf. mon vieux fil de dépannage.
Quant à la commande de nettoyage en elle-même, je l’ai depuis modifiée :

snap list --all | awk '/désactivé|disabled/{print $1, $3}' | while read snapname revision; do sudo snap remove "$snapname" --revision="$revision"; done

pour ne pas écrire un script sur le disque qui sera ensuite supprimé.

Mais, surtout, si je n’ai jamais publié cette modification c’est que je juge cette commande inutile du fait que les révisions reviendront avec le temps et les mises à jours. Donc, tant qu’il n’y a que deux révisions (une active et une désactivée), tout roule.

xubu1957 · Le 15/10/2020, à 20:04

Il faut voir au moins trois révisions d'un snap, pour donner la commande ?

Dans les discussions, on avait quand même libéré de l'espace avec ta commande !

nany · Le 15/10/2020, à 20:23

xubu1957 a écrit :

Il faut voir au moins trois révisions d'un snap, pour donner la commande ?

On va dire oui, mais comme a priori ça ne devrait plus arriver…

xubu1957 a écrit :

Dans les discussions, on avait quand même libéré de l'espace avec ta commande !

C’est certain mais je pense que ça reste négligeable et donc à n’utiliser qu’en ultime recours quand on a déjà utilisé tout ce qui était possible auparavant pour gagner de la place.

xubu1957 · Le 15/10/2020, à 20:48

Je vais la garder pour les cas désespérés !

xubu1957 · Le 16/10/2020, à 08:26

Bonjour,

Ces noyaux sont-ils complets ? > ./viewtopic.php?pid=22352873#p22352873

Faut-il aussi les tools > linux-cloud-tools-5.4.0-51-lowlatency

Merci pour votre expertise !

xubu1957 · Le 17/10/2020, à 07:30

Bonjour,

Traces d'artful et de bionic dans la liste des sources > Ecran noir suite mise à niveau Ubuntu 20.04.01 (environnement budgie)

Merci.

xubu1957 · Le 18/10/2020, à 09:28

Bonjour,

Noyaux abîmés et autres joyeusetés > téléchargement du dépôt a échoué

Merci.

Qid · Le 18/10/2020, à 11:33

J'avais posté ça au début du mois :

Qid a écrit :

Pour tout ceux qui tomberaient sur le problème et qui tenteraient d'intervenir au sujet du gnome 20.04 complètement vidé (je viens d'en voir au moins 2 sujets dont un que j'ai pris en charge car il était bien clairement exposé et savait que ça pouvait venir des extensions) : sachez pour l'avoir moi même vécu que c'est certainement dû aux extensions qui soit permettait de gérer les dossiers d'application soit celles qui permettait de gérer le nombre de colonnes dans la grille d'application à afficher...

En conséquence quelqu'un peut-il venir aider à orienter mieux que moi le demandeur dans cette discussion ?

moko138 · Le 18/10/2020, à 11:53

Pas d'accord, dans le fil d'angel0915, pour aider AkhalTekeNature.

Une fois de plus, nous allons inutilement donnner du boulot à la modération pour scinder un fil, alors qu'il aurait suffi de dire à AkhalTekeNature d'ouvrir son propre fil.

Ayral · Le 18/10/2020, à 14:58

Bien d'accord mais là c'est trop tard...
J'ai scindé.

Dernière modification par Ayral (Le 18/10/2020, à 15:04)

xubu1957 · Le 18/10/2020, à 15:10

Merci Ayral

Coeur Noir · Le 18/10/2020, à 15:41

nany a écrit :

snap list --all | awk '/désactivé|disabled/{print $1, $3}' | while read snapname revision; do sudo snap remove "$snapname" --revision="$revision"; done
pour ne pas écrire un script sur le disque qui sera ensuite supprimé.
Mais, surtout, si je n’ai jamais publié cette modification c’est que je juge cette commande inutile du fait que les révisions reviendront avec le temps et les mises à jours. Donc, tant qu’il n’y a que deux révisions (une active et une désactivée), tout roule.

Effectivement par défaut il n'est censé y avoir que 2 révisions par snap ( courante et précédente ) sur desktop et 3 sur core voir https://snapcraft.io/docs/keeping-snaps … esh-retain.

Mais quand même : chaque snap en cours + une révision pour chacun = 2 × l'espace occupé. Donc cette commande ( que je trouve dorénavant bien plus compréhensible, merci Nany ) servira sur des partitions racine « petites » ou des systèmes avec « beaucoup » de snap ( à la louche : partition < 30Go, et nombre de snap > 8 ) pour ne garder que la version snap en cours.

Je récupère comme ça régulièrement 2 à 5Go sur ma racine, alors que je n'ai que 2 snaps « permanents » ( Gimp et Chromium ) et 2-3 autres temporairement juste pour tester.

Gaffe aussi au système de « snapshot » : par défaut lorsqu'on supprime un snap, le profil personnel de ce logiciel snap est conservé pendant 30 jours ( au cas où on le réinstallerait ). Certains profils sont lourds. Voir https://snapcraft.io/docs/snapshots

xubu1957 · Le 18/10/2020, à 18:28

Bonsoir,

Je coince et je bute sur ces retours > Ubuntu Software.

Qid · Le 18/10/2020, à 18:48

xubu1957 a écrit :

Bonsoir,
Je coince et je bute sur ces retours > Ubuntu Software.

"Ses retours" auraient été plus juste parce-que il tape tellement à l'aveugle c'est impressionnant... franchement je ne sais pas quoi te dire parce-que le gars n'a vraiment pas l'air de confiance pour dire ce qu'il a devant les yeux... Bon courage

Qid · Le 21/10/2020, à 06:03

Quelqu'un peut-il m'aider à lui faire comprendre que la sécurité informatique n'est pas un lubie même pour monsieur tout le monde : j'avoue ne pas savoir défendre ce point

xubu1957 · Le 22/10/2020, à 15:55

Bonjour,

@nany

Un souci avec la commande de purge pour > Pb de WebCam qui fonctionne presque...

Je n'avais pas vu de paquet rc pour mysql-server.

_ _ _

Au #30, le 09/07/2020, xubu a écrit :

Bonsoir,
@nany
Suite à ce message :
Bast666 a écrit :
, on dirait que cette dernière manip a effacé toutes mes bases SQL locales ?!!
Rajout du lien > ./viewtopic.php?pid=22311341#p22311341

_ _ _
Dois-je continuer à proposer la commande ?
dpkg -l | awk '/^rc/{print $2}' | xargs -r sudo dpkg -P

Dernière modification par xubu1957 (Le 22/10/2020, à 21:37)

inbox · Le 22/10/2020, à 16:23

Xubu,

Si cette commande a provoqué des dégâts, c'est que l'utilisateur avait fait une bourde auparavant. La commande n'a fait que valider l'erreur préalablement effectuée en ôtant les dépendances restantes.

Nuliel · Le 22/10/2020, à 16:27

Oui, je confirme aussi que la commande n'est pas en cause.

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#201 Le 10/10/2020, à 09:29

Re : ▶▸▶ Demande de renfort pour aidants ◀◂◀

#202 Le 10/10/2020, à 09:36

Re : ▶▸▶ Demande de renfort pour aidants ◀◂◀

#203 Le 10/10/2020, à 09:47

Re : ▶▸▶ Demande de renfort pour aidants ◀◂◀

#204 Le 10/10/2020, à 20:15

Re : ▶▸▶ Demande de renfort pour aidants ◀◂◀

#205 Le 15/10/2020, à 18:32

Re : ▶▸▶ Demande de renfort pour aidants ◀◂◀

#206 Le 15/10/2020, à 19:50

Re : ▶▸▶ Demande de renfort pour aidants ◀◂◀

#207 Le 15/10/2020, à 19:53

Re : ▶▸▶ Demande de renfort pour aidants ◀◂◀

#208 Le 15/10/2020, à 19:56

Re : ▶▸▶ Demande de renfort pour aidants ◀◂◀

#209 Le 15/10/2020, à 20:04

Re : ▶▸▶ Demande de renfort pour aidants ◀◂◀

#210 Le 15/10/2020, à 20:23

Re : ▶▸▶ Demande de renfort pour aidants ◀◂◀

#211 Le 15/10/2020, à 20:48

Re : ▶▸▶ Demande de renfort pour aidants ◀◂◀

#212 Le 16/10/2020, à 08:26

Re : ▶▸▶ Demande de renfort pour aidants ◀◂◀

#213 Le 17/10/2020, à 07:30

Re : ▶▸▶ Demande de renfort pour aidants ◀◂◀

#214 Le 18/10/2020, à 09:28

Re : ▶▸▶ Demande de renfort pour aidants ◀◂◀

#215 Le 18/10/2020, à 11:33

Re : ▶▸▶ Demande de renfort pour aidants ◀◂◀

#216 Le 18/10/2020, à 11:53

Re : ▶▸▶ Demande de renfort pour aidants ◀◂◀

#217 Le 18/10/2020, à 14:58

Re : ▶▸▶ Demande de renfort pour aidants ◀◂◀

#218 Le 18/10/2020, à 15:10

Re : ▶▸▶ Demande de renfort pour aidants ◀◂◀

#219 Le 18/10/2020, à 15:41

Re : ▶▸▶ Demande de renfort pour aidants ◀◂◀

#220 Le 18/10/2020, à 18:28

Re : ▶▸▶ Demande de renfort pour aidants ◀◂◀

#221 Le 18/10/2020, à 18:48

Re : ▶▸▶ Demande de renfort pour aidants ◀◂◀

#222 Le 21/10/2020, à 06:03

Re : ▶▸▶ Demande de renfort pour aidants ◀◂◀

#223 Le 22/10/2020, à 15:55

Re : ▶▸▶ Demande de renfort pour aidants ◀◂◀

#224 Le 22/10/2020, à 16:23

Re : ▶▸▶ Demande de renfort pour aidants ◀◂◀

#225 Le 22/10/2020, à 16:27

Re : ▶▸▶ Demande de renfort pour aidants ◀◂◀

Pied de page des forums