Aller au contenu principal ↑ ↓

Messages

Cette espace vous permet de voir toutes les Messages réalisées par ce membre. Vous ne pouvez voir que les Messages réalisées dans les espaces auxquels vous avez accès.

Messages - chalu

1321
Installation et boot / Re : Tumbleweed et Nouveau (le pilote)
Citation de: denebe – le
Mon CPU est un Core™ i5-2500K, apparemment avec un processeur graphique intégré HD3000, mais je n'ai jamais vu d'option permettant de le gérer dans le bios (j'ai cherche).
Ma carte mère une asus p8 67 pro 3.1, dont le bios n'a aucune option pour gérer la sortie graphique, si ce n'est PEG ou PCI.
Si tu as deux cartes graphiques, ça devrait se voir dans le retour de la commande lspci je pense.
Code: [Sélectionner]
sudo lspci -nnkd ::0300
1324
Programmes et logiciels / Re : bleachbit
Tu as déjà fait ça pourtant, ici
https://www.alionet.org/index.php?topic=196.msg1707#msg1707

Edit : ceci dit, tu devrais peut-être te demander pourquoi bleachbit n'est plus dans les dépôts de tumbleweed ... incompatibilité ? risque ? lequel ? problème de python ou autre ?

Edit 2 : d'après ceci https://github.com/bleachbit/bleachbit/issues/751
le paquet a dû être supprimé des dépôts de Tumbleweed à cause de ses dépendances python 2, la migration vers python 3 n'est pas terminée.
Citation de: dev de bleachbit
BleachBit 3.x nécessite Python 2.

La migration vers Python 3 est en cours. Dans Git, il est disponible dans une branche appelée py3, et j'espère faire une version bientôt pour les distributions Linux qui abandonnent Python 2. Ce n'est pas seulement openSUSE.
1328
Général / Re : protéger sans verrouiller un repertoire
Citation de: xiloa – le

dans ~/
par exemple ~/NotreBeauProjetDeConqueteDuMonde
Je veux qu'il soit accessible, qu'on puisse travailler à l'intérieur ( on = groupe users ou autre ad hoc), mais que personne ne puisse le renommer ni le déplacer meme par inattention. 

ça à l'air simple, mais pas en fait.
~/ c'est le home de l'utilisateur 1 connecté, l'utilisateur 2 aurait accès au home de l'utilisateur 1 ?
Tu n'es pas clair sur ce qui ne fonctionne pas comme tu veux,  comme le dit Bendia, il faudrait que tu sois plus explicite. :)
1329
Installation et boot / Re : Tumbleweed et Nouveau (le pilote)
Bonjour,
C'est Ctrl+Alt+F2 chez moi pour avoir une console.
Quand tu dis que tu es bloqué, ça veut dire que tu arrives directement sur un écran noir avec curseur clignotant ?
ou bien tu atteins l'écran de connexion graphique mais à ce niveau tout est bloqué ?
1330
Programmes et logiciels / Re : btrfs: comment on s'en sert ??
Citer
alors chez toi, si tu cassais ta Suse, il faudrait prendre le snapshot 658 qui pèse le plus en Mio ?
Ne va pas me porter la poisse  :D
je suis sur Leap donc normelment, il y a moins de risque et comme le PC me sert pour le boulot, je ne fais pas d'essais aventureux comme toi ;)
Moi je dirais qu'il faudrait revenir juste à celui qui précède l'apparition du problème, au besoin vérifier les changements de fichiers,  mais je n'ai pas regardé en détails comment on utilisait les snapshots
J'ai traduit le tutoriel sur le wiki
https://fr.opensuse.org/openSUSE:Snapper_Tutorial
mais pas testé, j'ai mis le tagg à relire par qui connait l'affaire ;)

