Re: Faut-il ou non remplacer le modem routeur fourni par l'ISP ?
Jamais eu de problème à remplacer une livebox par un autre modem. Il faut en revanche jouer avec les paramètres PPPoE/PPPoA et les différents types d'authentification, parce que là, chez Orange, c'est franchement le bazar. J'ai toujours obtenu au final plus de stabilité et plus de débit qu'avec la livebox de base (sauf pour la téléphonie où il faut garder le sale truc parce qu'Orange ne fournit plus les paramètres SIP). Est-ce d'ailleurs du SIP ? Je crois que c'est plutôt du H323, pour la plupart des Livebox. Il fut un temps où c'était du SIP parce que j'avais réussi à obtenir les paramètres pour un client. Depuis quelques années, Orange _refuse_ de les fournir (ce qui entre nous est contraire à la loi puisque cela contraint le client à utiliser un modem souvent merdouillique de l'opérateur, mais passons). J'ajoute que j'ai exactement les mêmes griefs contre Free. Cordialement, JKB -- 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/53d73dd6.70...@systella.fr
Re: [testing] Un remplaçant par archivemail
Bonjour, Le lundi 28 juillet 2014 à 18:57, Philippe Delavalade a écrit : Manifestement archivemail n'est plus fourni en testing et je me demande par quoi le remplacer. Il n'est pas dans testing, par contre il est dans Sid. Tu devrais peut-être simplement installer la version de Sid. Seb -- 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/20140729080407.gb14...@sebian.nob900.homeip.net
logs de session gdm
Bonjour, Je viens de me rendre compte que mon /home était plein…des logs de gdm (surtout iceweasel) dans un fichier /home/jm/.cache/gdm/session.log (33G pour un uptime de 4 mois). Le problème est réglé temporairement (fichier vidé), et j'ai mis en place une rotation. Quelqu'un sait il si il est possible de faire autrement ? Car ça pose problème pour les longues sessions. Ce serait plutôt un problème Iceweasel (javascript) que gdm, d'ailleurs, car c'est l'application qui bourre le fichier, en définitive. Merci. -- 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/20140729091945.GA10479@espinasse
Re: logs de session gdm
On Tuesday 29 July 2014 11:19:45 Jean-Michel OLTRA wrote: Bonjour, Je viens de me rendre compte que mon /home était plein…des logs de gdm (surtout iceweasel) dans un fichier /home/jm/.cache/gdm/session.log (33G pour un uptime de 4 mois). Le problème est réglé temporairement (fichier vidé), et j'ai mis en place une rotation. Quelqu'un sait il si il est possible de faire autrement ? Car ça pose problème pour les longues sessions. Ce serait plutôt un problème Iceweasel (javascript) que gdm, d'ailleurs, car c'est l'application qui bourre le fichier, en définitive. Merci. jm J'utilise gdm pour l'ouverture de session (suis sous wheezy) et je n'ai pas ce fichier : ~/.cache/gdm/session.log 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/201407291127.55449.andre_deb...@numericable.fr
Re: logs de session gdm
Bonjour, Le mardi 29 juillet 2014, andre_deb...@numericable.fr a écrit... J'utilise gdm pour l'ouverture de session (suis sous wheezy) et je n'ai pas ce fichier : ~/.cache/gdm/session.log Je suis en Testing. -- 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/20140729092907.GB10479@espinasse
Re: [testing] Un remplaçant par archivemail
Sébastien NOBILI mardi 29 juillet à 10:04 Bonjour, Le lundi 28 juillet 2014 à 18:57, Philippe Delavalade a écrit : Manifestement archivemail n'est plus fourni en testing et je me demande par quoi le remplacer. Il n'est pas dans testing, par contre il est dans Sid. Tu devrais peut-être simplement installer la version de Sid. Oui j'avais vu qu'il était dans sid mais je ne sais pas faire :-( D'après le manuel d'apt-get il suffirait de faire : apt-get install archivemail/sid mais ça ne marche pas et ça n'avait pas marché dans d'autres cas dans le passé. C'est peut-être mon fichier sources.list qui pose problème... Merci en tout cas. -- Ph. Delavalade -- 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/20140729101859.ga4...@messier31.home
Re: [testing] Un remplaçant par archivemail
Le Tue, 29 Jul 2014 12:18:59 +0200 Philippe Delavalade philippe.delaval...@orange.fr a écrit: Oui j'avais vu qu'il était dans sid mais je ne sais pas faire :-( D'après le manuel d'apt-get il suffirait de faire : apt-get install archivemail/sid mais ça ne marche pas et ça n'avait pas marché dans d'autres cas dans le passé. C'est peut-être mon fichier sources.list qui pose problème... Tu peux aussi installer la version stable. Par contre il faut être plus précis, «ça ne marche pas» est un peu juste comme précisions... François Boisson -- 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/20140729122941.84378e2d12df8ff31e57a...@maison.homelinux.net
Re: [testing] Un remplaçant par archivemail
Le mardi 29 juillet 2014 à 12:29, François Boisson a écrit : Le Tue, 29 Jul 2014 12:18:59 +0200 Philippe Delavalade philippe.delaval...@orange.fr a écrit: Oui j'avais vu qu'il était dans sid mais je ne sais pas faire :-( D'après le manuel d'apt-get il suffirait de faire : apt-get install archivemail/sid mais ça ne marche pas et ça n'avait pas marché dans d'autres cas dans le passé. C'est peut-être mon fichier sources.list qui pose problème... Tu peux aussi installer la version stable. Par contre il faut être plus précis, «ça ne marche pas» est un peu juste comme précisions... J'imagine que, tout simplement, il n'a pas configuré les dépôts Sid. Plusieurs possibilités : - ajouter Sid dans ton sources.list, mais il faudra faire du pinning pour éviter de passer tout le système en Sid; - ajouter stable dans ton sources.list, pas besoin de pinning dans ce cas puisque les versions de stable seront inférieures à celles de testing; - télécharger manuellement les fichiers source de sid¹, extraire le contenu² et compiler³, mais tu n'auras plus de mise-à-jour automatique tant que le paquet ne sera pas revenu dans testing. ¹ C'est les trois liens (.dsc, .orig.tar.gz et .debian.tar.gz) à droite de cette page : https://packages.debian.org/sid/archivemail ² dpkg-source -x archivemail_0.9.0-1.dsc ³ dpkg-buildpackage dans le dossier de sources Seb -- 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/20140729114054.gc14...@sebian.nob900.homeip.net
Re: [testing] Un remplaçant par archivemail
Le mardi 29 juillet 2014, 13:40:54 Sébastien NOBILI a écrit : […] ¹ C'est les trois liens (.dsc, .orig.tar.gz et .debian.tar.gz) à droite de cette page : https://packages.debian.org/sid/archivemail ² dpkg-source -x archivemail_0.9.0-1.dsc Plus pratique quand ça arrive suffisamment souvent : 1. ajouter la source src de Sid (ligne deb-src http://http.debian.net/debian Sid main ) 2. apt-get source archivemail ³ dpkg-buildpackage dans le dossier de sources Ce qui implique d’avoir installé build-essential (et autres) et les dépendances du paquet source. Sinon, autre option, beaucoup plus simple dans ce cas-là : récupérer le .deb de Sid (cf. ¹ de Sébastien) et l’installer (dpkg -i archivemail-0.9.0-1.deb). C’est du Python aux dépendances très minimales donc ça ne posera aucun problème. -- Sylvain Sauvage -- 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/1425730.6iBFfR4yoS@earendil
Moteur de recherche local
Bonjour, J'ai un serveur DEBIAN 7.5 utilisé avant tout pour du disque réseau (pour une cinquantaine d'utilisateurs sous Window$ 7) et quelques applications Web genre GRR. Les données sont dans des répertoires partagés par tous pour l'essentiel,sauf quelques répertoires personnels. J'ai 1 To de données actives dont (à la louche) 750Go à indexer ; j'ai de la place libre libre suffisamment ainsi que du CPU (bi-proc quadri coeur Xeon) /home/commun/... /home/personnels/... Je souhaiterais mettre en place un moteur de recherche (interface WEB) qui indexe les fichiers de l'ensemble des répertoires communs. Le net ne donne pas beaucoup de piste récente, facile, et universellement apprécié... Aussi j'aimerais votre opinion : Aurait disparu ou ne serait plus maintenu : htdig, beagle, seeks, Nepomuk, Strigi Serait (trop) vorace en ressources Tracker Ne sont que des morceaux à assembler Lucene (indexation), Xapian (indexation), ElasticSearch (interface REST ??) N'ont pas d'interface Web (à vérifier...) Tracker, Recoll, DocFetcher Semble maqué avec l'interface KDE Baloo Je continue mes recherches mais suis un peu sec, j'espérais une solution simple et je crains qu'il ne me faille composer avec des éléments disparate ou compliqué à faire fonctionner et à maintenir. Pierre -- Pro. Signature Pierre Touzeau -- Chargé de mission / Préfecture de region Basse-Normandie SGAR/rue Daniel HUET/14038 CAEN CEDEX/Tel: +33 231 306 306 pierre.touz...@basse-normandie.pref.gouv.fr / Fax: ... 564 -- -- 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/53d79987.6050...@basse-normandie.pref.gouv.fr
Re: [testing] Un remplaçant par archivemail
François Boisson mardi 29 juillet à 12:29 Le Tue, 29 Jul 2014 12:18:59 +0200 Philippe Delavalade philippe.delaval...@orange.fr a écrit: Oui j'avais vu qu'il était dans sid mais je ne sais pas faire :-( D'après le manuel d'apt-get il suffirait de faire : apt-get install archivemail/sid mais ça ne marche pas et ça n'avait pas marché dans d'autres cas dans le passé. C'est peut-être mon fichier sources.list qui pose problème... Tu peux aussi installer la version stable. Par contre il faut être plus précis, «ça ne marche pas» est un peu juste comme précisions... Certes mais le message est très laconique lui aussi : E: Impossible de trouver le paquet archivemail Merci pour la stable mais c'est bien sûr le même problème qu'avec sid. -- Ph. Delavalade -- 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/20140729145505.ga5...@messier31.home
Re: Moteur de recherche local
Bonjour, La commande suivante $ aptitude search ~dindex~dsearch~dweb~dinterface retourne (entre autres) xapian-omega qui pourrait correspondre. Cordialement, -- Jean-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: https://lists.debian.org/53d7b239.1030...@free.fr
Re: [testing] Un remplaçant par archivemail
Sébastien NOBILI mardi 29 juillet à 13:40 Le mardi 29 juillet 2014 à 12:29, François Boisson a écrit : Le Tue, 29 Jul 2014 12:18:59 +0200 Philippe Delavalade philippe.delaval...@orange.fr a écrit: Oui j'avais vu qu'il était dans sid mais je ne sais pas faire :-( D'après le manuel d'apt-get il suffirait de faire : apt-get install archivemail/sid mais ça ne marche pas et ça n'avait pas marché dans d'autres cas dans le passé. C'est peut-être mon fichier sources.list qui pose problème... Tu peux aussi installer la version stable. Par contre il faut être plus précis, «ça ne marche pas» est un peu juste comme précisions... J'imagine que, tout simplement, il n'a pas configuré les dépôts Sid. C'est tout à fait exact. Plusieurs possibilités : - ajouter Sid dans ton sources.list, mais il faudra faire du pinning pour éviter de passer tout le système en Sid; J'ignore ce que c'est. - ajouter stable dans ton sources.list, pas besoin de pinning dans ce cas puisque les versions de stable seront inférieures à celles de testing; J'essaierai ça. - télécharger manuellement les fichiers source de sid¹, extraire le contenu² et compiler³, mais tu n'auras plus de mise-à-jour automatique tant que le paquet ne sera pas revenu dans testing. OUi, j'avais pensé à ça et à mettre dans /usr/loacl/bin mais je n'ai pas trouvé les sources chez sourceforge ; il y avait bien un tarball mais déjà avec les binaires et un fichier de test qui échouait. J'essaierai de compiler les sources de sid. ¹ C'est les trois liens (.dsc, .orig.tar.gz et .debian.tar.gz) à droite de cette page : https://packages.debian.org/sid/archivemail ² dpkg-source -x archivemail_0.9.0-1.dsc ³ dpkg-buildpackage dans le dossier de sources Merci beaucoup ; j'apprends au moins des choses. -- Ph. Delavalade -- 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/20140729150154.gb5...@messier31.home
Re: Moteur de recherche local
http://sphinx-doc.org/ relativement facile à mettre en route (même moi je suis arrivé, mais sur Mac) et facile à luis donner à bouffer (quoique je fait ça avec SPIP, je ne saurais pas te dire comment faire ça avec de répertoires) Mes deux sous A + Le 29/07/14 14:54, Pierre TOUZEAU a écrit : Bonjour, J'ai un serveur DEBIAN 7.5 utilisé avant tout pour du disque réseau (pour une cinquantaine d'utilisateurs sous Window$ 7) et quelques applications Web genre GRR. Les données sont dans des répertoires partagés par tous pour l'essentiel,sauf quelques répertoires personnels. J'ai 1 To de données actives dont (à la louche) 750Go à indexer ; j'ai de la place libre libre suffisamment ainsi que du CPU (bi-proc quadri coeur Xeon) /home/commun/... /home/personnels/... Je souhaiterais mettre en place un moteur de recherche (interface WEB) qui indexe les fichiers de l'ensemble des répertoires communs. Le net ne donne pas beaucoup de piste récente, facile, et universellement apprécié... Aussi j'aimerais votre opinion : Aurait disparu ou ne serait plus maintenu : htdig, beagle, seeks, Nepomuk, Strigi Serait (trop) vorace en ressources Tracker Ne sont que des morceaux à assembler Lucene (indexation), Xapian (indexation), ElasticSearch (interface REST ??) N'ont pas d'interface Web (à vérifier...) Tracker, Recoll, DocFetcher Semble maqué avec l'interface KDE Baloo Je continue mes recherches mais suis un peu sec, j'espérais une solution simple et je crains qu'il ne me faille composer avec des éléments disparate ou compliqué à faire fonctionner et à maintenir. Pierre -- 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/53d7b7ee.4060...@gmail.com
Re: [testing] Un remplaçant par archivemail
Sylvain L. Sauvage mardi 29 juillet à 14:22 Le mardi 29 juillet 2014, 13:40:54 Sébastien NOBILI a écrit : [???] ¹ C'est les trois liens (.dsc, .orig.tar.gz et .debian.tar.gz) à droite de cette page : https://packages.debian.org/sid/archivemail ² dpkg-source -x archivemail_0.9.0-1.dsc Plus pratique quand ça arrive suffisamment souvent : 1. ajouter la source src de Sid (ligne deb-src http://http.debian.net/debian Sid main ) 2. apt-get source archivemail ³ dpkg-buildpackage dans le dossier de sources Ce qui implique d???avoir installé build-essential (et autres) Pas de souci, j'ai tout ça. et les dépendances du paquet source. Je ferai attention. Sinon, autre option, beaucoup plus simple dans ce cas-là : récupérer le .deb de Sid (cf. ¹ de Sébastien) et l???installer (dpkg -i archivemail-0.9.0-1.deb). C???est du Python aux dépendances très minimales donc ça ne posera aucun problème. Merci. Avec tes indications et celles de Sébastien, tout devrait aller et j'ai même plusieurs solutions à tester. -- Ph. Delavalade -- 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/20140729150558.gc5...@messier31.home
Re: Moteur de recherche local
On 07/29/2014 02:54 PM, Pierre TOUZEAU wrote: Bonjour, J'ai un serveur DEBIAN 7.5 utilisé avant tout pour du disque réseau (pour une cinquantaine d'utilisateurs sous Window$ 7) et quelques applications Web genre GRR. Les données sont dans des répertoires partagés par tous pour l'essentiel,sauf quelques répertoires personnels. J'ai 1 To de données actives dont (à la louche) 750Go à indexer ; j'ai de la place libre libre suffisamment ainsi que du CPU (bi-proc quadri coeur Xeon) /home/commun/... /home/personnels/... Je souhaiterais mettre en place un moteur de recherche (interface WEB) qui indexe les fichiers de l'ensemble des répertoires communs. Le net ne donne pas beaucoup de piste récente, facile, et universellement apprécié... Aussi j'aimerais votre opinion : Aurait disparu ou ne serait plus maintenu : htdig, beagle, seeks, Nepomuk, Strigi Serait (trop) vorace en ressources Tracker Ne sont que des morceaux à assembler Lucene (indexation), Xapian (indexation), ElasticSearch (interface REST ??) N'ont pas d'interface Web (à vérifier...) Tracker, Recoll, DocFetcher Semble maqué avec l'interface KDE Baloo Je continue mes recherches mais suis un peu sec, j'espérais une solution simple et je crains qu'il ne me faille composer avec des éléments disparate ou compliqué à faire fonctionner et à maintenir. Bonjour J'en ai essayé plusieurs. Le seul qui sorte du lot est Mnogosearch. Indexation rapide et BD mysql, bien maintenu, interface web, configurable aux petits oignons, qui fonctionne en local et même pour le net. Un paquet debian existe mais je crois me souvenir qu'il logue beaucoup, donc je préfère ma propre version compilée. http://www.mnogosearch.org/ J'utilise également en local Recoll (xapian) mais il est bcp plus limité. -- 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/53d7d63e.4030...@gmail.com
Re: logs de session gdm
Le Tue, 29 Jul 2014 11:27:55 +0200 andre_deb...@numericable.fr a écrit: On Tuesday 29 July 2014 11:19:45 Jean-Michel OLTRA wrote: Bonjour, Je viens de me rendre compte que mon /home était plein…des logs de gdm (surtout iceweasel) dans un fichier /home/jm/.cache/gdm/session.log (33G pour un uptime de 4 mois). Le problème est réglé temporairement (fichier vidé), et j'ai mis en place une rotation. Quelqu'un sait il si il est possible de faire autrement ? Car ça pose problème pour les longues sessions. Ce serait plutôt un problème Iceweasel (javascript) que gdm, d'ailleurs, car c'est l'application qui bourre le fichier, en définitive. Merci. jm J'utilise gdm pour l'ouverture de session (suis sous wheezy) et je n'ai pas ce fichier : ~/.cache/gdm/session.log André J'en ai un mais il est tout petit (23Kio). Gaëtan -- 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/20140729193056.a31f9c605704d2c65cf64...@neuf.fr
Re: [testing] Un remplaçant par archivemail
On 07/29/2014 05:01 PM, Philippe Delavalade wrote: Sébastien NOBILI mardi 29 juillet à 13:40 Le mardi 29 juillet 2014 à 12:29, François Boisson a écrit : Le Tue, 29 Jul 2014 12:18:59 +0200 Philippe Delavalade philippe.delaval...@orange.fr a écrit: Oui j'avais vu qu'il était dans sid mais je ne sais pas faire :-( D'après le manuel d'apt-get il suffirait de faire : apt-get install archivemail/sid mais ça ne marche pas et ça n'avait pas marché dans d'autres cas dans le passé. C'est peut-être mon fichier sources.list qui pose problème... Tu peux aussi installer la version stable. Par contre il faut être plus précis, «ça ne marche pas» est un peu juste comme précisions... J'imagine que, tout simplement, il n'a pas configuré les dépôts Sid. C'est tout à fait exact. Plusieurs possibilités : - ajouter Sid dans ton sources.list, mais il faudra faire du pinning pour éviter de passer tout le système en Sid; J'ignore ce que c'est. - ajouter stable dans ton sources.list, pas besoin de pinning dans ce cas puisque les versions de stable seront inférieures à celles de testing; J'essaierai ça. - télécharger manuellement les fichiers source de sid¹, extraire le contenu² et compiler³, mais tu n'auras plus de mise-à-jour automatique tant que le paquet ne sera pas revenu dans testing. OUi, j'avais pensé à ça et à mettre dans /usr/loacl/bin mais je n'ai pas trouvé les sources chez sourceforge ; il y avait bien un tarball mais déjà avec les binaires et un fichier de test qui échouait. J'essaierai de compiler les sources de sid. ¹ C'est les trois liens (.dsc, .orig.tar.gz et .debian.tar.gz) à droite de cette page : https://packages.debian.org/sid/archivemail ² dpkg-source -x archivemail_0.9.0-1.dsc ³ dpkg-buildpackage dans le dossier de sources Merci beaucoup ; j'apprends au moins des choses. Bonjour Je viens d'installer archivemail/sid en 15 secondes dans une Jessie avec Synaptic Conditions installer synaptic et le paramétrer avec Jessie par défaut avoir les dépots Sid dans ton fstab avoir un /etc/apt/preferences avec ceci dedans Package: * Pin: release a=testing Pin-Priority: 900 Package: * Pin: release a=unstable Pin-Priority: 800 -- 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/53d7f387.9080...@gmail.com
RE: [testing] Un remplaçant par archivemail
Depot Sid dans fstab ? Sid est un hdd ? Met plutôt Sid dans le sources.list :) -- ovd valentin@live.fr De : maderiosmailto:mader...@gmail.com Envoyé : 29/07/2014 21:18 À : debian-user-french@lists.debian.orgmailto:debian-user-french@lists.debian.org Objet : Re: [testing] Un remplaçant par archivemail On 07/29/2014 05:01 PM, Philippe Delavalade wrote: Sébastien NOBILI mardi 29 juillet à 13:40 Le mardi 29 juillet 2014 à 12:29, François Boisson a écrit : Le Tue, 29 Jul 2014 12:18:59 +0200 Philippe Delavalade philippe.delaval...@orange.fr a écrit: Oui j'avais vu qu'il était dans sid mais je ne sais pas faire :-( D'après le manuel d'apt-get il suffirait de faire : apt-get install archivemail/sid mais ça ne marche pas et ça n'avait pas marché dans d'autres cas dans le passé. C'est peut-être mon fichier sources.list qui pose problème... Tu peux aussi installer la version stable. Par contre il faut être plus précis, «ça ne marche pas» est un peu juste comme précisions... J'imagine que, tout simplement, il n'a pas configuré les dépôts Sid. C'est tout à fait exact. Plusieurs possibilités : - ajouter Sid dans ton sources.list, mais il faudra faire du pinning pour éviter de passer tout le système en Sid; J'ignore ce que c'est. - ajouter stable dans ton sources.list, pas besoin de pinning dans ce cas puisque les versions de stable seront inférieures à celles de testing; J'essaierai ça. - télécharger manuellement les fichiers source de sid¹, extraire le contenu² et compiler³, mais tu n'auras plus de mise-à-jour automatique tant que le paquet ne sera pas revenu dans testing. OUi, j'avais pensé à ça et à mettre dans /usr/loacl/bin mais je n'ai pas trouvé les sources chez sourceforge ; il y avait bien un tarball mais déjà avec les binaires et un fichier de test qui échouait. J'essaierai de compiler les sources de sid. ¹ C'est les trois liens (.dsc, .orig.tar.gz et .debian.tar.gz) à droite de cette page : https://packages.debian.org/sid/archivemail ² dpkg-source -x archivemail_0.9.0-1.dsc ³ dpkg-buildpackage dans le dossier de sources Merci beaucoup ; j'apprends au moins des choses. Bonjour Je viens d'installer archivemail/sid en 15 secondes dans une Jessie avec Synaptic Conditions installer synaptic et le paramétrer avec Jessie par défaut avoir les dépots Sid dans ton fstab avoir un /etc/apt/preferences avec ceci dedans Package: * Pin: release a=testing Pin-Priority: 900 Package: * Pin: release a=unstable Pin-Priority: 800 -- 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/53d7f387.9080...@gmail.com
Re: tuer vim proprement (?)
snip- Si j'ai bien compris ton problème, alors il faut que, dans le script bash initial, tu « exportes » les variables qui te servent ensuite dans le fichier que tu édites dans vim à la main. Par exemple, juste après avoir définie la variable entree : entree=... export entree Et tu fais de même pour chacune des variables qui se retrouvent dans le fichier vim à éditer. À partir de là, quand tu lanceras dans vim : :w | !bash % les variables seront bien définies avec les valeurs qu'elles avaient juste avant la ligne « vim le-fichier ». -- François Lafont Cette proposition m'intéresse. Jean Jachues m'a envoyé un mail me disant d'utiliser vim dan la même console et de le fermer à chaque fois. Ensuite j'exécute la boucle. Je te mets le bout de script concernant la boucle. Je ne peux pas le faire à partir de vim avec : :w | !bash % J'édite le fichier select/$film/action. Mais dans la boucle je ne fais pas que l'exécuter : je réaffiche l'image Je te montre la boucle pour information (toujours du rustique) #choix de la photo sortie=/tmp/action.jpg entree=$image #met l'image feh --geometry 600x400+10+10 $image #visualise sortie to_do=$(cat selection/$film/action) eval $to_do #visualise photo eog $sortie #feh --geometry 100x100+0+0 $image #traitement action echo traitements images par action #boucle de revisualisation while [ ! $a ] ; do #traite fichier selection vim selection/$film/action pkill eog #traitement de l'image to_do=$(cat selection/$film/action) eval $to_do #visualise photo eog $sortie read a echo $a done #arrete feh kill -SIGTERM %1 #-- -$(jobs -p) pkill eog -- 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/53d8055f$0$2268$426a7...@news.free.fr
Debian prise en charge imprimante HP vs Brother
Bonjour, Mon imprimante HP 6500 vient de me lâcher. Je suis en train de me demander si je replonge* dans HP ou si je m'oriente vers Brother. Les imprimantes HP sont très bien prise en charge sous Debian (driver + hpijs + ). Les Brother le sont-elles aussi bien ? MFC 4610, MFC 4710, .. Des expériences ? Des idées ? * Mon HP a tenu deux ans. La précédente HP n'avait pas fait mieux. Je suis donc assez hésitant avant de repartir avec HP. -- Frédéric ZULIAN
Re: Debian prise en charge imprimante HP vs Brother
Le 29/07/2014 23:56, fred a écrit : Bonjour, Mon imprimante HP 6500 vient de me lâcher. Je suis en train de me demander si je replonge* dans HP ou si je m'oriente vers Brother. Les imprimantes HP sont très bien prise en charge sous Debian (driver + hpijs + ). Les Brother le sont-elles aussi bien ? MFC 4610, MFC 4710, .. Des expériences ? Des idées ? * Mon HP a tenu deux ans. La précédente HP n'avait pas fait mieux. Je suis donc assez hésitant avant de repartir avec HP. -- Frédéric ZULIAN Bonsoir, à priori pas mal de choses ont l'air prises en charge. J'utilise la mienne depuis 1 an sans souci, pas la même une led. Et il y a les paquets debian. http://support.brother.com/g/b/downloadlist.aspx?c=frlang=frprod=mfcj4710dw_us_eu_asos=128flang=English Fabien
Re: Error información desconocida en ntp Debian Wheezy
El día 25 de julio de 2014, 16:00, Camaleón noela...@gmail.com escribió: El Fri, 25 Jul 2014 10:00:35 +0200, Maykel Franco escribió: El día 22 de julio de 2014, 15:31, Camaleón noela...@gmail.com escribió: (...) UNKNOWN - no information from NTP: timeout in ntpq -p or NTP daemon not running (...) No entiendo el por qué del error, si devuelve resultado... ¿Qué puedo estar haciendo mal? ¿Alguna idea? Revisa este hilo: [Check_mk (english)] OMD - UNKNOWN - no information from NTP: timeout in ntpq -p or NTP daemon not running http://lists.mathias-kettner.de/pipermail/checkmk-en/2013- November/010874.html Gracias por la URL. Lo único que he sacado en claro hacer es añadir un check ntp time personalizado en check_mk y aumentarle los tiempos de respuesta. Lo que viene a decir el hilo es que se trata de un timeout generado por alguno de los servidores que tienes configurados para sincronizar la hora. Yo te recomendaría que reduzcas la lista (tienes 4) y que usaras servidores redundados (un único equipo consulta a varios): sm01@stt008:~$ host es.pool.ntp.org es.pool.ntp.org has address 81.184.154.182 es.pool.ntp.org has address 213.194.159.3 Estos servidores que me devuelve al hacer un ntpq -p: -118.Red-81-47-1 217.25.31.1 3 u 895 1024 377 19.0560.359 4.387 +evl1900860-pip. 192.93.2.20 2 u 990 1024 3772.534 -3.909 5.391 *guti.uc3m.es130.206.3.1662 u 109 1024 3773.8773.641 5.113 +dns3.masbytes.e 81.19.96.148 3 u 398 1024 377 13.273 -3.225 3.221 Es el resultado de consultar los que hay en /etc/ntp.conf no?? server 0.debian.pool.ntp.org iburst server 1.debian.pool.ntp.org iburst server 2.debian.pool.ntp.org iburst server 3.debian.pool.ntp.org iburst Con lo cual es ahí donde tengo que cambiarlos? Saludos. Ya lo he cambiado, veremos haber si no vuelve a llegar la alerta... De eso se trata, de que vayas haciendo pruebas hasta que des con la mejor opción. Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/pan.2014.07.25.14.00...@gmail.com -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/CAJ2aOA9KfLfXVv=x=htgle8mnues4+px_6z8grd-8ajqv+6...@mail.gmail.com
Check_mk openvpn Debian Wheezy
Buenas, les traigo otra pregunta de check_mk sistema de monitorización. Me gustaría monitorizar las conexiones de openvpn a través del fichero openvpn-status.log . Según su web, debería de coger el log en /etc/openvpn/openvpn-status.log que es mi caso, el fichero está ahí perfectamente: https://mathias-kettner.de/checkmk_check_openvpn_clients.html Por defecto viene incluído el check en el agente check_mk que se instala en las máquinas a monitorizar: https://github.com/opinkerfi/check_mk/blob/master/agents/check_mk_agent.linux root@admin2 openvpn]# check_mk_agent | grep -i openvpn (nobody,53568,5052,0.0) /usr/sbin/openvpn --daemon --writepid /var/run/openvpn/mo2o.pid --cd /etc/openvpn/ --config mo2o.conf (root,109420,880,0.0) grep --color=auto -i openvpn openvpn_clients:sep(44) Debería de detectarmelo, no veo que haya que hacer alguna configuración adicional como he tenido que hacer para otras cosas... Alguien ha conseguido realizar el check openvpn-status.log ? Saludos.
Re: Filtered en comando nmap
El 25 de julio de 2014, 16:12, Camaleón noela...@gmail.com escribió: El Fri, 25 Jul 2014 10:07:09 +0200, Maykel Franco escribió: Buenas, tenía una pequeña duda que no me aclara en la web de nmap y alomejor alguno de ustedes podría ayudarme. Al realizar un nmap a una determinada ip a través de una VPN ipsec devuelve esto: maykel@maykel-debian: ~$ nmap -Pn 192.168.0.10 Starting Nmap 6.46 ( http://nmap.org ) at 2014-07-25 09:25 CEST Nmap scan report for prueba.uk.nex.global (192.168.0.10) Host is up (0.066s latency). Not shown: 998 closed ports PORTSTATESERVICE 80/tcp filtered http 443/tcp filtered https Filtered según la web de nmap: Filtered means that a firewall, filter, or other network obstacle is blocking the port so that Nmap cannot tell whether it is open or closed ¿Esto realmente significa que es incapaz de decirte si está abierto o cerrado? ¿Hay algo que bloquea a nivel de reglas en el firewall de destino? Si es incapaz de decirte si está abierto o cerrado cómo es posible que sea capaz de detectar los puertos? Desde el punto de vista defensivo, es la mejor respuesta. Viene a ser como una respuesta de tipo drop en iptables, es decir, que te indica que hay algo detrás pero no sabes qué ni por qué, por lo que tienes que investigar por otro lado. Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/pan.2014.07.25.14.12...@gmail.com Pero si en teoría te han dado acceso para acceder a ciertos puertos de esa ip e inclusive para realizar peticiones icmp, el problema es que no está correctamente abierto verdad?
Re: Check_mk openvpn Debian Wheezy
El 29 de julio de 2014, 14:13, Maykel Franco maykeldeb...@gmail.com escribió: Buenas, les traigo otra pregunta de check_mk sistema de monitorización. Me gustaría monitorizar las conexiones de openvpn a través del fichero openvpn-status.log . Según su web, debería de coger el log en /etc/openvpn/openvpn-status.log que es mi caso, el fichero está ahí perfectamente: https://mathias-kettner.de/checkmk_check_openvpn_clients.html Por defecto viene incluído el check en el agente check_mk que se instala en las máquinas a monitorizar: https://github.com/opinkerfi/check_mk/blob/master/agents/check_mk_agent.linux root@admin2 openvpn]# check_mk_agent | grep -i openvpn (nobody,53568,5052,0.0) /usr/sbin/openvpn --daemon --writepid /var/run/openvpn/mo2o.pid --cd /etc/openvpn/ --config mo2o.conf (root,109420,880,0.0) grep --color=auto -i openvpn openvpn_clients:sep(44) Debería de detectarmelo, no veo que haya que hacer alguna configuración adicional como he tenido que hacer para otras cosas... Alguien ha conseguido realizar el check openvpn-status.log ? Saludos. En teoría viene incorporado justo en esta linea: # OpenVPN Clients. Currently we assume that the configuration # is in # /etc/openvpn. We might find a safer way to find the configuration later. if [ -e /etc/openvpn/openvpn-status.log ] ; then echo 'openvpn_clients:sep(44)' sed -n -e '/CLIENT LIST/,/ROUTING TABLE/p' /etc/openvpn/openvpn-status.log | sed -e 1,3d -e '$d' fi Y si ejecuto el sed -n -e . No sale nada... Saludos. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/caj2aoa8dfgzrrdfvhmwfv9h4y3yen6j0g-4rzhgn_dggmdo...@mail.gmail.com
Re: OT: IDE para C++
Realmente la solucion para ti es QT creator, es lo mejor que te puedas encontrar, ademas que es multiplataforma, puedes compilar tus programas en windows/linux/mac sin tocar el codigo. Ademas puedes compilar tus apps para mobiles android. Al aprenderlo te va a durar el conocimiento puesto que este programa avanza mucho no pasa de moda facilmente porque ya esta extendido -- Si dominas los Bits, dominas el mundo -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/201407290927.43003.hay...@inor.sld.cu
Re: Creacion de paquete deb para kpcli
El Mon, 28 Jul 2014 10:24:57 -0700, estebanmonge escribió: El Thu, 24 Jul 2014 14:35:26 -0700, estebanmonge escribió: Hola gente: Estoy haciendo un paquete de este software que me parece maravilloso: http://kpcli.sourceforge.net/ (...) Ya lo tienes compilado como .deb en los repos de Debian (testing): https://packages.debian.org/jessie/kpcli Joder segun yo... no estaba... Tranquilo, que eso nos pasa a todos X-) Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/pan.2014.07.29.13.27...@gmail.com
Re: Error información desconocida en ntp Debian Wheezy
El Tue, 29 Jul 2014 10:45:59 +0200, Maykel Franco escribió: El día 25 de julio de 2014, 16:00, Camaleón noela...@gmail.com escribió: (...) [Check_mk (english)] OMD - UNKNOWN - no information from NTP: timeout in ntpq -p or NTP daemon not running http://lists.mathias-kettner.de/pipermail/checkmk-en/2013- November/010874.html Gracias por la URL. Lo único que he sacado en claro hacer es añadir un check ntp time personalizado en check_mk y aumentarle los tiempos de respuesta. Lo que viene a decir el hilo es que se trata de un timeout generado por alguno de los servidores que tienes configurados para sincronizar la hora. Yo te recomendaría que reduzcas la lista (tienes 4) y que usaras servidores redundados (un único equipo consulta a varios): sm01@stt008:~$ host es.pool.ntp.org es.pool.ntp.org has address 81.184.154.182 es.pool.ntp.org has address 213.194.159.3 Estos servidores que me devuelve al hacer un ntpq -p: -118.Red-81-47-1 217.25.31.1 3 u 895 1024 377 19.0560.359 4.387 +evl1900860-pip.192.93.2.20 2 u 990 1024 3772.534 -3.909 5.391 *guti.uc3m.es130.206.3.1662 u 109 1024 3773.8773.641 5.113 +dns3.masbytes.e 81.19.96.148 3 u 398 1024 377 13.273 -3.225 3.221 Es que son muchos... ¿para que consultar a 4 servidores que además redundados? 0.debian.pool.ntp.org has address 46.17.142.10 0.debian.pool.ntp.org has address 213.194.159.3 0.debian.pool.ntp.org has address 46.16.60.129 sm01@stt008:~$ host 1.debian.pool.ntp.org 1.debian.pool.ntp.org has address 77.227.249.190 1.debian.pool.ntp.org has address 84.77.40.132 1.debian.pool.ntp.org has address 147.83.123.133 Es el resultado de consultar los que hay en /etc/ntp.conf no?? server 0.debian.pool.ntp.org iburst server 1.debian.pool.ntp.org iburst server 2.debian.pool.ntp.org iburst server 3.debian.pool.ntp.org iburst Sí, esa es la configuración predeterminada pero se puede cambiar, de hecho yo lo dejé únicamente éste que me ha funcionado siempre bien: server es.pool.ntp.org iburst Si quieres algo más de seguridad, puedes mantener uno de los predeterminados, por ejemplo: server es.pool.ntp.org iburst server 0.debian.pool.ntp.org iburst Con lo cual es ahí donde tengo que cambiarlos? Sí, en ese archivo defines qué servidores quieres consultar y con qué opciones. Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/pan.2014.07.29.13.40...@gmail.com
Re: Debian libre de systemd
El Mon, 28 Jul 2014 14:15:57 -0300, Mario A. Guerra escribió: El 28/07/14 10:53, Camaleón escribió: El Mon, 28 Jul 2014 10:14:21 -0300, Mario A. Guerra escribió: - Tengo dos computadoras con Deban Testing (Jessie) que las actualizo manualmente una vez a la semana mas o menos. Y ayer me llevo la gran sorpresa en Synaptic al marcar todas las actualizaciones: Para ser eliminado: sysvinit-core Para ser instalado: systemd-sysv Para ser actualizado: (...) De eso han estado hablando en la lista de desarrollo, te recomiendo que eches un vistazo al (extenso) hilo: systemd now appears to be only possible init system in testing https://lists.debian.org/debian-devel/2014/07/msg00839.html Si mal no recuerdo (porque no he seguido todos los mensajes) se trata de un cambio temporal, aunque no cabe duda de que quien quiera optar por un entorno GNOME sin complicaciones y completamente funcional se va a tener que tragar el systemd, le guste o no :-/ Gracias por la respuesta: - Mirando el hilo que mencionas, hay un bug 752939 [1], y el paquete que debiera ser actualizado es el systemd-shim - Pude bajar de sid el systemd-shim versión 6-4, junto al cgmanager y dependencias, e instalarlas manualmente en Debian Testing. Pero el paquete libpam-systemd todavía no entró con el cambio de dependencias y no es posible actualizarlo a 208-6. Eventualmente luego de eso podrá actualizarse systemd. Igualmente estoy tratando de eliminarlo del todo. A mí también me extrañó que al actualizar el sistema (con un dist- upgrade) me dijera que se iba a eliminar ese paquete pero inmediatamente pensé que se trata de un fallo temporal de los que suele ser proclive la versión de pruebas (testing), así que en lugar de actualizar el sistema con dist-upgrade lo hice con upgrade a secas y se quedaron retenidos varios paquetes a la espera de tiempos mejores. Respecto a tener la distro libre de systemd, encontré esto de Arch [2]. Sobre los problemas de systemd [3],[4],[5]. Es interesante el debate que se dio en Debian [6]. (...) Sigue habiendo (o al menos esa es mi percepción por lo que leo en listas, foros, blogs, etc...) un rechazo generalizado contra la canibalización que hace systemd y con su uso. Yo lo único que tengo claro es que la próxima instalación que haga (y que preveo será dentro de año y medio) no va a llevar systemd y espero que Debian me lo permita sin mayores problemas (creo que los tiros van por ahí), ya que de lo contrario me plantearía FreeBSD sin dudarlo aunque tenga que instalarlo a trompicones. Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/pan.2014.07.29.13.26...@gmail.com
Re: conexion con el Outlook Express es lenta.
El Mon, 28 Jul 2014 18:04:46 -0400, frank.sc escribió: Hola tengo instalado iredMail pero tengo un problema la conexion con el Outlook Express es lenta. Con toda la información (nótese la ironía) que nos das el problema está clarísimo... A ver, ¿sólo notas lento *un equipo concreto* y con *una aplicación determinada* que se conecta a *un servidor específico*? Antes de valorar un problema tienes que hacer más -pero que muchas más- pruebas para ir descartando cosas, hombre... Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/pan.2014.07.29.13.47...@gmail.com
Re: Filtered en comando nmap
El Tue, 29 Jul 2014 14:18:50 +0200, Maykel Franco escribió: (ese html va a acabar conmigo...) El 25 de julio de 2014, 16:12, Camaleón noela...@gmail.com escribió: (...) Starting Nmap 6.46 ( http://nmap.org ) at 2014-07-25 09:25 CEST Nmap scan report for prueba.uk.nex.global (192.168.0.10) Host is up (0.066s latency). Not shown: 998 closed ports PORTSTATESERVICE 80/tcp filtered http 443/tcp filtered https Filtered según la web de nmap: Filtered means that a firewall, filter, or other network obstacle is blocking the port so that Nmap cannot tell whether it is open or closed ¿Esto realmente significa que es incapaz de decirte si está abierto o cerrado? ¿Hay algo que bloquea a nivel de reglas en el firewall de destino? Si es incapaz de decirte si está abierto o cerrado cómo es posible que sea capaz de detectar los puertos? Desde el punto de vista defensivo, es la mejor respuesta. Viene a ser como una respuesta de tipo drop en iptables, es decir, que te indica que hay algo detrás pero no sabes qué ni por qué, por lo que tienes que investigar por otro lado. Pero si en teoría te han dado acceso para acceder a ciertos puertos de esa ip e inclusive para realizar peticiones icmp, el problema es que no está correctamente abierto verdad? Eso no lo sabes, puede estar correctamente abierto y permitir ese tipo de tráfico o incorrectamente cerrado descartando las peticiones. En pocas palabras, lo que te está diciendo es ven majo, acércate... pero antes de conocernos dime quién eres y qué quieres y ya veré qué hago contigo. Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/pan.2014.07.29.13.44...@gmail.com
Re: Problema con network manager de testing
El Mon, 28 Jul 2014 19:49:39 +0200, Eduardo Rios escribió: Hola. A ver si soy capaz de explicarme. Todo iba bien en mi conexión a Internet (por cable) hasta que ocurrieron 2 últimas actualizaciones de network manager de gnome. Ahora, cada vez que enciendo o reinicio el equipo, me aparecen 2 conexiones: - Una llamada eth0, que no tiene configurados los parámetros IPv4, por lo que no me va Internet (logicamente), pero que siempre aparece como predeterminada... - Otra conexión a la que le puse como nombre 'Movistar FTTH' que si guarda los parámetros IPv4 y con la que tengo conexión sin problema a Internet. (...) No sigas... BUG: network-manager: keeps creating and using new connection eth0 that does not work https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=755202 Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/pan.2014.07.29.13.50...@gmail.com
Re: Check_mk openvpn Debian Wheezy
El Tue, 29 Jul 2014 14:29:37 +0200, Maykel Franco escribió: (¿tanto cuesta desactivar el html...? Grrr...) El 29 de julio de 2014, 14:13, Maykel Franco maykeldeb...@gmail.com escribió: Buenas, les traigo otra pregunta de check_mk sistema de monitorización. Me gustaría monitorizar las conexiones de openvpn a través del fichero openvpn-status.log . Según su web, debería de coger el log en /etc/openvpn/openvpn-status.log que es mi caso, el fichero está ahí perfectamente: https://mathias-kettner.de/checkmk_check_openvpn_clients.html (...) En teoría viene incorporado justo en esta linea: # OpenVPN Clients. Currently we assume that the configuration # is in # /etc/openvpn. We might find a safer way to find the configuration later. if [ -e /etc/openvpn/openvpn-status.log ] ; then echo 'openvpn_clients:sep(44)' sed -n -e '/CLIENT LIST/,/ROUTING TABLE/p' /etc/openvpn/openvpn-status.log | sed -e 1,3d -e '$d' fi Y si ejecuto el sed -n -e . No sale nada... Lo que saco en claro de la instrucción sed es que busca las cadenas CLIENT LIST y ROUTING TABLE para filtrar por esas líneas, así que para empezar mira a ver qué contiene el archivo openvpn-status.log. Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/pan.2014.07.29.14.19...@gmail.com
Re: Check_mk openvpn Debian Wheezy
El 29/07/2014 16:20, Camaleón noela...@gmail.com escribió: El Tue, 29 Jul 2014 14:29:37 +0200, Maykel Franco escribió: (¿tanto cuesta desactivar el html...? Grrr...) El 29 de julio de 2014, 14:13, Maykel Franco maykeldeb...@gmail.com escribió: Buenas, les traigo otra pregunta de check_mk sistema de monitorización. Me gustaría monitorizar las conexiones de openvpn a través del fichero openvpn-status.log . Según su web, debería de coger el log en /etc/openvpn/openvpn-status.log que es mi caso, el fichero está ahí perfectamente: https://mathias-kettner.de/checkmk_check_openvpn_clients.html (...) En teoría viene incorporado justo en esta linea: # OpenVPN Clients. Currently we assume that the configuration # is in # /etc/openvpn. We might find a safer way to find the configuration later. if [ -e /etc/openvpn/openvpn-status.log ] ; then echo 'openvpn_clients:sep(44)' sed -n -e '/CLIENT LIST/,/ROUTING TABLE/p' /etc/openvpn/openvpn-status.log | sed -e 1,3d -e '$d' fi Y si ejecuto el sed -n -e . No sale nada... Lo que saco en claro de la instrucción sed es que busca las cadenas CLIENT LIST y ROUTING TABLE para filtrar por esas líneas, así que para empezar mira a ver qué contiene el archivo openvpn-status.log. Siento html estoy desde el movil. Creo que no hay forma de enviar en texto plano desde el cliente gmail en android. Si lo he abierto y aparece CLIENT LIST y ROUTING TABLE, es mas le pasado el comando sed todo el trozaco a piñón en la terminal y no devuelve nada... Si le quito la ultima parte de sed, si que me devuelve... Saludos, Saludos. -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/pan.2014.07.29.14.19...@gmail.com
Re: Check_mk openvpn Debian Wheezy
El Tue, 29 Jul 2014 16:24:01 +0200, Maykel Franco escribió: (y más html... ¿tanta prisa tenéis que no podéis esperar a estar delante de un ordenador de verdad? no tengo nada en contra de los móviles/ tabletas pero si no son/sois capaces de usar un formato adecuado entonces no los uséis para enviar mensajes a la lista, caray... :-P) El 29/07/2014 16:20, Camaleón noela...@gmail.com escribió: El Tue, 29 Jul 2014 14:29:37 +0200, Maykel Franco escribió: (...) https://mathias-kettner.de/checkmk_check_openvpn_clients.html (...) En teoría viene incorporado justo en esta linea: # OpenVPN Clients. Currently we assume that the configuration # is in # /etc/openvpn. We might find a safer way to find the configuration later. if [ -e /etc/openvpn/openvpn-status.log ] ; then echo 'openvpn_clients:sep(44)' sed -n -e '/CLIENT LIST/,/ROUTING TABLE/p' /etc/openvpn/openvpn-status.log | sed -e 1,3d -e '$d' fi Y si ejecuto el sed -n -e . No sale nada... Lo que saco en claro de la instrucción sed es que busca las cadenas CLIENT LIST y ROUTING TABLE para filtrar por esas líneas, así que para empezar mira a ver qué contiene el archivo openvpn-status.log. Siento html estoy desde el movil. Creo que no hay forma de enviar en texto plano desde el cliente gmail en android. Ya, ya... esa excusa me la sé. Si lo he abierto y aparece CLIENT LIST y ROUTING TABLE, grep -e CLIENT LIST -e ROUTING TABLE /etc/openvpn/openvpn-status.log | head -5 es mas le pasado el comando sed todo el trozaco a piñón en la terminal y no devuelve nada... Si le quito la ultima parte de sed, si que me devuelve... Podría ser un error en la instrucción de sed; manda la salida del anterior comando y espera a que un gurú de sed te pueda decir algo porque yo sólo adivino que filtra las líneas que contienen esos dos términos y después inyecta el resultado a otra instrucción sed para eliminar las tres primeras líneas, hum... creo O:-) Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/pan.2014.07.29.14.39...@gmail.com
Re: Filtered en comando nmap
El 29/07/14 07:18, Maykel Franco escribió: El 25 de julio de 2014, 16:12, Camaleón noela...@gmail.com escribió: El Fri, 25 Jul 2014 10:07:09 +0200, Maykel Franco escribió: Buenas, tenía una pequeña duda que no me aclara en la web de nmap y alomejor alguno de ustedes podría ayudarme. Al realizar un nmap a una determinada ip a través de una VPN ipsec devuelve esto: maykel@maykel-debian: ~$ nmap -Pn 192.168.0.10 Starting Nmap 6.46 ( http://nmap.org ) at 2014-07-25 09:25 CEST Nmap scan report for prueba.uk.nex.global (192.168.0.10) Host is up (0.066s latency). Not shown: 998 closed ports PORTSTATESERVICE 80/tcp filtered http 443/tcp filtered https Filtered según la web de nmap: Filtered means that a firewall, filter, or other network obstacle is blocking the port so that Nmap cannot tell whether it is open or closed ¿Esto realmente significa que es incapaz de decirte si está abierto o cerrado? ¿Hay algo que bloquea a nivel de reglas en el firewall de destino? Si es incapaz de decirte si está abierto o cerrado cómo es posible que sea capaz de detectar los puertos? Desde el punto de vista defensivo, es la mejor respuesta. Viene a ser como una respuesta de tipo drop en iptables, es decir, que te indica que hay algo detrás pero no sabes qué ni por qué, por lo que tienes que investigar por otro lado. Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/pan.2014.07.25.14.12...@gmail.com Pero si en teoría te han dado acceso para acceder a ciertos puertos de esa ip e inclusive para realizar peticiones icmp, el problema es que no está correctamente abierto verdad? No necesariamente, puede que en realidad esté muy bien configurado y no te lleguen las respuestas de la IP 192.168.0.10 por lo que Nmap obviamente va a decir que está filtrado, ¿cómo va a decir si está abierto o cerrado si no recibe una respuesta del objetivo? Nmap no tiene poderes de super vaca tampoco XD Ahora, la razón por la que no obtiene respuesta pueden ser demasiadas, como veo que salen filtrados los puertos 80/443 en teoría podrían estar filtrando el user-agent que usa por defecto Nmap al analizar dicho puertos e identificaría de manera clara que se está realizando un escaneo. La anterior es solamente una posibilidad de las muchas que se pueden llegar a dar en este caso. Saludos. -- Juan Pablo Jaramillo Pineda Ingeniero en Sistemas y Computación Universidad de Caldas -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/53d7b914.6050...@gmail.com
Re: Debian libre de systemd
El 29 de julio de 2014, 8:26, Camaleón escribió: El Mon, 28 Jul 2014 14:15:57 -0300, Mario A. Guerra escribió: El 28/07/14 10:53, Camaleón escribió: El Mon, 28 Jul 2014 10:14:21 -0300, Mario A. Guerra escribió: - Tengo dos computadoras con Deban Testing (Jessie) que las actualizo manualmente una vez a la semana mas o menos. Y ayer me llevo la gran sorpresa en Synaptic al marcar todas las actualizaciones: Para ser eliminado: sysvinit-core Para ser instalado: systemd-sysv Para ser actualizado: (...) De eso han estado hablando en la lista de desarrollo, te recomiendo que eches un vistazo al (extenso) hilo: systemd now appears to be only possible init system in testing https://lists.debian.org/debian-devel/2014/07/msg00839.html Si mal no recuerdo (porque no he seguido todos los mensajes) se trata de un cambio temporal, aunque no cabe duda de que quien quiera optar por un entorno GNOME sin complicaciones y completamente funcional se va a tener que tragar el systemd, le guste o no :-/ Gracias por la respuesta: - Mirando el hilo que mencionas, hay un bug 752939 [1], y el paquete que debiera ser actualizado es el systemd-shim - Pude bajar de sid el systemd-shim versión 6-4, junto al cgmanager y dependencias, e instalarlas manualmente en Debian Testing. Pero el paquete libpam-systemd todavía no entró con el cambio de dependencias y no es posible actualizarlo a 208-6. Eventualmente luego de eso podrá actualizarse systemd. Igualmente estoy tratando de eliminarlo del todo. A mí también me extrañó que al actualizar el sistema (con un dist- upgrade) me dijera que se iba a eliminar ese paquete pero inmediatamente pensé que se trata de un fallo temporal de los que suele ser proclive la versión de pruebas (testing), así que en lugar de actualizar el sistema con dist-upgrade lo hice con upgrade a secas y se quedaron retenidos varios paquetes a la espera de tiempos mejores. Respecto a tener la distro libre de systemd, encontré esto de Arch [2]. Sobre los problemas de systemd [3],[4],[5]. Es interesante el debate que se dio en Debian [6]. (...) Sigue habiendo (o al menos esa es mi percepción por lo que leo en listas, foros, blogs, etc...) un rechazo generalizado contra la canibalización que hace systemd y con su uso. Yo lo único que tengo claro es que la próxima instalación que haga (y que preveo será dentro de año y medio) no va a llevar systemd y espero que Debian me lo permita sin mayores problemas (creo que los tiros van por ahí), ya que de lo contrario me plantearía FreeBSD sin dudarlo aunque tenga que instalarlo a trompicones. He leído un poco de systemd y de que ha sido adoptado por varias distros como Fedora, Mandriva, Open SuSE y muchas más. Pero no me queda claro a que se refieren con la canibalización de systemd ni por qué es tan polémico ese programa. Entiendo que es un demonio relativamente nuevo que se diseñó para reemplazar al proceso init de linux y según esto optimizar el arranque. Pero no sé que problemas conlleve eso. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/caacnk7ycfef3-ppuffnr8jzvi8do44geyosq8tbttvjcwpp...@mail.gmail.com
Re: Debian libre de systemd
El Tue, 29 Jul 2014 10:20:04 -0500, Aradenatorix Veckhom Vacelaevus escribió: El 29 de julio de 2014, 8:26, Camaleón escribió: (...) Respecto a tener la distro libre de systemd, encontré esto de Arch [2]. Sobre los problemas de systemd [3],[4],[5]. Es interesante el debate que se dio en Debian [6]. (...) Sigue habiendo (o al menos esa es mi percepción por lo que leo en listas, foros, blogs, etc...) un rechazo generalizado contra la canibalización que hace systemd y con su uso. Yo lo único que tengo claro es que la próxima instalación que haga (y que preveo será dentro de año y medio) no va a llevar systemd y espero que Debian me lo permita sin mayores problemas (creo que los tiros van por ahí), ya que de lo contrario me plantearía FreeBSD sin dudarlo aunque tenga que instalarlo a trompicones. He leído un poco de systemd y de que ha sido adoptado por varias distros como Fedora, Mandriva, Open SuSE y muchas más. Pero no me queda claro a que se refieren con la canibalización de systemd Pues que acaba con todos, se hace dueño y señor de tu sistema, todo gira en torno a systemd cuando un buen gestor de procesos debe pasar desapercibido por completo y hacer su trabajo a la perfección. ni por qué es tan polémico ese programa. Bueno, es que no es un programa, es el sustituto de systemv que es el administrador de la gestión de todos los procesos del sistema. Es uno de los componentes más importantes de cualquier sistema operativo. Entiendo que es un demonio relativamente nuevo que se diseñó para reemplazar al proceso init de linux y según esto optimizar el arranque. Pero no sé que problemas conlleve eso. Pues como toda novedad lleva muchos problemas aparejados pero los principales que le veo son dos: 1/ Demasiado novedoso para ser eficiente y es un componente clave para el funcionamiento del sistema 2/ Requerimientos totalmente exagerados (journal propio, no disponible para entornos BSD...) No sé cómo estará en unos años pero de momento prefiero tenerlo en entornos de prueba únicamente. Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/pan.2014.07.29.15.49...@gmail.com
Re: Debian libre de systemd
El 29 de julio de 2014, 10:49, Camaleón escribió: El Tue, 29 Jul 2014 10:20:04 -0500, Aradenatorix Veckhom Vacelaevus escribió: He leído un poco de systemd y de que ha sido adoptado por varias distros como Fedora, Mandriva, Open SuSE y muchas más. Pero no me queda claro a que se refieren con la canibalización de systemd Pues que acaba con todos, se hace dueño y señor de tu sistema, todo gira en torno a systemd cuando un buen gestor de procesos debe pasar desapercibido por completo y hacer su trabajo a la perfección. Entonces no pinta a ser un buen gestor de procesos, sin embargo parece que ya es popular. ni por qué es tan polémico ese programa. Bueno, es que no es un programa, es el sustituto de systemv que es el administrador de la gestión de todos los procesos del sistema. Es uno de los componentes más importantes de cualquier sistema operativo. Ahora entiendo. Entiendo que es un demonio relativamente nuevo que se diseñó para reemplazar al proceso init de linux y según esto optimizar el arranque. Pero no sé que problemas conlleve eso. Pues como toda novedad lleva muchos problemas aparejados pero los principales que le veo son dos: 1/ Demasiado novedoso para ser eficiente y es un componente clave para el funcionamiento del sistema Mas que lo novedoso, creo que lo preocupante seria que no fuera eficiente. 2/ Requerimientos totalmente exagerados (journal propio, no disponible para entornos BSD...) Esos requerimientos tampoco suenan bien, supongo que de adoptarse eso podría limitar la capacidad de linux de ejecutarse en equipos con pocos recursos de hardware que es hasta ahora una de sus fortalezas, y el que no sea compatible con BSD tal vez no sea escandaloso, pero no sé hasta que punto sea bueno diferenciarse en este aspecto. No sé cómo estará en unos años pero de momento prefiero tenerlo en entornos de prueba únicamente. En fin, pues por todo lo que estoy viendo al respecto, espero que no prospere o que si hay que mejorar systemv surja algo que lo haga mejor y sin tantos problemas. Saludos -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/CAACnk7Z2QBBwVJie4�gwlvat7bho4scmgxtppoxgo0yr1...@mail.gmail.com
Re: Debian libre de systemd
El Tue, 29 Jul 2014 11:35:45 -0500, Aradenatorix Veckhom Vacelaevus escribió: El 29 de julio de 2014, 10:49, Camaleón escribió: (...) He leído un poco de systemd y de que ha sido adoptado por varias distros como Fedora, Mandriva, Open SuSE y muchas más. Pero no me queda claro a que se refieren con la canibalización de systemd Pues que acaba con todos, se hace dueño y señor de tu sistema, todo gira en torno a systemd cuando un buen gestor de procesos debe pasar desapercibido por completo y hacer su trabajo a la perfección. Entonces no pinta a ser un buen gestor de procesos, sin embargo parece que ya es popular. Desgraciadamente es popular por imposición no por méritos. Entiendo que es un demonio relativamente nuevo que se diseñó para reemplazar al proceso init de linux y según esto optimizar el arranque. Pero no sé que problemas conlleve eso. Pues como toda novedad lleva muchos problemas aparejados pero los principales que le veo son dos: 1/ Demasiado novedoso para ser eficiente y es un componente clave para el funcionamiento del sistema Mas que lo novedoso, creo que lo preocupante seria que no fuera eficiente. Lo principal es que sea estable como una roca porque un error en el gestor de procesos te puede impedir iniciar el sistema, y lo novedoso no suele ser (por definición) muy estable ya que necesita su tiempo de rodaje, como el motor de un coche. 2/ Requerimientos totalmente exagerados (journal propio, no disponible para entornos BSD...) Esos requerimientos tampoco suenan bien, supongo que de adoptarse eso podría limitar la capacidad de linux de ejecutarse en equipos con pocos recursos de hardware que es hasta ahora una de sus fortalezas, y el que no sea compatible con BSD tal vez no sea escandaloso, pero no sé hasta que punto sea bueno diferenciarse en este aspecto. Que linux se vuelva incompatible es una tragedia ya que su bandera ha sido siempre la de la compatibilidad y la integración. En cuanto a los recursos, no sé exactamente qué requisitos tiene systemd, pero no creo que sean elevados. No sé cómo estará en unos años pero de momento prefiero tenerlo en entornos de prueba únicamente. En fin, pues por todo lo que estoy viendo al respecto, espero que no prospere o que si hay que mejorar systemv surja algo que lo haga mejor y sin tantos problemas. Prosperará... no te quepa la menor duda, viene respaldado por un desarrollador de Redhat y GNOME. En Debian systemd va a ser el gestor de procesos predeterminado en Jessie (la nueva versión). Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/pan.2014.07.29.17.23...@gmail.com
Re: Debian libre de systemd
El Tue, 29 de Jul de 2014, a las 05:23:42PM +, Camaleón dijo: Voy a meter un poco la cuchara. Yo sustituí systemd por sysvinit a raíz de que debian declarara oficialmente que se iba a pasar a él. Desgraciadamente es popular por imposición no por méritos. No sé hasta que punto es así: hubo una discusión larga en debian y una votación. Yo evidentemente no tengo los conocimientos para saber si el cambio estaba fundado o no en razones técnicas, pero no tengo por qué dudar de que los que tomaron la decisión sí sabían sobre lo que votaban. Lo principal es que sea estable como una roca porque un error en el gestor de procesos te puede impedir iniciar el sistema, y lo novedoso no suele ser (por definición) muy estable ya que necesita su tiempo de rodaje, como el motor de un coche. A mí me dio problemas: cuando lo intalé dejó de iniciar bien porque tengo eth0 en una interfaz bridge para poder usar máquinas virtuales de qemu que estén en la misma red; y por alguna razón el arranque se quedaba colgado intentando levantar mi br0. Al final tuve que quitar el auto de mi br0 y la levanto a mano después de reiniciar. No sé si estará resuelto, porque no me he atrevido a probar de nuevo: perdí mi pincho con sistema autoarrancable y, por vago, no he hecho otro. Que linux se vuelva incompatible es una tragedia ya que su bandera ha sido siempre la de la compatibilidad y la integración. Bueno, yo no veo que el que linux se vuelva incompatible en este aspecto sea una tragedia: es el arranque de linux, ¿qué importa que systemd no sirva para arrancar FreeBSD, si de lo que se trata es de arrancar linux? Cosa distinta es el caso particular de debian que no es una distribución exclusiva de linux. Prosperará... no te quepa la menor duda, viene respaldado por un desarrollador de Redhat y GNOME. En Debian systemd va a ser el gestor de procesos predeterminado en Jessie (la nueva versión). Por eso lo instalé yo: por ver que los derroteros van por ahí. Jamás instalé devfs (aunque lo había probado en gentoo), porque debian no lo usó oficialmente nunca. Al final, lo que prosperó fue udev. Pero esto parece que ha venido para quedarse. Saludos, Un saludo. -- No hay gusto, no hay placer sin su descuento, que el dejo del deleite es el tormento. --- Alonso de Ercilla --- -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140729181007.ga32...@cubo.casa
Re: Debian libre de systemd
On Tuesday 29 July 2014 10:20:04 Aradenatorix Veckhom Vacelaevus wrote: He leído un poco de systemd y de que ha sido adoptado por varias distros como Fedora, Mandriva, Open SuSE y muchas más. Pero no me queda claro a que se refieren con la canibalización de systemd ni por qué es tan polémico ese programa. Entiendo que es un demonio relativamente nuevo que se diseñó para reemplazar al proceso init de linux y según esto optimizar el arranque. Pero no sé que problemas conlleve eso. En mi opinión, algunas de las quejas también son más ideológicas que técnicas. Por ejemplo, he oído quejas basadas solamente en que proviene de redhat. Yo lo veo como el paso de devfs a udev, un sistema nuevo, más complejo. ¿Es posible arrancar un debian sin initrd hoy en día de manera sencilla? Grub2 es mucho más complicado de manejar y administrar que Grub. Todos estos elementos también son críticos en el sistema. Desde el punto de usuario, yo he notado con systemd: - Que el arranque es más rápido. - Me resulta más fácil añadir servicios al arranque que en sysvinit. - systemd-analyze blame mola para un portátil :) Sobre las quejas: - journald formato binario. Aquí reconozco que no me gusta para ficheros de log. Debería haber voluntarios para crear un journald alternativo que trabaje con ficheros de texto plano. - Gnome tiene una dependencia de systemd en Debian. En mi opinión es un mal movimiento. - Animo a todos los usuarios de Debian que no estén contentos con systemd que se involucren en conseguir que Debian sea perfectamente instalable y usable con sysvinit o upstart u otra alternativa cono init en pid=1. Rellenar bugs, testear sitemas y paquetes, tratar de arreglarlos, etc. No es sorna, esto solo puede favorecer a todos los usuarios de Debian. Luis
No abre sesion en Debian 7
Buenas tardes a todos Tengo un problemon estaba actualizando y no pude reinicio el equipo normalmente y de da este cartel en una ventana antes de iniciar sesion: Could not update ICEauthority file /var/lib/gdm3/.ICEauthority ( Cerrar sesion) Y por ende no puedo entrar a la sesion. Alguna idea de como reparar esto ?? Agradezco toda ayuda -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/b998675573136d591eaa1771e8375...@ida.cu
Monitorizar conexiones para conocer ip
hola gente.. necesito alguna orientación dentro del basto mundo de linux y debian. Quisiera mas de una vez identificar la dirección ip de una conexión realizada como por ejemplo descargas, vídeos, radio streaming, o también nombres de aplicaciones propias que se estén conectando a un punto remoto. Les agradecería si comparten de memoria algún link con información o la utilización de una herramienta (preferentemente desde consola). P.D.: mi punto flojo son las redes precisamente. Saludos. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/53d827c3.8080...@mail.com
Re: No abre sesion en Debian 7
El 29 de julio de 2014, 17:40, l...@ida.cu escribió: Buenas tardes a todos Tengo un problemon estaba actualizando y no pude reinicio el equipo normalmente y de da este cartel en una ventana antes de iniciar sesion: Could not update ICEauthority file /var/lib/gdm3/.ICEauthority ( Cerrar sesion) Y por ende no puedo entrar a la sesion. Alguna idea de como reparar esto ?? Agradezco toda ayuda intentaste iniciar sesión desde una tty, y luego iniciar el entorno gráfico? -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/b998675573136d591eaa1771e8375...@ida.cu
Re: Monitorizar conexiones para conocer ip
El mar, 29-07-2014 a las 20:01 -0300, unciegobailando escribió: hola gente.. necesito alguna orientación dentro del basto mundo de linux y debian. Quisiera mas de una vez identificar la dirección ip de una conexión realizada como por ejemplo descargas, vídeos, radio streaming, o también nombres de aplicaciones propias que se estén conectando a un punto remoto. Les agradecería si comparten de memoria algún link con información o la utilización de una herramienta (preferentemente desde consola). P.D.: mi punto flojo son las redes precisamente. Saludos. probablemente NO sea lo que pedís (no entendí muy bien tu pregunta), pero tal vez te sirva: netstat -putan y si no querés que resuelva nombres ni protocolos (solo muestre la ip, y el número de puerto) sacás la n del final Otra vez, tal vez no sea lo que necesitás pero ya es un inicio. Para mas información: man netstat -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/1406677848.1701.27.ca...@gonzalo.casa
Re: Monitorizar conexiones para conocer ip
El mar, 29-07-2014 a las 21:02 -0300, unciegobailando escribió: El 29/07/14 20:50, Gonzalo Rivero escribió: El mar, 29-07-2014 a las 20:01 -0300, unciegobailando escribió: hola gente.. necesito alguna orientación dentro del basto mundo de linux y debian. Quisiera mas de una vez identificar la dirección ip de una conexión realizada como por ejemplo descargas, vídeos, radio streaming, o también nombres de aplicaciones propias que se estén conectando a un punto remoto. Les agradecería si comparten de memoria algún link con información o la utilización de una herramienta (preferentemente desde consola). P.D.: mi punto flojo son las redes precisamente. Saludos. probablemente NO sea lo que pedís (no entendí muy bien tu pregunta), pero tal vez te sirva: netstat -putan y si no querés que resuelva nombres ni protocolos (solo muestre la ip, y el número de puerto) sacás la n del final Otra vez, tal vez no sea lo que necesitás pero ya es un inicio. Para mas información: man netstat gracias.. ya lo voy a probar. Sabia que netstat andaba por ahi... use nethogs (pero rara vez veo la ip o la direccion especifica de una conexion). y bueno, feliz de escribir con utilidad en la consola una mala palabra netstat -puta me llegó por error a mi mail privado -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/1406678612.1701.28.ca...@gonzalo.casa
Re: Monitorizar conexiones para conocer ip
El 29/07/14 21:03, Gonzalo Rivero escribió: El mar, 29-07-2014 a las 21:02 -0300, unciegobailando escribió: El 29/07/14 20:50, Gonzalo Rivero escribió: El mar, 29-07-2014 a las 20:01 -0300, unciegobailando escribió: hola gente.. necesito alguna orientación dentro del basto mundo de linux y debian. Quisiera mas de una vez identificar la dirección ip de una conexión realizada como por ejemplo descargas, vídeos, radio streaming, o también nombres de aplicaciones propias que se estén conectando a un punto remoto. Les agradecería si comparten de memoria algún link con información o la utilización de una herramienta (preferentemente desde consola). P.D.: mi punto flojo son las redes precisamente. Saludos. probablemente NO sea lo que pedís (no entendí muy bien tu pregunta), pero tal vez te sirva: netstat -putan y si no querés que resuelva nombres ni protocolos (solo muestre la ip, y el número de puerto) sacás la n del final Otra vez, tal vez no sea lo que necesitás pero ya es un inicio. Para mas información: man netstat gracias.. ya lo voy a probar. Sabia que netstat andaba por ahi... use nethogs (pero rara vez veo la ip o la direccion especifica de una conexion). y bueno, feliz de escribir con utilidad en la consola una mala palabra netstat -puta me llegó por error a mi mail privado ahi esta, disculpame... me equivoque de boton yo -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/53d8375b.40...@mail.com
No abre sesion en Debian 7
-- Mensaje reenviado -- De: javier frf francisco...@gmail.com Fecha: 30/07/2014 01:03 Asunto: Re: No abre sesion en Debian 7 Para: l...@ida.cu Cc: Debian user spanish debian-user-spanish@lists.debian.org El 29 de julio de 2014, 17:40, l...@ida.cu escribió: Buenas tardes a todos Tengo un problemon estaba actualizando y no pude reinicio el equipo normalmente y de da este cartel en una ventana antes de iniciar sesion: Could not update ICEauthority file /var/lib/gdm3/.ICEauthority ( Cerrar sesion) Y por ende no puedo entrar a la sesion. Alguna idea de como reparar esto ?? Agradezco toda ayuda intentaste iniciar sesión desde una tty, y luego iniciar el entorno gráfico? -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/b998675573136d591eaa1771e8375...@ida.cu Renombra ese archivo para conservarlo por si esto no sirve. Por ejemplo, .ICEauthorityviejo Reinicia y creo que se te solucionará. No sé porqué, pero recuerdo de hace bastantes años, un problema con ese archivo que solucioné así. Noseasasi.
Cheques sem fundo
Prezado Cliente Em nosso Sistema foi Protestado três Cheques diferentes de Vossa Senhoria do Banco do Brasil, Caixa Econômica Federal e Banco Itaú nos Valores de R$ 365,00, R$ 2.830,00 e 1.500,00 Segue em Anexo uma Copia dos Cheques Devolvido Protestado. Protesto efetuado em 26/06/2014 às 10:00 AM Atenciosamente Julião Pinto da silva. Link dos dados é cheque https://bitly.com/1nBnNQO -- To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/201407290032250.SM07632@boaSorte-PC
Re: Roteamento dentro da rede local
Na minha opinião bridge é mais rápido. Em casa tenho uma rede domestica e fazia roteamento e DNS internamente. Depois que configurei meu AP como bridge deixando o roteamento e resolução de nomes com meu provedor de acesso o desempenho cresceu muito. Mas é claro que é uma rede domestica e minha opinião não é definitiva. O ideal é você fazer os testes e comparar usando uma ferramenta de monitoração. Em 29 de julho de 2014 00:32, Nei Moreira neivfmore...@yahoo.com.br escreveu: Paulino, Henrique e Geowany, Agradeço pelas dicas dadas. Demorei para responder porque estava estudando / testando as dicas sugeridas. Já montei uma máquina para montar a bridge e já instalado o DHCP e DNS. Ainda restando as configurações. Nas pesquisas que realizei, buscando soluções para o cenário apresentado, descobri uma pergunta sobre o que seria mais vantajoso a bridge ou rede roteada. Vocês tem alguma opinião a respeito. Obrigado, Nei Vicente -- To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/caema1k8f-iok3zz-lafzyma1dyps4ezvtstwrhfcsm6hk9-...@mail.gmail.com
Sem som Radeon HD 6250/6310
Boa noite, Uso o Debian Wheezy, com XFCE. Ja inclui no sourcelist cat /etc/apt/sources.list # deb cdrom:[Debian GNU/Linux 7.5.0 _Wheezy_ - Official amd64 lxde-CD Binary-1 20140426-13:35]/ wheezy main #deb cdrom:[Debian GNU/Linux 7.5.0 _Wheezy_ - Official amd64 lxde-CD Binary-1 20140426-13:35]/ wheezy main deb http://ftp.br.debian.org/debian/ wheezy main deb-src http://ftp.br.debian.org/debian/ wheezy main deb http://security.debian.org/ wheezy/updates main deb-src http://security.debian.org/ wheezy/updates main # wheezy-updates, previously known as 'volatile' deb http://ftp.br.debian.org/debian/ wheezy-updates main deb-src http://ftp.br.debian.org/debian/ wheezy-updates main deb http://apt.insynchq.com/debian wheezy non-free deb http://ftp.br.debian.org/debian stable main contrib non-free deb-src http://ftp.br.debian.org/debian stable main contrib non-free deb http://ftp.debian.org/debian/ wheezy-updates main contrib non-free deb-src http://ftp.debian.org/debian/ wheezy-updates main contrib non-free #deb http://security.debian.org/ wheezy/updates main contrib non-free #deb-src http://security.debian.org/ wheezy/updates main contrib non-free #deb http://debian.net/debian/ wheezy main contrib non-free deb http://ftp.de.debian.org/debian wheezy-backports main non-free deb http://http.debian.net/debian/ wheezy main contrib non-free comando root@debian:/home/malkut# cat /proc/asound/cards --- no soundcards --- li alguns tutoriais mas ainda não resolvi este problema de som, se tiverem sugestoes ... Obrigado.
Re: Sem som Radeon HD 6250/6310
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Em 29-07-2014 21:21, Magno Malkut escreveu: Boa noite, Uso o Debian Wheezy, com XFCE. Ja inclui no sourcelist cat /etc/apt/sources.list # deb cdrom:[Debian GNU/Linux 7.5.0 _Wheezy_ - Official amd64 lxde-CD Binary-1 20140426-13:35]/ wheezy main #deb cdrom:[Debian GNU/Linux 7.5.0 _Wheezy_ - Official amd64 lxde-CD Binary-1 20140426-13:35]/ wheezy main deb http://ftp.br.debian.org/debian/ wheezy main deb-src http://ftp.br.debian.org/debian/ wheezy main deb http://security.debian.org/ wheezy/updates main deb-src http://security.debian.org/ wheezy/updates main # wheezy-updates, previously known as 'volatile' deb http://ftp.br.debian.org/debian/ wheezy-updates main deb-src http://ftp.br.debian.org/debian/ wheezy-updates main deb http://apt.insynchq.com/debian wheezy non-free deb http://ftp.br.debian.org/debian stable main contrib non-free deb-src http://ftp.br.debian.org/debian stable main contrib non-free deb http://ftp.debian.org/debian/ wheezy-updates main contrib non-free deb-src http://ftp.debian.org/debian/ wheezy-updates main contrib non-free #deb http://security.debian.org/ wheezy/updates main contrib non-free #deb-src http://security.debian.org/ wheezy/updates main contrib non-free #deb http://debian.net/debian/ wheezy main contrib non-free deb http://ftp.de.debian.org/debian wheezy-backports main non-free deb http://http.debian.net/debian/ wheezy main contrib non-free comando root@debian:/home/malkut# cat /proc/asound/cards --- no soundcards --- li alguns tutoriais mas ainda não resolvi este problema de som, se tiverem sugestoes ... Obrigado. Quando quero resolver problemas com hardware uso o site http://kmuto.jp/debian/hcl/ para verificar qual módulo do kernel usar e qual versão é compativel. Att. - -- Paz e Bem! Alcione Ferreira Sombra® 101080 [http://www.alcionesytes.net/] - --- Liberdade e conhecimento ao alcance de todos. Office Escritório - http://www.openoffice.org.br/ Navegador Firefox - http://www.mozilla.org.br/ Email Thunderbird - http://www.mozilla.org.br/ - --- Linux user number 432030 of http://counter.li.org/ - --- ICQ: 377035698 Jabber: ksomb...@jabber.org MSN: alcione.som...@hotmail.com - --- Curriculum: http://lattes.cnpq.br/0545256741852110 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlPYTR0ACgkQ3m8gMw0vje810gCfRH4gDw+M6Y170vk6dhf6KnA8 lJ0An0zkbF5VgeaV9lKlFexm3XzhtV0x =oNzm -END PGP SIGNATURE- 0x0D2F8DEF.asc Description: application/pgp-keys
Re: Sem som Radeon HD 6250/6310
saida no site 10221510Advanced Micro Devices [AMD]Family 14h Processor Root Complex 10029807SimAdvanced Micro Devices [AMD] nee ATIWrestler [Radeon HD 6290] radeonv2.6.38-10021314Advanced Micro Devices [AMD] nee ATIWrestler HDMI Audio [Radeon HD 6250/6310] Nao tem kernel que suporte? 2014-07-29 22:40 GMT-03:00 Alcione Ferreira alcione.som...@gmail.com: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Em 29-07-2014 21:21, Magno Malkut escreveu: Boa noite, Uso o Debian Wheezy, com XFCE. Ja inclui no sourcelist cat /etc/apt/sources.list # deb cdrom:[Debian GNU/Linux 7.5.0 _Wheezy_ - Official amd64 lxde-CD Binary-1 20140426-13:35]/ wheezy main #deb cdrom:[Debian GNU/Linux 7.5.0 _Wheezy_ - Official amd64 lxde-CD Binary-1 20140426-13:35]/ wheezy main deb http://ftp.br.debian.org/debian/ wheezy main deb-src http://ftp.br.debian.org/debian/ wheezy main deb http://security.debian.org/ wheezy/updates main deb-src http://security.debian.org/ wheezy/updates main # wheezy-updates, previously known as 'volatile' deb http://ftp.br.debian.org/debian/ wheezy-updates main deb-src http://ftp.br.debian.org/debian/ wheezy-updates main deb http://apt.insynchq.com/debian wheezy non-free deb http://ftp.br.debian.org/debian stable main contrib non-free deb-src http://ftp.br.debian.org/debian stable main contrib non-free deb http://ftp.debian.org/debian/ wheezy-updates main contrib non-free deb-src http://ftp.debian.org/debian/ wheezy-updates main contrib non-free #deb http://security.debian.org/ wheezy/updates main contrib non-free #deb-src http://security.debian.org/ wheezy/updates main contrib non-free #deb http://debian.net/debian/ wheezy main contrib non-free deb http://ftp.de.debian.org/debian wheezy-backports main non-free deb http://http.debian.net/debian/ wheezy main contrib non-free comando root@debian:/home/malkut# cat /proc/asound/cards --- no soundcards --- li alguns tutoriais mas ainda não resolvi este problema de som, se tiverem sugestoes ... Obrigado. Quando quero resolver problemas com hardware uso o site http://kmuto.jp/debian/hcl/ para verificar qual módulo do kernel usar e qual versão é compativel. Att. - -- Paz e Bem! Alcione Ferreira Sombra® 101080 [http://www.alcionesytes.net/] - --- Liberdade e conhecimento ao alcance de todos. Office Escritório - http://www.openoffice.org.br/ Navegador Firefox - http://www.mozilla.org.br/ Email Thunderbird - http://www.mozilla.org.br/ - --- Linux user number 432030 of http://counter.li.org/ - --- ICQ: 377035698 Jabber: ksomb...@jabber.org MSN: alcione.som...@hotmail.com - --- Curriculum: http://lattes.cnpq.br/0545256741852110 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlPYTR0ACgkQ3m8gMw0vje810gCfRH4gDw+M6Y170vk6dhf6KnA8 lJ0An0zkbF5VgeaV9lKlFexm3XzhtV0x =oNzm -END PGP SIGNATURE-
Re: Sem som Radeon HD 6250/6310
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Em 29-07-2014 21:53, Magno Malkut escreveu: saida no site 10221510Advanced Micro Devices [AMD] Family 14h Processor Root Complex 10029807SimAdvanced Micro Devices [AMD] nee ATI Wrestler [Radeon HD 6290]radeonv2.6.38- 10021314Advanced Micro Devices [AMD] nee ATI Wrestler HDMI Audio [Radeon HD 6250/6310] Nao tem kernel que suporte? 2014-07-29 22:40 GMT-03:00 Alcione Ferreira alcione.som...@gmail.com mailto:alcione.som...@gmail.com: Em 29-07-2014 21:21, Magno Malkut escreveu: Boa noite, Uso o Debian Wheezy, com XFCE. Ja inclui no sourcelist cat /etc/apt/sources.list # deb cdrom:[Debian GNU/Linux 7.5.0 _Wheezy_ - Official amd64 lxde-CD Binary-1 20140426-13:35]/ wheezy main #deb cdrom:[Debian GNU/Linux 7.5.0 _Wheezy_ - Official amd64 lxde-CD Binary-1 20140426-13:35]/ wheezy main deb http://ftp.br.debian.org/debian/ wheezy main deb-src http://ftp.br.debian.org/debian/ wheezy main deb http://security.debian.org/ wheezy/updates main deb-src http://security.debian.org/ wheezy/updates main # wheezy-updates, previously known as 'volatile' deb http://ftp.br.debian.org/debian/ wheezy-updates main deb-src http://ftp.br.debian.org/debian/ wheezy-updates main deb http://apt.insynchq.com/debian wheezy non-free deb http://ftp.br.debian.org/debian stable main contrib non-free deb-src http://ftp.br.debian.org/debian stable main contrib non-free deb http://ftp.debian.org/debian/ wheezy-updates main contrib non-free deb-src http://ftp.debian.org/debian/ wheezy-updates main contrib non-free #deb http://security.debian.org/ wheezy/updates main contrib non-free #deb-src http://security.debian.org/ wheezy/updates main contrib non-free #deb http://debian.net/debian/ wheezy main contrib non-free deb http://ftp.de.debian.org/debian wheezy-backports main non-free deb http://http.debian.net/debian/ wheezy main contrib non-free comando root@debian:/home/malkut# cat /proc/asound/cards --- no soundcards --- li alguns tutoriais mas ainda não resolvi este problema de som, se tiverem sugestoes ... Obrigado. Quando quero resolver problemas com hardware uso o site http://kmuto.jp/debian/hcl/ para verificar qual módulo do kernel usar e qual versão é compativel. Att. Pelo que parece nativamente não tem ainda, vc terá que procurar no distribuidor uma forma de instalar ou compilar o modulo do seu som. - -- Paz e Bem! Alcione Ferreira Sombra® 101080 [http://www.alcionesytes.net/] - --- Liberdade e conhecimento ao alcance de todos. Office Escritório - http://www.openoffice.org.br/ Navegador Firefox - http://www.mozilla.org.br/ Email Thunderbird - http://www.mozilla.org.br/ - --- Linux user number 432030 of http://counter.li.org/ - --- ICQ: 377035698 Jabber: ksomb...@jabber.org MSN: alcione.som...@hotmail.com - --- Curriculum: http://lattes.cnpq.br/0545256741852110 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlPYUt8ACgkQ3m8gMw0vje8zKACggtXilkWqSxpsgc3fJAJrjxbo phkAn1pdp0Tge7WG+0RnzaRzAjSW7Hio =o5Vp -END PGP SIGNATURE- 0x0D2F8DEF.asc Description: application/pgp-keys
Re: Sem som Radeon HD 6250/6310
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Em 29-07-2014 21:53, Magno Malkut escreveu: Wrestler HDMI Audio [Radeon HD 6250/6310] Achei uma coisa http://forums.debian.net/viewtopic.php?f=7t=74410 - -- Paz e Bem! Alcione Ferreira Sombra® 101080 [http://www.alcionesytes.net/] - --- Liberdade e conhecimento ao alcance de todos. Office Escritório - http://www.openoffice.org.br/ Navegador Firefox - http://www.mozilla.org.br/ Email Thunderbird - http://www.mozilla.org.br/ - --- Linux user number 432030 of http://counter.li.org/ - --- ICQ: 377035698 Jabber: ksomb...@jabber.org MSN: alcione.som...@hotmail.com - --- Curriculum: http://lattes.cnpq.br/0545256741852110 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlPYVkcACgkQ3m8gMw0vje9vbwCeIVHpkO3giHqNdqYc0+C4XObJ TlcAnjFjZwrGdixWPu8SO8fZwkyw1wF7 =a+C1 -END PGP SIGNATURE- 0x0D2F8DEF.asc Description: application/pgp-keys
Re: Latest Jessie doesn't respond to /etc/default/tmpfs RAMTMP=yes
On Jul 28, 2014, at 4:59 PM, Rick Thomas rbtho...@pobox.com wrote: On Jul 28, 2014, at 3:16 PM, Michael Biebl bi...@debian.org wrote: In this particular case that would mean creating a directory /etc/systemd/system/tmp.mount.d/, then placing a .conf file in there setting your custom options. That all said, using /etc/fstab is perfectly fine if you need to tweak the /tmp tmpfs settings. An entry from /etc/fstab will override any existing tmp.mount unit. so I would: mkdir /etc/systemd/system/tmp.mount.d/ echo “[Mount]” /etc/systemd/system/tmp.mount.d/tmp.mount.conf echo “Options=mode=1777,strictatime,size=20%” /etc/systemd/system/tmp.mount.d/tmp.mount.conf then reboot. Right? I tried this and it seems to work… Rick On the other hand, I can accomplish the same thing in a more obvious way with a line in /etc/fstab listing the same options. The thing I miss most from the old /etc/default/tmpfs is the possibility to set the size of /tmp on tmpfs based on a percentage of the total available virtual memory (real RAM plus swap). Of course, it’s a one-time calculation that I can do myself when I’m customizing after installing, but it is nice to have the option of having the calculation made for me. Also, if I’m installing a lot of similar systems (with e.g. different amounts of RAM) it’s nice to have something that can be pre-seeded and doesn’t need to be tailored differently for each system. Just thinking… Enjoy! Rick -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/0feb975d-4754-4c14-8fc3-151f0bdc9...@pobox.com
Re: sound problem debian wheezy
On 07/29/2014 01:39 AM, tom arnall wrote: Two weeks ago I installed Debian wheezy and was using pulse audio with good results. Then suddenly the external mic wasn't working. I removed pulse from the system and the process seemed to have made alsa the sound system. I also added some alsa stuff. The commands for this: sudo apt-get purge pulseaudio pulseaudio-utils gstreamer0.10-pulseaudio libpulse-browse0 paman pavumeter pavucontrol sudo rm /etc/asound.conf rm ~/.pulse-cookie rm -fR ~/.pulse sudo apt-get install alsa-base alsa-tools\ alsa-tools-gui alsa-utils alsa-oss\ alsamixergui libalsaplayer0 Still no external mic. By 'external mic' I mean the one I plug into the round port, not a USB mic. The machine is a lenovo t400 I checked that the hardware is ok by using it under windows dual-boot. I am sure that people need more info than this, but I have no idea what that info might be. Several pulse packages were long ago deprecated. I just use the stock pulse install and pavucontrol. Did you configure your sound card to have X number of speakers AND mike (mono or stereo) input? Did you run alsamixer to be sure it wasn't muted?? Pulse rides on top of alsa, so if alsa has the mike muted, pulse can not overrule alsa. Package upgrades can break things once in awhile. Ric -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/53d74e71.8040...@gmail.com
Re: Pin package to any version, don't remove?
On Lu, 28 iul 14, 22:47:56, The Wanderer wrote: I just now tried that as well (in combination with 'Priority: required'), and it produced the same result: apt-get wanted to remove the metapackage on dist-upgrade. Could you please post the full output for that and 'apt-cache show' and 'apt-cache policy' for your package? Kind regards, Andrei -- http://wiki.debian.org/FAQsFromDebianUser Offtopic discussions among Debian users and developers: http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic http://nuvreauspam.ro/gpg-transition.txt signature.asc Description: Digital signature
Re: Latest Jessie doesn't respond to /etc/default/tmpfs RAMTMP=yes
On Lu, 28 iul 14, 16:34:14, Rick Thomas wrote: mode=1777 sets all accesses allowed (it is “/tmp” after all…) and also sets the “sticky bit” which (according to stat(2)) “on a directory means that a file in that directory can be renamed or deleted only by the owner of the file, by the owner of the directory, and by a privileged process.” Right, makes sense for /tmp and I kind of ignored that anyway. What I meant (and failed to explain)... “strictatime” (according to mount(8)) Allows to explicitly requesting full atime updates. This makes it possible for kernel to defaults to reltime or native but still allow userspace to override it.” So in an embedded system with root on flash, but /tmp in RAM, we get standard semantics for atime (no need to be nice to flash since the whole filesystem is in RAM) and the usual expected behavior for deletion/rename operations in /tmp. ... was the reason for strictatime (vs. relatime which is default, or the more aggressive noatime). Sure, it's a tmpfs, and the penalty for updating atime is probably much lower than any other conventional storage (though /tmp contents might end up being swapped), but is there any software that actually relies on atime for files in /tmp? Kind regards, Andrei -- http://wiki.debian.org/FAQsFromDebianUser Offtopic discussions among Debian users and developers: http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic http://nuvreauspam.ro/gpg-transition.txt signature.asc Description: Digital signature
Re: /var partition seems locked or read only
Le 28.07.2014 22:36, Andrei POPESCU a écrit : On Lu, 28 iul 14, 11:24:31, berenger.mo...@neutralite.org wrote: Le 27.07.2014 01:42, PaulNM a écrit : Inodes are files/folders, files/folders are inodes. (1-to-1) Anything that has a bunch of files/folders will use a bunch of inodes. Same number in fact. Hum... is it accurate? Files can use more than one inode, with ln Are you talking about hard links? As far as I understand (but I'm sure someone will correct me if I'm wrong) the file itself is always just one inode, but there are one or more directory entries (links) pointing to it. If you remove all of them the file is deleted. Folders can not, AFAIK, since symlinks are simply pointers to inodes (which are themselves pointers --with reference counter I guess, std::shared_ptr in c++11?-- to data). I'm simply asking, I might be completely wrong or inaccurate... Symbolic links, a.k.a. soft links, a.k.a. symlinks are files themselves (i.e. each using one inode) that contain a pointer to one of the directory entries of another file or directory. That was what I thought, yesterday before trying to ask those questions. While asking them, I did some quick research, because I had doubt. What I learned is that the kind of symlinks you speak about, is slow (for various reasons. I've discovered that on the French version of this article: http://en.wikipedia.org/wiki/Symlink#Storage_of_symbolic_links), and that there are now another kind of symlinks, much faster, which are not files since they do not use clusters: all informations are contained in the inode. So, less disk space, and it seems that it avoid keeping open more than one inode, which was a problem of the file approach. $ rm testfile $ cat testsl cat: testsl: No such file or directory (the error message is a bit misleading) From what I have learn recently, it seems that misleading messages are common when playing with filesystems outside the classic uses. $ file testsl testsl: broken symbolic link to `testfile' This should also explain why hard links only work on the same filesystem while symbolic links also work across file systems and why you can delete a file if and only if you have write permissions for the *directory* containing it :) Kind regards, Andrei -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/ad2845b3bef6817278209fcfc1fb6...@neutralite.org
Re: Finding a replacement for my ISP's smtp server
On Mon, Jul 28, 2014 at 07:21:36PM -0400, Jerry Stuckle wrote: On 7/28/2014 5:27 PM, Brian wrote: On Mon 28 Jul 2014 at 16:08:44 -0400, Jerry Stuckle wrote: On 7/28/2014 3:51 PM, Brian wrote: On Mon 28 Jul 2014 at 21:08:02 +0200, Slavko wrote: Dňa Mon, 28 Jul 2014 19:57:52 +0100 Brian a...@cityscape.co.uk napísal: Do you really mean criminal? Which countries are these which criminalise looking at something which is in a public place? Walking round with my eyes closed and my brain closed down isn't an attracive prospect. You never really answered my questiom. If you place something in a public place, a mailserver, for example, why should it be a criminal offence to look at it. If you did not want it to be seen you have the solution at hand. If your car is in a public parking lot, does that mean I can get in and drive it off? I never said that you could. I guess that would be unacceptable in every country except in the most extenuating of circumstances. So is port scanning, in many countries. This is nmap's own position on the subject http://nmap.org/book/legal-issues.html Many on the list (USians) might also find this relevant http://www.securityfocus.com/news/126 signature.asc Description: Digital signature
Re: Finding a replacement for my ISP's smtp server
On Lu, 28 iul 14, 17:05:56, Jerry Stuckle wrote: But then if you have residential service, there really is no need to have your own MTA (other than you want it). Running your own MTA can be beneficial even if it is not accessible from the internet: - queuing: some mail clients block while sending and you also don't have to worry if the smarthost is not available for the moment - DRY: don't repeat yourself by making the same configuration in every mail client you use - local mail works and is not relayed through your smarthost Depending on your needs the first two points can be solved with one of the lightweight MTAs, but I only know of dma that can do all three. Besides, both postfix and exim are very well tested and documented and can be configured to do more advanced stuff (e.g. address rewriting). Kind regards, Andrei -- http://wiki.debian.org/FAQsFromDebianUser Offtopic discussions among Debian users and developers: http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic http://nuvreauspam.ro/gpg-transition.txt signature.asc Description: Digital signature
Re: systemd unable to enter emergeny mode (and failing to skip mount)
On Ma, 29 iul 14, 00:47:21, Redalert Commander wrote: When specifying init=/bin/sh on the kernel command line in grub, I can boot into a shell, remount the root filesystem as rw (it's mounted ro when doing this), and edit /etc/fstab. After commenting out the array from fstab, systemd let me boot up normally so I can fix the array. If the array is not essential for your system you should add 'nofail' to its fstab entry. Kind regards, Andrei -- http://wiki.debian.org/FAQsFromDebianUser Offtopic discussions among Debian users and developers: http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic http://nuvreauspam.ro/gpg-transition.txt signature.asc Description: Digital signature
Re: systemd unable to enter emergeny mode (and failing to skip mount)
On Tue, 2014-07-29 at 12:28 +0300, Andrei POPESCU wrote: On Ma, 29 iul 14, 00:47:21, Redalert Commander wrote: When specifying init=/bin/sh on the kernel command line in grub, I can boot into a shell, remount the root filesystem as rw (it's mounted ro when doing this), and edit /etc/fstab. After commenting out the array from fstab, systemd let me boot up normally so I can fix the array. If the array is not essential for your system you should add 'nofail' to its fstab entry. Kind regards, Andrei Thanks for the advice Andrei, I'll change that line. I still think the timeout is wrong in this case and there is the issue of not being able to enter 'emergency mode'. But as Michael Biebl pointed out in an earlier thread there is a new version waiting to enter unstable, so better test that one first. Best regards, Steven signature.asc Description: This is a digitally signed message part
Re: Finding a replacement for my ISP's smtp server
On Monday 28 July 2014 21:38:37 Brian wrote: You never really answered my questiom. If you place something in a public place, a mailserver, for example, why should it be a criminal offence to look at it. If you did not want it to be seen you have the solution at hand. Yes, i provided answer to you. I try it again: If is something in public place, it doesn't mean, that anybody can do anything with it. You are stating the obvious. I think that Slavko may not know what criminal means. It is at the heart of this, and he does seem to think that he has replied. I agree, he hasn't. But we must make allowances for the fact that many on this list are not native speakers of English. Lisi -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/201407291149.23689.lisi.re...@gmail.com
Re: Does anyone have mimic-tools1.0.1.deb package?
On 07/28/2014 05:20 PM, koanhead wrote: Here's a thread on it at the aMSN forums. Derp. I forgot to include the link: http://www.amsn-project.net/forums/index.php?topic=2954.0 -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/lr82k2$7lh$1...@news.albasani.net
Re: Pin package to any version, don't remove?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On 07/29/2014 04:53 AM, Andrei POPESCU wrote: On Lu, 28 iul 14, 22:47:56, The Wanderer wrote: I just now tried that as well (in combination with 'Priority: required'), and it produced the same result: apt-get wanted to remove the metapackage on dist-upgrade. Could you please post the full output for that and 'apt-cache show' and 'apt-cache policy' for your package? Assuming you mean for the equivs-based package I'm using (though I don't understand why 'apt-cache policy' output would be helpful), here you go I'm not positive this is as minimal (i.e., clean of unrelated packages) as I can get it, but it's what I'm working with at the moment. root@apologia:/home/wanderer# apt-get dist-upgrade Reading package lists... Done Building dependency tree Reading state information... Done Calculating upgrade... The following packages were automatically installed and are no longer required: libgeoclue0 libkolabxml0 libmowgli2 libupower-glib1 Use 'apt-get autoremove' to remove them. Done The following packages will be REMOVED: colord fglrx-control fglrx-driver gvfs gvfs-daemons libpam-systemd policykit-1 policykit-1-gnome removal-prevention systemd udisks2 The following NEW packages will be installed: libkolabxml1 The following packages have been kept back: bzr grub-common grub-pc grub-pc-bin grub2-common plasma-scriptengine-javascript python-bzrlib The following packages will be upgraded: dovecot-core dovecot-imapd isoquery libgee-0.8-2 libguess1 libkolab0 libmozjs185-1.0 libnss-winbind libpam-winbind libpathplan4 libqmi-glib1 libqmi-proxy libsmbclient libsmbclient-dev libsystemd-daemon0 libsystemd-journal0 libsystemd-journal0:i386 libsystemd-login0 libwbclient0 libxdot4 libxkbcommon-dev libxkbcommon0 phonon-backend-vlc python-samba samba samba-common samba-common-bin samba-dsdb-modules samba-libs smbclient winbind xserver-xorg-core xserver-xorg-input-evdev xserver-xorg-input-mouse xserver-xorg-input-synaptics xserver-xorg-input-vmmouse xserver-xorg-input-wacom xserver-xorg-video-ati xserver-xorg-video-cirrus xserver-xorg-video-fbdev xserver-xorg-video-intel xserver-xorg-video-mach64 xserver-xorg-video-mga xserver-xorg-video-modesetting xserver-xorg-video-neomagic xserver-xorg-video-nouveau xserver-xorg-video-openchrome xserver-xorg-video-r128 xserver-xorg-video-radeon xserver-xorg-video-savage xserver-xorg-video-siliconmotion xserver-xorg-video-sisusb xserver-xorg-video-tdfx xserver-xorg-video-trident xserver-xorg-video-vesa xserver-xorg-video-vmware 56 upgraded, 1 newly installed, 11 to remove and 7 not upgraded. Need to get 22.6 MB of archives. After this operation, 41.5 MB disk space will be freed. Do you want to continue? [Y/n] n Abort. root@apologia:/home/wanderer# apt-cache show removal-prevention Package: removal-prevention Status: install ok installed Priority: required Section: misc Installed-Size: 26 Maintainer: Andrew Buehler wande...@fastmail.fm Architecture: all Version: 1.0 Depends: fglrx-driver, systemd-shim Description: Prevent certain packages from being auto-selected for removal Convince apt to find dependency solutions which leave certain packages installed, even when that means deciding not to upgrade other packages, regardless of the installed or available versions of any packages involved. . This package does nothing itself, but only depends on the packages which are to be kept as installed. Description-md5: 6ecaf73a22e81b052549df44fb82b42c root@apologia:/home/wanderer# apt-cache policy removal-prevention removal-prevention: Installed: 1.0 Candidate: 1.0 Version table: *** 1.0 0 100 /var/lib/dpkg/status For comparison against the 'apt-cache show' output, here are the non-commented lines from the control file used with equivs-build: Section: misc Priority: required Essential: yes Standards-Version: 3.9.2 Package: removal-prevention Maintainer: Andrew Buehler wande...@fastmail.fm Depends: fglrx-driver, systemd-shim Description: Prevent certain packages from being auto-selected for removal Convince apt to find dependency solutions which leave certain packages installed, even when that means deciding not to upgrade other packages, regardless of the installed or available versions of any packages involved. . This package does nothing itself, but only depends on the packages which are to be kept as installed. Just to be complete, this is with the following packages set to 'hold' status via 'dpkg --set-selections': e16 grub-pc And the following non-commented package pins: Package: iceweasel Pin: version 24.* Pin-Priority: 1001 Package: icedove Pin: version 2.* Pin-Priority: 1001 Package: xulrunner-1.9.1 Pin: version 1.9.1* Pin-Priority: 1001 Package: kde-runtime-data Pin: version 4:4.11.3-1 Pin-Priority: 1000 - -- The Wanderer Secrecy is the beginning of tyranny. A government exists to serve its citizens, not to control them.
Re: Automatic upgrades stalls on the last kernel release
On 28/07/14 15:48:56, Henrique de Moraes Holschuh wrote: Thanks for your reply, Henrique. I don't really know if that was the problem. I thought I'd try the upgrades again, and noticed that it was slowly upgrading - reducing the upgrade queue. after a couple of repeated attempts running the upgrade it cleared the queue and there were no more updates to apply. Hurrah! But then, since there was a new kernel in the upgrades I rebooted, to find the system wouldn't boot. Fortunately, I could still read the disk partitions with user data. I have now just finished installing on a new bigger disk and transferring all the user files, mail system, web pages etc, to the new disk. 1. I'm wondering if it's a disk space issue. Or lack of free inodes issue. Run df -i to check. ___ News is what somebody somewhere wants to suppress; all the rest is just advertising. Lord Northcliffe -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/1406637806.5908.0@Kingston2
Re: Finding a replacement for my ISP's smtp server
Ahoj, Dňa Tue, 29 Jul 2014 12:22:38 +0300 Andrei POPESCU andreimpope...@gmail.com napísal: On Lu, 28 iul 14, 17:05:56, Jerry Stuckle wrote: But then if you have residential service, there really is no need to have your own MTA (other than you want it). Running your own MTA can be beneficial even if it is not accessible from the internet: - queuing: some mail clients block while sending and you also don't have to worry if the smarthost is not available for the moment - DRY: don't repeat yourself by making the same configuration in every mail client you use - local mail works and is not relayed through your smarthost Depending on your needs the first two points can be solved with one of the lightweight MTAs, but I only know of dma that can do all three. I did many tests with these light MTA, mostly due using on Raspbian and OpenWrt, and my resume is, that the exim4 (light, i never tried heavy daemon) is simplest way and enough light to run on RaspberyPi B (i have no heavy traffic, of course), then it is simplest solution for any Debian machine which has cca 4 MB disk place and 512 MB RAM. These light MTAs has some problems - one is only MUA, with remote delivering, another can read headers only from file, etc. Then there are small problems with some other applications (e.g. cron, procmail, custom scripts, etc), where can be needed to do additional setup for these MTA. All these problems are solvable, but often particular MTA dependent. regards -- Slavko http://slavino.sk signature.asc Description: PGP signature
avoiding the press control+D to continue when there is a minor problem
Hello. I tried the idea exposed by PaulNM here to fix an inode exhaustion: https://lists.debian.org/debian-user/2014/07/msg01588.html My implementation seems to be wrong, and I was not smart enough to try on a normal desktop. Plus, I had to reboot it because of a kernel version problem (the booted version was not the correct one, the needed virtualbox module was not existing). So, when rebooting it, the computer went to the type root password or control+D to continue, which made me unable to use it without a physical access, because it was not able to find /var/cache/apt-cacher-ng.img (I guess it is because it tries to mount everything at the same time, and that it's not sequential, so /var is still empty. I should be able to find a workaround for this.). So, is there is any way to avoid being stuck in this step, to make the system at least try to boot? I know that it would probably imply probably a lot of flaws, and that it would probably be a wrong idea, but I am curious about that. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/6f98dcb55fdce4c03388e99199c44...@neutralite.org
Re: /var partition seems locked or read only
Le 27.07.2014 01:42, PaulNM a écrit : On 07/25/2014 10:54 AM, berenger.mo...@neutralite.org wrote: First time I have exhausted inodes, but I never used apt-cacher-ng previously, and it's quite obvious that a proxy+cache is very greedy in terms of inodes. Not really. That's like saying the parking lot is greedy in terms of parking spots, after you just drove a bunch of cars into it. :) Inodes are files/folders, files/folders are inodes. (1-to-1) Anything that has a bunch of files/folders will use a bunch of inodes. Same number in fact. The nice thing here is that I have learned a lot of this error, and maybe someday I'll be able to help someone else in a similar situation, or be able to understand better partition systems. Learning is good, keep it up. :) Others have already told you the long term fix (copy data, reformat, copy back), but there's another option. Inodes are a per-filesystem instance thing. If you can free at least 1 inode on /var, then you can: create a file mkfs.ext4 (or whatever) it, temporarily loopback mount it somewhere, move a large folder's (inode-wise) contents into it, umount it, add it to fstab, then remount. A bit complicated, but it's something you can do on the live system without external drives. Technically the loopback mounted file doesn't need to be inside /var, but you have plenty of storage space there, so why not use it. I have used this solution, and it works almost fine. Almost, because I do not master enough the secret arts of linux sysadministration :) I guess that the problem is that the fstab file is used to mount everything at once, and since the file I have created is located in /var, it can't be found. I am trying to find a solution for that, hopefully I'll find it quickly :) One of my defects is that I always try to tweak things... (with time I've learned to not do that when the target is very important) but at least it allows me to learn. By failures :) Yeah. Choosing the bigfile option when formating doesn't really save drive space. It does simplify the filesystem records a little as ther are fewer records to keep track of. In fact it can possibly end up using more space if you have a bunch of smaller files. If you do reformat /var, I wouldn't use xfs. As others have mentioned, it has a few oddities that can cause issues if you're not fully prepared. By all means create a sparsefile or regular loopback mount to play around with it, but for important stuff on your system, stick with what you know. - PaulNM -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/14730abe97d42daac93b9b1c2a656...@neutralite.org
Re: Finding a replacement for my ISP's smtp server
On Mon 28 Jul 2014 at 19:16:08 -0400, Jerry Stuckle wrote: On 7/28/2014 6:36 PM, Brian wrote: You are guaranteeing the remote MTA will have 100% uptime and sends mails and non-delivery messages in a timely fashion? And yes, knowing the mail was accepted by the destination MTA is important; when someone says they haven't received a mail from me I can demonstrate otherwise. If they are a good ISP, then they will have higher uptime than you do! We are about equal, I expect. I don't use them so don't know. And even if they are down - your local system will tell you and you can try again later. If I send directly there is one less point of failure. But you also seem to think that just because the remote MTA accepted the email the user got it. That is not necessarily so - for a lot of reasons. For instance, many MTA's will silently drop emails to a bad address rather than rejecting them. It makes it much harder for a spammer to discover whether an email is valid or not. No, I do not think that. I think that if the remote MTA accepted the mail then the remote MTA accepted that mail and can prove it. The recipient not getting the mail is an issue for her not me. She can claim the dog chewed it up or that a spam trap eat it. What she cannot claim is that it wasn't delivered to her designated place. If she did not get the mail (technically it has been received) she will need to investigate her own network and her ISP's. Compromised? No need to worry; everything is in capable hands. Unlike the large ISP networks which harbour spam bots. Then prove it to your ISP. And please name the large ISP networks which harbor spam bots. No need to prove it; my ISP regularily inspects my network. 10/10 every time and a 15 year unblemished record. You won't find my small network here http://www.spamhaus.org/statistics/networks/ -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140729134741.gf19...@copernicus.demon.co.uk
Re: In dire need of assistant desperate lively hood involved.
On Mon, Jul 28, 2014 at 1:59 AM, Zenaan Harkness z...@freedbms.net wrote: On 7/28/14, Stephen Pruitt spruitt...@gmail.com wrote: hi i have 2 issues i would like your help with i just installed Debian 7 i whose using microsoft windows 7 and i back up the files on to a USB and i would like to know how to reinstall the files.i also tried to install a video game and it would not install when i try to install i got a could knot auto run message could you please tell me how to do these things I suggest you reinstall on OS that you are familiar with given that you say u r in dire need and lively hood involved. Is the game related to your work? Is there a system administrator where u work? On 7/29/14, Stephen Pruitt spruitt...@gmail.com wrote: hi i a unable to reinstall old OS is there some other way to resolve these problems.i also downloaded a creative cloud setup-exe. from photo shop and it wont install. You could try systemd, although there might be some missing dependencies for photos0hp. Other than that, I'm guessing that a quick GR to update teh debian COC might provide more detailed answers... just a thought. Goo luck -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/CAOsGNST6Q6RzKzFr8YuDUmRHKmE_Yb=wz_vytr6zrk2ue0n...@mail.gmail.com
Re: avoiding the press control+D to continue when there is a minor problem
On Tue, Jul 29, 2014 at 02:57:04PM +0200, berenger.mo...@neutralite.org wrote: Hello. I tried the idea exposed by PaulNM here to fix an inode exhaustion: https://lists.debian.org/debian-user/2014/07/msg01588.html My implementation seems to be wrong, and I was not smart enough to try on a normal desktop. Plus, I had to reboot it because of a kernel version problem (the booted version was not the correct one, the needed virtualbox module was not existing). So, when rebooting it, the computer went to the type root password or control+D to continue, which made me unable to use it without a physical access, because it was not able to find /var/cache/apt-cacher-ng.img (I guess it is because it tries to mount everything at the same time, and that it's not sequential, so /var is still empty. I should be able to find a workaround for this.). So, is there is any way to avoid being stuck in this step, to make the system at least try to boot? I know that it would probably imply probably a lot of flaws, and that it would probably be a wrong idea, but I am curious about that. According to the manpage of fstab, mount, fsck et al iterate through the entries in /etc/fstab. It follows, therefore, that the entry for mounting /var/cache/apt-cacher-ng.img should be placed *after* the entry for /var. Systemd uses it's own logic for mounting, I believe, wherein all mounts are *attempted* concurrently. Dependent mounts will initially fail, but will resolve as the lower layers mount. There is, however, a known bug[1] with remote filesystems but I don't think it will apply in your case. A final option would be to add noauto to the fstab options so that the mount is not performed at boot time. You should, however, mount the filesystem yourself before using it. [1] https://wiki.ubuntu.com/systemd#Remote_filesystem_mounts-1 -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/6f98dcb55fdce4c03388e99199c44...@neutralite.org signature.asc Description: Digital signature
Re: Finding a replacement for my ISP's smtp server
On 7/29/2014 9:47 AM, Brian wrote: On Mon 28 Jul 2014 at 19:16:08 -0400, Jerry Stuckle wrote: On 7/28/2014 6:36 PM, Brian wrote: You are guaranteeing the remote MTA will have 100% uptime and sends mails and non-delivery messages in a timely fashion? And yes, knowing the mail was accepted by the destination MTA is important; when someone says they haven't received a mail from me I can demonstrate otherwise. If they are a good ISP, then they will have higher uptime than you do! We are about equal, I expect. I don't use them so don't know. And even if they are down - your local system will tell you and you can try again later. If I send directly there is one less point of failure. But you also seem to think that just because the remote MTA accepted the email the user got it. That is not necessarily so - for a lot of reasons. For instance, many MTA's will silently drop emails to a bad address rather than rejecting them. It makes it much harder for a spammer to discover whether an email is valid or not. No, I do not think that. I think that if the remote MTA accepted the mail then the remote MTA accepted that mail and can prove it. This is where you are incorrect. All you know is the MTA accepted the email. You have no idea what the MTA did with the email after that. The recipient not getting the mail is an issue for her not me. She can claim the dog chewed it up or that a spam trap eat it. What she cannot claim is that it wasn't delivered to her designated place. If she did not get the mail (technically it has been received) she will need to investigate her own network and her ISP's. Yes, she can. All YOU can claim is it was delivered to her MTA. You can NOT guarantee it was delivered to her. There are many reasons (valid and invalid) that can cause this. And in any case, the exact same argument occurs when you use your ISP's MTA. The only difference is you're more likely to get the email delivered to the MTA. Compromised? No need to worry; everything is in capable hands. Unlike the large ISP networks which harbour spam bots. Then prove it to your ISP. And please name the large ISP networks which harbor spam bots. No need to prove it; my ISP regularily inspects my network. 10/10 every time and a 15 year unblemished record. You won't find my small network here http://www.spamhaus.org/statistics/networks/ Not now. But that does not mean your record will REMAIN unblemished. Jerry -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/53d7b03b.9060...@attglobal.net
Re: Finding a replacement for my ISP's smtp server
On 7/29/2014 5:22 AM, Andrei POPESCU wrote: On Lu, 28 iul 14, 17:05:56, Jerry Stuckle wrote: But then if you have residential service, there really is no need to have your own MTA (other than you want it). Running your own MTA can be beneficial even if it is not accessible from the internet: - queuing: some mail clients block while sending and you also don't have to worry if the smarthost is not available for the moment That's a mail client problem. The correct solution if you have this problem would be to get another client. - DRY: don't repeat yourself by making the same configuration in every mail client you use You still need to configure every mail client you use. - local mail works and is not relayed through your smarthost True, if you have a need for a significant amount of local mail. But residential users don't send a lot of mail internally. There are better ways of sharing things - like shared network storage. The only thing my wife and I send to each other via email is forwarding emails. Everything else is shared through network storage (which also serves as a backup device). Depending on your needs the first two points can be solved with one of the lightweight MTAs, but I only know of dma that can do all three. Sure, if you need them. Besides, both postfix and exim are very well tested and documented and can be configured to do more advanced stuff (e.g. address rewriting). Kind regards, Andrei Yes, I know Exim can be configured to do a lot. But I have yet to see where it is advantageous to run a MTA on a residential connection, and know of a lot of reasons why it's bad. I do run Exim on several servers (actually I have a friend who has helped set them up - I am NOT a Linux Admin). But every one of these servers is in a data center with static IP addresses. And the biggest advantage is I can access them from my laptop, ipad, smartphone or whatever - no matter where I am, with no changes to the email configuration. You can't do that when the MTA is in your home. And my outgoing mail doesn't get blocked because it's coming from a dynamic IP. Jerry -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/53d7af3c.80...@attglobal.net
/root is full
This is such a classic problem that I hesitate to raise the question. The df below shows that the usual suspects for root partition being full are broken out. The / partition is 500 Mb. In the past I have only used about 50 Mb. # df Filesystem 1K-blocks Used Available Use% Mounted on rootfs474440 474440 0 100% / udev 102400 10240 0% /dev tmpfs 830924 1572829352 1% /run /dev/disk/by-uuid/d3a2... 474440 474440 0 100% / /dev/sdb5 48062440 10165348 35455616 23% /home /dev/sdb6 28834716 4261020 23108972 16% /usr /dev/sdb7 38448276 2372784 34122392 7% /var /dev/sdb8 19228276 994260 17257268 6% /tmp /dev/sdb9 38448276 12808004 23687172 36% /usr/local /dev/sdb12 96124904 11577356 79664596 13% /info /dev/sdb13 192243928 58177436 124300984 32% /storage I verified that root is indeed full by trying to copy a file to it. I ran: # find / -type f -size +100M -exec ls -lh {} \; | awk '{ print $9 : $5 }' All files that were over 100 Mb were located in broken out directories except this: /sys/devices/pci:00/:00:06.0/:01:00.0/resource1: 256M /sys/devices/pci:00/:00:06.0/:01:00.0/resource1_wc: 256M This is peculiar and a suspicious size. So I go its directory to verify: # ls -la | grep resource1 -rw--- 1 root root 268435456 Jul 29 08:13 resource1 -rw--- 1 root root 268435456 Jul 29 08:13 resource1_wc but: # file resource1 resource1: ERROR: cannot read `resource1' (Input/output error) I ran $ du -h on all the directories mounted on / and not broken out, and their total came to 350 Mb. This strikes me as big, but still is not greater than the partition size. Haines -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140729132202.gf15...@historicalmaterialism.info
Re: Exim4 not routing local mail, even after exim4-config (was New 64bit installation: Exim4 Send to Root)
On Mon 28 Jul 2014 at 19:01:16 +0300, David Baron wrote: 'exim -bt address' might help. ~$ sudo exim4 -bt system_notification R: system_aliases for system_notificat...@dovidhalevi.homelinux.net R: userforward for system_notificat...@dovidhalevi.homelinux.net R: procmail for system_notificat...@dovidhalevi.homelinux.net system_notificat...@dovidhalevi.homelinux.net router = procmail, transport = procmail_pipe system_notification is qualified by the mailname, dovidhalevi.homelinux.net. dovidhalevi.homelinux.net is regarded as a local domain. The mail is routed and transported by procmail. Sure looks in order. But it doesn't work. The mail is returned. I would look at your procmail setup. (I do not want to make a big thing of this but this series of messages is horribly broken and becoming difficult to follow. It is probably due to your using the digest. Is there a reason why you cannot subscribe to the list?) -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140729143908.gg19...@copernicus.demon.co.uk
Re: avoiding the press control+D to continue when there is a minor problem
Le 29.07.2014 16:27, Darac Marjal a écrit : On Tue, Jul 29, 2014 at 02:57:04PM +0200, berenger.mo...@neutralite.org wrote: Hello. I tried the idea exposed by PaulNM here to fix an inode exhaustion: https://lists.debian.org/debian-user/2014/07/msg01588.html My implementation seems to be wrong, and I was not smart enough to try on a normal desktop. Plus, I had to reboot it because of a kernel version problem (the booted version was not the correct one, the needed virtualbox module was not existing). So, when rebooting it, the computer went to the type root password or control+D to continue, which made me unable to use it without a physical access, because it was not able to find /var/cache/apt-cacher-ng.img (I guess it is because it tries to mount everything at the same time, and that it's not sequential, so /var is still empty. I should be able to find a workaround for this.). So, is there is any way to avoid being stuck in this step, to make the system at least try to boot? I know that it would probably imply probably a lot of flaws, and that it would probably be a wrong idea, but I am curious about that. According to the manpage of fstab, mount, fsck et al iterate through the entries in /etc/fstab. It follows, therefore, that the entry for mounting /var/cache/apt-cacher-ng.img should be placed *after* the entry for /var. Systemd uses it's own logic for mounting, I know that I'm using testing/unstable on that computer, but I have found no systemd package except id128-0 and journal0. I guess it's still running sysvinit (and I did no effort on it for that) but you make me doubt. How can I check this? I believe, wherein all mounts are *attempted* concurrently. When systemd was new, I read some docs from official sources and, IIRC, systemd mount filesystems when they are needed the first time. Is this information obsolete, or do I remember wrong things? Dependent mounts will initially fail, but will resolve as the lower layers mount. There is, however, a known bug[1] with remote filesystems but I don't think it will apply in your case. A final option would be to add noauto to the fstab options so that the mount is not performed at boot time. You should, however, mount the filesystem yourself before using it. [1] https://wiki.ubuntu.com/systemd#Remote_filesystem_mounts-1 -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/6f98dcb55fdce4c03388e99199c44...@neutralite.org -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/e60ab2eeb439aa083c1d2fb29c7a4...@neutralite.org
Re: /root is full
Same problem was discussed recently on this list (e.g., https://lists.debian.org/debian-user/2014/05/msg00665.html and https://lists.debian.org/debian-user/2014/05/msg00684.html ) In short: - to check space in the filesystem du / -hx --max-depth=1 - to check for deleted files still not used by other process(es) lsof | grep deleted - to check if something is stored under the mount points: mount --bind / /mnt makes those visible and removable under /mnt (umount /mnt when done) -- Regards, jvp -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/lr8d9e$5cc$1...@ger.gmane.org
Re: /root is full
Hi Haines, Am Dienstag, 29. Juli 2014, 09:22:02 schrieb Haines Brown: This is such a classic problem that I hesitate to raise the question. The df below shows that the usual suspects for root partition being full are broken out. The / partition is 500 Mb. In the past I have only used about 50 Mb. Why so little? I just make a 20-30 GB for the system (including /usr and /var) and be done with it. On the desktop. I only put /boot extra to be independent of bootloader requirements for /. And well of course /home for user data. On the server I´d never split out /usr and /usr/local. The more very little partitions you have, the more administrative overhead you create for yourself. /var and /var/log may make sense to separate on the server, as well as /srv and /home. # df Filesystem 1K-blocks Used Available Use% Mounted on rootfs474440 474440 0 100% / udev 102400 10240 0% /dev tmpfs 830924 1572829352 1% /run /dev/disk/by-uuid/d3a2... 474440 474440 0 100% / /dev/sdb5 48062440 10165348 35455616 23% /home /dev/sdb6 28834716 4261020 23108972 16% /usr /dev/sdb7 38448276 2372784 34122392 7% /var /dev/sdb8 19228276 994260 17257268 6% /tmp /dev/sdb9 38448276 12808004 23687172 36% /usr/local /dev/sdb12 96124904 11577356 79664596 13% /info /dev/sdb13 192243928 58177436 124300984 32% /storage I verified that root is indeed full by trying to copy a file to it. I ran: # find / -type f -size +100M -exec ls -lh {} \; | awk '{ print $9 : $5 }' All files that were over 100 Mb were located in broken out directories except this: /sys/devices/pci:00/:00:06.0/:01:00.0/resource1: 256M /sys/devices/pci:00/:00:06.0/:01:00.0/resource1_wc: 256M You found some memory area of a PCI card. I am quite a bit puzzled: On one hand you make a mind-blowing partitioning but on the other hand you don´t know /sys? Its a virtual filesystem. Nothing of which is in it is on your harddisk. At all. This is peculiar and a suspicious size. So I go its directory to verify: # ls -la | grep resource1 -rw--- 1 root root 268435456 Jul 29 08:13 resource1 -rw--- 1 root root 268435456 Jul 29 08:13 resource1_wc but: # file resource1 resource1: ERROR: cannot read `resource1' (Input/output error) I ran $ du -h on all the directories mounted on / and not broken out, and their total came to 350 Mb. This strikes me as big, but still is not greater than the partition size. I suggest something like merkaba:~ du -d 1 -hx / | sort -rh | head -10 20G / 16G /usr 2,7G/var 1,2G/opt 747M/lib 57M /root 21M /bin 19M /sbin 19M /etc 12K /lib64 and go from there. Make it -d 2 and remove head -10 for another level of dirs. Or try something like ncdu once you are able to install it again. Ciao, -- Martin 'Helios' Steigerwald - http://www.Lichtvoll.de GPG: 03B0 0D6C 0040 0710 4AFA B82F 991B EAAC A599 84C7 -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/9910177.lY1Af1Xuek@merkaba
Re: Finding a replacement for my ISP's smtp server
On Tue 29 Jul 2014 at 10:31:23 -0400, Jerry Stuckle wrote: On 7/29/2014 9:47 AM, Brian wrote: No, I do not think that. I think that if the remote MTA accepted the mail then the remote MTA accepted that mail and can prove it. This is where you are incorrect. All you know is the MTA accepted the email. You have no idea what the MTA did with the email after that. It's entirely correct. Of course I've no idea what the accepting MTA does with the mail. I do not control it. Try this for a reasonable analogy: I post a letter through the door of your house. I know it was delivered and accepted - otherwise it wouldn't have gone through the letterbox. My responsibility is at an end. What happens on the other side of the door and whether the recipient gets the letter is between you and your dog. The recipient not getting the mail is an issue for her not me. She can claim the dog chewed it up or that a spam trap eat it. What she cannot claim is that it wasn't delivered to her designated place. If she did not get the mail (technically it has been received) she will need to investigate her own network and her ISP's. Yes, she can. All YOU can claim is it was delivered to her MTA. You can NOT guarantee it was delivered to her. There are many reasons (valid and invalid) that can cause this. Please see above. The reasons don't concern me, whatever they are. And in any case, the exact same argument occurs when you use your ISP's MTA. The only difference is you're more likely to get the email delivered to the MTA. Delivering mail is identical for me and my ISP. There is no magic involved. No need to prove it; my ISP regularily inspects my network. 10/10 every time and a 15 year unblemished record. You won't find my small network here http://www.spamhaus.org/statistics/networks/ Not now. But that does not mean your record will REMAIN unblemished. The killer blow? -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/29072014154821.d5bd8c20c...@desktop.copernicus.demon.co.uk
Re: In dire need of assistant desperate lively hood involved.
On Tuesday 29 July 2014 15:11:38 Zenaan Harkness wrote: i also downloaded a creative cloud setup-exe. from photo shop and it wont install You can't install Windows programs directly on Linux - nor Linux ones on Windows! If you are for real, you really need to go back right to the beginning. Lisi -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/201407291616.44540.lisi.re...@gmail.com
Re: Finding a replacement for my ISP's smtp server
On 7/29/2014 11:06 AM, Brian wrote: On Tue 29 Jul 2014 at 10:31:23 -0400, Jerry Stuckle wrote: On 7/29/2014 9:47 AM, Brian wrote: No, I do not think that. I think that if the remote MTA accepted the mail then the remote MTA accepted that mail and can prove it. This is where you are incorrect. All you know is the MTA accepted the email. You have no idea what the MTA did with the email after that. It's entirely correct. Of course I've no idea what the accepting MTA does with the mail. I do not control it. Try this for a reasonable analogy: I post a letter through the door of your house. I know it was delivered and accepted - otherwise it wouldn't have gone through the letterbox. My responsibility is at an end. What happens on the other side of the door and whether the recipient gets the letter is between you and your dog. No, it's more like when you place the letter in the post office box. It would get to their door when their MUA receives it from the MTA. Between the two, any number of things can happen. The recipient not getting the mail is an issue for her not me. She can claim the dog chewed it up or that a spam trap eat it. What she cannot claim is that it wasn't delivered to her designated place. If she did not get the mail (technically it has been received) she will need to investigate her own network and her ISP's. Yes, she can. All YOU can claim is it was delivered to her MTA. You can NOT guarantee it was delivered to her. There are many reasons (valid and invalid) that can cause this. Please see above. The reasons don't concern me, whatever they are. But you stated earlier you wanted to know that she got the message. I'm just pointing out you can't guarantee that, even if you run your own MTA. And in any case, the exact same argument occurs when you use your ISP's MTA. The only difference is you're more likely to get the email delivered to the MTA. Delivering mail is identical for me and my ISP. There is no magic involved. Then there is no reason not to use your ISP's MTA. No need to prove it; my ISP regularily inspects my network. 10/10 every time and a 15 year unblemished record. You won't find my small network here http://www.spamhaus.org/statistics/networks/ Not now. But that does not mean your record will REMAIN unblemished. The killer blow? It can (and does) happen. Every day. But as I said - it's not ME you have to convince. It's your ISP. And if your ISPs are anything like the ones we have here, they couldn't care less. They block outgoing port 25, no matter how many safeguards you have on your system. Jerry -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/53d7c55b.9060...@attglobal.net
Re: /var partition seems locked or read only
On Tue, Jul 29, 2014 at 11:08:41AM +0200, berenger.mo...@neutralite.org wrote: Le 28.07.2014 22:36, Andrei POPESCU a écrit : On Lu, 28 iul 14, 11:24:31, berenger.mo...@neutralite.org wrote: Le 27.07.2014 01:42, PaulNM a écrit : Inodes are files/folders, files/folders are inodes. (1-to-1) Anything that has a bunch of files/folders will use a bunch of inodes. Same number in fact. Hum... is it accurate? Files can use more than one inode, with ln Are you talking about hard links? As far as I understand (but I'm sure someone will correct me if I'm wrong) the file itself is always just one inode, but there are one or more directory entries (links) pointing to it. If you remove all of them the file is deleted. Folders can not, AFAIK, since symlinks are simply pointers to inodes (which are themselves pointers --with reference counter I guess, std::shared_ptr in c++11?-- to data). I'm simply asking, I might be completely wrong or inaccurate... Symbolic links, a.k.a. soft links, a.k.a. symlinks are files themselves (i.e. each using one inode) that contain a pointer to one of the directory entries of another file or directory. That was what I thought, yesterday before trying to ask those questions. While asking them, I did some quick research, because I had doubt. What I learned is that the kind of symlinks you speak about, is slow (for various reasons. I've discovered that on the French version of this article: http://en.wikipedia.org/wiki/Symlink#Storage_of_symbolic_links), and that there are now another kind of symlinks, much faster, which are not files since they do not use clusters: all informations are contained in the inode. So, less disk space, and it seems that it avoid keeping open more than one inode, which was a problem of the file approach. I think, but not sure, that the situation is more complicated than either/or : If the path from the location of the symlink in the file system is short enough to be contained in the 256char limit of file names, there is no extra node (and the access to the target file is fast because one less disk access). But if the path requires cross file system path, or is to long to fit in a filename slot in a directory, then another inode is allocated. Or maybe I have made a total botch of describing what is actually happening. This amounts to a situation dependent either/or instead of a simple design decision either/or YMMV or not ;-) It's hard for me to believe that symlinks could be so numerous as to exhaust the supply, but maybe if there is a deamon running a script that assigns synlinks and the script has a bug. $ rm testfile $ cat testsl cat: testsl: No such file or directory (the error message is a bit misleading) From what I have learn recently, it seems that misleading messages are common when playing with filesystems outside the classic uses. $ file testsl testsl: broken symbolic link to `testfile' This should also explain why hard links only work on the same filesystem while symbolic links also work across file systems and why you can delete a file if and only if you have write permissions for the *directory* containing it :) Kind regards, Andrei -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/ad2845b3bef6817278209fcfc1fb6...@neutralite.org -- Paul E Condon pecon...@mesanetworks.net -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140729162259.ga15...@gmail.com
Re: /root is full
On Tue, Jul 29, 2014 at 05:06:22PM +0200, Jörg-Volker Peetz wrote: Same problem was discussed recently on this list (e.g., https://lists.debian.org/debian-user/2014/05/msg00665.html and https://lists.debian.org/debian-user/2014/05/msg00684.html ) I pursued this, but nothing had been deposited on /mnt or /media mount points except my message file named unmounted. I made the mistake of trying this on /, and so now I have this: /dev/disk/by-uuid/d3a2deb8-54f0-421e-9cd9-5cc90c3521fa on / mounted twice. I assume this will disappear next boot, and hope that it does no harm for the time being. What troubles me is that my root partition is nearly 500 Gb. df says: rootfs 474440 474440 0 100% / /dev/disk/by-uuid/UID of \ 474440 474440 0 100% / But # du / -hx --max-depth=1 says 242M / I picked up the opinion that this discrepancy suggests filesystem corruption. Do you believe this to be true? I suppose the only correction if so is to boot the system to single user and run fdisk on /dev/sdb1. Not sure of the specifics. I checked for deleted files being accessed and found that many dozen firefox files were in ~/home/haines/.cache/mozilla/firefox/02ftk4dx.default/thumbnails/ . But /home partition is broken out and so this not the problem of / being filled. I also checked on usage of inodes: # df -i FilesystemInodesIUsedIFree IUse% Mounted on rootfs12288013023 109857 11% / udev 205730 629 2051011% /dev tmpfs 208326 759 2075671% /run /dev/disk/by-uuid/... 12288013023 109857 11% / ... Haines -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140729173602.gg15...@historicalmaterialism.info
Abnormal shutdown process
Dear Andrei, Thank you very much for your response. # dpkg -l firestarter Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend |/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad) ||/ Naam VersieArchitecture Omschrijving +++--=-=-= rc firestarter 1.0.3-8 amd64 gtk program for managing and observing your firewall # dpkg -s firestarter Package: firestarter Status: deinstall ok config-files Priority: optional Section: admin Installed-Size: 1560 Maintainer: Paul Cupis p...@cupis.co.uk Architecture: amd64 Version: 1.0.3-8 Config-Version: 1.0.3-8 Depends: libart-2.0-2 (= 2.3.18), libatk1.0-0 (= 1.20.0), libbonobo2-0 (= 2.15.0), libbonoboui2-0 (= 2.15.1), libc6 (= 2.3), libcairo2 (= 1.2.4), libfontconfig1 (= 2.4.0), libfreetype6 (= 2.2.1), libgconf2-4 (= 2.23.2), libglade2-0 (= 1:2.6.1), libglib2.0-0 (= 2.16.0), libgnome2-0 (= 2.17.3), libgnomecanvas2-0 (= 2.11.1), libgnomeui-0 (= 2.22.0), libgnomevfs2-0 (= 1:2.17.90), libgtk2.0-0 (= 2.8.0), libice6 (= 1:1.0.0), liborbit2 (= 1:2.14.10), libpango1.0-0 (= 1.14.0), libpopt0 (= 1.14), libsm6, libx11-6, libxml2 (= 2.6.27), zlib1g (= 1:1.1.4), gconf2 (= 2.10.1-2), iptables (= 1.2.11), gksu (= 0.8.5), lsb-base (= 3.1) Suggests: dhcp3-server Conffiles: /etc/firestarter/non-routables 5c4d40964c4a14b5b40f6e77435d0831 /etc/ppp/ip-up.d/50firestarter f35ead33b8955775124f2fb7f8cbbcfe /etc/ppp/ip-down.d/50firestarter f35ead33b8955775124f2fb7f8cbbcfe /etc/network/if-up.d/50firestarter f35ead33b8955775124f2fb7f8cbbcfe /etc/network/if-down.d/50firestarter f35ead33b8955775124f2fb7f8cbbcfe /etc/init.d/firestarter f0a9de4e44bb4487f0d4e794de47b483 Description: gtk program for managing and observing your firewall Firestarter is a complete firewall tool for Linux machines. It features an easy to use firewall wizard to quickly create a firewall. Using the program you can then open and close ports with a few clicks, or stealth your machine giving access only to a select few. The real-time hit monitor shows attackers probing your machine. # dpkg -L firestarter /etc /etc/firestarter /etc/firestarter/non-routables /etc/ppp /etc/ppp/ip-up.d /etc/ppp/ip-up.d/50firestarter /etc/ppp/ip-down.d /etc/ppp/ip-down.d/50firestarter /etc/network /etc/network/if-up.d /etc/network/if-up.d/50firestarter /etc/network/if-down.d /etc/network/if-down.d/50firestarter /etc/init.d /etc/init.d/firestarter Synaptic says that the firestarter package is not installed (the box is white), but when the package is right-clicked, then clicked on properties, and then the installed files tab is selected, it gives the following list, instead of saying that only files of installed packages can be shown. /etc /etc/firestarter /etc/firestarter/non-routables /etc/init.d /etc/init.d/firestarter /etc/network /etc/network/if-down.d /etc/network/if-down.d/50firestarter /etc/network/if-up.d /etc/network/if-up.d/50firestarter /etc/ppp /etc/ppp/ip-down.d /etc/ppp/ip-down.d/50firestarter /etc/ppp/ip-up.d /etc/ppp/ip-up.d/50firestarter This list corresponds with the previous, but note that there are no files for man-pages, which are usual for any package. It seems to me that the firestarter package is half installed. Shall I instruct Synaptic to install firestarter, and then instruct Synaptic to purge firestarter? Additional information: My cable modem has a firewall, and that firewall is switched on. Synaptic tells that firestarter is not maintained anymore and lacks support for IPv6, users are recommended to consider gufw. I am looking forward for your advice. Kind regards, Maarten. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/aae32dd7c1e7bc476c8a4dcecd754...@posteo.de
Re: /root is full
Haines Brown hai...@histomat.net wrote: I ran: # find / -type f -size +100M -exec ls -lh {} \; | awk '{ print $9 : $5 }' You are missing the option -xdev for find to prevent it from crossing filesystem boundaries. This leads to: All files that were over 100 Mb were located in broken out directories except this: /sys/devices/pci:00/:00:06.0/:01:00.0/resource1: 256M /sys/devices/pci:00/:00:06.0/:01:00.0/resource1_wc: 256M /sys is sysfs, a virtual filesystem much like /proc. These files don't use any space on your /-fs. Grüße, Sven. -- Sigmentation fault. Core dumped. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/7asbcf896...@mids.svenhartge.de
Re: /root is full
Haines Brown hai...@histomat.net wrote: What troubles me is that my root partition is nearly 500 Gb. df says: rootfs 474440 474440 0 100% / /dev/disk/by-uuid/UID of \ 474440 474440 0 100% / Where do you see 500GiB? It says 474440 blocks of 1KB size or 463MiB. But # du / -hx --max-depth=1 says 242M / I picked up the opinion that this discrepancy suggests filesystem corruption. Nah. du and df count some files in a different way. What is the full output of du / -hx --max-depth=2 | sort -h ? My guess is that /lib/modules occupies a large portion of your /-fs. Grüße, Sven. -- Sigmentation fault. Core dumped. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/8asbcit96...@mids.svenhartge.de
Re: /root is full
On Tue, Jul 29, 2014 at 05:08:01PM +0200, Martin Steigerwald wrote: Hi Haines, Am Dienstag, 29. Juli 2014, 09:22:02 schrieb Haines Brown: The / partition is 500 Mb. In the past I have only used about 50 Mb. Why so little? I forget why I made it so big, but perhaps because I was thinking of adding partitions to / of uncertain size. Thanks for your partition size recomendations. This has always been in interesting debating point for linux users, it seems. I suggest something like merkaba:~ du -d 1 -hx / | sort -rh | head -10 20G / 16G /usr 2,7G/var 1,2G/opt 747M/lib 57M /root 21M /bin 19M /sbin 19M /etc 12K /lib64 and go from there. Make it -d 2 and remove head -10 for another level of dirs. Or try something like ncdu once you are able to install it again. Ncdu was new to me and I tried it. I did: $ ncdu -rx / and it says total disk usage is 130.7MiB. I take this to mean total partition usage is 130.7 Mb. Although this seems extraordinarily big, it is well less than the 500 Mb partition. It seems that 95 Mb for lib is too big, and when I roughtly added up the size of the files in /lib, it seems far more than that. It is also a lot different than what df says, which is that the partition is 100% full with 474.4 Mb of files. Haines -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140729181602.gh15...@historicalmaterialism.info
Re: [SOLVED] /root is full
# df Filesystem 1K-blocks Used Available Use% Mounted on rootfs474440 474440 0 100% / udev 102400 10240 0% /dev tmpfs 830924 1572829352 1% /run /dev/disk/by-uuid/d3a2... 474440 474440 0 100% / /dev/sdb5 48062440 10165348 35455616 23% /home /dev/sdb6 28834716 4261020 23108972 16% /usr /dev/sdb7 38448276 2372784 34122392 7% /var /dev/sdb8 19228276 994260 17257268 6% /tmp /dev/sdb9 38448276 12808004 23687172 36% /usr/local /dev/sdb12 96124904 11577356 79664596 13% /info /dev/sdb13 192243928 58177436 124300984 32% /storage Note that find will NOT find files hidden under the mount point /storage. And that is where the problem lies. You MUST unmount /storage first to find those files. William, you found the problem. I didn't think to look into /storage mount point because the partition that was full was /, and so only looked for unwanted files in /mnt and /media. How did you know that /storage was the culprit, and how could it affect /? I now have: $ df Filesystem1K-blocks Used Available Use% Mounted on rootfs 474440 257750192193 58% / udev 102400 10240 0% /dev tmpfs830924 1572829352 1% /run /dev/disk/by-uuid/UUID of sdb1 474440 257750192193 58% / /dev/sdb5 48062440 10100468 35520496 23% /home /dev/sdb6 28834716 4261084 23108908 16% /usr /dev/sdb7 38448276 2373524 34121652 7% /var /dev/sdb8 19228276 994244 17257284 6% /tmp /dev/sdb9 38448276 12808004 23687172 36% /usr/local /dev/sdb12 96124904 11577368 79664584 13% /info /dev/disk/by-uuid/UUID of sdb1 474440 257750192193 58% / /dev/sdb13192243928 58177436 124300984 32% /storage My / usage is still huge, 258 Mb, but at least the full problem is gone. I hope I can ignore the doubly mounted root partition. Haines -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140729183210.gi15...@historicalmaterialism.info
Re: [SOLVED] /root is full
My / usage is still huge, 258 Mb, but at least the full problem is gone. I hope I can ignore the doubly mounted root partition. Haines Hust a little hint: If you have no encrypted partitions, you can resize your partitions using gparted. Best use is, to run it from a livefile cd or dvd, like clonezilla or similar without any data loss. Do not use this on encrypted partitions, in my experiences it removed my keys from the encrypted partitions! Just an idea... Best Hans -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/6001221.nY30OChXpc@protheus2
Re: Exim4 not routing local mail, even after exim4-config (was New 64bit installation: Exim4 Send to Root)
On Tuesday 29 July 2014 16:23:21 debian-user-digest-requ...@lists.debian.org wrote: system_notification is qualified by the mailname, dovidhalevi.homelinux.net. dovidhalevi.homelinux.net is regarded as a local domain. The mail is routed and transported by procmail. Sure looks in order. But it doesn't work. The mail is returned. I would look at your procmail setup. Will do. It is the same procmailrc I had in the previous installation that did work, however. (I do not want to make a big thing of this but this series of messages is horribly broken and becoming difficult to follow. It is probably due to your using the digest. Is there a reason why you cannot subscribe to the list?) Agreed. I am subscribed to the list. Elected to receive it as digests--this is an option. What is the difference? -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/2054057.5uYv5C2WLr@dovidhalevi
Re: /root is full
No need to CC me. I am subscribed Am Dienstag, 29. Juli 2014, 14:16:02 schrieb Haines Brown: On Tue, Jul 29, 2014 at 05:08:01PM +0200, Martin Steigerwald wrote: […] I suggest something like merkaba:~ du -d 1 -hx / | sort -rh | head -10 20G / 16G /usr 2,7G/var 1,2G/opt 747M/lib 57M /root 21M /bin 19M /sbin 19M /etc 12K /lib64 and go from there. Make it -d 2 and remove head -10 for another level of dirs. Or try something like ncdu once you are able to install it again. Ncdu was new to me and I tried it. I did: $ ncdu -rx / and it says total disk usage is 130.7MiB. I take this to mean total partition usage is 130.7 Mb. Although this seems extraordinarily big, it is well less than the 500 Mb partition. It seems that 95 Mb for lib is too big, and when I roughtly added up the size of the files in /lib, it seems far more than that. It is also a lot different than what df says, which is that the partition is 100% full with 474.4 Mb of files. Well, okay. I have no ad hoc explanation for the difference. In case du and ncdu have different oppinions I´d go with du :) -- Martin 'Helios' Steigerwald - http://www.Lichtvoll.de GPG: 03B0 0D6C 0040 0710 4AFA B82F 991B EAAC A599 84C7 -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/1918038.vNjXdVUebs@merkaba
Re: /root is full
Haines Brown wrote on 07/29/2014 19:36: On Tue, Jul 29, 2014 at 05:06:22PM +0200, Jörg-Volker Peetz wrote: Same problem was discussed recently on this list (e.g., https://lists.debian.org/debian-user/2014/05/msg00665.html and https://lists.debian.org/debian-user/2014/05/msg00684.html ) I pursued this, but nothing had been deposited on /mnt or /media mount points except my message file named unmounted. I made the mistake of trying this on /, and so now I have this: /dev/disk/by-uuid/d3a2deb8-54f0-421e-9cd9-5cc90c3521fa on / mounted twice. I assume this will disappear next boot, and hope that it does no harm for the time being. snip What exactly did you do? What I suggested was: du / -hx --max-depth=1 (this doesn't show th e mount points like /home or /sys) If this does not add up to ~ 470 MB, then mount --bind / /mnt du /mnt -hx --max-depth=1 If this adds up to ~ 470 MB, there's something stored under a mount point. After cleaning that don't forget to umount /mnt -- Regards, jvp -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/lr8qnn$r26$1...@ger.gmane.org
Re: Exim4 not routing local mail, even after exim4-config (was New 64bit installation: Exim4 Send to Root)
On Tue 29 Jul 2014 at 21:44:36 +0300, David Baron wrote: On Tuesday 29 July 2014 16:23:21 debian-user-digest-requ...@lists.debian.org wrote: system_notification is qualified by the mailname, dovidhalevi.homelinux.net. dovidhalevi.homelinux.net is regarded as a local domain. The mail is routed and transported by procmail. Sure looks in order. But it doesn't work. The mail is returned. I would look at your procmail setup. Will do. It is the same procmailrc I had in the previous installation that did work, however. Would you also post what 'exim -bt' gives for a a user address; that is, one that is delivered. (I do not want to make a big thing of this but this series of messages is horribly broken and becoming difficult to follow. It is probably due to your using the digest. Is there a reason why you cannot subscribe to the list?) Agreed. I am subscribed to the list. Elected to receive it as digests--this is an option. What is the difference? When you reply threading is broken. Surely you can see that. Could be kmail of course. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/29072014200546.09881984a...@desktop.copernicus.demon.co.uk
Re: [SOLVED] /root is full
I knew because you said that you had tried to backup some files to storage and sdb13 was not mounted on storage. So where those files went was into / partition. When you mounted sdb13 on top of /storage, all those files became inaccessible but they were still there taking up stace. This happened to me 25 years ago (SunOS). William G. Unruh | Canadian Institute for| Tel: +1(604)822-3273 PhysicsAstronomy | Advanced Research | Fax: +1(604)822-5324 UBC, Vancouver,BC | Program in Cosmology | un...@physics.ubc.ca Canada V6T 1Z1 | and Gravity | www.theory.physics.ubc.ca/ On Tue, 29 Jul 2014, Haines Brown wrote: # df Filesystem 1K-blocks Used Available Use% Mounted on rootfs474440 474440 0 100% / udev 102400 10240 0% /dev tmpfs 830924 1572829352 1% /run /dev/disk/by-uuid/d3a2... 474440 474440 0 100% / /dev/sdb5 48062440 10165348 35455616 23% /home /dev/sdb6 28834716 4261020 23108972 16% /usr /dev/sdb7 38448276 2372784 34122392 7% /var /dev/sdb8 19228276 994260 17257268 6% /tmp /dev/sdb9 38448276 12808004 23687172 36% /usr/local /dev/sdb12 96124904 11577356 79664596 13% /info /dev/sdb13 192243928 58177436 124300984 32% /storage Note that find will NOT find files hidden under the mount point /storage. And that is where the problem lies. You MUST unmount /storage first to find those files. William, you found the problem. I didn't think to look into /storage mount point because the partition that was full was /, and so only looked for unwanted files in /mnt and /media. How did you know that /storage was the culprit, and how could it affect /? I now have: $ df Filesystem1K-blocks Used Available Use% Mounted on rootfs 474440 257750192193 58% / udev 102400 10240 0% /dev tmpfs830924 1572829352 1% /run /dev/disk/by-uuid/UUID of sdb1 474440 257750192193 58% / /dev/sdb5 48062440 10100468 35520496 23% /home /dev/sdb6 28834716 4261084 23108908 16% /usr /dev/sdb7 38448276 2373524 34121652 7% /var /dev/sdb8 19228276 994244 17257284 6% /tmp /dev/sdb9 38448276 12808004 23687172 36% /usr/local /dev/sdb12 96124904 11577368 79664584 13% /info /dev/disk/by-uuid/UUID of sdb1 474440 257750192193 58% / /dev/sdb13192243928 58177436 124300984 32% /storage My / usage is still huge, 258 Mb, but at least the full problem is gone. I hope I can ignore the doubly mounted root partition. It is no problem. The new Mageia/kernel/mount tends to do that-- No idea why. Try du --max-depth 2 -x / to find which directories are problematic for size. Haines -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/alpine.lmd.2.02.1407291136170.31...@info.physics.ubc.ca
Re: Finding a replacement for my ISP's smtp server
On Tue, 29 Jul 2014 10:27:08 -0400 Jerry Stuckle jstuc...@attglobal.net wrote: Yes, I know Exim can be configured to do a lot. But I have yet to see where it is advantageous to run a MTA on a residential connection, and know of a lot of reasons why it's bad. I do run Exim on several servers (actually I have a friend who has helped set them up - I am NOT a Linux Admin). But every one of these servers is in a data center with static IP addresses. And the biggest advantage is I can access them from my laptop, ipad, smartphone or whatever - no matter where I am, with no changes to the email configuration. You can't do that when the MTA is in your home. And my outgoing mail doesn't get blocked because it's coming from a dynamic IP. Nor does mine, because it isn't. I understand that it can be difficult and expensive to get a static IP address in some parts of the USA, but it isn't over here unless you demand to pay rock-bottom mass-market prices. My own ISP will even allocate a small block of IPv4 addresses *at* *no* *extra* *charge* if I can show that I have a use for them. I don't, so one is enough. I know another ISP who will do that, if I ever need to drop my current one, which is now owned by Vodafone. It's a sort of semi-business account, without full business account features but with a fixed address and no port blocking. I see two main reasons for running an MTA, as I have for fifteen years or so: Brian's reason, in that I can see what happens to email that disappears. I do a bit of professional IT work where that is useful, but also my wife occasionally tells me that an email to/from one of her friends hasn't got through, so what's wrong with our system then, and I can look up the logs and confirm the problem isn't here. I have in the past tried to get information from smarthost admins about email logs, and on the whole have failed miserably. Once it's arrived at the smarthost, there's no realistic way to tell what happened after that. If you don't know which company to blame, with proof, you can't complain. But if a client tells me that email to someone hasn't been working for a day or so, I can connect home to my server and send an email from there, reading the exim4 log in real time, and then do the same from a VM on my laptop, from my client's network, to see if there's any difference. That's solved a few problems. Secondly, I (almost) have control of spam. I do virtually no content checking, having wrestled with spamassassin for a while and decided there was no way I could win. But I decide whether to risk false positives that way, or to do basic tests on incoming mail and simply refuse the transaction on failure. Nobody else loses my email for me. And it works: spam has now escalated to 6-8 a day, but that's only in the last couple of months. For years before that, it was 1-2 a day, with 1500-3000 rejections. My record for rejections was over 12,000 in one day. That email address at the top is valid and has been in daily use, especially on Usenet, for sixteen years and my IP address has been fixed for the same period. And I get seven spams a day in my inbox... A lesser third reason is that because I do it, I know how to drive a mail server. I've only used exim4 in that time, but similar principles will apply to postfix or even the dreaded sendmail. I've looked after a few versions of Exchange for other people, but that doesn't really count. I can see that in a few years' time I won't be allowed to do this, if only because it takes more effort for my government to spy on me. But I shall carry on for as long as I can, because it Works For Me (tm). -- Joe -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140729211526.20cd7...@jretrading.com