Re: Pb MàJ paquet MySQL
Bonjour, Le vendredi 29 mai 2015 à 10:28, Grégoire COUTANT a écrit : Preparing to replace mysql-server-5.6 5.6.21-1~dotdeb.1 (using .../mysql-server-5.6_5.6.23-1~dotdeb.3_amd64.deb) ... Stopping MySQL database server: mysqld. cp: cannot overwrite directory `/var/lib/mysql-upgrade/DATADIR.link/mysql' with non-directory Apparemment le script de pré-installation de la mise-à-jour tente de remplacer ce dossier et ça échoue… Ça doit se passer dans le script « pre-inst » contenu dans le dossier « debian » du paquet. Il va falloir analyser ce qui s'y fait. Pour cela : - télécharger le paquet (.deb); - extraire le paquet (avec « dpkg -x »); - analyser le contenu du script en question. Errors were encountered while processing: /var/cache/apt/archives/mysql-server-5.6_5.6.23-1~dotdeb.3_amd64.deb Pourquoi utiliser un paquet MySQL provenant d'une autre source que Debian ? Est-ce que le mainteneur du dépôt connait un contournement à ce problème de mise-à-jour de _son_ paquet ? Sébastien -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/20150529085828.gb9...@sebian.nob900.homeip.net
Pb MàJ paquet MySQL
Bonjour à tous, Lors de la MàJ d'un paquet (mysql-server-5.6), le processus a planté sur une erreur de MàJ corrigé quelques jours plus tard par le mainteneur du paquet. Mais maintenant je ne peux plus effectuer aucune MàJ sans que MySQL plante car il y a une incohérence entre la version installée et la version retournée par le serveur et je ne sais pas comment résoudre ce souci. Lors d'un #aptitude safe-upgrade : Preparing to replace mysql-server-5.6 5.6.21-1~dotdeb.1 (using .../mysql-server-5.6_5.6.23-1~dotdeb.3_amd64.deb) ... Stopping MySQL database server: mysqld. cp: cannot overwrite directory `/var/lib/mysql-upgrade/DATADIR.link/mysql' with non-directory dpkg: error processing /var/cache/apt/archives/mysql-server-5.6_5.6.23-1~dotdeb.3_amd64.deb (--unpack): subprocess new pre-installation script returned error exit status 1 [...] Errors were encountered while processing: /var/cache/apt/archives/mysql-server-5.6_5.6.23-1~dotdeb.3_amd64.deb E: Sub-process /usr/bin/dpkg returned an error code (1) A package failed to install. Trying to recover: [...] dpkg: dependency problems prevent configuration of mysql-server-5.6: mysql-server-5.6 depends on mysql-server-core-5.6 (= 5.6.21-1~dotdeb.1); however: Version of mysql-server-core-5.6 on system is 5.6.23-1~dotdeb.3. dpkg: error processing mysql-server-5.6 (--configure): dependency problems - leaving unconfigured Pourtant lorsque je demande en CLI la version de MySQL j'obtiens : # mysql --version mysql Ver 14.14 Distrib 5.6.23, for debian-linux-gnu (x86_64) using EditLine wrapper MySQL 5.6.23 est bien installée manifestement mais le serveur essaie de réinstaller cette version quand même et plante ! Savez-vous comment sortir de cette situation ? Merci Greg -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/55682340.2010...@gmail.com
Re: ram beaucoup trop sollicitée
Je constate une anormale consommation de mémoire, aucune application lancée sauf le bureau. (Jessie, bureau TDE-trinity, 4Go de ram). $ free total usedfreeshared buffers cached Mem: 4147716 3468024 679692 9068 198948 2743764 -/+ buffers/cache: 5253123622404 Swap: 2074620 0 2074620 soit 3,4Go d'utilisé et 680 Mo de libre ! C'est insensé : que faire ? André Sauf erreur de ma part, il me semble que le noyau linux garde en mémoire les différentes applications et bibliothèques précédemment lancées et à présent fermées dans le cas où l'utilisateur demanderait la réouverture de ceux-ci, ce qui a pour effet d’accélérer la réouverture. Tu peux constater ça en lançant à froid (c'est à dire juste après un démarrage de la machine) iceweasel ou GIMP (ou n'importe quelle grosse application) et constater le nombre de secondes nécessaires au démarrage puis en fermant le logiciel et enfin en le relançant et en constatant que le nombre de secondes nécessaires à considérablement diminué. Bref, si tu veux connaître la mémoire disponible sur ton système, tu peux utiliser la commande ps aux en regardant dans la colonne MEM. Olivier -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/1837262683.24731797.1432902488835.javamail.r...@zimbra61-e11.priv.proxad.net
Re: envoi via bluetooth
Bonjour, Le jeudi 28 mai 2015, nono a écrit... Quelles sont vos pistes pour corriger mon problème ? Essayer avec obexpushd / obexftp ? -- jm -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/20150529114259.GA2937@espinasse
ram beaucoup trop sollicitée
Bonjour, Je constate une anormale consommation de mémoire, aucune application lancée sauf le bureau. (Jessie, bureau TDE-trinity, 4Go de ram). $ free total usedfreeshared buffers cached Mem: 4147716 3468024 679692 9068 198948 2743764 -/+ buffers/cache: 5253123622404 Swap: 2074620 0 2074620 soit 3,4Go d'utilisé et 680 Mo de libre ! C'est insensé : que faire ? André -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/201505291414.0.andre_deb...@numericable.fr
Re: Pb MàJ paquet MySQL
Bonjour, Le 29/05/2015 10:58, Sébastien NOBILI a écrit : [...] Apparemment le script de pré-installation de la mise-à-jour tente de remplacer ce dossier et ça échoue… Oui, le mainteneur du paquet a corrigé ce souci (pb de symlink), mais le souci vient du fait que la version de mysql est bien installé (car mysql --version sort la dernière version) mais que l'OS lui semble ne pas le savoir ! Pourquoi utiliser un paquet MySQL provenant d'une autre source que Debian ? Mes devs ont besoin de cette version pour certaines fonctionnalités. Est-ce que le mainteneur du dépôt connait un contournement à ce problème de mise-à-jour de _son_ paquet ? Oui, il l'a corrigé (https://www.dotdeb.org/2015/02/08/mysql-5-6-23-for-wheezy/) et d'ailleurs le paquet semble s'être installé. Mon souci vient surtout du fait que debian ne le sait pas :-/ Grégoire -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/55683f00.50...@gmail.com
Re: Pb MàJ paquet MySQL
Le vendredi 29 mai 2015 à 11:01, yamo' a écrit : Il y a peut-être la réponse là : http://mondedie.fr/viewtopic.php?id=6558 en #18, ça a été résolu. La page traite bien d'un problème d'installation MySQL mais le problème n'est pas le même : insserv: warning: script 'firewall' missing LSB tags and overrides insserv: There is a loop between service minidlna and firewall if stopped insserv: loop involving service firewall at depth 2 insserv: loop involving service minidlna at depth 1 insserv: Stopping firewall depends on minidlna and therefore on system facility `$all' which can not be true! insserv: exiting now without changing boot order! update-rc.d: error: insserv rejected the script header Là c'est un script pourri dans /etc/init.d qui bloque, le problème aurait sûrement pu se passer aussi à l'installation d'Apache, PostgreSQL, etc. Sébastien -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/20150529100723.ga5...@sebian.nob900.homeip.net
Re: Pb MàJ paquet MySQL
Bonjour, Le 29/05/2015 11:14, mireero a écrit : [..] Désolé si ça semble trivial! Est-ce que tu peux te permettre une réinstallation (genre aptitude remove puis install ou direct reinstall)? J'y ai pensé mais les bases de développement sont sur ce serveur (ça c'est pas grave, ça peut se couper), mais également deux bases de production qui avait besoin de cette version, donc je cherche une solution autre avant de tenter une réinstallation. Je n'ai jamais utilisé reinstall par contre, je vais creuser voir ce que ça fait. Greg -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/55683f92.6030...@gmail.com
Re: Pb MàJ paquet MySQL
Salut, Grégoire COUTANT a écrit le 29/05/2015 10:30 : Savez-vous comment sortir de cette situation ? Il y a peut-être la réponse là : http://mondedie.fr/viewtopic.php?id=6558 en #18, ça a été résolu. -- Stéphane -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/mk99tv$ush$1...@usenet.pasdenom.info
Re: ma debian ne tourne presque plus
Bonjour j'ai supprime le microcode amd64 et j'ai change de bureau. Je n'utilise plus Cinnamon mais le bureau par defaut tout semble etre rentre dans l'ordre Thierry Le 26/05/2015 22:49, Christophe De Natale a écrit : Le 26 mai 2015 à 22:42, Thierry Granier th.gran...@free.fr mailto:th.gran...@free.fr a écrit : Quand je passe la commande top j'obtiens ceci: Tasks: 214 total, 3 running, 211 sleeping, 0 stopped, 0 zombie %Cpu(s): 38,9 us, 3,3 sy, 0,0 ni, 57,8 id, 0,0 wa, 0,0 hi, 0,0 si, 0,0 st KiB Mem: 3542844 total, 3191764 used, 351080 free, 40864 buffers KiB Swap: 6799356 total,51336 used, 6748020 free. 815908 cached Mem PID USER PR NIVIRTRESSHR S %CPU %MEM TIME+ COMMAND 2040 root 20 0 2228788 1,021g 53332 R 62,1 30,2 427:20.42 iceweasel 1910 root 20 0 2181896 571192 37848 S 16,6 16,1 310:45.49 cinnamon 793 root 20 0 525388 86440 33068 S 4,3 2,4 48:42.62 Xorg 4669 root 20 0 1191940 77168 26084 R 1,0 2,2 14:57.58 plugin-con+ 103 root 0 -20 0 0 0 S 0,3 0,0 0:02.53 kworker/0:+ 5508 root 20 0 406864 27580 19080 S 0,3 0,8 0:04.68 gnome-term+ 30196 root 20 0 0 0 0 S 0,3 0,0 0:01.99 kworker/u8+ 31678 root 20 0 23644 3024 2492 R 0,3 0,1 0:00.07 top 1 root 20 0 111876 4504 2748 S 0,0 0,1 0:01.09 systemd 2 root 20 0 0 0 0 S 0,0 0,0 0:00.02 kthreadd 3 root 20 0 0 0 0 S 0,0 0,0 0:09.70 ksoftirqd/0 5 root 0 -20 0 0 0 S 0,0 0,0 0:00.00 kworker/0:+ 7 root 20 0 0 0 0 S 0,0 0,0 0:22.92 rcu_sched 8 root 20 0 0 0 0 S 0,0 0,0 0:00.00 rcu_bh 9 root rt 0 0 0 0 S 0,0 0,0 0:00.24 migration/0 10 root rt 0 0 0 0 S 0,0 0,0 0:00.19 watchdog/0 11 root rt 0 0 0 0 S 0,0 0,0 0:00.18 watchdog/1 Toute la CPU a l'air occupée et cinnamon consomme plutot 30% en moyenne (ici c'est une prise instantanée) --- J'ai plusieurs microcodes installés : amd64-microcode firmware-linux-nonfree (obligatoire pour ma carte graphique) intel-microcode iucode-tool (je ne sais pas ce que c'est) microcode.ctl Aïe ça pique les yeux :-) Tu n’as pas donné ta config matérielle, mais à un moment donné il va falloir choisir entre soit microcode intel soit amd (selon ton cpu) : https://wiki.debian.org/Microcode Bonne soirée, je vais essayer de me loguer avec un autre bureau que cinnamon Cordialement a tous T Granier Le 26/05/2015 22:34, Thierry Granier a écrit : Voila ce que j'ai en plus des autres messages voila aussi ce que j'ai total used free shared buffers cached Mem: 3,4G *3,2G * 217M64M46M 793M -/+ buffers/cache: 2,3G 1,0G Swap: 6,5G44M 6,4G et dans dmesg: [7.865137] ACPI: If an ACPI driver is available for this device, you should use it instead of the native driver [7.865140] ACPI Warning: SystemIO range 0x0480-0x04af conflicts with OpRegion 0x0480-0x04af (\GPR2) (20140424/utaddress-258) [7.865143] ACPI: If an ACPI driver is available for this device, you should use it instead of the native driver [7.865169] lpc_ich: Resource conflict(s) found affecting gpio_ich --- [ 391.197747] perf interrupt took too long (2508 2500), lowering kernel.perf_event_max_sample_rate to 5 [ 4685.729105] snd_hda_intel :00:1b.0: IRQ timing workaround is activated for card #0. Suggest a bigger bdl_pos_adj. je ne sais pas trop quoi faire!!
Re: Pb MàJ paquet MySQL
On 05/29/2015 10:30 AM, Grégoire COUTANT wrote: Bonjour à tous, Lors de la MàJ d'un paquet (mysql-server-5.6), le processus a planté sur une erreur de MàJ corrigé quelques jours plus tard par le mainteneur du paquet. Mais maintenant je ne peux plus effectuer aucune MàJ sans que MySQL plante car il y a une incohérence entre la version installée et la version retournée par le serveur et je ne sais pas comment résoudre ce souci. Lors d'un #aptitude safe-upgrade : Preparing to replace mysql-server-5.6 5.6.21-1~dotdeb.1 (using /mysql-server-5.6_5.6.23-1~dotdeb.3_amd64.deb) ... Stopping MySQL database server: mysqld. cp: cannot overwrite directory `/var/lib/mysql-upgrade/DATADIR.link/mysql' with non-directory dpkg: error processing /var/cache/apt/archives/mysql-server-5.6_5.6.23-1~dotdeb.3_amd64.deb (--unpack): subprocess new pre-installation script returned error exit status 1 [...] Errors were encountered while processing: /var/cache/apt/archives/mysql-server-5.6_5.6.23-1~dotdeb.3_amd64.deb E: Sub-process /usr/bin/dpkg returned an error code (1) A package failed to install. Trying to recover: [...] dpkg: dependency problems prevent configuration of mysql-server-5.6: mysql-server-5.6 depends on mysql-server-core-5.6 (= 5.6.21-1~dotdeb.1); however: Version of mysql-server-core-5.6 on system is 5.6.23-1~dotdeb.3. dpkg: error processing mysql-server-5.6 (--configure): dependency problems - leaving unconfigured Pourtant lorsque je demande en CLI la version de MySQL j'obtiens : # mysql --version mysql Ver 14.14 Distrib 5.6.23, for debian-linux-gnu (x86_64) using EditLine wrapper MySQL 5.6.23 est bien installée manifestement mais le serveur essaie de réinstaller cette version quand même et plante ! Savez-vous comment sortir de cette situation ? Merci Greg Désolé si ça semble trivial! Est-ce que tu peux te permettre une réinstallation (genre aptitude remove puis install ou direct reinstall)? -- mireero -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/55682e0c$0$3023$426a7...@news.free.fr
Re: Pb MàJ paquet MySQL
On 05/29/2015 12:30 PM, Grégoire COUTANT wrote: Bonjour, Le 29/05/2015 10:58, Sébastien NOBILI a écrit : [...] Apparemment le script de pré-installation de la mise-à-jour tente de remplacer ce dossier et ça échoue… Oui, le mainteneur du paquet a corrigé ce souci (pb de symlink), mais le souci vient du fait que la version de mysql est bien installé (car mysql --version sort la dernière version) mais que l'OS lui semble ne pas le savoir ! Pourquoi utiliser un paquet MySQL provenant d'une autre source que Debian ? Mes devs ont besoin de cette version pour certaines fonctionnalités. Est-ce que le mainteneur du dépôt connait un contournement à ce problème de mise-à-jour de _son_ paquet ? Oui, il l'a corrigé (https://www.dotdeb.org/2015/02/08/mysql-5-6-23-for-wheezy/) et d'ailleurs le paquet semble s'être installé. Mon souci vient surtout du fait que debian ne le sait pas :-/ Grégoire Oui, debian, enfin les bases de données d'apt pour être plus précis. Éventuellement voir comment fonctionne apt, ça peut aider. C'est l'erreur qui m'intrigue, comme tu en as eu une pendant une installation précédente, je me demandais si tu avais toujours un dossier /var/lib/mysql-upgrade/ ? Car chez moi j'en ai pas, et si la réponse est oui, je le supprimerais. -- mireero -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/55685843$0$3030$426a7...@news.free.fr
Re: ram beaucoup trop sollicitée
Free c'est bien, mais TOP c'est mieux ;) -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/CAJeHwDb_6Y_NCh7RBcvgqqPmF6=cvg8-wnkmo2wyq+acpm6...@mail.gmail.com
Re: ram beaucoup trop sollicitée
Le vendredi 29 mai 2015 à 14:14, andre_deb...@numericable.fr a écrit : $ free total usedfreeshared buffers cached Mem: 4147716 3468024 679692 9068 198948 2743764 ^^^ La majorité de ta mémoire sert au cache, elle est donc utilisée parce qu'elle est libre, et autant s'en servir pour accélérer les autres traitements (accès au système de fichier par exemple) mais elle reste disponible pour les programmes qui en auraient besoin. La mémoire effectivement utilisée sur ton système est 679692 (avec l'option « -h » ça aurait été plus lisible), donc pas grand-chose. Sébastien -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/20150529124933.gc5...@sebian.nob900.homeip.net
Re: ram beaucoup trop sollicitée
On 05/29/2015 02:14 PM, andre_deb...@numericable.fr wrote: Bonjour, Je constate une anormale consommation de mémoire, aucune application lancée sauf le bureau. (Jessie, bureau TDE-trinity, 4Go de ram). $ free total usedfreeshared buffers cached Mem: 4147716 3468024 679692 9068 198948 2743764 -/+ buffers/cache: 5253123622404 Swap: 2074620 0 2074620 soit 3,4Go d'utilisé et 680 Mo de libre ! C'est insensé : que faire ? Pas normal. Lancer X avec un autre environnement de bureau que Trinity et comparer -- Maderios -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/55686513.70...@gmail.com
Re: Pb MàJ paquet MySQL
Le vendredi 29 mai 2015 à 12:29, Grégoire COUTANT a écrit : Le 29/05/2015 11:14, mireero a écrit : Est-ce que tu peux te permettre une réinstallation (genre aptitude remove puis install ou direct reinstall)? J'y ai pensé mais les bases de développement sont sur ce serveur (ça c'est pas grave, ça peut se couper), mais également deux bases de production qui avait besoin de cette version, donc je cherche une solution autre avant de tenter une réinstallation. Commence déjà par faire une bonne sauvegarde du contenu du dossier de MySQL (/var/lib/mysql ?) et un dump de l'ensemble de tes bases, tu seras plus serein pour la suite. Le vendredi 29 mai 2015 à 12:27, Grégoire COUTANT a écrit : Le 29/05/2015 10:58, Sébastien NOBILI a écrit : Apparemment le script de pré-installation de la mise-à-jour tente de remplacer ce dossier et ça échoue… Oui, le mainteneur du paquet a corrigé ce souci (pb de symlink), mais le souci vient du fait que la version de mysql est bien installé (car mysql --version sort la dernière version) mais que l'OS lui semble ne pas le savoir ! En fait, je pense que le paquet doit être dans un état non-configuré, donc le système (ou plus précisément le gestionnaire de paquets) tente de le configurer. Il le tentera également si tu installes un paquet quel qu'il soit. Est-ce que le mainteneur du dépôt connait un contournement à ce problème de mise-à-jour de _son_ paquet ? Oui, il l'a corrigé (https://www.dotdeb.org/2015/02/08/mysql-5-6-23-for-wheezy/) et d'ailleurs le paquet semble s'être installé. Mon souci vient surtout du fait que debian ne le sait pas :-/ Apparemment Frank a réussi à s'en sortir en supprimant le lien symbolique et en créant un dossier vide après avoir défini le datadir [1]. Est-ce que tu as essayé ? 1: https://www.dotdeb.org/2015/02/08/mysql-5-6-23-for-wheezy/#comment-34425 Tu peux aussi tenter de remplacer ton lien symbolique par un montage « bind », certains outils n'aiment pas trop rencontrer des liens symboliques sur leur chemin… Sébastien -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/20150529124618.gb5...@sebian.nob900.homeip.net
Re: ram beaucoup trop sollicitée
On 05/29/2015 02:50 PM, Sébastien NOBILI wrote: Le vendredi 29 mai 2015 à 14:14, andre_deb...@numericable.fr a écrit : $ free total usedfreeshared buffers cached Mem: 4147716 3468024 679692 9068 198948 2743764 ^^^ La majorité de ta mémoire sert au cache, elle est donc utilisée parce qu'elle est libre, et autant s'en servir pour accélérer les autres traitements (accès au système de fichier par exemple) mais elle reste disponible pour les programmes qui en auraient besoin. La mémoire effectivement utilisée sur ton système est 679692 (avec l'option « -h » ça aurait été plus lisible), donc pas grand-chose. Sébastien Salut, je voulais juste corriger une légère erreur : totalused freeshared buffers cached Mem:4147716 3468024679692 9068198948 2743764 -/+ buffers/cache: 525312 3622404 Swap: 2074620 0 2074620 2ème ligne: 525312 = Utilisée 3622404 = libre Toute l'info (sauf swap) est données sur la 1ère ligne, la 2ème n'est qu'un helper: Utilisée = used - shared - buffers (3468024 - 198948 - 2743764 = 525312) Libre = total - Utilisée (4147716 - 525312 = 3622404) Ce qui m'a troublé à une époque, c'est que je n'avais pas compris que les titres *total*, *used* et *free* s'appliquaient aux _3_ lignes. -- mireero -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/55686902$0$2979$426a7...@news.free.fr
Re: ram beaucoup trop sollicitée
Le vendredi 29 mai 2015 à 15:26, mireero a écrit : Salut, je voulais juste corriger une légère erreur : [...] Utilisée = used - shared - buffers (3468024 - 198948 - 2743764 = 525312) Libre = total - Utilisée (4147716 - 525312 = 3622404) Merci pour la rectification. Je me suis un peu emmêlé dans ma réponse précédente… On 05/29/2015 02:50 PM, Sébastien NOBILI wrote: La mémoire effectivement utilisée sur ton système est 679692 (avec l'option « -h » ça aurait été plus lisible), donc pas grand-chose. 679692 est la valeur donnée dans la colonne « free », il ne s'agit donc évidemment pas de la quantité de mémoire utilisée… Sébastien -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/20150529140550.ga3...@sebian.nob900.homeip.net
Re: ram beaucoup trop sollicitée
On Friday 29 May 2015 15:26:26 mireero wrote: Salut, je voulais juste corriger une légère erreur : totalused freeshared buffers cached Mem: 4147716 3468024679692 9068198948 2743764 -/+ buffers/cache: 525312 3622404 Swap: 2074620 0 2074620 2ème ligne: 525312 = Utilisée 3622404 = libre Toute l'info (sauf swap) est données sur la 1ère ligne, la 2ème n'est qu'un helper: Utilisée = used - shared - buffers (3468024 - 198948 - 2743764 = 525312) Libre = total - Utilisée (4147716 - 525312 = 3622404) Ce qui m'a troublé à une époque, c'est que je n'avais pas compris que les titres *total*, *used* et *free* s'appliquaient aux _3_ lignes. mireero $ cat /proc/meminfo MemTotal:4147716 kB MemFree: 339912 kB $ free -m total used free sharedbuffers cached 40503718 331 9 195 2698 -/+ buffers/cache: 823 3226 Swap: 2025 0 2025 # free -m total used free sharedbuffers cached 16038 8381 7656 0 395 6032 -/+ buffers/cache: 1953 14084 Swap: 308203082 # free -t total used free shared buffers cached 1642325685898927833364 0 405252 6177320 -/+ buffers/cache: 2007320 14415936 Swap: 3156768 0 3156768 195800248589892 10990132 $ free -t total usedfreesharedbuffers cached 4147716 3848464 299252 10016 2009762766640 -/+ buffers/cache: 8808483266868 Swap: 2074620 02074620 6222336 3848464 2373872 Les résultats varient selon la commande free lancée en user ou en root : Total mémoire : $ = 4Go et # 1,6 Go. Pourquoi ? André -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/201505291639.19830.andre_deb...@numericable.fr
Re: Pb MàJ paquet MySQL
Bonjour à tous, Le 29/05/2015 14:14, mireero a écrit : [...] Oui, debian, enfin les bases de données d'apt pour être plus précis. Éventuellement voir comment fonctionne apt, ça peut aider. C'est l'erreur qui m'intrigue, comme tu en as eu une pendant une installation précédente, je me demandais si tu avais toujours un dossier /var/lib/mysql-upgrade/ ? Car chez moi j'en ai pas, et si la réponse est oui, je le supprimerais. J'ai testé cette solution et après un aptitude safe-upgrade tout est rentré dans l'ordre :-) Merci à toi et à tous les autres qui ont proposé des solutions que je n'ai pas eu à tester au final ! Très bon week-end à tous Greg -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/55688f92.6070...@gmail.com
Re: ram beaucoup trop sollicitée
On 05/29/2015 10:30 PM, andre_deb...@numericable.fr wrote: 'ai mis dans mon fstab : noatime : /dev/sda2 / ext4 defaults,noatime,... 0 1 Faut-il le mettre aussi dans ma partition/home/ dédiée ? T'as l'art de changer de sujet! Bon, perso je préfère relatime et si /home correspond à un SSD c'est oui sinon... ben oui aussi (si t'as pas besoin des temps d'accès). et j'ai modifié la valeur de la swap : vm.swappiness = 10 afin que la swap soit utilisée en dernier recours = + de vitesse. http://geekeries.de-labrusse.fr/?p=1806 la valeur swappiness par défaut est 60. Ouais, c'est ce qu'on dit. Moi je laisse la valeur par défaut et ça swappe jamais. De toute façon, cette valeur n'a d'incidence que lorsque l'on s'approche d'une occupation mémoire (sans les buffers/cached) importante. En tout cas et toujours sur Sirius, même en lançant la commande 'free -m' seulement (et sous une session utilisateur), j'ai le même résultat que sous 'root' : Pas chez moi comme indiqué en haut. Comme si free indiquait la consommation selon l'utilisateur dont root... Oui, étrange en effet (et impossible, si c'était possible de dire ça!). Chez moi, c'est pareil à part quelques Mo pour la session de plus. Et les lignes concernant la mémoire retournées par la commande 'top', ça donne quoi? Quelle est la quantité de mémoire centrale de l'ordinateur où est installé ton système GNU/Linux ? Stéphane Le terme mémoire centrale me gêne, s'agit-il de la RAM totale ? si oui = 4Go (2 barettes de 2Go) : www.commentcamarche.net/contents/751-ordinateur-introduction-a-la-notion-de-memoire @+ good evening. André -- mireero -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/5568ebf4$0$3012$426a7...@news.free.fr
Re: ram beaucoup trop sollicitée
On Friday 29 May 2015 21:58:17 Stéphane GARGOLY wrote: Bonjour à tous les utilisateurs et développeurs de Debian : Le vendredi 29 mai 2015 à 14:39, andre_deb...@numericable.fr a écrit : $ free -m total used free sharedbuffers cached 40503718 331 9 195 2698 -/+ buffers/cache: 823 3226 Swap: 2025 0 2025 # free -m total used free sharedbuffers cached 16038 8381 7656 0 395 6032 -/+ buffers/cache: 1953 14084 Swap: 308203082 Merci pour ces infos intructives. Autre information qui peut rassurer André : la mémoire d'échange - Swap - n'est pas pratiquement pas utilisée, ce qui semble indiquer que son système GNU/Linux ne souffre pas de problème au niveau de l'occupation mémoire : J'ai mis dans mon fstab : noatime : /dev/sda2 / ext4 defaults,noatime,... 0 1 Faut-il le mettre aussi dans ma partition /home/ dédiée ? et j'ai modifié la valeur de la swap : vm.swappiness = 10 afin que la swap soit utilisée en dernier recours = + de vitesse. http://geekeries.de-labrusse.fr/?p=1806 la valeur swappiness par défaut est 60. Sur mon ordinateur de bureau Sirius : S'agit-il de ceci ? : www.open-source-guide.com/Actualites/Une-alternative-open-source-a-siri En tout cas et toujours sur Sirius, même en lançant la commande 'free -m' seulement (et sous une session utilisateur), j'ai le même résultat que sous 'root' : Pas chez moi comme indiqué en haut. Comme si free indiquait la consommation selon l'utilisateur dont root... Quelle est la quantité de mémoire centrale de l'ordinateur où est installé ton système GNU/Linux ? Stéphane Le terme mémoire centrale me gêne, s'agit-il de la RAM totale ? si oui = 4Go (2 barettes de 2Go) : www.commentcamarche.net/contents/751-ordinateur-introduction-a-la-notion-de-memoire @+ good evening. André -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/201505292226.08996.andre_deb...@numericable.fr
Re: ram beaucoup trop sollicitée
Bonjour à tous les utilisateurs et développeurs de Debian : Le vendredi 29 mai 2015 à 14:39, andre_deb...@numericable.fr a écrit : $ free -m total used free sharedbuffers cached 40503718 331 9 195 2698 -/+ buffers/cache: 823 3226 Swap: 2025 0 2025 # free -m total used free sharedbuffers cached 16038 8381 7656 0 395 6032 -/+ buffers/cache: 1953 14084 Swap: 308203082 En fait, sur la même ligne 'Mem:', la quantité indiquée juste en dessous de 'used' inclut les tampons utilisés par le noyau Linux (voir note a) et qui sont 'buffers' (pour 395 Mio) et 'cached' (pour 6032 Mio). Note a : ces tampons sont utilisés pour les échanges avec les mémoires de masse telles que les disques durs internes ou externes, les disques optiques (CD, DVD, Blu-Ray), les mémoires flash (clés USB), etc, mais bon peut-être que cette explication est incomplète. :-) Or ces tampons, même si cela occupe effectivement de la mémoire centrale, ne sont que transitoires dans le sens où quand le noyau veut réserver plus de mémoire pour d'autres logiciels, il le fera, si nécessaire, au détriment de ses tampons - et, en premier lieu, 'cached' je le pense. Concernant l'occupation de la mémoire centrale par un système GNU/Linux, l'information la plus pertinente se trouve à l'intersection de la colonne 'used' et de la ligne '-/+ buffers/cache', me semble-t-il car elle exclut les tampons tels que je vous ai parlé ci-dessus. Donc, chez André, les logiciels (en sens large du terme) qui sont en cours de fonctionnement n'occupent que 1'953 Mio pour 'root' - ou 823 Mio pour 'user' (voir à la fin de mon message). Autre information qui peut rassurer André : la mémoire d'échange - Swap - n'est pas pratiquement pas utilisée, ce qui semble indiquer que son système GNU/Linux ne souffre pas de problème au niveau de l'occupation mémoire. Si vous voulez avoir plus d'explications, je vous donne le lien suivant (en anglais) : http://www.linuxatemyram.com/ Sur mon ordinateur de bureau Sirius et en lançant la commande su -c 'free - m', j'obtiens le résultat suivant : total used free sharedbuffers cached Mem: 8005 5840 2165 0190 4136 -/+ buffers/cache: 1512 6492 Swap: 4095 04095 Comme vous pouvez le constater, sur Sirius, les tampons occupent plus de la moitié de la mémoire centrale, cependant, je ne m'en inquiète nullement... ;-) Les résultats varient selon la commande free lancée en user ou en root : Total mémoire : $ = 4Go et # 1,6 Go. Pourquoi ? En fait, je dirais # = 16 Go mais peu importe... A vrai dire, je ne comprend pas cette différence entre les résultats sous 'root' et 'user'. Je suis plutôt dubitatif. :-/ En tout cas et toujours sur Sirius, même en lançant la commande 'free -m' seulement (et sous une session utilisateur), j'ai le même résultat que sous 'root. Quelle est la quantité de mémoire centrale de l'ordinateur où est installé ton système GNU/Linux ? Cordialement et à bientôt, Stéphane. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/201505291958.17363.stephane.garg...@gmail.com