Re: HS : de la mailing list
Bonjour la team, Pourquoi ne pas ouvrir un service de mail Debian avec les fonctionnalités attendues au niveau du webmail?
Re: IPV6 : renouveler adresse
Bonjour, Le 25/sept. - 00:33, Pascal Hambourg a écrit : en double connectivité IPv4 et IPv6, je cherche un moyen de renouveler mon adresse IPv6 (quand celle-ci est perdu, pourquoi je la perd, c'est aussi une question que je me pose). Comment l'adresse IPv6 est-elle configurée ? SLAAC ou DHCPv6 ? Mes machines sont derrière un OpenWRT (j'ai passé le routeur de mon FAI, OVH, en mode bridge, donc seulement utilisé en modem). Certains de mes PCs sont avec une adresse IPv6 static (mise dans le fichier /etc/network/interfaces, dans la section iface eth0 inet6 static) et les routes sont configurées par le routeur : # configuration des PCs en semi-static : net.ipv6.conf.eth0.accept_ra_pinfo=0 net.ipv6.conf.eth0.autoconf=0 net.ipv6.conf.eth0.accept_ra=1 net.ipv6.conf.eth0.accept_ra_defrtr=1 net.ipv6.conf.eth0.accept_ra_rtr_pref=1 Mais j'ai aussi des pertes avec mon portable qui lui apprend et construit son adresse automatiquement. J'attends une nouvelle perte pour tester les outils de ndisc6 (même si j'ai pas l'impression qu'ils vont m'aider pour renouveler la connectivité, mais me livrerons peut être des pistes). (oui, ifup/ifdown doit fonctionner, mais j'aime pas trop l'idée de devoir redémarrer l'interface IPv4 qui fonctionne très bien à cause d'IPv6) Merci pour vos suggestions, -- 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: http://lists.debian.org/20130925081530.gd...@immm-slint.univ-lemans.fr
Re: Comment assister le plus simplement un transfert de fichiers avec Debian ?
Salut, Johnny B a écrit : pourquoi ne pas utiliser du FTP (ftp over ssl) ? Parce que le FTPS est une plaie à faire passer à travers les NAT et pare-feux à état (encore plus que le FTP en clair) ? -- 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: http://lists.debian.org/52429806.1030...@plouf.fr.eu.org
Re: Comment assister le plus simplement un transfert de fichiers avec Debian ?
Le 25/09/2013 10:00, Pascal Hambourg a écrit : Salut, Johnny B a écrit : pourquoi ne pas utiliser du FTP (ftp over ssl) ? Parce que le FTPS est une plaie à faire passer à travers les NAT et pare-feux à état (encore plus que le FTP en clair) ? sftp peut etre une solution tu peux meme le chroote philippe -- 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: http://lists.debian.org/52429d3e.9080...@leworm.fr
separation de log: cyrus + postfix
salut la liste: j'ai un mail serveur avec cyrus et postfix. l'ennui est que cyrus est très très verbeux en info. mais les infos de postfix me sont nécessaires pour tracer des historiques, souvent demandées par la direction. avant cyrus loggait avec local6, mais debian l'a regroupé avec mail dans syslog. du coup, si je ne veux pas les blabla de cyrus, je ne vois plus rien de postfix. auriez vous une idée sur la manière de séparer les politiques de logs des 2? d'avance merci -- 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: http://lists.debian.org/5242b4bd.1050...@freeatome.com
Re: separation de log: cyrus + postfix
On Wed, 25 Sep 2013 12:02:37 +0200 admini adm...@freeatome.com wrote: avant cyrus loggait avec local6, mais debian l'a regroupé avec mail dans syslog. du coup, si je ne veux pas les blabla de cyrus, je ne vois plus rien de postfix. auriez vous une idée sur la manière de séparer les politiques de logs des 2? ?? postfix log nativement dans /var/log/mail.|err|log|info (apparemment abandonné dans sid au profit de mail.log). -- Duo dit : tout à l'heure j'ai bidouillé le pc de ma soeur Duo dit : c'est plus un disque dur qu'elle a Duo dit : c'est un ranch à chevaux de troie -- 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: http://lists.debian.org/20130925121213.3b742848@anubis.defcon1
Re: Comment assister le plus simplement un transfert de fichiers avec Debian ?
Le 09/25/2013 10:00 AM, Pascal Hambourg a écrit : Salut, Johnny B a écrit : pourquoi ne pas utiliser du FTP (ftp over ssl) ? Parce que le FTPS est une plaie à faire passer à travers les NAT et pare-feux à état (encore plus que le FTP en clair) ? Pas forcement encore faut-il savoir le mettre en place j'y vois aucune plaie. Le problème de base de ce post c'est qu'on a aucune idée de l'environnement. Si c'est un cas de mon copain veut recupérer mes datas a ma maison je vois pas le problème de se faire 5 mtes de firewalling pour du FTP over SSL Donc résultat 60 réponses qui vont dans tous les sens ( ca reste intéressant de connaitre l'avis des uns) mais aucune avancée productive. Il n' y a pas de système idéal a cette demande seulement une multitude de solutions. A Mr Charles de faire son choix ;) -- 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: http://lists.debian.org/5242b784.4090...@gmail.com
Re: separation de log: cyrus + postfix
Le 25/09/2013 12:12, Bzzz a écrit : On Wed, 25 Sep 2013 12:02:37 +0200 admini adm...@freeatome.com wrote: avant cyrus loggait avec local6, mais debian l'a regroupé avec mail dans syslog. du coup, si je ne veux pas les blabla de cyrus, je ne vois plus rien de postfix. auriez vous une idée sur la manière de séparer les politiques de logs des 2? ?? postfix log nativement dans /var/log/mail.|err|log|info (apparemment abandonné dans sid au profit de mail.log). ben, ça dépend du réglage de syslog non? enfin, ce que j'aimerais est qu'il ne log pas de la façon que cyrus. car pour l'instant, par défaut, les 2 sont regroupés dans mail.* de syslog. y a pas une autre solution que de recompiler l'un ou l'autre? -- 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: http://lists.debian.org/5242bfbc.40...@freeatome.com
Profitez des promotions sur ipneus
Si vous ne visualisez pas correctement cette page,Cliquez ici http://www.ipneus.com/newsletters/newsletter-4.html http://www.ipneus.com/index.php A partir de 2 pneus livrason gratuite sur la France Métropolitaine. Vous recevez ce mail car vous êtes abonné(e) à notre service ou à l'un de nos partenaire. Si vous ne souhaitez plus recevoir la newsletter Ipneus, cliquez pour VOUS DESABONNER http://www.ipneus.com/unsubscribe.php . Attention : ne pas répondre directement à ce mail, il s'agit d'un message envoyé automatiquement. -- powered by phpList, www.phplist.com --
Re: separation de log: cyrus + postfix
On Wed, 25 Sep 2013 12:49:32 +0200 admini adm...@freeatome.com wrote: ben, ça dépend du réglage de syslog non? enfin, ce que j'aimerais est qu'il ne log pas de la façon que cyrus. car pour l'instant, par défaut, les 2 sont regroupés dans mail.* de syslog. y a pas une autre solution que de recompiler l'un ou l'autre? Ben, je n'utilise pas d'usine à gaz (cyrus), mais à moins que ses devs ne soient franchement mutins, ça m'étonnerait fort que ses logs soient préfixés par 'postfix'…: Sep 22 09:05:28 mail fetchmail[6795]: 1 message for lazyvi...@gmx.com at pop.gmx.com (9236 octets). Sep 22 09:05:28 mail postfix/smtpd[31983]: connect from localhost[127.0.0.1] ^^^ etc Donc, je ne vois pas où est réellement ton PB. -- rataime IRC, c'est simple : les mecs sont des mecs, les filles sont des mecs et les fillettes de 13 ans des agents du FBI -- 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: http://lists.debian.org/20130925132252.18735113@anubis.defcon1
Re: separation de log: cyrus + postfix
On Wed, 25 Sep 2013 12:49:32 +0200 admini adm...@freeatome.com wrote: Par ailleurs, une recherche (postfix cyrus separated log files) renvoie ceci: http://www.tldp.org/HOWTO/Cyrus-IMAP-7.html -- petsek Nous on a un prof au lycée c'est un nain ! wamm Ah ouais ? Un vrai avec une hache et tout ? petsek Faut vraiment que t'arrête wow toi... -- 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: http://lists.debian.org/20130925133055.3d117e2d@anubis.defcon1
Re: separation de log: cyrus + postfix
Le 25/09/2013 13:22, Bzzz a écrit : On Wed, 25 Sep 2013 12:49:32 +0200 admini adm...@freeatome.com wrote: ben, ça dépend du réglage de syslog non? enfin, ce que j'aimerais est qu'il ne log pas de la façon que cyrus. car pour l'instant, par défaut, les 2 sont regroupés dans mail.* de syslog. y a pas une autre solution que de recompiler l'un ou l'autre? Ben, je n'utilise pas d'usine à gaz (cyrus), avoir le choix est un lux que peu de gens se permettent. mais à moins que ses devs ne soient franchement mutins, ça m'étonnerait fort que ses logs soient préfixés par 'postfix'…: Sep 22 09:05:28 mail fetchmail[6795]: 1 message for lazyvi...@gmx.com at pop.gmx.com (9236 octets). Sep 22 09:05:28 mail postfix/smtpd[31983]: connect from localhost[127.0.0.1] les logs de cyrus sont préfixés. ^^^ etc Donc, je ne vois pas où est réellement ton PB. ben, le log level info de postfix m'est nécessaire, mais noyés dans les centaines de lignes de cyrus à la minute. -- 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: http://lists.debian.org/5242cf51.1020...@freeatome.com
Re: separation de log: cyrus + postfix
Le 25/09/2013 13:30, Bzzz a écrit : On Wed, 25 Sep 2013 12:49:32 +0200 admini adm...@freeatome.com wrote: Par ailleurs, une recherche (postfix cyrus separated log files) renvoie ceci: http://www.tldp.org/HOWTO/Cyrus-IMAP-7.html je vais tester ca, mais d'après debian, cyrus (de debian) n'est plus sous local6. on verra. -- 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: http://lists.debian.org/5242cf81.7050...@freeatome.com
Re: separation de log: cyrus + postfix
Le 25/09/2013 13:56, admini a écrit : Le 25/09/2013 13:30, Bzzz a écrit : On Wed, 25 Sep 2013 12:49:32 +0200 admini adm...@freeatome.com wrote: Par ailleurs, une recherche (postfix cyrus separated log files) renvoie ceci: http://www.tldp.org/HOWTO/Cyrus-IMAP-7.html je vais tester ca, mais d'après debian, cyrus (de debian) n'est plus sous local6. on verra. bon, c'est testé, effectivement, cyrus ne log pas dans local6, depuis la version 2.2, il crache dans mail.*, au même titre que postfix. -- 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: http://lists.debian.org/5242d0d8.3090...@freeatome.com
Re: separation de log: cyrus + postfix
On Wed, 25 Sep 2013 13:56:01 +0200 admini adm...@freeatome.com wrote: avoir le choix est un lux que peu de gens se permettent. Wai, c'est lumen-eux… ben, le log level info de postfix m'est nécessaire, mais noyés dans les centaines de lignes de cyrus à la minute. Pour cela, il existe un monceau d'analyseurs de logs à même d'extraire les morceaux choisis, et même de n'extraire que le nécessaire (sur règles). -- trax tu peux virer le caps lock stp said SALOPARD TU VEUX ME PIRATER -- 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: http://lists.debian.org/20130925140315.67702bd3@anubis.defcon1
Re: separation de log: cyrus + postfix
On Wed, 25 Sep 2013 14:02:32 +0200 admini adm...@freeatome.com wrote: bon, c'est testé, effectivement, cyrus ne log pas dans local6, depuis la version 2.2, il crache dans mail.*, au même titre que postfix. Alors le mieux, c'est d'utiliser un analyseur de logs qui ne retiendra que le nécessaire (à ta hiérarchie de te donner toutes les billes pour élaborer tes filtres, chacun son boulot). IMHO, recompiler serait un mauvais choix étant donné que cela serait nécessaire à chaque chgt de version. -- sim t'habite ou lébourses ? lébourses mouhahaha, depuis le temps que j'attend qu'un con me pose cette question :p -- 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: http://lists.debian.org/20130925141223.4aa94a35@anubis.defcon1
Re: separation de log: cyrus + postfix
Hello, Le mercredi 25 septembre 2013 à 12:02 +0200, admini a écrit : auriez vous une idée sur la manière de séparer les politiques de logs des 2? http://lmgtfy.com/?q=filtering+by+program+name+with+rsyslogl=1 De rien -- VANTARD M : Moi, je peux être chien de traineau, chien de policier, chien d'aveugle... mais toi ? P : Je peux être conducteur de traîneau, préfet, ophtalmologiste... signature.asc Description: This is a digitally signed message part
Re: Lire fichier /var/log/term.log
Useless use of car :-) more fichier.log suffit ! Belaïd MOUNSI oblivion.ik...@gmail.com a écrit : A ok desolé.dpkg.log étant plus verbeux et plus précis que term.log, j'avais imaginé qu'il pourrait contenir se genre d'information que tu souhaite Le 24 sept. 2013 14:44, LeDub ledub...@yahoo.fr a écrit : Pour supprimer les ^M, j'utilise dos2unix ou un tr ! Pour ce qui du grep -v, cela ne sert à rien puisque les informations ne me gênent pas ! Je parle de choix de l'utilisateur réalisé via l'interface texte avec les encadrements. Avant l'encadrement de la question j'ai des caractères ^[[ ce sont eux que je cherche à supprimer. Je viens supprimer à la main tous ces caratères après moulte %s/---//g, j'ai quelque chose d'à peu près potable mais je trouve la technique longue et fastidieuse ! Pour Belaïd, je ne cherche pas à consulter les paquets installés mais à récupérer les choix de l'administrateur pendant l'installation du paquet. LeDub pas très content de la technique utilisée ! - Mail original - De : steve dl...@bluewin.ch À : debian-user-french@lists.debian.org Cc : Envoyé le : Mardi 24 septembre 2013 13h38 Objet : Re: Lire fichier /var/log/term.log Salut, Le 24-09-2013, à 12:28:13 +0100, LeDub a écrit : Pour le besoin d'une documentation, je souhaite récupérer les informations sélectionnées pendant l'installation d'un paquet. Je cherche donc à lire correctement et surtout à copier le contenu du fichier /var/log/apt/term.log. Ce dernier est bourré de caractères de contrôle du terminal. Un cat sur ce fichier affiche correctement mais trop rapidement le contenu. Un cat associé à un | more me l'affiche plus ou moins correctement sans que je puisse être certain d'avoir la totalité des choix sélectionnés. Le strings n'est pas génial sauf sur une belle femme ! J'ai bien tenté de l'ouvrir avec VI mais la recherche ET la suppression de ces caractères de contrôle est très pénible car autant la recherche manuelle est possible avec / autant leur suppression avec un %s/caractère de contrôle// est impossible ! Dans vim, en mode commande, tape : %s/\r//g puis enter, et ça devrait te virer les ^M que tu vois. -- 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: http://lists.debian.org/20130924113850.GA14214@localhost -- 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: http://lists.debian.org/1380026618.2887.yahoomail...@web173003.mail.ir2.yahoo.com
[SOLVED]Re: separation de log: cyrus + postfix
Le 25/09/2013 14:32, Bruno Muller a écrit : Hello, Le mercredi 25 septembre 2013 à 12:02 +0200, admini a écrit : auriez vous une idée sur la manière de séparer les politiques de logs des 2? http://lmgtfy.com/?q=filtering+by+program+name+with+rsyslogl=1 ah oui, y'en a qui ont de l'humour. De rien merci solution comme indiqué dessus: vim /etc/rsyslog.d/postfix if $programname == 'postfix' then /var/log/postfix.log if $programname == 'spamd' then /var/log/postfix.log $AddUnixListenSocket /var/spool/postfix/dev/log vim /etc/rsyslog.d/cyrus.conf if $programname == 'cyrus' and $syslogseverity = '6' /var/log/cyrus.log on peut faire plus compliqué, mais ca me suffit dans mon cas. j'espère un jour me débarrasser de ce cyrus. ca va etre un projet intéressant avec 250Go de mails. -- 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: http://lists.debian.org/5242eff4.3030...@freeatome.com
Re: [SOLVED]Re: separation de log: cyrus + postfix
On Wed, 25 Sep 2013 16:15:16 +0200 admini adm...@freeatome.com wrote: j'espère un jour me débarrasser de ce cyrus. ca va etre un projet intéressant avec 250Go de mails. Ça n'est pas tellement, et pour ça il y a un utilitaire de migration, malheureusement maintenant payant mais diablement efficace: imapsync. -- Lisa bon vs rigolez pas sur ma tof hein ^^ Ferry t'inquiète : ) oOSephyOo meuh non wa_za ba t'es bien ^_^ * BamAWAY is now known as Bam Bam PUTAIN LE THON * Lisa quit Bam je vous jure c'est la DERNIERE fois que j'en mange pour faire plaisir à ma mère Bam pourquoi elle est partie la nouvelle ? -- 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: http://lists.debian.org/20130925162225.105e1e6e@anubis.defcon1
Re: Lire fichier /var/log/term.log
Salut, Aucun rapport on veut juste extraire les settings de debconf Faut juste jouer avec debconf-show package + grep + cut et c'est réglé Le 09/25/2013 02:56 PM, Jean-Luc Bassereau a écrit : Useless use of car :-) more fichier.log suffit ! Belaïd MOUNSI oblivion.ik...@gmail.com a écrit : A ok desolé.dpkg.log étant plus verbeux et plus précis que term.log, j'avais imaginé qu'il pourrait contenir se genre d'information que tu souhaite Le 24 sept. 2013 14:44, LeDub ledub...@yahoo.fr mailto:ledub...@yahoo.fr a écrit : Pour supprimer les ^M, j'utilise dos2unix ou un tr ! Pour ce qui du grep -v, cela ne sert à rien puisque les informations ne me gênent pas ! Je parle de choix de l'utilisateur réalisé via l'interface texte avec les encadrements. Avant l'encadrement de la question j'ai des caractères ^[[ ce sont eux que je cherche à supprimer. Je viens supprimer à la main tous ces caratères après moulte %s/---//g, j'ai quelque chose d'à peu près potable mais je trouve la technique longue et fastidieuse ! Pour Belaïd, je ne cherche pas à consulter les paquets installés mais à récupérer les choix de l'administrateur pendant l'installation du paquet. LeDub pas très content de la technique utilisée ! - Mail original - De : steve dl...@bluewin.ch mailto:dl...@bluewin.ch À : debian-user-french@lists.debian.org mailto:debian-user-french@lists.debian.org Cc : Envoyé le : Mardi 24 septembre 2013 13h38 Objet : Re: Lire fichier /var/log/term.log Salut, Le 24-09-2013, à 12:28:13 +0100, LeDub a écrit : Pour le besoin d'une documentation, je souhaite récupérer les informations sélectionnées pendant l'installation d'un paquet. Je cherche donc à lire correctement et surtout à copier le contenu du fichier /var/log/apt/term.log. Ce dernier est bourré de caractères de contrôle du terminal. Un cat sur ce fichier affiche correctement mais trop rapidement le contenu. Un cat associé à un | more me l'affiche plus ou moins correctement sans que je puisse être certain d'avoir la totalité des choix sélectionnés. Le strings n'est pas génial sauf sur une belle femme ! J'ai bien tenté de l'ouvrir avec VI mais la recherche ET la suppression de ces caractères de contrôle est très pénible car autant la recherche manuelle est possible avec / autant leur suppression avec un %s/caractère de contrôle// est impossible ! Dans vim, en mode commande, tape : %s/\r//g puis enter, et ça devrait te virer les ^M que tu vois. -- 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 mailto:debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org mailto:listmas...@lists.debian.org Archive: http://lists.debian.org/20130924113850.GA14214@localhost -- 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 mailto:debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org mailto:listmas...@lists.debian.org Archive: http://lists.debian.org/1380026618.2887.yahoomail...@web173003.mail.ir2.yahoo.com
Je ne comprends les resultats de du et df
Bonjour a tous les poilus, le probleme que j'ai n'est pas sous Debian mais je pense qu'il pourrait se poser. Il est sous Manjaro (archlinux) J'ai un /home tres gros sur mon SSD de 512Go (382Go) en ext4 du -h et df -h si je les utilise ne me livrent pas une sortie coherente blackbear@manjaro-laptop ~ df -h /home/ Filesystem Size Used Avail Use% Mounted on /dev/sda9 381G 106G 256G 30% /home le du -h me donne 106Go mais ou sont passes les 19Go ? un lsof |grep deleted me ramene peut etre 30 ou 40 Mo de fichiers flagges deleted donc il en manque encore...C'est pas grave mais du coup je me pose beaucoup de questions car mon / pourrait vite saturer s'il perd de la place ainsi Je ne sais pas trop ou regarder pour en savoir plus ? Il y a t'il une autre methode pour calculer l'espace dispo ? Meme les arrondis n'expliquent pas de perdre 5% d'espace disque ainsi ... J'hesitais a voir avec un dd monstrueux si je pouvais creer un fichier de 260Go!!! Mais peut etre que cela depasse les limites du kernel ou du FS ? bref je suis largue merci a vous PS: j'ai aussi regarde dans le /proc et les resultats sont bien ceux ramenes par lsof donc cette piste ne mene a rien J.MOLIERE - Mentor/J
Re: Je ne comprends les resultats de du et df
Bonsoir, Quand tu crées un système de fichier sur un disque, un pourcentage de l'espace de stockage est réservé à root (par défaut = 5%). Cet espace dédié permet de ne pas remplir complétement les disques, de permettre a certaine applications critiques de continuer à s’exécuter et donc d'éviter de bloquer le systéme. Cet espace de 5% dédié (modifiable avec la commande tune2fs) n'est pas visible comme étant de l'espace libre quand tu exécute la commande df. Le 25 septembre 2013 19:57, jerome moliere jerome.moli...@gmail.com a écrit : Bonjour a tous les poilus, le probleme que j'ai n'est pas sous Debian mais je pense qu'il pourrait se poser. Il est sous Manjaro (archlinux) J'ai un /home tres gros sur mon SSD de 512Go (382Go) en ext4 du -h et df -h si je les utilise ne me livrent pas une sortie coherente blackbear@manjaro-laptop ~ df -h /home/ Filesystem Size Used Avail Use% Mounted on /dev/sda9 381G 106G 256G 30% /home le du -h me donne 106Go mais ou sont passes les 19Go ? un lsof |grep deleted me ramene peut etre 30 ou 40 Mo de fichiers flagges deleted donc il en manque encore...C'est pas grave mais du coup je me pose beaucoup de questions car mon / pourrait vite saturer s'il perd de la place ainsi Je ne sais pas trop ou regarder pour en savoir plus ? Il y a t'il une autre methode pour calculer l'espace dispo ? Meme les arrondis n'expliquent pas de perdre 5% d'espace disque ainsi ... J'hesitais a voir avec un dd monstrueux si je pouvais creer un fichier de 260Go!!! Mais peut etre que cela depasse les limites du kernel ou du FS ? bref je suis largue merci a vous PS: j'ai aussi regarde dans le /proc et les resultats sont bien ceux ramenes par lsof donc cette piste ne mene a rien J.MOLIERE - Mentor/J -- Belaid
Changement de webmail (dérivé de Re: HS : de la mailing list)
Bonjour à tous les utilisateurs et développeurs de Debian : Le 25 septembre 2013 00:38, Haricophile haricoph...@aranha.fr a écrit : Le lundi 23 septembre 2013 à 21:33 +0200, stephane.garg...@laposte.net a écrit : Et, à l'heure actuelle, je doute que un tel webmail existe mais bon je peux me planter en beauté. Heureusement que ça existe. Par contre pas chez les gros fournisseurs gratuits. Quoique il me semble que chez Free c'est le cas. Mais payer une fois quelques euros chez par exemple OVH est assez accessible et garantis pas mal de choses. Après il y a le serveur chez soi, un microPC qui consomme 5w suffit... Donc un webmail payant (OVH)... Eh, il faut penser au pourvoir d'achat - bien chancelant - d'un pauvre linuxien ! :-D Juste par curiosité : ce microPC à 5 watts ne serait-il pas basé sur Raspberry Pi ? Cela dit, vous êtes bien gentils vous tous mais je n'ai pas vraiment l'impression que vos interventions aient été constructives jusqu'à présent. Parce que la réponse ne te plait pas, pourtant il n'y en a pas d'autre : Mauvais fournisseur, changer de fournisseur. Sauf que je fais une différence entre : - un simple Tu n'as qu'à changer de webmail ! qui ne fait pas vraiment avancer la discussion, encore moins apporter un solution au problème (le mot doux publicitaire ajouté par mon ancien webmail chaque fois que j'envoie un courriel à la liste ou ailleurs) et - une suggestion ou une piste qu'ont apporté Bzzz (GMX), Yves (Gmail ou Roundcube), Gaël ( http://riseup.net/ ) et Bernardo ( http://www.arobase.org/ ) , ainsi que toi-même (avec ton webmail payant et ton microPC). A partir de là, il me reste plus qu'à piocher la solution qui me convient le plus, à l'occurrence Gmail. C'est moins une question d'humeur que d'intelligence. :-/ Mais bon, tout cela est un peu dépassé : j'ai changé de webmail comme vous pouvez en apercevoir en regardant ma nouvelle adresse électronique. Et, d'après à ce que j'ai pu tester, Gmail me permet d'envoyer des messages sans publicité. Maintenant, il va me falloir que je maîtrise son interface qui est peu différent de celui mis en avant par mon précédent webmail. Bien sûr, j'ai dû m'abonner à la liste de diffusion présente. L'autre manière de dire c'est: Quand le modèle économique n'est pas clair c'est vous qui êtes la marchandise. Evidemment, j'imagine que les webmails gratuits se rémunèrent d'un manière ou d'une autre, quitte à noyer leurs utilisateurs de toute leur publicité dite ciblée. Mais bon, peut-être que je suis fataliste sur ce point. En tout cas, merci à tous ceux qui m'ont permis d'avancer... ;-) 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: http://lists.debian.org/CAAqHXE4p0BhaFBBMuZVn2YwBX0+TTJUSgK4EfLG38OtTU=_...@mail.gmail.com
Re: Je ne comprends les resultats de du et df
Salut, C'est juste les arguments que tu utilises pour ces 2 commandes qui diffèrent dans les résultats. Comme tu l a fait avec lsof on voit que certains process gardent des fichiers supprimés ouverts, ce qui n'est pas visible par du De plus ces commandes calculent de différentes manières : df prends la plupart des ses infos depuis le superblock du filesystem df inclu les fichiers ouverts du remonte l'info à un instant T c'est que tu vois maintenant du n'inclut pas les fichiers ouverts et ne se base pas sur la taille des block et surement bien d'autres différences Ces 2 commandes sont très bonnes et équivalentes mais du est plus significative dans l'instant T ps : rien à voir avec le /root cité ci dessous, je pense que Belaïd n'a pas saisi ta question ;) Le 09/25/2013 09:00 PM, Belaïd a écrit : Bonsoir, Quand tu crées un système de fichier sur un disque, un pourcentage de l'espace de stockage est réservé à root (par défaut = 5%). Cet espace dédié permet de ne pas remplir complétement les disques, de permettre a certaine applications critiques de continuer à s’exécuter et donc d'éviter de bloquer le systéme. Cet espace de 5% dédié (modifiable avec la commande tune2fs) n'est pas visible comme étant de l'espace libre quand tu exécute la commande df. Le 25 septembre 2013 19:57, jerome moliere jerome.moli...@gmail.com mailto:jerome.moli...@gmail.com a écrit : Bonjour a tous les poilus, le probleme que j'ai n'est pas sous Debian mais je pense qu'il pourrait se poser. Il est sous Manjaro (archlinux) J'ai un /home tres gros sur mon SSD de 512Go (382Go) en ext4 du -h et df -h si je les utilise ne me livrent pas une sortie coherente blackbear@manjaro-laptop ~ df -h /home/ Filesystem Size Used Avail Use% Mounted on /dev/sda9 381G 106G 256G 30% /home le du -h me donne 106Go mais ou sont passes les 19Go ? un lsof |grep deleted me ramene peut etre 30 ou 40 Mo de fichiers flagges deleted donc il en manque encore...C'est pas grave mais du coup je me pose beaucoup de questions car mon / pourrait vite saturer s'il perd de la place ainsi Je ne sais pas trop ou regarder pour en savoir plus ? Il y a t'il une autre methode pour calculer l'espace dispo ? Meme les arrondis n'expliquent pas de perdre 5% d'espace disque ainsi ... J'hesitais a voir avec un dd monstrueux si je pouvais creer un fichier de 260Go!!! Mais peut etre que cela depasse les limites du kernel ou du FS ? bref je suis largue merci a vous PS: j'ai aussi regarde dans le /proc et les resultats sont bien ceux ramenes par lsof donc cette piste ne mene a rien J.MOLIERE - Mentor/J -- Belaid
Re: separation de log: cyrus + postfix
Un atelier serveur de mails POSTFIX le 19 octobre : http://linuxfr.org/news/atelier-serveur-de-messagerie-postfix Ça peut intéresser ... 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: http://lists.debian.org/201309252153.10623.andre_deb...@numericable.fr
Re: Je ne comprends les resultats de du et df
peut être :) mais je t'avoue que j'ai relu encore la question = même résultat :) Le 25 septembre 2013 21:47, Johnny B frozzensh...@gmail.com a écrit : Salut, C'est juste les arguments que tu utilises pour ces 2 commandes qui diffèrent dans les résultats. Comme tu l a fait avec lsof on voit que certains process gardent des fichiers supprimés ouverts, ce qui n'est pas visible par du De plus ces commandes calculent de différentes manières : df prends la plupart des ses infos depuis le superblock du filesystem df inclu les fichiers ouverts du remonte l'info à un instant T c'est que tu vois maintenant du n'inclut pas les fichiers ouverts et ne se base pas sur la taille des block et surement bien d'autres différences Ces 2 commandes sont très bonnes et équivalentes mais du est plus significative dans l'instant T ps : rien à voir avec le /root cité ci dessous, je pense que Belaïd n'a pas saisi ta question ;) Le 09/25/2013 09:00 PM, Belaïd a écrit : Bonsoir, Quand tu crées un système de fichier sur un disque, un pourcentage de l'espace de stockage est réservé à root (par défaut = 5%). Cet espace dédié permet de ne pas remplir complétement les disques, de permettre a certaine applications critiques de continuer à s’exécuter et donc d'éviter de bloquer le systéme. Cet espace de 5% dédié (modifiable avec la commande tune2fs) n'est pas visible comme étant de l'espace libre quand tu exécute la commande df. Le 25 septembre 2013 19:57, jerome moliere jerome.moli...@gmail.com a écrit : Bonjour a tous les poilus, le probleme que j'ai n'est pas sous Debian mais je pense qu'il pourrait se poser. Il est sous Manjaro (archlinux) J'ai un /home tres gros sur mon SSD de 512Go (382Go) en ext4 du -h et df -h si je les utilise ne me livrent pas une sortie coherente blackbear@manjaro-laptop ~ df -h /home/ Filesystem Size Used Avail Use% Mounted on /dev/sda9 381G 106G 256G 30% /home le du -h me donne 106Go mais ou sont passes les 19Go ? un lsof |grep deleted me ramene peut etre 30 ou 40 Mo de fichiers flagges deleted donc il en manque encore...C'est pas grave mais du coup je me pose beaucoup de questions car mon / pourrait vite saturer s'il perd de la place ainsi Je ne sais pas trop ou regarder pour en savoir plus ? Il y a t'il une autre methode pour calculer l'espace dispo ? Meme les arrondis n'expliquent pas de perdre 5% d'espace disque ainsi ... J'hesitais a voir avec un dd monstrueux si je pouvais creer un fichier de 260Go!!! Mais peut etre que cela depasse les limites du kernel ou du FS ? bref je suis largue merci a vous PS: j'ai aussi regarde dans le /proc et les resultats sont bien ceux ramenes par lsof donc cette piste ne mene a rien J.MOLIERE - Mentor/J -- Belaid -- Belaid
Re: Je ne comprends les resultats de du et df
Relis avec une grosse pinte ca passera mieux =) Le 09/25/2013 09:53 PM, Belaïd a écrit : peut être :) mais je t'avoue que j'ai relu encore la question = même résultat :) Le 25 septembre 2013 21:47, Johnny B frozzensh...@gmail.com mailto:frozzensh...@gmail.com a écrit : Salut, C'est juste les arguments que tu utilises pour ces 2 commandes qui diffèrent dans les résultats. Comme tu l a fait avec lsof on voit que certains process gardent des fichiers supprimés ouverts, ce qui n'est pas visible par du De plus ces commandes calculent de différentes manières : df prends la plupart des ses infos depuis le superblock du filesystem df inclu les fichiers ouverts du remonte l'info à un instant T c'est que tu vois maintenant du n'inclut pas les fichiers ouverts et ne se base pas sur la taille des block et surement bien d'autres différences Ces 2 commandes sont très bonnes et équivalentes mais du est plus significative dans l'instant T ps : rien à voir avec le /root cité ci dessous, je pense que Belaïd n'a pas saisi ta question ;) Le 09/25/2013 09:00 PM, Belaïd a écrit : Bonsoir, Quand tu crées un système de fichier sur un disque, un pourcentage de l'espace de stockage est réservé à root (par défaut = 5%). Cet espace dédié permet de ne pas remplir complétement les disques, de permettre a certaine applications critiques de continuer à s’exécuter et donc d'éviter de bloquer le systéme. Cet espace de 5% dédié (modifiable avec la commande tune2fs) n'est pas visible comme étant de l'espace libre quand tu exécute la commande df. Le 25 septembre 2013 19:57, jerome moliere jerome.moli...@gmail.com mailto:jerome.moli...@gmail.com a écrit : Bonjour a tous les poilus, le probleme que j'ai n'est pas sous Debian mais je pense qu'il pourrait se poser. Il est sous Manjaro (archlinux) J'ai un /home tres gros sur mon SSD de 512Go (382Go) en ext4 du -h et df -h si je les utilise ne me livrent pas une sortie coherente blackbear@manjaro-laptop ~ df -h /home/ Filesystem Size Used Avail Use% Mounted on /dev/sda9 381G 106G 256G 30% /home le du -h me donne 106Go mais ou sont passes les 19Go ? un lsof |grep deleted me ramene peut etre 30 ou 40 Mo de fichiers flagges deleted donc il en manque encore...C'est pas grave mais du coup je me pose beaucoup de questions car mon / pourrait vite saturer s'il perd de la place ainsi Je ne sais pas trop ou regarder pour en savoir plus ? Il y a t'il une autre methode pour calculer l'espace dispo ? Meme les arrondis n'expliquent pas de perdre 5% d'espace disque ainsi ... J'hesitais a voir avec un dd monstrueux si je pouvais creer un fichier de 260Go!!! Mais peut etre que cela depasse les limites du kernel ou du FS ? bref je suis largue merci a vous PS: j'ai aussi regarde dans le /proc et les resultats sont bien ceux ramenes par lsof donc cette piste ne mene a rien J.MOLIERE - Mentor/J -- Belaid -- Belaid
Re: Je ne comprends les resultats de du et df
A ouai c'est vrai ! j'étais sur du jack + glaçon ! Je vais voir c que ca va donné avec une pinte ;-) Le 25 sept. 2013 21:56, Johnny B frozzensh...@gmail.com a écrit : Relis avec une grosse pinte ca passera mieux =) Le 09/25/2013 09:53 PM, Belaïd a écrit : peut être :) mais je t'avoue que j'ai relu encore la question = même résultat :) Le 25 septembre 2013 21:47, Johnny B frozzensh...@gmail.com a écrit : Salut, C'est juste les arguments que tu utilises pour ces 2 commandes qui diffèrent dans les résultats. Comme tu l a fait avec lsof on voit que certains process gardent des fichiers supprimés ouverts, ce qui n'est pas visible par du De plus ces commandes calculent de différentes manières : df prends la plupart des ses infos depuis le superblock du filesystem df inclu les fichiers ouverts du remonte l'info à un instant T c'est que tu vois maintenant du n'inclut pas les fichiers ouverts et ne se base pas sur la taille des block et surement bien d'autres différences Ces 2 commandes sont très bonnes et équivalentes mais du est plus significative dans l'instant T ps : rien à voir avec le /root cité ci dessous, je pense que Belaïd n'a pas saisi ta question ;) Le 09/25/2013 09:00 PM, Belaïd a écrit : Bonsoir, Quand tu crées un système de fichier sur un disque, un pourcentage de l'espace de stockage est réservé à root (par défaut = 5%). Cet espace dédié permet de ne pas remplir complétement les disques, de permettre a certaine applications critiques de continuer à s’exécuter et donc d'éviter de bloquer le systéme. Cet espace de 5% dédié (modifiable avec la commande tune2fs) n'est pas visible comme étant de l'espace libre quand tu exécute la commande df. Le 25 septembre 2013 19:57, jerome moliere jerome.moli...@gmail.com a écrit : Bonjour a tous les poilus, le probleme que j'ai n'est pas sous Debian mais je pense qu'il pourrait se poser. Il est sous Manjaro (archlinux) J'ai un /home tres gros sur mon SSD de 512Go (382Go) en ext4 du -h et df -h si je les utilise ne me livrent pas une sortie coherente blackbear@manjaro-laptop ~ df -h /home/ Filesystem Size Used Avail Use% Mounted on /dev/sda9 381G 106G 256G 30% /home le du -h me donne 106Go mais ou sont passes les 19Go ? un lsof |grep deleted me ramene peut etre 30 ou 40 Mo de fichiers flagges deleted donc il en manque encore...C'est pas grave mais du coup je me pose beaucoup de questions car mon / pourrait vite saturer s'il perd de la place ainsi Je ne sais pas trop ou regarder pour en savoir plus ? Il y a t'il une autre methode pour calculer l'espace dispo ? Meme les arrondis n'expliquent pas de perdre 5% d'espace disque ainsi ... J'hesitais a voir avec un dd monstrueux si je pouvais creer un fichier de 260Go!!! Mais peut etre que cela depasse les limites du kernel ou du FS ? bref je suis largue merci a vous PS: j'ai aussi regarde dans le /proc et les resultats sont bien ceux ramenes par lsof donc cette piste ne mene a rien J.MOLIERE - Mentor/J -- Belaid -- Belaid
Re: Changement de webmail (dérivé de Re: HS : de la mailing list)
Bonsoir, Le 25/09/2013 21:26, Stéphane GARGOLY a écrit : A partir de là, il me reste plus qu'à piocher la solution qui me convient le plus, à l'occurrence Gmail. C'est moins une question d'humeur que d'intelligence. :-/ Mais bon, tout cela est un peu dépassé : j'ai changé de webmail comme vous pouvez en apercevoir en regardant ma nouvelle adresse électronique. Et, d'après à ce que j'ai pu tester, Gmail me permet d'envoyer des messages sans publicité. Hourra les gens, Stéphane se présente avec son vrai nom, et non plus avec son adresse mail \o/ ! Champagne ;) En effet, plus de signature . Mais pour Gmail ... et pour avoir une adresse chez ce fournisseur , et être abonné a quelques ML avec (principalement celles d'OVH), ca devient assez vite inutilisable si tu veux suivre un fil de discussion dignement :( . (je consulte la boite en IMAP : je ne supporte pas les webmails , mais sur le webmail, c'est pas loin d'être la même chose) Ce truc la te déplace et/ou copie des messages un peu partout, et considère assez fréquemment des messages de ML légitimes comme Spam et passe hors des filtres que tu as mis exprès. Donc un webmail payant (OVH)... Eh, il faut penser au pourvoir d'achat - bien chancelant - d'un pauvre linuxien ! Es tu à 5 € par an ? parce que c'est ce que te coûte un domaine (genre gargoly.net) chez OVH. Et avec ca, tu as l’hébergement web gratos, de mémoire, deux adresses mail dessus (qu'on me corrige si je dis des conneries), plusieurs applications webmail disponibles et accessible en POP(S)/IMAP(S)/SMTP(S) et submission (port 587 pour ceux qui sont bridés sur le port 25). Si deux boites mails ne suffisent pas, tu prend un MX plan, qui (de mémoire toujours) n'est pas un moment récurrent , mais un seul versement pour toute la durée de ton hébergement tant que tu ne le résilie pas. Juste par curiosité : ce microPC à 5 watts ne serait-il pas basé sur Raspberry Pi ? J'imagine que c'est de cela dont il est question (entre autres solutions du même type) , et truc de ouf malade , tu peux même gérer les mails de gargoly.net dessus sans être limité par OVH ;) . Evidemment, j'imagine que les webmails gratuits se rémunèrent d'un manière ou d'une autre, quitte à noyer leurs utilisateurs de toute leur publicité dite ciblée. Mais bon, peut-être que je suis fataliste sur ce point. Ce que j'ai du mal à saisir dans ton cas, c'est pourquoi nécessairement et surtout tout le temps, un webmail ? Tu as précisé vouloir y accéder partout , ce que je comprend totalement. Comme je l'ai déjà précisé dans une dernière réponse, IMAP est sûrement une des solutions que tu devrais envisager. Et potentiellement un webmail à côté, si tu n'es pas chez toi, et que tu l'as pas d'autre choix. @+ Christophe. -- 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: http://lists.debian.org/52434334.7010...@stuxnet.org
Re: HS : de la mailing list
Bonjour à tous les utilisateurs et développeurs de Debian : Le 25 septembre 2013 08:59, honeyshell honeysh...@honeyshell.com a écrit : Pourquoi ne pas ouvrir un service de mail Debian avec les fonctionnalités attendues au niveau du webmail? Hum, je doute que notre distribution ait pour vocation d'offrir un tel service à ses utilisateurs. Par contre, les développeurs Debian (mais seulement eux) ont une adresse électronique de type ...@debian.org. 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: http://lists.debian.org/caaqhxe4vxe1xb5y8v3hn7a1xto5+pvg9syawxpmevya7zfy...@mail.gmail.com
Re: Je ne comprends les resultats de du et df
Merci a Johnny et Belaid mais si tu regardes la sortie de la commande df tu vois bien que : 106 + 256 cela ne fait pas 381 et les fichiers reserved representent peanuts .. d'ou ma question ou sont mes Go voles -) J.MOLIERE - Mentor/J Le 25 septembre 2013 21:47, Johnny B frozzensh...@gmail.com a écrit : Salut, C'est juste les arguments que tu utilises pour ces 2 commandes qui diffèrent dans les résultats. Comme tu l a fait avec lsof on voit que certains process gardent des fichiers supprimés ouverts, ce qui n'est pas visible par du De plus ces commandes calculent de différentes manières : df prends la plupart des ses infos depuis le superblock du filesystem df inclu les fichiers ouverts du remonte l'info à un instant T c'est que tu vois maintenant du n'inclut pas les fichiers ouverts et ne se base pas sur la taille des block et surement bien d'autres différences Ces 2 commandes sont très bonnes et équivalentes mais du est plus significative dans l'instant T ps : rien à voir avec le /root cité ci dessous, je pense que Belaïd n'a pas saisi ta question ;) Le 09/25/2013 09:00 PM, Belaïd a écrit : Bonsoir, Quand tu crées un système de fichier sur un disque, un pourcentage de l'espace de stockage est réservé à root (par défaut = 5%). Cet espace dédié permet de ne pas remplir complétement les disques, de permettre a certaine applications critiques de continuer à s’exécuter et donc d'éviter de bloquer le systéme. Cet espace de 5% dédié (modifiable avec la commande tune2fs) n'est pas visible comme étant de l'espace libre quand tu exécute la commande df. Le 25 septembre 2013 19:57, jerome moliere jerome.moli...@gmail.com a écrit : Bonjour a tous les poilus, le probleme que j'ai n'est pas sous Debian mais je pense qu'il pourrait se poser. Il est sous Manjaro (archlinux) J'ai un /home tres gros sur mon SSD de 512Go (382Go) en ext4 du -h et df -h si je les utilise ne me livrent pas une sortie coherente blackbear@manjaro-laptop ~ df -h /home/ Filesystem Size Used Avail Use% Mounted on /dev/sda9 381G 106G 256G 30% /home le du -h me donne 106Go mais ou sont passes les 19Go ? un lsof |grep deleted me ramene peut etre 30 ou 40 Mo de fichiers flagges deleted donc il en manque encore...C'est pas grave mais du coup je me pose beaucoup de questions car mon / pourrait vite saturer s'il perd de la place ainsi Je ne sais pas trop ou regarder pour en savoir plus ? Il y a t'il une autre methode pour calculer l'espace dispo ? Meme les arrondis n'expliquent pas de perdre 5% d'espace disque ainsi ... J'hesitais a voir avec un dd monstrueux si je pouvais creer un fichier de 260Go!!! Mais peut etre que cela depasse les limites du kernel ou du FS ? bref je suis largue merci a vous PS: j'ai aussi regarde dans le /proc et les resultats sont bien ceux ramenes par lsof donc cette piste ne mene a rien J.MOLIERE - Mentor/J -- Belaid
Re: Je ne comprends les resultats de du et df
5% de tes 381 ~ 19 volés = les 5% réservé a root selon ma vision. Le 25 septembre 2013 22:19, jerome moliere jerome.moli...@gmail.com a écrit : Merci a Johnny et Belaid mais si tu regardes la sortie de la commande df tu vois bien que : 106 + 256 cela ne fait pas 381 et les fichiers reserved representent peanuts .. d'ou ma question ou sont mes Go voles -) J.MOLIERE - Mentor/J Le 25 septembre 2013 21:47, Johnny B frozzensh...@gmail.com a écrit : Salut, C'est juste les arguments que tu utilises pour ces 2 commandes qui diffèrent dans les résultats. Comme tu l a fait avec lsof on voit que certains process gardent des fichiers supprimés ouverts, ce qui n'est pas visible par du De plus ces commandes calculent de différentes manières : df prends la plupart des ses infos depuis le superblock du filesystem df inclu les fichiers ouverts du remonte l'info à un instant T c'est que tu vois maintenant du n'inclut pas les fichiers ouverts et ne se base pas sur la taille des block et surement bien d'autres différences Ces 2 commandes sont très bonnes et équivalentes mais du est plus significative dans l'instant T ps : rien à voir avec le /root cité ci dessous, je pense que Belaïd n'a pas saisi ta question ;) Le 09/25/2013 09:00 PM, Belaïd a écrit : Bonsoir, Quand tu crées un système de fichier sur un disque, un pourcentage de l'espace de stockage est réservé à root (par défaut = 5%). Cet espace dédié permet de ne pas remplir complétement les disques, de permettre a certaine applications critiques de continuer à s’exécuter et donc d'éviter de bloquer le systéme. Cet espace de 5% dédié (modifiable avec la commande tune2fs) n'est pas visible comme étant de l'espace libre quand tu exécute la commande df. Le 25 septembre 2013 19:57, jerome moliere jerome.moli...@gmail.com a écrit : Bonjour a tous les poilus, le probleme que j'ai n'est pas sous Debian mais je pense qu'il pourrait se poser. Il est sous Manjaro (archlinux) J'ai un /home tres gros sur mon SSD de 512Go (382Go) en ext4 du -h et df -h si je les utilise ne me livrent pas une sortie coherente blackbear@manjaro-laptop ~ df -h /home/ Filesystem Size Used Avail Use% Mounted on /dev/sda9 381G 106G 256G 30% /home le du -h me donne 106Go mais ou sont passes les 19Go ? un lsof |grep deleted me ramene peut etre 30 ou 40 Mo de fichiers flagges deleted donc il en manque encore...C'est pas grave mais du coup je me pose beaucoup de questions car mon / pourrait vite saturer s'il perd de la place ainsi Je ne sais pas trop ou regarder pour en savoir plus ? Il y a t'il une autre methode pour calculer l'espace dispo ? Meme les arrondis n'expliquent pas de perdre 5% d'espace disque ainsi ... J'hesitais a voir avec un dd monstrueux si je pouvais creer un fichier de 260Go!!! Mais peut etre que cela depasse les limites du kernel ou du FS ? bref je suis largue merci a vous PS: j'ai aussi regarde dans le /proc et les resultats sont bien ceux ramenes par lsof donc cette piste ne mene a rien J.MOLIERE - Mentor/J -- Belaid -- Belaid
Re: Je ne comprends les resultats de du et df
Mais j'ai un / de 15 Go a cote ??? J.MOLIERE - Mentor/J Le 25 septembre 2013 22:25, Belaïd oblivion.ik...@gmail.com a écrit : 5% de tes 381 ~ 19 volés = les 5% réservé a root selon ma vision. Le 25 septembre 2013 22:19, jerome moliere jerome.moli...@gmail.com a écrit : Merci a Johnny et Belaid mais si tu regardes la sortie de la commande df tu vois bien que : 106 + 256 cela ne fait pas 381 et les fichiers reserved representent peanuts .. d'ou ma question ou sont mes Go voles -) J.MOLIERE - Mentor/J Le 25 septembre 2013 21:47, Johnny B frozzensh...@gmail.com a écrit : Salut, C'est juste les arguments que tu utilises pour ces 2 commandes qui diffèrent dans les résultats. Comme tu l a fait avec lsof on voit que certains process gardent des fichiers supprimés ouverts, ce qui n'est pas visible par du De plus ces commandes calculent de différentes manières : df prends la plupart des ses infos depuis le superblock du filesystem df inclu les fichiers ouverts du remonte l'info à un instant T c'est que tu vois maintenant du n'inclut pas les fichiers ouverts et ne se base pas sur la taille des block et surement bien d'autres différences Ces 2 commandes sont très bonnes et équivalentes mais du est plus significative dans l'instant T ps : rien à voir avec le /root cité ci dessous, je pense que Belaïd n'a pas saisi ta question ;) Le 09/25/2013 09:00 PM, Belaïd a écrit : Bonsoir, Quand tu crées un système de fichier sur un disque, un pourcentage de l'espace de stockage est réservé à root (par défaut = 5%). Cet espace dédié permet de ne pas remplir complétement les disques, de permettre a certaine applications critiques de continuer à s’exécuter et donc d'éviter de bloquer le systéme. Cet espace de 5% dédié (modifiable avec la commande tune2fs) n'est pas visible comme étant de l'espace libre quand tu exécute la commande df. Le 25 septembre 2013 19:57, jerome moliere jerome.moli...@gmail.com a écrit : Bonjour a tous les poilus, le probleme que j'ai n'est pas sous Debian mais je pense qu'il pourrait se poser. Il est sous Manjaro (archlinux) J'ai un /home tres gros sur mon SSD de 512Go (382Go) en ext4 du -h et df -h si je les utilise ne me livrent pas une sortie coherente blackbear@manjaro-laptop ~ df -h /home/ Filesystem Size Used Avail Use% Mounted on /dev/sda9 381G 106G 256G 30% /home le du -h me donne 106Go mais ou sont passes les 19Go ? un lsof |grep deleted me ramene peut etre 30 ou 40 Mo de fichiers flagges deleted donc il en manque encore...C'est pas grave mais du coup je me pose beaucoup de questions car mon / pourrait vite saturer s'il perd de la place ainsi Je ne sais pas trop ou regarder pour en savoir plus ? Il y a t'il une autre methode pour calculer l'espace dispo ? Meme les arrondis n'expliquent pas de perdre 5% d'espace disque ainsi ... J'hesitais a voir avec un dd monstrueux si je pouvais creer un fichier de 260Go!!! Mais peut etre que cela depasse les limites du kernel ou du FS ? bref je suis largue merci a vous PS: j'ai aussi regarde dans le /proc et les resultats sont bien ceux ramenes par lsof donc cette piste ne mene a rien J.MOLIERE - Mentor/J -- Belaid -- Belaid
Re: Je ne comprends les resultats de du et df
/ et /home sont deux points de montage différent. Tu as 15G sur / et 381G sur /home c'est bien ça ?. Sur chaque montage que tu peux avoir, tu as 5% qui ne sont pas visible avec la commande df (sauf utilisation d'une option de df, mais malheureusement je ne m'en souvient plus) et qui sont dédié pour root. Si tu regarde tes 15G, logiquement tu aura le même constat que pour /home Le 25 septembre 2013 22:37, jerome moliere jerome.moli...@gmail.com a écrit : Mais j'ai un / de 15 Go a cote ??? J.MOLIERE - Mentor/J Le 25 septembre 2013 22:25, Belaïd oblivion.ik...@gmail.com a écrit : 5% de tes 381 ~ 19 volés = les 5% réservé a root selon ma vision. Le 25 septembre 2013 22:19, jerome moliere jerome.moli...@gmail.com a écrit : Merci a Johnny et Belaid mais si tu regardes la sortie de la commande df tu vois bien que : 106 + 256 cela ne fait pas 381 et les fichiers reserved representent peanuts .. d'ou ma question ou sont mes Go voles -) J.MOLIERE - Mentor/J Le 25 septembre 2013 21:47, Johnny B frozzensh...@gmail.com a écrit : Salut, C'est juste les arguments que tu utilises pour ces 2 commandes qui diffèrent dans les résultats. Comme tu l a fait avec lsof on voit que certains process gardent des fichiers supprimés ouverts, ce qui n'est pas visible par du De plus ces commandes calculent de différentes manières : df prends la plupart des ses infos depuis le superblock du filesystem df inclu les fichiers ouverts du remonte l'info à un instant T c'est que tu vois maintenant du n'inclut pas les fichiers ouverts et ne se base pas sur la taille des block et surement bien d'autres différences Ces 2 commandes sont très bonnes et équivalentes mais du est plus significative dans l'instant T ps : rien à voir avec le /root cité ci dessous, je pense que Belaïd n'a pas saisi ta question ;) Le 09/25/2013 09:00 PM, Belaïd a écrit : Bonsoir, Quand tu crées un système de fichier sur un disque, un pourcentage de l'espace de stockage est réservé à root (par défaut = 5%). Cet espace dédié permet de ne pas remplir complétement les disques, de permettre a certaine applications critiques de continuer à s’exécuter et donc d'éviter de bloquer le systéme. Cet espace de 5% dédié (modifiable avec la commande tune2fs) n'est pas visible comme étant de l'espace libre quand tu exécute la commande df. Le 25 septembre 2013 19:57, jerome moliere jerome.moli...@gmail.coma écrit : Bonjour a tous les poilus, le probleme que j'ai n'est pas sous Debian mais je pense qu'il pourrait se poser. Il est sous Manjaro (archlinux) J'ai un /home tres gros sur mon SSD de 512Go (382Go) en ext4 du -h et df -h si je les utilise ne me livrent pas une sortie coherente blackbear@manjaro-laptop ~ df -h /home/ Filesystem Size Used Avail Use% Mounted on /dev/sda9 381G 106G 256G 30% /home le du -h me donne 106Go mais ou sont passes les 19Go ? un lsof |grep deleted me ramene peut etre 30 ou 40 Mo de fichiers flagges deleted donc il en manque encore...C'est pas grave mais du coup je me pose beaucoup de questions car mon / pourrait vite saturer s'il perd de la place ainsi Je ne sais pas trop ou regarder pour en savoir plus ? Il y a t'il une autre methode pour calculer l'espace dispo ? Meme les arrondis n'expliquent pas de perdre 5% d'espace disque ainsi ... J'hesitais a voir avec un dd monstrueux si je pouvais creer un fichier de 260Go!!! Mais peut etre que cela depasse les limites du kernel ou du FS ? bref je suis largue merci a vous PS: j'ai aussi regarde dans le /proc et les resultats sont bien ceux ramenes par lsof donc cette piste ne mene a rien J.MOLIERE - Mentor/J -- Belaid -- Belaid -- Belaid
Re: Je ne comprends les resultats de du et df
Tu cherches a obtenir une info sur ton FS a un instant T donc déjà il est plus adapté d'utiliser du Ensuite je cherche le truc des 5% mais jamais entendu parler, je suis en xfs perso Le 09/25/2013 10:51 PM, Belaïd a écrit : / et /home sont deux points de montage différent. Tu as 15G sur / et 381G sur /home c'est bien ça ?. Sur chaque montage que tu peux avoir, tu as 5% qui ne sont pas visible avec la commande df (sauf utilisation d'une option de df, mais malheureusement je ne m'en souvient plus) et qui sont dédié pour root. Si tu regarde tes 15G, logiquement tu aura le même constat que pour /home Le 25 septembre 2013 22:37, jerome moliere jerome.moli...@gmail.com mailto:jerome.moli...@gmail.com a écrit : Mais j'ai un / de 15 Go a cote ??? J.MOLIERE - Mentor/J Le 25 septembre 2013 22:25, Belaïd oblivion.ik...@gmail.com mailto:oblivion.ik...@gmail.com a écrit : 5% de tes 381 ~ 19 volés = les 5% réservé a root selon ma vision. Le 25 septembre 2013 22:19, jerome moliere jerome.moli...@gmail.com mailto:jerome.moli...@gmail.com a écrit : Merci a Johnny et Belaid mais si tu regardes la sortie de la commande df tu vois bien que : 106 + 256 cela ne fait pas 381 et les fichiers reserved representent peanuts .. d'ou ma question ou sont mes Go voles -) J.MOLIERE - Mentor/J Le 25 septembre 2013 21:47, Johnny B frozzensh...@gmail.com mailto:frozzensh...@gmail.com a écrit : Salut, C'est juste les arguments que tu utilises pour ces 2 commandes qui diffèrent dans les résultats. Comme tu l a fait avec lsof on voit que certains process gardent des fichiers supprimés ouverts, ce qui n'est pas visible par du De plus ces commandes calculent de différentes manières : df prends la plupart des ses infos depuis le superblock du filesystem df inclu les fichiers ouverts du remonte l'info à un instant T c'est que tu vois maintenant du n'inclut pas les fichiers ouverts et ne se base pas sur la taille des block et surement bien d'autres différences Ces 2 commandes sont très bonnes et équivalentes mais du est plus significative dans l'instant T ps : rien à voir avec le /root cité ci dessous, je pense que Belaïd n'a pas saisi ta question ;) Le 09/25/2013 09:00 PM, Belaïd a écrit : Bonsoir, Quand tu crées un système de fichier sur un disque, un pourcentage de l'espace de stockage est réservé à root (par défaut = 5%). Cet espace dédié permet de ne pas remplir complétement les disques, de permettre a certaine applications critiques de continuer à s’exécuter et donc d'éviter de bloquer le systéme. Cet espace de 5% dédié (modifiable avec la commande tune2fs) n'est pas visible comme étant de l'espace libre quand tu exécute la commande df. Le 25 septembre 2013 19:57, jerome moliere jerome.moli...@gmail.com mailto:jerome.moli...@gmail.com a écrit : Bonjour a tous les poilus, le probleme que j'ai n'est pas sous Debian mais je pense qu'il pourrait se poser. Il est sous Manjaro (archlinux) J'ai un /home tres gros sur mon SSD de 512Go (382Go) en ext4 du -h et df -h si je les utilise ne me livrent pas une sortie coherente blackbear@manjaro-laptop ~ df -h /home/ Filesystem Size Used Avail Use% Mounted on /dev/sda9 381G 106G 256G 30% /home le du -h me donne 106Go mais ou sont passes les 19Go ? un lsof |grep deleted me ramene peut etre 30 ou 40 Mo de fichiers flagges deleted donc il en manque encore...C'est pas grave mais du coup je me pose beaucoup de questions car mon / pourrait vite saturer s'il perd de la place ainsi Je ne sais pas trop ou regarder pour en savoir plus ? Il y a t'il une autre methode pour calculer l'espace dispo ? Meme les arrondis n'expliquent pas de perdre 5% d'espace disque ainsi ... J'hesitais a voir avec un dd monstrueux si je pouvais creer un fichier de 260Go!!!
Re: Je ne comprends les resultats de du et df
man tune2fs, regarde l'option -m Le 25 septembre 2013 23:05, Johnny B frozzensh...@gmail.com a écrit : Tu cherches a obtenir une info sur ton FS a un instant T donc déjà il est plus adapté d'utiliser du Ensuite je cherche le truc des 5% mais jamais entendu parler, je suis en xfs perso Le 09/25/2013 10:51 PM, Belaïd a écrit : / et /home sont deux points de montage différent. Tu as 15G sur / et 381G sur /home c'est bien ça ?. Sur chaque montage que tu peux avoir, tu as 5% qui ne sont pas visible avec la commande df (sauf utilisation d'une option de df, mais malheureusement je ne m'en souvient plus) et qui sont dédié pour root. Si tu regarde tes 15G, logiquement tu aura le même constat que pour /home Le 25 septembre 2013 22:37, jerome moliere jerome.moli...@gmail.com a écrit : Mais j'ai un / de 15 Go a cote ??? J.MOLIERE - Mentor/J Le 25 septembre 2013 22:25, Belaïd oblivion.ik...@gmail.com a écrit : 5% de tes 381 ~ 19 volés = les 5% réservé a root selon ma vision. Le 25 septembre 2013 22:19, jerome moliere jerome.moli...@gmail.com a écrit : Merci a Johnny et Belaid mais si tu regardes la sortie de la commande df tu vois bien que : 106 + 256 cela ne fait pas 381 et les fichiers reserved representent peanuts .. d'ou ma question ou sont mes Go voles -) J.MOLIERE - Mentor/J Le 25 septembre 2013 21:47, Johnny B frozzensh...@gmail.com a écrit : Salut, C'est juste les arguments que tu utilises pour ces 2 commandes qui diffèrent dans les résultats. Comme tu l a fait avec lsof on voit que certains process gardent des fichiers supprimés ouverts, ce qui n'est pas visible par du De plus ces commandes calculent de différentes manières : df prends la plupart des ses infos depuis le superblock du filesystem df inclu les fichiers ouverts du remonte l'info à un instant T c'est que tu vois maintenant du n'inclut pas les fichiers ouverts et ne se base pas sur la taille des block et surement bien d'autres différences Ces 2 commandes sont très bonnes et équivalentes mais du est plus significative dans l'instant T ps : rien à voir avec le /root cité ci dessous, je pense que Belaïd n'a pas saisi ta question ;) Le 09/25/2013 09:00 PM, Belaïd a écrit : Bonsoir, Quand tu crées un système de fichier sur un disque, un pourcentage de l'espace de stockage est réservé à root (par défaut = 5%). Cet espace dédié permet de ne pas remplir complétement les disques, de permettre a certaine applications critiques de continuer à s’exécuter et donc d'éviter de bloquer le systéme. Cet espace de 5% dédié (modifiable avec la commande tune2fs) n'est pas visible comme étant de l'espace libre quand tu exécute la commande df. Le 25 septembre 2013 19:57, jerome moliere jerome.moli...@gmail.coma écrit : Bonjour a tous les poilus, le probleme que j'ai n'est pas sous Debian mais je pense qu'il pourrait se poser. Il est sous Manjaro (archlinux) J'ai un /home tres gros sur mon SSD de 512Go (382Go) en ext4 du -h et df -h si je les utilise ne me livrent pas une sortie coherente blackbear@manjaro-laptop ~ df -h /home/ Filesystem Size Used Avail Use% Mounted on /dev/sda9 381G 106G 256G 30% /home le du -h me donne 106Go mais ou sont passes les 19Go ? un lsof |grep deleted me ramene peut etre 30 ou 40 Mo de fichiers flagges deleted donc il en manque encore...C'est pas grave mais du coup je me pose beaucoup de questions car mon / pourrait vite saturer s'il perd de la place ainsi Je ne sais pas trop ou regarder pour en savoir plus ? Il y a t'il une autre methode pour calculer l'espace dispo ? Meme les arrondis n'expliquent pas de perdre 5% d'espace disque ainsi ... J'hesitais a voir avec un dd monstrueux si je pouvais creer un fichier de 260Go!!! Mais peut etre que cela depasse les limites du kernel ou du FS ? bref je suis largue merci a vous PS: j'ai aussi regarde dans le /proc et les resultats sont bien ceux ramenes par lsof donc cette piste ne mene a rien J.MOLIERE - Mentor/J -- Belaid -- Belaid -- Belaid -- Belaid
Re: HS : de la mailing list
Le Wed, 25 Sep 2013 22:15:48 +0200, Stéphane GARGOLY stephane.garg...@gmail.com a écrit : Le 25 septembre 2013 08:59, honeyshell honeysh...@honeyshell.com a écrit : Pourquoi ne pas ouvrir un service de mail Debian avec les fonctionnalités attendues au niveau du webmail? Hum, je doute que notre distribution ait pour vocation d'offrir un tel service à ses utilisateurs. Par contre, les développeurs Debian (mais seulement eux) ont une adresse électronique de type ...@debian.org. D'autant que le webmail est loin d'être une solution performante dès qu'on reçoit plus de 3 courriels par jour. Je préfère largement un logiciel de messagerie en imap ou quelque chose d'encore plus geek quitte à passer par ssh ;) ça marche même sur les smartphones ;) ;) -- Haricophile -- 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: http://lists.debian.org/20130925231800.09e75aa7@azuki.jisui
Re: Changement de webmail (dérivé de Re: HS : de la mailing list)
Bonsoir la team, De mon expérience : je suis chez OVH depuis 4 ans avec 8€/an qui me permettent d'avoir une adresse mail en honeysh...@honeyshell.com (2Go de stockage), le domaine honeyshell.com avec 10Mo de stockage. J'auto-héberge mon wordpress/owncloud/wiki. J'utilise Gmail comme client car il est très efficace contre les spam et sait gérer les fils de discutions comme cette ML, ainsi que les autres que je suis. Et je peux envoyer des mails sous différentes adresses mail très simplement. Et au moment de la rédaction de ce mail, je n'ai pas de pub sur mon interface car j'utilise le plugin adblock plus sous iceweasel! Et j'ai retiré le formatage gmail, et sélectionné UTF8 comme formatage en espérant que ça corresponde à la demande de certains. astuce : si toute fois, une ML ou un mail tombe dans les spams, il suffit de rajouter le mail dans ses contacts et le soucis sera résolu. Et si il a été considéré comme spam par gmail, c'est sûrement la faute de certains utilisateurs qui au lieu de prendre le temps de se désinscrire à la ML, ont simplement mis la ML comme spam! bonne soirée :)
Re: Je ne comprends les resultats de du et df
Autant pour moi merci pour l'info sur tune2fs. En revanche c'est lié aux partitions ext mais ce qui est bizarre c'est que ext4 a un système de défrag online et de bloc allocator https://wiki.archlinux.org/index.php/Ext4 Je ne constate pas le problème étant en xfs et tune2fs étant du only ext3/ext4 Belle avancée ;) Le 09/25/2013 11:11 PM, Belaïd a écrit : man tune2fs, regarde l'option -m Le 25 septembre 2013 23:05, Johnny B frozzensh...@gmail.com mailto:frozzensh...@gmail.com a écrit : Tu cherches a obtenir une info sur ton FS a un instant T donc déjà il est plus adapté d'utiliser du Ensuite je cherche le truc des 5% mais jamais entendu parler, je suis en xfs perso Le 09/25/2013 10:51 PM, Belaïd a écrit : / et /home sont deux points de montage différent. Tu as 15G sur / et 381G sur /home c'est bien ça ?. Sur chaque montage que tu peux avoir, tu as 5% qui ne sont pas visible avec la commande df (sauf utilisation d'une option de df, mais malheureusement je ne m'en souvient plus) et qui sont dédié pour root. Si tu regarde tes 15G, logiquement tu aura le même constat que pour /home Le 25 septembre 2013 22:37, jerome moliere jerome.moli...@gmail.com mailto:jerome.moli...@gmail.com a écrit : Mais j'ai un / de 15 Go a cote ??? J.MOLIERE - Mentor/J Le 25 septembre 2013 22:25, Belaïd oblivion.ik...@gmail.com mailto:oblivion.ik...@gmail.com a écrit : 5% de tes 381 ~ 19 volés = les 5% réservé a root selon ma vision. Le 25 septembre 2013 22:19, jerome moliere jerome.moli...@gmail.com mailto:jerome.moli...@gmail.com a écrit : Merci a Johnny et Belaid mais si tu regardes la sortie de la commande df tu vois bien que : 106 + 256 cela ne fait pas 381 et les fichiers reserved representent peanuts .. d'ou ma question ou sont mes Go voles -) J.MOLIERE - Mentor/J Le 25 septembre 2013 21:47, Johnny B frozzensh...@gmail.com mailto:frozzensh...@gmail.com a écrit : Salut, C'est juste les arguments que tu utilises pour ces 2 commandes qui diffèrent dans les résultats. Comme tu l a fait avec lsof on voit que certains process gardent des fichiers supprimés ouverts, ce qui n'est pas visible par du De plus ces commandes calculent de différentes manières : df prends la plupart des ses infos depuis le superblock du filesystem df inclu les fichiers ouverts du remonte l'info à un instant T c'est que tu vois maintenant du n'inclut pas les fichiers ouverts et ne se base pas sur la taille des block et surement bien d'autres différences Ces 2 commandes sont très bonnes et équivalentes mais du est plus significative dans l'instant T ps : rien à voir avec le /root cité ci dessous, je pense que Belaïd n'a pas saisi ta question ;) Le 09/25/2013 09:00 PM, Belaïd a écrit : Bonsoir, Quand tu crées un système de fichier sur un disque, un pourcentage de l'espace de stockage est réservé à root (par défaut = 5%). Cet espace dédié permet de ne pas remplir complétement les disques, de permettre a certaine applications critiques de continuer à s’exécuter et donc d'éviter de bloquer le systéme. Cet espace de 5% dédié (modifiable avec la commande tune2fs) n'est pas visible comme étant de l'espace libre quand tu exécute la commande df. Le 25 septembre 2013 19:57, jerome moliere jerome.moli...@gmail.com mailto:jerome.moli...@gmail.com a écrit : Bonjour a tous les poilus, le probleme que j'ai n'est pas sous Debian mais je pense qu'il pourrait se poser. Il est sous Manjaro (archlinux) J'ai un /home tres gros sur mon SSD de 512Go (382Go) en ext4 du -h et df -h si je les utilise ne me livrent pas une sortie coherente blackbear@manjaro-laptop ~ df -h /home/ Filesystem Size Used Avail Use% Mounted on /dev/sda9 381G 106G 256G 30%
Re: Je ne comprends les resultats de du et df
J'en profite pour dériver en HS, mais ext4 (qui a encore de beaux jours) ne verra jamais ext5 sachant que le standard va passer au btrfs dans l'avenir alors c'est le moment de changer, de récupérer ses 5% et de passer à XFS qui est largement aussi powerfull ;) voila pour le coup de provoc =) Le 09/25/2013 11:26 PM, Johnny B a écrit : Autant pour moi merci pour l'info sur tune2fs. En revanche c'est lié aux partitions ext mais ce qui est bizarre c'est que ext4 a un système de défrag online et de bloc allocator https://wiki.archlinux.org/index.php/Ext4 Je ne constate pas le problème étant en xfs et tune2fs étant du only ext3/ext4 Belle avancée ;) Le 09/25/2013 11:11 PM, Belaïd a écrit : man tune2fs, regarde l'option -m Le 25 septembre 2013 23:05, Johnny B frozzensh...@gmail.com mailto:frozzensh...@gmail.com a écrit : Tu cherches a obtenir une info sur ton FS a un instant T donc déjà il est plus adapté d'utiliser du Ensuite je cherche le truc des 5% mais jamais entendu parler, je suis en xfs perso Le 09/25/2013 10:51 PM, Belaïd a écrit : / et /home sont deux points de montage différent. Tu as 15G sur / et 381G sur /home c'est bien ça ?. Sur chaque montage que tu peux avoir, tu as 5% qui ne sont pas visible avec la commande df (sauf utilisation d'une option de df, mais malheureusement je ne m'en souvient plus) et qui sont dédié pour root. Si tu regarde tes 15G, logiquement tu aura le même constat que pour /home Le 25 septembre 2013 22:37, jerome moliere jerome.moli...@gmail.com mailto:jerome.moli...@gmail.com a écrit : Mais j'ai un / de 15 Go a cote ??? J.MOLIERE - Mentor/J Le 25 septembre 2013 22:25, Belaïd oblivion.ik...@gmail.com mailto:oblivion.ik...@gmail.com a écrit : 5% de tes 381 ~ 19 volés = les 5% réservé a root selon ma vision. Le 25 septembre 2013 22:19, jerome moliere jerome.moli...@gmail.com mailto:jerome.moli...@gmail.com a écrit : Merci a Johnny et Belaid mais si tu regardes la sortie de la commande df tu vois bien que : 106 + 256 cela ne fait pas 381 et les fichiers reserved representent peanuts .. d'ou ma question ou sont mes Go voles -) J.MOLIERE - Mentor/J Le 25 septembre 2013 21:47, Johnny B frozzensh...@gmail.com mailto:frozzensh...@gmail.com a écrit : Salut, C'est juste les arguments que tu utilises pour ces 2 commandes qui diffèrent dans les résultats. Comme tu l a fait avec lsof on voit que certains process gardent des fichiers supprimés ouverts, ce qui n'est pas visible par du De plus ces commandes calculent de différentes manières : df prends la plupart des ses infos depuis le superblock du filesystem df inclu les fichiers ouverts du remonte l'info à un instant T c'est que tu vois maintenant du n'inclut pas les fichiers ouverts et ne se base pas sur la taille des block et surement bien d'autres différences Ces 2 commandes sont très bonnes et équivalentes mais du est plus significative dans l'instant T ps : rien à voir avec le /root cité ci dessous, je pense que Belaïd n'a pas saisi ta question ;) Le 09/25/2013 09:00 PM, Belaïd a écrit : Bonsoir, Quand tu crées un système de fichier sur un disque, un pourcentage de l'espace de stockage est réservé à root (par défaut = 5%). Cet espace dédié permet de ne pas remplir complétement les disques, de permettre a certaine applications critiques de continuer à s’exécuter et donc d'éviter de bloquer le systéme. Cet espace de 5% dédié (modifiable avec la commande tune2fs) n'est pas visible comme étant de l'espace libre quand tu exécute la commande df. Le 25 septembre 2013 19:57, jerome moliere jerome.moli...@gmail.com mailto:jerome.moli...@gmail.com a écrit : Bonjour a tous les poilus, le probleme que j'ai n'est pas sous Debian mais je pense qu'il pourrait se poser. Il est sous Manjaro (archlinux) J'ai un /home tres gros sur mon SSD de
Re: Je ne comprends les resultats de du et df
Lol bon tu sais se qui te reste a faire :-) laisse tombé la pinte et met toi au jack ;-) Le 25 sept. 2013 23:35, Johnny B frozzensh...@gmail.com a écrit : J'en profite pour dériver en HS, mais ext4 (qui a encore de beaux jours) ne verra jamais ext5 sachant que le standard va passer au btrfs dans l'avenir alors c'est le moment de changer, de récupérer ses 5% et de passer à XFS qui est largement aussi powerfull ;) voila pour le coup de provoc =) Le 09/25/2013 11:26 PM, Johnny B a écrit : Autant pour moi merci pour l'info sur tune2fs. En revanche c'est lié aux partitions ext mais ce qui est bizarre c'est que ext4 a un système de défrag online et de bloc allocator https://wiki.archlinux.org/index.php/Ext4 Je ne constate pas le problème étant en xfs et tune2fs étant du only ext3/ext4 Belle avancée ;) Le 09/25/2013 11:11 PM, Belaïd a écrit : man tune2fs, regarde l'option -m Le 25 septembre 2013 23:05, Johnny B frozzensh...@gmail.com a écrit : Tu cherches a obtenir une info sur ton FS a un instant T donc déjà il est plus adapté d'utiliser du Ensuite je cherche le truc des 5% mais jamais entendu parler, je suis en xfs perso Le 09/25/2013 10:51 PM, Belaïd a écrit : / et /home sont deux points de montage différent. Tu as 15G sur / et 381G sur /home c'est bien ça ?. Sur chaque montage que tu peux avoir, tu as 5% qui ne sont pas visible avec la commande df (sauf utilisation d'une option de df, mais malheureusement je ne m'en souvient plus) et qui sont dédié pour root. Si tu regarde tes 15G, logiquement tu aura le même constat que pour /home Le 25 septembre 2013 22:37, jerome moliere jerome.moli...@gmail.com a écrit : Mais j'ai un / de 15 Go a cote ??? J.MOLIERE - Mentor/J Le 25 septembre 2013 22:25, Belaïd oblivion.ik...@gmail.com a écrit : 5% de tes 381 ~ 19 volés = les 5% réservé a root selon ma vision. Le 25 septembre 2013 22:19, jerome moliere jerome.moli...@gmail.coma écrit : Merci a Johnny et Belaid mais si tu regardes la sortie de la commande df tu vois bien que : 106 + 256 cela ne fait pas 381 et les fichiers reserved representent peanuts .. d'ou ma question ou sont mes Go voles -) J.MOLIERE - Mentor/J Le 25 septembre 2013 21:47, Johnny B frozzensh...@gmail.com a écrit : Salut, C'est juste les arguments que tu utilises pour ces 2 commandes qui diffèrent dans les résultats. Comme tu l a fait avec lsof on voit que certains process gardent des fichiers supprimés ouverts, ce qui n'est pas visible par du De plus ces commandes calculent de différentes manières : df prends la plupart des ses infos depuis le superblock du filesystem df inclu les fichiers ouverts du remonte l'info à un instant T c'est que tu vois maintenant du n'inclut pas les fichiers ouverts et ne se base pas sur la taille des block et surement bien d'autres différences Ces 2 commandes sont très bonnes et équivalentes mais du est plus significative dans l'instant T ps : rien à voir avec le /root cité ci dessous, je pense que Belaïd n'a pas saisi ta question ;) Le 09/25/2013 09:00 PM, Belaïd a écrit : Bonsoir, Quand tu crées un système de fichier sur un disque, un pourcentage de l'espace de stockage est réservé à root (par défaut = 5%). Cet espace dédié permet de ne pas remplir complétement les disques, de permettre a certaine applications critiques de continuer à s’exécuter et donc d'éviter de bloquer le systéme. Cet espace de 5% dédié (modifiable avec la commande tune2fs) n'est pas visible comme étant de l'espace libre quand tu exécute la commande df. Le 25 septembre 2013 19:57, jerome moliere jerome.moli...@gmail.coma écrit : Bonjour a tous les poilus, le probleme que j'ai n'est pas sous Debian mais je pense qu'il pourrait se poser. Il est sous Manjaro (archlinux) J'ai un /home tres gros sur mon SSD de 512Go (382Go) en ext4 du -h et df -h si je les utilise ne me livrent pas une sortie coherente blackbear@manjaro-laptop ~ df -h /home/ Filesystem Size Used Avail Use% Mounted on /dev/sda9 381G 106G 256G 30% /home le du -h me donne 106Go mais ou sont passes les 19Go ? un lsof |grep deleted me ramene peut etre 30 ou 40 Mo de fichiers flagges deleted donc il en manque encore...C'est pas grave mais du coup je me pose beaucoup de questions car mon / pourrait vite saturer s'il perd de la place ainsi Je ne sais pas trop ou regarder pour en savoir plus ? Il y a t'il une autre methode pour calculer l'espace dispo ? Meme les arrondis n'expliquent pas de perdre 5% d'espace disque ainsi ... J'hesitais a voir avec un dd monstrueux si je pouvais creer un fichier de 260Go!!! Mais peut etre que cela depasse les limites du kernel ou du FS ? bref je suis largue merci a vous PS: j'ai aussi regarde dans le /proc et les resultats sont bien ceux ramenes par lsof donc cette piste ne mene a rien J.MOLIERE - Mentor/J -- Belaid -- Belaid --
