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.
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.
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é ?
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 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
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 :
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é
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
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 :
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 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 ) 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 ?
Tu ne choisis pas le bon lien sur ton site, choisis parmi les codes d’integration la ligne BBcode pour les miniatures et tu la copies puis tu la colles directement dans ton message J’ai corrigé ainsi ton message précédent
Bienvenue sur le forum Si tu étais habitué à une version stable, tu peux effectivement commencer par Leap La version Leap 15.2 prévue pour mai aura un noyau plus récent ainsi que la version KDE LTS dernière mouture (numéro à chercher ) Mais comme dit plus haut sur openSUSE le noyau est « amélioré » pour prendre en charge le matériel Une version 4.12 issu de Debian/Ubuntu par exemple peut poser problème mais ce n’est pas tout à fait la même que sur Leap.