Hello,
Merci à tous pour vos commentaires ! Si l'installation a déjà été faite (avec un "vieux" /home) et que la machine tourne relativement bien (bien qu'un peu lente), quels seraient vos conseils pour une optimisation ? - Recréation d'un nouveau profil propre et déplacement des doc, ainsi que des paramètres des applis (comme firefox) - va-t-il retrouver ses petits ou les paramètres des applis sont liés à l'ID du profil ? - Virer manuellement les dossiers des applications de /home qui n'ont vraisemblablement jamais été installés sur cette machine ? Virer les fichiers de la racine du /home et attendre à la prochaine connexion que le système les recrée ? Quid dans ce cas des dossiers "système", genre .kde, .config, .cache, .local... Sont-ils recréés à neuf lors du prochain redémarrage ? - Recréer un nouveau profil propre et tout refaire les configs manuellement (mais alors quel est l'intérêt de garder son /home d'une release à une autre ?) ? Je vais probablement faire un test avec un vieux profil et un nouveau flambant neuf sur la même bécane. Je vous ferai un topo. Merci d'avance pour vos retours ! a+ Samuel Le 20.11.2014 22:57, Emmanuel Rens a écrit : > A mon avis la solution rapide et cool est de créer un dossier /home vide > à l'installation et de recopier ses documents de l'ancien /home > après. Les config changent dangereusement entre deux versions du système. > > On 20/11/14 21:23, Yves Martin wrote: > On Thu, 2014-11-20 at 20:51 +0100, Isa & Manu Joos wrote: Lo Pour ma part, ça > fait des années que je suis avec le même /home. L'intérêt est pour moi double > : garder ses données au chaud et la configuration des appli, pas besoin de se > taper ces re-configurations à chaque réinstall. Cela dit, il m'est arrivé de > vider certains (voire tous) ces fichiers pour repartir sur du propre... C'est > finalement très vite fait, avant la réinstallation, on vide tous les fichiers > cachés dans le /home. Manu Je confirme, notamment avec Evolution. Pour lequel > il m'arrive d'aller nettoyer le contenu dans ".cache/", ".local/" ou encore > ".config/" selon la terminologie définie par "freedesktop" Le problème pour > un démarrage de bureau comme Gnome ou KDE, c'est qu'il est difficile de > savoir "qui" ralentit l'ensemble, est-ce le panel, un plugin dans le "tray" > ou des applications démarrées en tâche de fond pour apparaître plus vite lors > de notification. Personnellement, je n'ai pas le problème, Awesome VM démarre en un temps non mesurable, consomme un volume de mémoire qui passe en dessous de tout radar... Bref, je travaille avec des applications que je sélectionne en fonction de mes besoins, pas avec un "bureau" qui fournit des tonnes de choses "inutiles", mais c'est une philosophie qui s'est perdu ces dernières années avec l'explosion des ressources disponibles, mais pourtant jamais assez suffisante, puisqu'il a été mesuré que le temps de démarrage des systèmes d'exploitation "grand public" n'a jamais (pas encore) diminué. Yves _______________________________________________ gull mailing list [email protected] http://forum.linux-gull.ch/mailman/listinfo/gull [1] _______________________________________________ gull mailing list [email protected] http://forum.linux-gull.ch/mailman/listinfo/gull [1] Links: ------ [1] http://forum.linux-gull.ch/mailman/listinfo/gull
_______________________________________________ gull mailing list [email protected] http://forum.linux-gull.ch/mailman/listinfo/gull
