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

1322
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.
1326
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. :)
1327
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é ?
1328
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
1330
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


1331
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
1332
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  
1333
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
1334
Installation et boot / accélérer le démarrage
Bonjour,
J'ai lu un message où il était question d'accélérer le démarrage pour les développeurs mais pas que :)
Comme je trouve le démarrage un peu long bien que je sois sur openbox-KDE, j'ai regardé ça de plus près
et voilà le résultat :
Code: [Sélectionner]
systemd-analyze
retourne
Code: [Sélectionner]
Startup finished in 3.135s (kernel) + 6.491s (initrd) + 1min 33.035s (userspace) = 1min 42.663s
Code: [Sélectionner]
systemd-analyze blame
retourne
Code: [Sélectionner]
         58.576s mandb.service
         37.840s backup-rpmdb.service
         35.503s smb.service
         29.059s postfix.service
         28.504s display-manager.service
         26.590s logrotate.service
         25.527s plymouth-quit-wait.service
         25.069s backup-sysconfig.service
         13.572s btrfsmaintenance-refresh.service
         12.428s lvm2-monitor.service
          9.788s firewalld.service
          7.311s rsyslog.service
          6.038s ModemManager.service
          5.424s initrd-switch-root.service
          4.145s vboxdrv.service
          4.050s polkit.service
          3.942s mcelog.service
          3.246s apparmor.service
          2.468s systemd-udevd.service
          2.117s nscd.service
          2.108s kbdsettings.service
          2.055s plymouth-start.service
          1.799s avahi-daemon.service
          1.421s iscsid.service
          1.169s auditd.service
          1.086s klog.service
          1.074s chronyd.service
          1.069s dev-disk-by\x2duuid-9787ef62\x2d4d5b\x2d462c\x2dabc5\x2d285ea547862f.swap
           934ms sysroot.mount
           933ms NetworkManager.service
           645ms systemd-tmpfiles-setup.service
           623ms systemd-journal-flush.service
           561ms check-battery.service
           511ms home.mount
           502ms opt.mount
           500ms usr-local.mount
           499ms boot-grub2-i386\x2dpc.mount
           497ms srv.mount
           495ms tmp.mount
           493ms systemd-tmpfiles-setup-dev.service
           477ms vboxautostart.service
           467ms wpa_supplicant.service
           464ms systemd-user-sessions.service
           450ms systemd-remount-fs.service
           417ms plymouth-switch-root.service
           400ms iscsi.service
           389ms \x2esnapshots.mount
           375ms systemd-logind.service
           368ms dev-mqueue.mount
           365ms sys-kernel-debug.mount
           362ms dev-hugepages.mount
           362ms plymouth-read-write.service
           300ms alsa-restore.service
           300ms systemd-backlight@backlight:acpi_video0.service
           300ms systemd-random-seed.service
           298ms systemd-rfkill.service
           274ms upower.service
           272ms initrd-parse-etc.service
           243ms systemd-sysctl.service
           241ms systemd-udev-trigger.service
           229ms udisks2.service
           227ms var.mount
           216ms root.mount
           205ms rtkit-daemon.service
           171ms user@1000.service
           119ms dracut-shutdown.service
           109ms boot-grub2-x86_64\x2defi.mount
           101ms sys-fs-fuse-connections.mount
            84ms systemd-modules-load.service
            83ms systemd-vconsole-setup.service
            82ms systemd-tmpfiles-clean.service
            76ms initrd-cleanup.service
            74ms systemd-fsck-root.service
            71ms systemd-update-utmp-runlevel.service
            61ms systemd-update-utmp.service
            60ms dracut-cmdline.service
            58ms systemd-backlight@backlight:radeon_bl0.service
            52ms systemd-journald.service
            31ms kmod-static-nodes.service
            20ms dracut-pre-trigger.service
            14ms initrd-udevadm-cleanup-db.service
Je comprends que sur les 1min42 secondes et quelques le service man.db prend à lui seul 58 secondes et des poussières ... quasiment une minute  :o
Avez-vous aussi ce résultat ?
Je ne sais pas si la mesure de systemd-analyze est fiable, je n'ai pas chronométré à la main
En fait en réfléchissant un peu (dur le soir :D ) je vois que les mesures donnent plus que 1min42sec si on les ajoute donc j'imagine que je dois pouvoir interagir avec l'interface graphique avant que tout ce qui est retourné ne soit chargé mais il reste que ça me  semble long 1min42 non ?