Reprise du message précédent :
Depuis quelques temps ma Debian SID consomme énormément de RAM.
Avant je pensais que ca venait de mes 70+ onglets sous Konqueror ou Firefox mais là, avec Konqueror 4 onglets et Firefox 10 onglets, + KDE, + Amarok je suis rapidement à bout de ma mémoire. Xorg monte très haut, environ 700Mo mais dès que je vire Firefox il redescend tout de même vers les 300Mo.
 
Ce qui fait que ca swap etc c'est l'enfer. Pourtant 512 de RAM ce n'est pas si mal non? on n'est pas sous longue corne pourtant

Trop de Flash ?

hmm non même pas.

Je trouve ça étonnant que ce soit la conso mémoire d'Xorg qui augmente et pas celle de FF ...

Beh non, c'est X qui garde tout en cache pour Firefox

ah si FF augmente aussi énormément. Et konqueror aussi parfois.
C'est mal codé tout cela ?

Bway firefox / thunderbird c'est pas la fête de la stabilité.
 
En utilisation intensive, au bout de deux trois jours y'a des ralentissements inexpliquables
 
Obligé de redémarrer l'appli,c'est pas un drame en soit mais c'est gênant.

ça fait un moment que je me suis rajouté un bouton "Save session & Exit" dans firefox pour le redémarrer quand il part en steack ...

Question con tu fais ca comment ?

Perso je le kill à la barbare, et après il restaure la session au redémarrage.

c'est dans les extensions firefox, "Toolbar Buttons": http://codefisher.org/toolbar_button/

Elles sont sur une des 203 pages du topic... bonne lecture et bonne nuit également...    

Question les debianneux : il y a quoi comme interface graphique sympa autour des outils d'administration Debian ?  
 
Parce que si je veux demander à qqun de pas très à l'aise d'installer un soft, je peux toujours lui faire lancer synaptic plutôt qu'aptitude, mais y a-t-il un équivalent "graphique" de dpkg-reconfigure ?   Genre qui proposerait un bouton "reconfigurer paramètres locaux" pour dpkg-reconfigure locales, enfin un truc dans ce genre quoi    
 
   
 

À ma connaissance il n'existe pas d'outils graphiques qui englobe les commandes d'administration telles que dpkg-reconfigure ou update-alternatives...
 
Au mieux, il est possible de configurer le type de sortie de debconf ; par ex. tu as le choix entre un affichage en mode texte, curses ou X11. Après évidemment, il faut que le programme concerné soit prévu pour interagir avec l'utilisateur (dans le cas d'un dpkg-reconfigure locales et debconf avec une sortie X11, tu devrais avoir sous ton WM une boîte de dialogue avec une liste te proposant le choix entre les locales disponibles).
 