Pour ma part je laisse faire le système (j'ai fait une installation par défaut) et c'est prévu un nettoyage automatique pour que ça ne prenne pas trop de place donc si tu ne t'amuses pas à bidouiller des snapshots à la main en loupant une configuration, tu ne devrais pas avoir de problème
1332
Installation et boot / Re : accélérer le démarrage
En fait pour mandb, c'est normal ça fait une mise à jour quotidienne donc si je redémarre le PC je ne devrais plus l'avoir.
Code: [Sélectionner]
systemctl status mandb.service
● mandb.service - Do daily mandb update
   Loaded: loaded (/usr/lib/systemd/system/mandb.service; static; vendor preset: disabled)
   Active: inactive (dead) since Thu 2020-03-05 15:56:36 CET; 57min ago
     Docs: man:mandb(8)
           man:catman(8)
  Process: 1270 ExecStart=/usr/lib/man-db/do_mandb (code=exited, status=0/SUCCESS)
 Main PID: 1270 (code=exited, status=0/SUCCESS)
Pour le back-up rpm c'est moins clair
Code: [Sélectionner]
systemctl status backup-rpmdb.service
● backup-rpmdb.service - Backup RPM database
   Loaded: loaded (/usr/lib/systemd/system/backup-rpmdb.service; static; vendor preset: disabled)
   Active: inactive (dead) since Thu 2020-03-05 15:56:21 CET; 58min ago
  Process: 1273 ExecStart=/usr/lib/base-scripts/backup-rpmdb (code=exited, status=0/SUCCESS)
 Main PID: 1273 (code=exited, status=0/SUCCESS)
Code: [Sélectionner]
systemctl status backup-rpmdb.timer
● backup-rpmdb.timer - Backup of RPM database
   Loaded: loaded (/usr/lib/systemd/system/backup-rpmdb.timer; enabled; vendor preset: enabled)
   Active: active (waiting) since Thu 2020-03-05 15:55:48 CET; 54min ago
  Trigger: Fri 2020-03-06 01:43:19 CET; 8h left
Je ne sais trop si je traduis bien (je ne comprends pas le sens de left ici) :
Citer
Trigger: Fri 2020-03-06 01:43:19 CET; 8h left
si je ne redémarre pas, le prochain backup se fera vendredi 6 mars à 01h43 ?
donc comme j'éteins le PC, ça se fait à chaque premier démarrage du jour.
Au redémarrage le temps indiqué est meilleur :
Code: [Sélectionner]
Startup finished in 3.151s (kernel) + 6.378s (initrd) + 33.953s (userspace) = 43.483s
et sans ces deux services
Code: [Sélectionner]
13.840s btrfsmaintenance-refresh.service
          9.529s smb.service
          6.510s firewalld.service
          6.493s lvm2-monitor.service
          5.797s display-manager.service
          5.749s ModemManager.service
          5.351s initrd-switch-root.service
          5.170s postfix.service
          4.270s plymouth-quit-wait.service
          3.888s mcelog.service
          3.548s vboxdrv.service
          3.545s alsa-restore.service
          3.484s avahi-daemon.service
          3.376s kbdsettings.service
          2.970s rsyslog.service
          2.673s apparmor.service
          1.460s polkit.service
          1.368s iscsid.service
          1.359s systemd-udevd.service
          1.252s plymouth-start.service
          1.169s packagekit.service
          1.137s auditd.service
          1.121s nscd.service
           953ms dev-disk-by\x2duuid-9787ef62\x2d4d5b\x2d462c\x2dabc5\x2d285ea547862f.swap
           947ms sysroot.mount
           939ms rtkit-daemon.service
           924ms systemd-logind.service
           911ms NetworkManager.service
           909ms chronyd.service
Je passe en résolu, ce temps de démarrage laisse le temps de réfléchir à ce que je dois faire :D


1333
Installation et boot / Re : accélérer le démarrage
Premier démarrage du PC aujourd'hui (bureau plasma) et le temps est plus long avec les deux services mandb et back-up rpm présents.
Code: [Sélectionner]
systemd-analyze
Startup finished in 3.119s (kernel) + 6.580s (initrd) + 1min 41.558s (userspace) = 1min 51.258s
Code: [Sélectionner]
systemd-analyze blame
         47.743s mandb.service
         32.401s backup-rpmdb.service
         30.017s btrfsmaintenance-refresh.service
         26.366s firewalld.service
         16.526s logrotate.service
         15.501s display-manager.service
         15.281s backup-sysconfig.service
         14.828s lvm2-monitor.service
         13.493s smb.service
         12.613s plymouth-quit-wait.service
         12.470s postfix.service
          6.543s ModemManager.service
          5.539s initrd-switch-root.service
          5.176s rsyslog.service
          4.972s vboxdrv.service
          4.173s systemd-logind.service
          3.774s apparmor.service
          3.097s systemd-udevd.service
          2.299s alsa-restore.service
          2.295s kbdsettings.service
          1.317s iscsid.service
          1.282s klog.service
          1.258s auditd.service
          1.118s avahi-daemon.service
          1.107s chronyd.service
          1.065s mcelog.service
          1.010s check-battery.service
           960ms sysroot.mount
           858ms nscd.service
1334
Programmes et logiciels / Re : btrfs: comment on s'en sert ??
Citer
Paraît qu'ils prennent vite beaucoup de place...
je pense que la commande
Code: [Sélectionner]
sudo snapper list
te donnera l'espace utilisé, chez moi ça donne
Code: [Sélectionner]
 # | Type   | Pre # | Date                            | Utilisateur | Espace utilisé | Nettoyer | Description           | Données utilisateur
-----+--------+-------+---------------------------------+-------------+----------------+----------+-----------------------+--------------------
  0  | single |       |                                 | root        |                |          | current               |                    
  1* | single |       | mar. 11 juin 2019 18:15:37 CEST | root        |      16,71 Mio |          | first root filesystem |                    
469  | pre    |       | jeu. 07 nov. 2019 14:14:16 CET  | root        |      30,26 Mio | number   | zypp(packagekitd)     | important=yes      
470  | post   |   469 | jeu. 07 nov. 2019 14:16:51 CET  | root        |       2,25 Mio | number   |                       | important=yes      
501  | pre    |       | jeu. 14 nov. 2019 18:10:25 CET  | root        |      19,22 Mio | number   | zypp(packagekitd)     | important=yes      
502  | post   |   501 | jeu. 14 nov. 2019 18:18:15 CET  | root        |      84,47 Mio | number   |                       | important=yes      
573  | pre    |       | ven. 13 déc. 2019 10:24:44 CET  | root        |       4,08 Mio | number   | zypp(packagekitd)     | important=yes      
574  | post   |   573 | ven. 13 déc. 2019 10:27:32 CET  | root        |      20,17 Mio | number   |                       | important=yes      
602  | pre    |       | mar. 14 janv. 2020 10:48:49 CET | root        |      26,05 Mio | number   | zypp(packagekitd)     | important=yes      
603  | post   |   602 | mar. 14 janv. 2020 10:57:40 CET | root        |     138,54 Mio | number   |                       | important=yes      
658  | pre    |       | mer. 12 févr. 2020 18:45:05 CET | root        |     581,57 Mio | number   | zypp(packagekitd)     | important=yes      
671  | pre    |       | lun. 02 mars 2020 09:17:41 CET  | root        |      72,36 Mio | number   | zypp(packagekitd)     | important=yes      
672  | post   |   671 | lun. 02 mars 2020 09:23:23 CET  | root        |       5,39 Mio | number   |                       | important=yes      
673  | pre    |       | mar. 03 mars 2020 17:08:17 CET  | root        |       2,63 Mio | number   | zypp(packagekitd)     | important=no       
674  | post   |   673 | mar. 03 mars 2020 17:10:32 CET  | root        |       1,42 Mio | number   |                       | important=no       
681  | pre    |       | mer. 04 mars 2020 16:02:26 CET  | root        |       3,41 Mio | number   | zypp(packagekitd)     | important=no       
682  | post   |   681 | mer. 04 mars 2020 16:02:35 CET  | root        |       4,47 Mio | number   |                       | important=no       
683  | pre    |       | jeu. 05 mars 2020 15:59:41 CET  | root        |       1,78 Mio | number   | zypp(packagekitd)     | important=no       
684  | post   |   683 | jeu. 05 mars 2020 15:59:58 CET  | root        |       1,19 Mio | number   |                       | important=no  
1335
Installation et boot / Re : accélérer le démarrage
Merci de toutes vos réponses :)
J'ai démarré le PC aujourd'hui et j'avais des mises à jour à faire. Les résultats des commandes donnaient les mêmes temps à peu près avec toujours les services  mandb.service et backup-rpmdb.service
Du coup après la maj, j'ai éteint le PC puis je l'ai redémarré (en changeant le bureau pour plasma, je ne sais pas si ça peut jouer) et là je ne les ai pas eu et le temps indiqué est moins élevé
Code: [Sélectionner]
systemd-analyze
Startup finished in 3.111s (kernel) + 6.234s (initrd) + 32.343s (userspace) = 41.689s
Code: [Sélectionner]
systemd-analyze blame
         12.511s btrfsmaintenance-refresh.service
          9.211s firewalld.service
          6.587s ModemManager.service
          6.496s lvm2-monitor.service
          6.357s smb.service
          5.867s display-manager.service
          5.742s rsyslog.service
          5.626s nscd.service
          5.028s initrd-switch-root.service
          4.920s plymouth-quit-wait.service
          4.836s postfix.service
          3.598s polkit.service
          2.996s vboxdrv.service
          2.605s apparmor.service
          1.565s mcelog.service
          1.491s kbdsettings.service
          1.475s alsa-restore.service
          1.246s avahi-daemon.service
          1.191s systemd-logind.service
          1.134s iscsid.service
          1.064s systemd-udevd.service
          1.034s plymouth-start.service
           936ms sysroot.mount
           919ms packagekit.service
           867ms klog.service
           826ms chronyd.service
           745ms NetworkManager.service
           728ms auditd.service
           543ms home.mount
Code: [Sélectionner]
sudo journalctl -u mandb
[sudo] Mot de passe de root : 
-- Logs begin at Wed 2020-03-04 16:04:04 CET, end at Wed 2020-03-04 16:26:51 CET. --
-- No entries --
La commande ne semble rien retourner. Ces services mandb et backup-rpm sont peut-être lancé une fois par jour ? ou seulement s'il y a des maj de disponibles ? (quoique pour mandb c'est lié à lindexation des pages de manuel lien moins clair avec les maj disponibles)
sinon je vais laisser networkmanager, dans l'article cité dans le premier message, c'est préféré et ça ne semble pas en cause dans le retour de systemd-analyze blame

Je n'ai pas de ssd donc ce dernier retour avec 41-42 secondes me semble correct ?
Il me reste à comprendre la présence des deux services cités qui sont gourmands, à vérifier d'ailleurs que je les retrouve bien sur plasma