À la base tu saisis toujours une ligne de commande, donc ça ne solutionne pas ce problème ; de plus, au niveau visuel et ergonomique, je ne crois pas que la sortie X11 de debconf casse des briques (ça doit être assez austère j'imagine, bien que je n'ai jamais testé personnellement ce type de sortie).

 
Erreur de prog sur un paquet, très certainement (ta machine n'est pas en cause).

bah je ne sais pas trop où regarder. J'en viens presque à me dire qu'une réinstall un jour serait pas mal (ou alors 2Go de RAM).

Salut, oui 512 Mo de Ram ca suffit encore faut il ne pas trop lui tirer sur la gueule    
Parce que kde (pas de troll hein, c'est pas le plus lèger) + amarok qui n'est pas non plus le plus leger des lecteurs + Firefox qui est reputé pour bouffer de la Ram....  
Perso j'ai 512 Mo sur mon portable, Xfce4 et ca roule ...

 
ou e17

PAs encore eu le courage de test le e17 ... A 2go le compromis est différent...

À moins de changer son disque dur ou d'avoir eu une grave corruption de son FS, normalement c'est plus ou moins inutile de réinstaller sa Debian. C'est d'autant plus vrai si ton problème de mémoire est lié à un bug qui entraîne une fuite mémoire ; tant que ça ne sera pas réglé tu auras beau réinstaller en vain...
 
Cela étant si 512 Mo de RAM sont généralement suffisants pour travailler sous GNOME ou KDE, 1Go de RAM apporte tout de même un confort supplémentaire dans un environnement où de nombreuses applications sont démarrés en parallèle. Autrement avec 2 Go ou plus, je trouve qu'on commence à toucher au domaine du luxe et n'est pas nécessaire, à part pour une utilisation vraiment poussée.    

Un 7200RPM ne serait pas du luxe non plus je pense. Et de la place sur le disque dur non plus, donc de toute façon vers les soldes de noël y'aura peut être une réinstall ^^

Ça sert à quoi de mettre à jour lirc-module-source tout en sachant très bien que les modules en rapport avec BTTV ne compilent pas ?!!! /FOU/
Et ça va faire dans les 6 mois que c'est comme ça.

bonjour,
deux questions :
1, comment vous faites pour connaître les paquets/logiciels que vous utilisez jamais? (afin de les supprimer pour un gain de place), parceque la ma racine pleure...
2, est-il possible de connaitre la date d'installation de son systeme?
 
merci

Salut,  
comment es tu partitionné ?
Parce que / ca veut tout dire et rien dire sachant que si tu as séparé les /var /usr /boot .... le problème sera différent ...
apt-get clean  
Voir aussi nettoyage si tu as plusieurs noyaux d'installer...
++

sinon y a deborphan
Pis faire le ménage un peu à la main aussi

Faire le ménage sans savoir quel impact va avoir la suppression d'un paquet c'est un peu chaud quand même... Sinon, +1 pour deborphan et apt-get clean.

Ben aptitude te liste ce qu'il va supprimer
 
Pis bon, je parle deja des applis que tu utilises pas, sans regarder les libs, pour ca aptitude gere ca tres bien.
Il suffit de faire un tour dans le menu des applications de ton DM/WM préféré, et tu vas trouver un paquet d'applis installées "pour voir" puis restées là, discrètement

ma racine contient tout.
sinon je connai deborphan et clean
mais la ce que je recherche à supprimer c'est plutôt les logiciels non utilisé (voir peu utiliser) à la rigueur s'il existe un outil qui recense les utilisation soft pour aprés faire les suppressions à la main je suis prenneur.
merci

dpkg -l    
 
plus surtout

pour voir quel répertoire prend reellement de la place...

tu peux peut-être regarder du côté de popcon (popularity contest). Son but premier est de lister les paquets que tu utililses fréquemment pour faire des statistiques globales pour Debian, mais je pense que tu peux récupérer la sortie brute de popcon pour avoir ces mêmes statistiques juste pour ton utilisation perso...

Je suggère un petit mélange debbig/debfreq :

debbig

debfreq

Faudrait un debunfreq

debfreq à l'aire pas mal, je teste

oué, un truc du genre :

(à mettre dans un shell script + foutre du mkfifo à la place des fichiers temp, histoire de...)

Ou

.

pour être franc j'ai du mal à comprendre ce que font tous vos scripts...

cf les manpages des commandes respective et exécute les bouts par bouts pour voir ce qu'elle donne

dpkg -l => listes les packets ayant été installé
le | grep '^ii'  => permet de filtrer le résultat sur le statut précis du packet : on ne prend que ce qui sont bien et bel installé (il y a quelque nuance par rapport à la précédente
le | cut -f 3 -d ' ' => permet de manipuler le précédent résultat en extrayant le 3ème champ => le nom du packet
le > installer => met le résultat final dans un fichier

 fait une recherche dans la base de données de aptitude sur les packets installés et met le résultat dans un fichier.

C'est une bonne méthode pour voir ce que fait une commande :
 - exécution brique par brique, pipe par pipe
 - lecture des manpages pour chaque commande/options.

en utilisant pocon et avec la commande
popularity-contest > ~damien/paquet.txt
j'ai l'impression qu'on obtient les statistiques qui me fallait

popcon-largest-unused a l'air bien pratique en effet.

 
Quelqu'un d'autre que moi a des soucis pour lire un dvd avec menu sous SID avec vlc/totem/etc.. ?
J'accède directement aux chapitres avec mplayer, donc ça ne me dérange pas, mais si quelqu'un les lit et utilise totem, il pourrait me donner la liste des plugins qu'il a installé ?
 
Merci

 
 
Normalement la prise en charge des DVD avec menu est automatique dans Totem ; gstreamer et son lot de dépendances font le nécessaire à ce niveau, il n'y a donc pas besoin d'installer de plugins supplémentaires pour la navigation dans les DVD. De même pour VLC.
 
Éventuellement regarde du côté de libdvdnav4 ...