Re: Grisbi

2012-05-29 Thread David BERCOT 
Bonjour,

Je suppose que, ce que tu mentionnes ci-dessous, c'est le message
d'erreur remonté par Grisbi ?

Le fichier de comptes est un fichier XML et la première ligne concerne
donc le prologue XML : ?xml version=1.0?
Tu as autres chose ?

Sinon, tu peux essayer de re-créer un fichier tout neuf et, ensuite,
d'y intégrer tes anciennes données...

David.

Le Mon, 28 May 2012 21:51:48 +0200,
Yannick VOYEAUD yann...@voyeaud.org a écrit :
Bonsoir,

J'ai un problème avec mon fichier Grisbi
L'ouverture est impossible avec GRISBI car le fichier ne comporte pas 
certaines informations en ligne 1 caractère 1.

J'ai essayer avec Gédit et impossible.

Comment puis-je récupérer ce fichier?

Amitiés

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/20120529080150.63c3c964@debian-david

création/formatage de partitions

2012-05-29 Thread nicolas . bouige 
Bonjour a tous,

Je travaille actuellement sur un serveur Linux virtualisé sous Xen.
J'ai pour objectif de monter une partition d'un autre disque sur cette machine 
virtuel.

le xen le vois sous /dev/hdb et la machine hôte sous /dev/xvde.

J'utilise donc fdisk pour créer la partition étendue qui fait en tout un tera, 
jusque la pas de problèmes.
la partition est donc /dev/xvde1.

Une fois cela fait, je veux la formater avec mkfs pour l'utiliser en ext3. 
C'est a ce moment que ça se complique.
avec la commande suivante :
mkfs -t ext3 /dev/xvde1

je reçois cette erreur :
mkfs.ext3: taille_i_noeud (128) * nombre_i_noeuds (0) trop grand pour un
système de fichier avec 0 blocs, indiquer un ratio_i_noeud (-i)
plus grand ou un nombre d'i-noeud plus petit (-N).

En rajoutant quelques options a mkfs :
 mkfs -t ext3 -j -b 2048 -i 16384 /dev/xvde1

J'ai cette erreur la :
mkfs.ext3: La taille rapportée du périphérique est zéro. La partition 
spécifiée est
invalide ou la table de partitions n'a pas été relue après
l'exécution de fdisk, dû au fait que la partition modifiée était
occupée et utilisée. Vous devez ré-amorcer pour forcer une
relecture de la table de partitions.

Aprés ce message, j'utilise cette commande pour relire la table de partitions :
blockdev --rereadpt /dev/xvde

Malheuresement, j'ai toujours les même erreurs.

Savez vous d'où peut provenir le soucis ? ou si c'est tout simplement moi qui 
fait une fausse manip' ?

Merci d'avance,

Cordialement,

N.B

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: 
http://lists.debian.org/779190665.12730781338288972266.javamail.r...@zimbra54-e10.priv.proxad.net

Re: création/formatage de partitions

2012-05-29 Thread Stephane Chazelas 
2012-05-29 12:56:12 +0200, nicolas.bou...@free.fr:
 Bonjour a tous,
 
 Je travaille actuellement sur un serveur Linux virtualisé sous Xen.
 J'ai pour objectif de monter une partition d'un autre disque sur cette 
 machine virtuel.
 
 le xen le vois sous /dev/hdb et la machine hôte sous /dev/xvde.
 
 J'utilise donc fdisk pour créer la partition étendue qui fait en tout un 
 tera, jusque la pas de problèmes.
 la partition est donc /dev/xvde1.
 
 Une fois cela fait, je veux la formater avec mkfs pour l'utiliser en ext3. 
 C'est a ce moment que ça se complique.
 avec la commande suivante :
 mkfs -t ext3 /dev/xvde1
 
 je reçois cette erreur :
 mkfs.ext3: taille_i_noeud (128) * nombre_i_noeuds (0) trop grand pour un
 système de fichier avec 0 blocs, indiquer un ratio_i_noeud (-i)
 plus grand ou un nombre d'i-noeud plus petit (-N).
 
 En rajoutant quelques options a mkfs :
  mkfs -t ext3 -j -b 2048 -i 16384 /dev/xvde1
 
 J'ai cette erreur la :
 mkfs.ext3: La taille rapportée du périphérique est zéro. La partition 
 spécifiée est
 invalide ou la table de partitions n'a pas été relue après
 l'exécution de fdisk, dû au fait que la partition modifiée était
 occupée et utilisée. Vous devez ré-amorcer pour forcer une
 relecture de la table de partitions.
 
 Aprés ce message, j'utilise cette commande pour relire la table de partitions 
 :
 blockdev --rereadpt /dev/xvde
 
 Malheuresement, j'ai toujours les même erreurs.
 
 Savez vous d'où peut provenir le soucis ? ou si c'est tout simplement moi qui 
 fait une fausse manip' ?
[...]

Peut-etre qu'il y a un partitionning a la GPT aussi sur ce disk.

Que te dises blockdev --getsize /dev/xvde1 et gdisk -l
/dev/xvde?

Si c'est le cas, tu peux l'enlever avec gdisk, ou utiliser GPT
a la place d'une table de partition msdos (fdisk).

-- 
Stephane

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/20120529115359.ga7...@chaz.gmail.com

Re: création/formatage de partitions

2012-05-29 Thread nicolas . bouige 
Bonjour,

Normalement, je ne suis pas en GPT. 

Voici le résultat de la commande :
blockdev --getsize /dev/xvde1
2

Par contre je n'ai pas gdisk d'installer, il n'y a pas l'air d'avoir de version 
stable pour squeeze a l'heure actuelle.

Je viens de réfléchir un minimum...le disque n'a aucune partition, l'OS est sur 
un autre DD. Il faut simplement que je crée une partition primaire au lieu 
d'une étendue...

Cordialement,

N.B
- Mail Original -
De: Stephane Chazelas stephane.chaze...@gmail.com
À: debian-user-french@lists.debian.org
Envoyé: Mardi 29 Mai 2012 13h53:59 GMT +01:00 Amsterdam / Berlin / Berne / Rome 
/ Stockholm / Vienne
Objet: Re: création/formatage de partitions

2012-05-29 12:56:12 +0200, nicolas.bou...@free.fr:
 Bonjour a tous,
 
 Je travaille actuellement sur un serveur Linux virtualisé sous Xen.
 J'ai pour objectif de monter une partition d'un autre disque sur cette 
 machine virtuel.
 
 le xen le vois sous /dev/hdb et la machine hôte sous /dev/xvde.
 
 J'utilise donc fdisk pour créer la partition étendue qui fait en tout un 
 tera, jusque la pas de problèmes.
 la partition est donc /dev/xvde1.
 
 Une fois cela fait, je veux la formater avec mkfs pour l'utiliser en ext3. 
 C'est a ce moment que ça se complique.
 avec la commande suivante :
 mkfs -t ext3 /dev/xvde1
 
 je reçois cette erreur :
 mkfs.ext3: taille_i_noeud (128) * nombre_i_noeuds (0) trop grand pour un
 système de fichier avec 0 blocs, indiquer un ratio_i_noeud (-i)
 plus grand ou un nombre d'i-noeud plus petit (-N).
 
 En rajoutant quelques options a mkfs :
  mkfs -t ext3 -j -b 2048 -i 16384 /dev/xvde1
 
 J'ai cette erreur la :
 mkfs.ext3: La taille rapportée du périphérique est zéro. La partition 
 spécifiée est
 invalide ou la table de partitions n'a pas été relue après
 l'exécution de fdisk, dû au fait que la partition modifiée était
 occupée et utilisée. Vous devez ré-amorcer pour forcer une
 relecture de la table de partitions.
 
 Aprés ce message, j'utilise cette commande pour relire la table de partitions 
 :
 blockdev --rereadpt /dev/xvde
 
 Malheuresement, j'ai toujours les même erreurs.
 
 Savez vous d'où peut provenir le soucis ? ou si c'est tout simplement moi qui 
 fait une fausse manip' ?
[...]

Peut-etre qu'il y a un partitionning a la GPT aussi sur ce disk.

Que te dises blockdev --getsize /dev/xvde1 et gdisk -l
/dev/xvde?

Si c'est le cas, tu peux l'enlever avec gdisk, ou utiliser GPT
a la place d'une table de partition msdos (fdisk).

-- 
Stephane

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/20120529115359.ga7...@chaz.gmail.com

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: 
http://lists.debian.org/768003830.12746381338297345809.javamail.r...@zimbra54-e10.priv.proxad.net

Re: création/formatage de partitions

2012-05-29 Thread nicolas . bouige 
ok, problème réglé.
Partition primaire et tout fonctionne, la prochaine fois je réfléchirais un peu 
plus longtemps... 
- Mail Original -
De: nicolas bouige nicolas.bou...@free.fr
À: debian-user-french@lists.debian.org
Envoyé: Mardi 29 Mai 2012 15h15:45 GMT +01:00 Amsterdam / Berlin / Berne / Rome 
/ Stockholm / Vienne
Objet: Re: création/formatage de partitions

Bonjour,

Normalement, je ne suis pas en GPT. 

Voici le résultat de la commande :
blockdev --getsize /dev/xvde1
2

Par contre je n'ai pas gdisk d'installer, il n'y a pas l'air d'avoir de version 
stable pour squeeze a l'heure actuelle.

Je viens de réfléchir un minimum...le disque n'a aucune partition, l'OS est sur 
un autre DD. Il faut simplement que je crée une partition primaire au lieu 
d'une étendue...

Cordialement,

N.B
- Mail Original -
De: Stephane Chazelas stephane.chaze...@gmail.com
À: debian-user-french@lists.debian.org
Envoyé: Mardi 29 Mai 2012 13h53:59 GMT +01:00 Amsterdam / Berlin / Berne / Rome 
/ Stockholm / Vienne
Objet: Re: création/formatage de partitions

2012-05-29 12:56:12 +0200, nicolas.bou...@free.fr:
 Bonjour a tous,
 
 Je travaille actuellement sur un serveur Linux virtualisé sous Xen.
 J'ai pour objectif de monter une partition d'un autre disque sur cette 
 machine virtuel.
 
 le xen le vois sous /dev/hdb et la machine hôte sous /dev/xvde.
 
 J'utilise donc fdisk pour créer la partition étendue qui fait en tout un 
 tera, jusque la pas de problèmes.
 la partition est donc /dev/xvde1.
 
 Une fois cela fait, je veux la formater avec mkfs pour l'utiliser en ext3. 
 C'est a ce moment que ça se complique.
 avec la commande suivante :
 mkfs -t ext3 /dev/xvde1
 
 je reçois cette erreur :
 mkfs.ext3: taille_i_noeud (128) * nombre_i_noeuds (0) trop grand pour un
 système de fichier avec 0 blocs, indiquer un ratio_i_noeud (-i)
 plus grand ou un nombre d'i-noeud plus petit (-N).
 
 En rajoutant quelques options a mkfs :
  mkfs -t ext3 -j -b 2048 -i 16384 /dev/xvde1
 
 J'ai cette erreur la :
 mkfs.ext3: La taille rapportée du périphérique est zéro. La partition 
 spécifiée est
 invalide ou la table de partitions n'a pas été relue après
 l'exécution de fdisk, dû au fait que la partition modifiée était
 occupée et utilisée. Vous devez ré-amorcer pour forcer une
 relecture de la table de partitions.
 
 Aprés ce message, j'utilise cette commande pour relire la table de partitions 
 :
 blockdev --rereadpt /dev/xvde
 
 Malheuresement, j'ai toujours les même erreurs.
 
 Savez vous d'où peut provenir le soucis ? ou si c'est tout simplement moi qui 
 fait une fausse manip' ?
[...]

Peut-etre qu'il y a un partitionning a la GPT aussi sur ce disk.

Que te dises blockdev --getsize /dev/xvde1 et gdisk -l
/dev/xvde?

Si c'est le cas, tu peux l'enlever avec gdisk, ou utiliser GPT
a la place d'une table de partition msdos (fdisk).

-- 
Stephane

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/20120529115359.ga7...@chaz.gmail.com

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: 
http://lists.debian.org/768003830.12746381338297345809.javamail.r...@zimbra54-e10.priv.proxad.net

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: 
http://lists.debian.org/635200606.12754431338301174184.javamail.r...@zimbra54-e10.priv.proxad.net

Re: création/formatage de partitions

2012-05-29 Thread Jean-Jacques Doti 

Bonjour,

Le 29/05/2012 12:56, nicolas.bou...@free.fr a écrit :

J'utilise donc fdisk pour créer la partition étendue qui fait en tout un tera, 
jusque la pas de problèmes.
la partition est donc /dev/xvde1.

Une fois cela fait, je veux la formater avec mkfs pour l'utiliser en ext3. 
C'est a ce moment que ça se complique.
avec la commande suivante :
mkfs -t ext3 /dev/xvde1

je reçois cette erreur :
mkfs.ext3: taille_i_noeud (128) * nombre_i_noeuds (0) trop grand pour un
 système de fichier avec 0 blocs, indiquer un ratio_i_noeud (-i)
 plus grand ou un nombre d'i-noeud plus petit (-N).


Il me semble bien que si tu crées une partition étendue, c'est pour y 
mettre des partitions logiques à l'intérieur (ça permet de dépasser la 
limite des 4 partitions primaires).
Donc, soit tu crées une partition primaire et tu la formates, soit tu 
crées une (ou plusieurs) partition logique dans ta partition étendue et 
tu formates ensuite cette partition logique.


A+
Jean-Jacques

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/4fc4db82.4020...@doti.fr

déconnexions internet subites

2012-05-29 Thread andre_debian 
Bonjour à tous,

Je suis sous Debian-Squeeze 32 bits noyau bigmem.
PC récent avec 8Go (2 barettes), processeur i5.

Depuis peu, brutalement, je perds la connexion Internet.
Mode DHCP avec LAN (192.168.0.X).
ifconfig m'indique que j'ai gardé l'IP Lan.
Je relance par ifup eth0, internet repart,
et déconnexion au bout de quelques secondes.

Puis, ça s'aggrave, souris + clavier se figent,
seule solution = hard reboot.

J'ai désinstallé networkmanager et installé wicd :
pareil.

J'ai installé memtest+ qui s'est inscrit dans grub.cfg,
afin de tester les barettes RAM.
Je tente un memtest au boot, je tombe sur un écran console
à fond bleu, rien ne bouge, pas d'indications ...
Comment activer correctement le memtest ?

Disque dur, mémoire, software mal configuré ?

Merci d'un tuyau.

andré

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/201205291642.18774.andre_deb...@numericable.fr

Re: déconnexions internet subites

2012-05-29 Thread Jérôme 
Le mardi 29 mai 2012 à 16:42 +0200, andre_deb...@numericable.fr a
écrit :
 Disque dur, mémoire, software mal configuré ?

Dur à dire comme ça. Dans les idées en vrac, vérifie que rien n'est en
surchauffe, les nappes de disques et surtout l'alimentation.



-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/1338303905.23306.0.ca...@jisui.aranha.ici

Re: déconnexions internet subites

2012-05-29 Thread Bzzz 
On Tue, 29 May 2012 16:42:18 +0200
andre_deb...@numericable.fr wrote:

 
 J'ai installé memtest+ qui s'est inscrit dans grub.cfg,
 afin de tester les barettes RAM.
 Je tente un memtest au boot, je tombe sur un écran console
 à fond bleu,

Donc, il semble que memtest86+ soit correctement lancé.
Vérifies qd même que tu as bien les 3 fichiers voulus:
/boot/memtest86+_multiboot.bin
/boot/memtest86+.bin
/usr/lib/memtest86+/memtest86+.elf

 rien ne bouge, pas d'indications ...
 Comment activer correctement le memtest ?

Normalement il se lance dès l'apparition de son écran bleu,
l'avancement est visible en H à D (mais prendras peut-être un
certain temps vu ta Qté de RAM) - de mémoire il-y-a un chtit
astérisque qui tourbillonne histoire de montrer qu'il bosse.

 Disque dur,

Peu de chances, mais ça reste bleu-suppo; dans ce cas-là, il-y-a
fort à parier que certains autres fichiers soient touchés.

 mémoire,

C'est le plus plausible parce qu'il est totalement anormal que
memtest86+ ne soit pas automatiquement lancé.

'gade si tu as la main: normalement, en tapant 'c', le menu des
tests doit s'ouvrir (à peu près au centre-bas de l'écran, blanc s/
fond noir, pour sortir: le '0' du clavier, PAS celui du pavé num).
Si ça n'est pas le cas, c'est qu'il est planté.

Reste à savoir si ça ne pourrait pas venir d'un chipset trop nouveau
pour être supporté par la version de squeeze (4.10-1.1, alors que
sid est en 4.20-1.1) - si ta Cte mère est très récente, c'est
psosbile , dans ce cas il faudra voir si une version backport est
dispo.

 software mal configuré ?

Yapadconfig pour memtest86+: il est directement chargé en RAM en
écrasant le bootloader, de façon à être en mesure de tester le max
de RAM possible.

Histoire de mettre le HD hors de cause, renomme les 3 fichiers
mentionnés ci-avant en mêmenom_ORG (pour que les secteurs restent
réservés), puis un coup de: apt-get install --reinstall memtest86+

Si ça marche ET que plusieurs tests consécutifs ne renvoient pas
d'erreurs (compter mini 3 révolutions de tests, prévoir longue
ballade en forêt ou café/pizza ou sieste crapuleuse), ça peut venir
du HD.
Pour en avoir la certitude, écraser les anciens fichiers avec les
nouveaux: mv nom1 nom1_ORG, puis: mv nom1_ORG nom1, de façon à ce que
ce soient les mêmes secteurs qui soient remplis par les fichiers
valables - puis relancer le test.
S'il plante encore, c'est que ce sont les secteurs qui sont HS, 
sinon il-y-a de temps en temps des glitches (surtout si pas
d'onduleur + à la campagne) qui peuvent corrompre l'écriture des
fichiers.

-- 
We are MicroSoft.  You will be assimilated.  Resistance is futile.
-- Attributed to B.G., Gill Bates

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/20120529171622.5b5348b9@anubis.defcon1

Re: création/formatage de partitions

2012-05-29 Thread nicolas . bouige 
Merci beaucoup pour les précisions.
j'avais pas saisi l'intérêt enfaite d'une partition logique, je pensais pouvoir 
utiliser une étendue sans la logique.

Par hasard connaissez-vous une manip' pour forcer la synchronisation des 
nouvelles partitions sans rebooter ?

j'ai essayer avec :
blockdev --rereadpt /dev/xvde
partprobe /dev/xvde

Bonne soirée;

N.B
- Mail Original -
De: Jean-Jacques Doti b...@doti.fr
À: debian-user-french@lists.debian.org
Envoyé: Mardi 29 Mai 2012 16h21:54 GMT +01:00 Amsterdam / Berlin / Berne / Rome 
/ Stockholm / Vienne
Objet: Re: création/formatage de partitions

Bonjour,

Le 29/05/2012 12:56, nicolas.bou...@free.fr a écrit :
 J'utilise donc fdisk pour créer la partition étendue qui fait en tout un 
 tera, jusque la pas de problèmes.
 la partition est donc /dev/xvde1.

 Une fois cela fait, je veux la formater avec mkfs pour l'utiliser en ext3. 
 C'est a ce moment que ça se complique.
 avec la commande suivante :
 mkfs -t ext3 /dev/xvde1

 je reçois cette erreur :
 mkfs.ext3: taille_i_noeud (128) * nombre_i_noeuds (0) trop grand pour un
  système de fichier avec 0 blocs, indiquer un ratio_i_noeud (-i)
  plus grand ou un nombre d'i-noeud plus petit (-N).


Il me semble bien que si tu crées une partition étendue, c'est pour y 
mettre des partitions logiques à l'intérieur (ça permet de dépasser la 
limite des 4 partitions primaires).
Donc, soit tu crées une partition primaire et tu la formates, soit tu 
crées une (ou plusieurs) partition logique dans ta partition étendue et 
tu formates ensuite cette partition logique.

A+
Jean-Jacques

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/4fc4db82.4020...@doti.fr

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: 
http://lists.debian.org/393494389.12765591338306902476.javamail.r...@zimbra54-e10.priv.proxad.net

Re: déconnexions internet subites

2012-05-29 Thread andre_debian 
On Tuesday 29 May 2012 17:16:22 Bzzz wrote:
 On Tue, 29 May 2012 16:42:18 +0200
 andre_deb...@numericable.fr wrote:
  J'ai installé memtest+ qui s'est inscrit dans grub.cfg,
  afin de tester les barettes RAM.
  Je tente un memtest au boot, je tombe sur un écran console
  à fond bleu,

 Donc, il semble que memtest86+ soit correctement lancé.
 Vérifies qd même que tu as bien les 3 fichiers voulus:
   /boot/memtest86+_multiboot.bin
   /boot/memtest86+.bin
   /usr/lib/memtest86+/memtest86+.elf :
Oui

  rien ne bouge, pas d'indications ...
  Comment activer correctement le memtest ? :
 Normalement il se lance dès l'apparition de son écran bleu,
 l'avancement est visible en H à D (mais prendras peut-être un
 certain temps vu ta Qté de RAM) - de mémoire il-y-a un chtit
 astérisque qui tourbillonne histoire de montrer qu'il bosse.

  Disque dur :
 Peu de chances, mais ça reste bleu-suppo; dans ce cas-là, il-y-a
 fort à parier que certains autres fichiers soient touchés :
quel est l'utilitaire pour tester les DD ?

  mémoire :
 C'est le plus plausible parce qu'il est totalement anormal que
 memtest86+ ne soit pas automatiquement lancé.

 'gade si tu as la main: normalement, en tapant 'c', le menu des
 tests doit s'ouvrir (à peu près au centre-bas de l'écran, blanc s/
 fond noir, pour sortir: le '0' du clavier, PAS celui du pavé num).
 Si ça n'est pas le cas, c'est qu'il est planté :
Ok, je vais voir ...

 Reste à savoir si ça ne pourrait pas venir d'un chipset trop nouveau
 pour être supporté par la version de squeeze (4.10-1.1, alors que
 sid est en 4.20-1.1) - si ta Cte mère est très récente, c'est
 psosbile , dans ce cas il faudra voir si une version backport est
 dispo :
Ma carte mère = Asus, P8 H 61-M LE Series
Noyau = 2.6.32-5-686

  software mal configuré ? :
 Yapadconfig pour memtest86+: il est directement chargé en RAM en
 écrasant le bootloader, de façon à être en mesure de tester le max
 de RAM possible.

 Histoire de mettre le HD hors de cause, renomme les 3 fichiers
 mentionnés ci-avant en même nom_ORG (pour que les secteurs restent
 réservés), puis un coup de: apt-get install --reinstall memtest86+
 Si ça marche ET que plusieurs tests consécutifs ne renvoient pas
 d'erreurs (compter mini 3 révolutions de tests, prévoir longue
 ballade en forêt ou café/pizza ou sieste crapuleuse), ça peut venir
 du HD.
 Pour en avoir la certitude, écraser les anciens fichiers avec les
 nouveaux: mv nom1 nom1_ORG, puis: mv nom1_ORG nom1, de façon à ce que
 ce soient les mêmes secteurs qui soient remplis par les fichiers
 valables - puis relancer le test.
 S'il plante encore, c'est que ce sont les secteurs qui sont HS,
 sinon il-y-a de temps en temps des glitches (surtout si pas
 d'onduleur + à la campagne) qui peuvent corrompre l'écriture des
 fichiers :
Il y a des surtensions, je n'ai pas d'onduleur mais alim. de qualité
qui supporte les surtensions, pas de prise de terre ...
2 autres PC (récents également) sont branchés sur des prises
identiques et fonctionnent bien.

Merci.

andré

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/201205291815.44466.andre_deb...@numericable.fr

Re: déconnexions internet subites

2012-05-29 Thread Bzzz 
On Tue, 29 May 2012 18:15:44 +0200
andre_deb...@numericable.fr wrote:

 quel est l'utilitaire pour tester les DD ?

Un formatage destructif avec pattern tests pour marquer les blocks
défectueux (compter ~8H/250 GB).
 
 Ma carte mère = Asus, P8 H 61-M LE Series

Ca ne me parle plus, je ne suis plus le matériel de près - c qu'il
faut aller voir, c'est si memtest86+ à ta version prend ton chipset
en compte ou non.

 Il y a des surtensions, je n'ai pas d'onduleur mais alim. de
 qualité qui supporte les surtensions, pas de prise de terre ...
 2 autres PC (récents également) sont branchés sur des prises
 identiques et fonctionnent bien.

PTDR!
Ok, c'est là que sont tes PBs: 
déjà pas d'onduleur hors la ville, et pas de terre (hô pute
borgne!)

Donc, onduleur - 'tention, les VAs varient suivant les constructeurs
et dépendent du cosinus PHI; une valeur souvent trouvée étant 1.6
ça veut dire qu'un onduleur de 700VA ne crachera que 700/1.6=437.5W.
Peu important si ta machine n'évolue pas, extrêmement important si
elle passe d'un HD SATA à 8 SCSI...

Et une putain de prise de terre (veut pas le savoir, tu te démerdes,
en la tirant au besoin sur la canalisation Pale d'eau (cuivre
hein, pas PVC) à l'arrivée dans la kasba.
Et non, la qualité d'une prise de terre n'est pas évaluable avec un
simple multimètre, fût-il haut de gamme; il faut un appareil
spécial, ayant une impédance d'entrée extrêmement élevée.

J'ai eu un client comme ça, un archi qui créchait à perpète-les-oies
et qui est arrivé en gueulant que c'était le 4ème HD qui pétait en
moins de 2 ans.
Après l'avoir un peu calmé, on s'est relayé pour savoir ce qu'il
faisait (jamais ce qu'il avait fait: c'est bien connu, les gens qui
pètent leur conf/matos n'ont *JAMAIS* rien fait:) et où il habitait.

Une fois cerné le PB (mes ampoules fluctuent souvent...), on lui a
vendu un Seagate ET un onduleur; quand il est revenu, c'était pour
acheter d'autres matériels.

Il n'y a rien de pire pour une mécanique/électronique de haute
précision que les micro-interruptions de courant; si on y ajoute les
fuites inhérentes à tout device mal isolé plus l'électricité statique
on réunit toutes les conditions pour une bonne catastrophe de
derrière les faggots ]:-).

Pour conclure, s'il-y-a des normes contraignantes et obligatoires à
respecter en électricité, ça n'est pas pour enrichir les
électriciens ni faire chier les particuliers, c'est pour
d'excellentes raisons techniques.
-- 
I'm totally DESPONDENT over the LIBYAN situation and the price of
CHICKEN ...

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/20120529195522.1d89c6aa@anubis.defcon1

Plugins para redmine 2.0.1 en debian - Error no such file to load -- dispatcher

2012-05-29 Thread Maykel Franco Hernández 
 

Hola muy buenas, he instalado la version de redmine 2.0.1 en debian
y todo ok. Pero me gustaría instalar los siguientes plugins: 

-
Backlogs plugin
- Budget plugin
- Time display plugin 

He conseguido
instalar correctamente el backlogs con ayuda de este post:


https://github.com/backlogs/redmine_backlogs/wiki/Installation-of-Backlogs-in-Redmine-2.0
[1] 

Pero al intentar instalar los otros plugins y ejecutar rake
redmine:plugins:migrate RAILS_ENV=production me salta el siguiente
error: 

root@redmine-ubuntu-final:/var/www/redmine/plugins# rake
redmine:plugins:migrate RAILS_ENV=production
(in /var/www/redmine)
rake
aborted!
no such file to load -- dispatcher 

Tasks: TOP =
redmine:plugins:migrate = environment
(See full trace by running task
with --trace) 

If I drop the other plugins, the command rake
redmineOK. 

Será porque esos plugins no funcionan con la versión
2.0.1? 

Funcionaría con la version 1.4 de redmine? 

Saludos y gracias
de antemano. 
 

Links:
--
[1]
https://github.com/backlogs/redmine_backlogs/wiki/Installation-of-Backlogs-in-Redmine-2.0

Sobre Postfix

2012-05-29 Thread Dainel Fdezz 
Hola lista, tengo un postfix con usuarios virtuales en mysql. hago
relay con gmail y todo funciona OK, el problema esta que cuando envias
un mail a alguna direccion de Gmail que no esta declarada en mi server
me da el siguiente error  Recipient address rejected: User unknown in
virtual mailbox table;, lo que quiero hacer es que el verifique si
existe el usuario local y si no, que se lo pase al relay.

Saludos Cordiales
Dainel


-- 
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/CABHWxvaw2Mc_LQXeAht-FSQF=38epu23g36bewnne-gx9ar...@mail.gmail.com

Fwd: sin fglrx-driver en Debian Testing

2012-05-29 Thread lesthack 
-- Forwarded message --
From: lesthack lesth...@gmail.com
Date: 2012/5/29
Subject: Re: sin fglrx-driver en Debian Testing
To: LiC. YaSnIeL LóPeZ ArGüEz yasn...@servi.cupet.cu


Ambas las he probado, y tienes razón, no es el mismo rendimiento.


2012/5/29 LiC. YaSnIeL LóPeZ ArGüEz yasn...@servi.cupet.cu

 El 28/05/12 15:27, lesthack escribió:

  Fui el único que al actualizar mi Debian Testing se llevo la sorpresa de
 que el paquete fglrx-driver ya no esta ?

 Así que se me fue al carajo el entorno gráfico.
 Esto afecta a quienes tienen tarjetas gráficas ati-radeon.

 Alguna solución ?


  Yep me tropecé con el mismo problema, ¿solución?... por el momento
 descargar los drivers propietarios del sitio de amd y/o usar los driver
 libres que se encuentran en los repos [en lo personal no me gusto mucho su
 funcionamiento]

 salu2

 --
 Lic. Yasniel López Argüez.
 Administrador de Red.
 Empresa Servicentros de Cupet.
 Oficina Central, Avenida 70, No.29, esq. 29b. Buena Vista.
 Municipio Playa, La Habana. Cuba.
 Teléfono: 204-0185  Fax: 204-0433
 Teléfono: 204-0405  Ext.121





-- 


ISC. Jorge Luis Hernández C.
Desarrollador de Software y Tecnologías Libres

Colaborador GNU/Linux Debian México
http://lesthack.com.mx
http://blog.debian.mx/
@lesthack





-- 


ISC. Jorge Luis Hernández C.
Desarrollador de Software y Tecnologías Libres

Colaborador GNU/Linux Debian México
http://lesthack.com.mx
http://blog.debian.mx/
@lesthack

Re: Plugins para redmine 2.0.1 en debian - Error no such file to load -- dispatcher

2012-05-29 Thread Carlos Miranda Molina (Mstaaravin) 
On Tue, May 29, 2012 at 9:45 AM, Maykel Franco Hernández
may...@maykel.sytes.net wrote:
 Hola muy buenas, he instalado la version de redmine 2.0.1 en debian y todo
 ok. Pero me gustaría instalar los siguientes plugins:

 - Backlogs plugin
 - Budget plugin
 - Time display plugin
 Será porque esos plugins no funcionan con la versión 2.0.1?

Te faltó el [OT] en el subject del mail...

Asegurate de que esos plugins estan mantenidos para la versión 2.x de
Redmine, por experiencia te digo que no instales algo que no ha tenido
un desarrollo continuo porque a la larga no podrás actualizar tu
redmine estando atado a un plugin viejo.

Saludos
-- 
La Voluntad es el único motor de nuestros logros
http://ngen.com.ar/blog


--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/cacjp8-px15skybqrl7drrboo96z23pmwuekuzeqkm416ncu...@mail.gmail.com

OT-Alternativa mysql cluster

2012-05-29 Thread Maykel Franco Hernández 
 

Hola muy buenas, despues de probar y probar, descarto mysql cluster
porque tengo muchas tablas de 16 GB cada una y aún creando los object
disk para mysql, para que almacene los datos(no indices) en el disco
duro, es extremadamente lento y el servicio de sincronización entre los
nodos y el management es bastante malo(bajo mi punto de vista). Total
que cuando importo una tabla por ejemplo de 16GB, creando primero el
create table...con tablespace y demás y luego importando los datos, me
ha llegado hasta salir en consola algo así en inglés como que fallo
desconocido de mysql y he tenido que reiniciar el servicio de
sincronización y volver a importar los datos...Aún así, cada 2x3(estando
importada la tabla) se cae el servicio de sincronización. O reinicio, y
ya no están los tablespaces. En fin 

Alguien conoce alguna
alternativa a mysql y que tenga alta disponibilidad de servicio y
datos?? 

Algo así como: http://www.mongodb.org/ 

Alguien tiene
experiencia en otro servicio de base de datos diferente a mysql que me
pueda a consejar?? 

Gracias de antemano.

Re: OT-Alternativa mysql cluster

2012-05-29 Thread Felix Perez 
El día 29 de mayo de 2012 13:53, Maykel Franco Hernández
may...@maykel.sytes.net escribió:
 Hola muy buenas, despues de probar y probar, descarto mysql cluster porque
 tengo muchas tablas de 16 GB cada una y aún creando los object disk para
 mysql, para que almacene los datos(no indices) en el disco duro, es
 extremadamente lento y el servicio de sincronización entre los nodos y el
 management es bastante malo(bajo mi punto de vista). Total que cuando
 importo una tabla por ejemplo de 16GB, creando primero el create table...con
 tablespace y demás y luego importando los datos, me ha llegado hasta salir
 en consola algo así en inglés como que fallo desconocido de mysql y he
 tenido que reiniciar el servicio de sincronización y volver a importar los
 datos...Aún así, cada 2x3(estando importada la tabla) se cae el servicio de
 sincronización. O reinicio, y ya no están los tablespaces. En fin



 Alguien conoce alguna alternativa a mysql y que tenga alta disponibilidad de
 servicio y datos??



 Algo así como: http://www.mongodb.org/



 Alguien tiene experiencia en otro servicio de base de datos diferente a
 mysql que me pueda a consejar??


Postgresql?




-- 
usuario linux  #274354
normas de la lista:  http://wiki.debian.org/es/NormasLista
como hacer preguntas inteligentes:
http://www.sindominio.net/ayuda/preguntas-inteligentes.html


--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/caaizax5kcacphtm0-zu_lxyqwqbttopkt2f4d6zt05q8c9o...@mail.gmail.com

Re: OT-Alternativa mysql cluster

2012-05-29 Thread Cristian Mitchell 
El día 29 de mayo de 2012 15:04, Felix Perez
felix.listadeb...@gmail.com escribió:
 El día 29 de mayo de 2012 13:53, Maykel Franco Hernández
 may...@maykel.sytes.net escribió:
 Hola muy buenas, despues de probar y probar, descarto mysql cluster porque
 tengo muchas tablas de 16 GB cada una y aún creando los object disk para
 mysql, para que almacene los datos(no indices) en el disco duro, es
 extremadamente lento y el servicio de sincronización entre los nodos y el
 management es bastante malo(bajo mi punto de vista). Total que cuando
 importo una tabla por ejemplo de 16GB, creando primero el create table...con
 tablespace y demás y luego importando los datos, me ha llegado hasta salir
 en consola algo así en inglés como que fallo desconocido de mysql y he
 tenido que reiniciar el servicio de sincronización y volver a importar los
 datos...Aún así, cada 2x3(estando importada la tabla) se cae el servicio de
 sincronización. O reinicio, y ya no están los tablespaces. En fin



 Alguien conoce alguna alternativa a mysql y que tenga alta disponibilidad de
 servicio y datos??



 Algo así como: http://www.mongodb.org/



 Alguien tiene experiencia en otro servicio de base de datos diferente a
 mysql que me pueda a consejar??


 Postgresql?




 --
 usuario linux  #274354
 normas de la lista:  http://wiki.debian.org/es/NormasLista
 como hacer preguntas inteligentes:
 http://www.sindominio.net/ayuda/preguntas-inteligentes.html


 --
 To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
 with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
 Archive: 
 http://lists.debian.org/caaizax5kcacphtm0-zu_lxyqwqbttopkt2f4d6zt05q8c9o...@mail.gmail.com


Yo estoy usando proxy-mysql

y anda bien

-- 
MrIX
Linux user number 412793.
http://counter.li.org/

las grandes obras,
las sueñan los santos locos,
las realizan los luchadores natos,
las aprovechan los felices cuerdo,
y las critican los inútiles crónicos,


--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/calvb54ayooz0f82r9d4e5bh9ea2+wqdhumkvpkggs4ihqbs...@mail.gmail.com

Re: Sobre Postfix

2012-05-29 Thread Cristian Mitchell 
2012/5/29 Dainel Fdezz dfer...@gmail.com:
 Hola lista, tengo un postfix con usuarios virtuales en mysql. hago
 relay con gmail y todo funciona OK, el problema esta que cuando envias
 un mail a alguna direccion de Gmail que no esta declarada en mi server
 me da el siguiente error  Recipient address rejected: User unknown in
 virtual mailbox table;, lo que quiero hacer es que el verifique si
 existe el usuario local y si no, que se lo pase al relay.

 Saludos Cordiales
 Dainel


 --
 To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
 with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
 Archive: 
 http://lists.debian.org/CABHWxvaw2Mc_LQXeAht-FSQF=38epu23g36bewnne-gx9ar...@mail.gmail.com


Lo mas probable es que en tu configuracion gmail.com este como dominio local


-- 
MrIX
Linux user number 412793.
http://counter.li.org/

las grandes obras,
las sueñan los santos locos,
las realizan los luchadores natos,
las aprovechan los felices cuerdo,
y las critican los inútiles crónicos,


--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/calvb54yrgxuo5xiyodzleaixupv-yu321fqgjokhqwcgsiy...@mail.gmail.com

Problema el imprimir desde Remmina

2012-05-29 Thread Jorge Olmedo Meneses Soto 

Cordial saludo: Por medio del presente solicito ayuda sobre lo siguiente: Me 
conecto a Windows 7 a través de Remmina y estando ya conectado a Windows, puedo 
agregar la impresora y compartir.  Aplico la regla Net Use lpt1 para usarla por 
DOS y cuando envío la impresión me sale un error pero al lado del cliente, en 
este caso Debian y el error dice: Error de impresion.  Hubo un problema al 
procesar el documento. He buscado por internet y no encuentro solución. La 
impresora está compartida, es una Epson LX-300+.  Los CUPS se configuran para 
que las impresoras puedan recibir impresion desde internet y de forma remota. 
Por favor, alguna solución.  Gracias. Tengo instalado Debian 6.0.5 Squeezee.

  Ingeniero de Sistemas y Telemática

Consulta sobre Instalar libimobiledevice 1.1.1 para reconocer iphone en squezee

2012-05-29 Thread Gabo 
Hola Amigos, tiempo sin venir por acá

Como siempre vengo de consulta.. espero me puedan ayudar.

Resulta que quiero instalar el libimobiledevice 1.1.1 en squezee para
que pueda reconocer in iphone con iOS 5.1, en lo que leí se squezee
tiene libimobiledevice 1.0.2 y se requiere el 1.1.1 que está para
whezee.

seguí este tuto

http://wiki.debian.org/iPhone#backporting

lo seguí al pie de la letra pero cuando tengo que construir con el
comando dpkg-buildpackage me sale el siguiente error luego de una gran
cantidad de procesos:

dpkg-buildpackage: fallo: debian/rules binary devolvió un estado de
salida de error 2

se supone que deberían crearse varios .debs para después instalarlos
pero pues no se crea ninguno, alguien sabe que es ese error? cómo lo
corrijo?

Tengo debian squezee

Acá va todo el chorro de texto de la salida al comando por si es
de utilidad y de antemano gracias.

root@Debian:/home/gabriel/libmobile/libimobiledevice-1.1.1#
dpkg-buildpackage -b -us -uc
dpkg-buildpackage: exportar «CFLAGS» de dpkg-buildflags (origen:
«vendor»): «-g -O2»
dpkg-buildpackage: exportar «CPPFLAGS» de dpkg-buildflags (origen: «vendor»): «»
dpkg-buildpackage: exportar «CXXFLAGS» de dpkg-buildflags (origen:
«vendor»): «-g -O2»
dpkg-buildpackage: exportar «FFLAGS» de dpkg-buildflags (origen:
«vendor»): «-g -O2»
dpkg-buildpackage: exportar «LDFLAGS» de dpkg-buildflags (origen: «vendor»): «»
dpkg-buildpackage: paquete fuente libimobiledevice
dpkg-buildpackage: versión de las fuentes 1.1.1-4
dpkg-buildpackage: fuentes modificadas por Julien Lavergne
julien.laver...@gmail.com
dpkg-buildpackage: arquitectura del sistema i386
 dpkg-source --before-build libimobiledevice-1.1.1
 debian/rules clean
dh --with python2 --with autoreconf clean
   dh_testdir
   dh_auto_clean
   dh_autoreconf_clean
   dh_clean
 debian/rules build
dh --with python2 --with autoreconf build
   dh_testdir
   dh_autoreconf
libtoolize: putting auxiliary files in `.'.
libtoolize: copying file `./ltmain.sh'
libtoolize: putting macros in AC_CONFIG_MACRO_DIR, `m4'.
libtoolize: copying file `m4/libtool.m4'
libtoolize: copying file `m4/ltoptions.m4'
libtoolize: copying file `m4/ltsugar.m4'
libtoolize: copying file `m4/ltversion.m4'
libtoolize: copying file `m4/lt~obsolete.m4'
configure.ac:26: installing `./config.guess'
configure.ac:26: installing `./config.sub'
   debian/rules override_dh_auto_configure
make[1]: se ingresa al directorio
`/home/gabriel/libmobile/libimobiledevice-1.1.1'
dh_auto_configure ----prefix=/usr --sysconfdir=/etc
--host=i486-linux-gnu --build=i486-linux-gnu --enable-dev-tools
configure: WARNING: unrecognized options: --disable-maintainer-mode
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking for a thread-safe mkdir -p... /bin/mkdir -p
checking for gawk... gawk
checking whether make sets $(MAKE)... yes
checking for i486-linux-gnu-gcc... i486-linux-gnu-gcc
checking whether the C compiler works... yes
checking for C compiler default output file name... a.out
checking for suffix of executables...
checking whether we are cross compiling... no
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether i486-linux-gnu-gcc accepts -g... yes
checking for i486-linux-gnu-gcc option to accept ISO C89... none needed
checking for style of include used by make... GNU
checking dependency style of i486-linux-gnu-gcc... none
checking for i486-linux-gnu-g++... i486-linux-gnu-g++
checking whether we are using the GNU C++ compiler... yes
checking whether i486-linux-gnu-g++ accepts -g... yes
checking dependency style of i486-linux-gnu-g++... none
checking whether i486-linux-gnu-gcc and cc understand -c and -o together... yes
checking build system type... i486-pc-linux-gnu
checking host system type... i486-pc-linux-gnu
checking for a sed that does not truncate output... /bin/sed
checking for grep that handles long lines and -e... /bin/grep
checking for egrep... /bin/grep -E
checking for fgrep... /bin/grep -F
checking for ld used by i486-linux-gnu-gcc... /usr/bin/ld
checking if the linker (/usr/bin/ld) is GNU ld... yes
checking for BSD- or MS-compatible name lister (nm)... /usr/bin/nm -B
checking the name lister (/usr/bin/nm -B) interface... BSD nm
checking whether ln -s works... yes
checking the maximum length of command line arguments... 805306365
checking whether the shell understands some XSI constructs... yes
checking whether the shell understands +=... yes
checking for /usr/bin/ld option to reload object files... -r
checking for i486-linux-gnu-objdump... no
checking for objdump... objdump
checking how to recognize dependent libraries... pass_all
checking for i486-linux-gnu-ar... no
checking for ar... ar
checking for i486-linux-gnu-strip... no
checking for strip... strip
checking for i486-linux-gnu-ranlib... no
checking for ranlib... ranlib
checking command to parse /usr/bin/nm -B output from
i486-linux-gnu-gcc object... ok

Re: Caindo rede (Squeeze)

2012-05-29 Thread André Luiz 
Mande os logs para podermos te ajudar melhor e a saída do comando lspci.

On Tue, 29 May 2012 00:34:30 -0300
Keppler jurgenkepp...@gmail.com wrote:

 Olá pessoal.
 Acabei de instalar o Squeeze numa máquina aqui para testes, mas está 
 acontecendo algo estranho aqui.
 A rede cai após alguns minutos (acho que entre 10 ou 15 minutos).
 Tipo como se estivesse desconectado o cabo de rede.
 Notei isto porque quando estou conectar nesta maquina via ssh a
 partir de uma outra maquina com Linux, trava a sessão ssh e quando
 vou a máquina com o Squeeze se eu der um ping para qq maquina da
 rede não pinga mais.
 
 Mas de der um reboot na máquina a rede volta novamente, mas após 
 alguns minutos cai novamente.
 
 O que tenho que fazer?
 
 
 


--
To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20120529075910.6629c2bc@sniperwolf.sonsoftheliberty.local

Re: desepenho de placa de vídeo ATI Radeon HD 3200

2012-05-29 Thread China 
Então;

Peguei as dicas aqui e mais algumas que achei por aí e consegui
configurar com o driver proprietário, agora o teste com o fgl_glxgears
mostra o cubo 3d. Os videos em avi e mpeg ficaram bons, mas os mkv de
alta definição engasgam e não rodam, mostrando a imagem quadro a
quadro.

Essa máquina veio com Windows de fábrica e esse mesmo mkv que tô
tentando rodar sem sucesso rodou lisinho. ENtão a conclusão é que
realmente a AMD vai ter de comer muita farinha pra melhorar seu driver
proprietário, ou então lançar o fonte sob uma licença livre pra
comunidade atuar por conta própria.

Em 29 de maio de 2012 00:49, Eden Caldas edencal...@gmail.com escreveu:
 Tenho uma 4200 no notebook e vejo videos full hd sem problemas mesmo com o
 driver open source.

 Em 28/05/2012 19:55, Rodolfo rof20...@gmail.com escreveu:

 Sinto muito pela minha sinceridade. Eu tenho um notebook com a ATI 4250,
 um pouco melhor que a sua, e instalei o fglrx também, pelas minhas
 pesquisas, o driver da ATI ainda é muito ruim em Linux, a aceleração deixa
 muito a desejar.


 Abraços.

 Em 28 de maio de 2012 14:30, China china.lis...@gmail.com escreveu:

 Caros;

 Tenho um netbook ASUS 1201T[1] que vem com uma GPU  ATI Radeon HD
 3200. Instalei nele o Debian Testing usando o fglrx-driver que provê o
 driver proprietário da ATI para a placa de vídeo. Entretanto, o
 desempenho está muito ruim.  A propaganda fala que esse netbook roda
 liso filmes em 1080p, mas comigo até um simples youtube engasga e não
 roda bem.

 Gostaria de saber de vocês quem usa placas ATI e como fazem para
 configurar, se usam driver proprietário ou o livre do
 xserver-xorg-radeon.

 [1] http://www.asus.com/Eee/Eee_PC/Eee_PC_1201T/#specifications

 --
 @chinabhz


 --
 To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org
 with a subject of unsubscribe. Trouble? Contact
 listmas...@lists.debian.org
 Archive:
 http://lists.debian.org/cake1zwqbo4ypw55hzxwdyerwroxvkbkyadx53uzvnobor...@mail.gmail.com






-- 
@chinabhz


--
To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/cake1zwrodegjw-ycgk73mbk5c7h25f0swqwgtvpnndu_vwt...@mail.gmail.com

Re: Caindo rede (Squeeze)

2012-05-29 Thread Gabriel Ricardo 
não é conflito de ip não?
testou o cabo? verificar com ethtool o status de conexão
dhcp? estatico?

Atenciosamente,
*Gabriel Ricardo.*
www.tinotapa.com.br



Em 29 de maio de 2012 07:59, André Luiz andre4li...@gmail.com escreveu:

 Mande os logs para podermos te ajudar melhor e a saída do comando lspci.

 On Tue, 29 May 2012 00:34:30 -0300
 Keppler jurgenkepp...@gmail.com wrote:

  Olá pessoal.
  Acabei de instalar o Squeeze numa máquina aqui para testes, mas está
  acontecendo algo estranho aqui.
  A rede cai após alguns minutos (acho que entre 10 ou 15 minutos).
  Tipo como se estivesse desconectado o cabo de rede.
  Notei isto porque quando estou conectar nesta maquina via ssh a
  partir de uma outra maquina com Linux, trava a sessão ssh e quando
  vou a máquina com o Squeeze se eu der um ping para qq maquina da
  rede não pinga mais.
 
  Mas de der um reboot na máquina a rede volta novamente, mas após
  alguns minutos cai novamente.
 
  O que tenho que fazer?
 
 
 


 --
 To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org
 with a subject of unsubscribe. Trouble? Contact
 listmas...@lists.debian.org
 Archive:
 http://lists.debian.org/20120529075910.6629c2bc@sniperwolf.sonsoftheliberty.local

Re: Caindo rede (Squeeze)

2012-05-29 Thread Péricles de Souza 
Prezados,

Uma vez enfrentei um problema, na instalação de um servidor zerado, que ao 
colocar na rede, ela ficava extremamente lenta e oscilando.
Eu tinha um swicht 10/100 e a placa de rede do servidor que estava utilizando 
era Gigabit.
Desativei a placa Gigabit e deixei funcionando somente a 10/100, aí parou a 
instabilidade da rede e as conexões se estabilizaram.

Péricles



Em 29/05/2012, às 09:15, Gabriel Ricardo escreveu:

 não é conflito de ip não?
 testou o cabo? verificar com ethtool o status de conexão
 dhcp? estatico?
 
 Atenciosamente,
 Gabriel Ricardo.
 www.tinotapa.com.br
 
 
 
 Em 29 de maio de 2012 07:59, André Luiz andre4li...@gmail.com escreveu:
 Mande os logs para podermos te ajudar melhor e a saída do comando lspci.
 
 On Tue, 29 May 2012 00:34:30 -0300
 Keppler jurgenkepp...@gmail.com wrote:
 
  Olá pessoal.
  Acabei de instalar o Squeeze numa máquina aqui para testes, mas está
  acontecendo algo estranho aqui.
  A rede cai após alguns minutos (acho que entre 10 ou 15 minutos).
  Tipo como se estivesse desconectado o cabo de rede.
  Notei isto porque quando estou conectar nesta maquina via ssh a
  partir de uma outra maquina com Linux, trava a sessão ssh e quando
  vou a máquina com o Squeeze se eu der um ping para qq maquina da
  rede não pinga mais.
 
  Mas de der um reboot na máquina a rede volta novamente, mas após
  alguns minutos cai novamente.
 
  O que tenho que fazer?
 
 
 
 
 
 --
 To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org
 with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
 Archive: 
 http://lists.debian.org/20120529075910.6629c2bc@sniperwolf.sonsoftheliberty.local

Re: desepenho de placa de vídeo ATI Radeon HD 3200

2012-05-29 Thread G.Paulo 

Tenho um Toshiba A300 com uma placa Mobility Radeon HD 3400. Não é exatamente 
igual a sua, mas minha experiência talvez lhe ajude.

Uso o Squeeze. O driver disponível no repositório funciona, mas sem aceleraćão 
gráfica. Usando o glxgears (que é um benchmark +/-) obtinha uns 300 fps.

Depois de um bom tempo, a ati liberou um driver para linux. Instalei e tudo 
funcionou bem, com uma taxa de uns 3000 fps (no glxgears).

Em resumo, a menos que haja algo melhor na distribuićão testing, a melhor općão 
talvez seja usar o driver proprietário da ati (se estiver disponível, coisa que 
nem sempre acontece).

abc.
G.Paulo

On Mon, 28 May 2012 15:30:41 -0300
China china.lis...@gmail.com wrote:

 Caros;
 
 Tenho um netbook ASUS 1201T[1] que vem com uma GPU  ATI Radeon HD
 3200. Instalei nele o Debian Testing usando o fglrx-driver que provê o
 driver proprietário da ATI para a placa de vídeo. Entretanto, o
 desempenho está muito ruim.  A propaganda fala que esse netbook roda
 liso filmes em 1080p, mas comigo até um simples youtube engasga e não
 roda bem.
 
 Gostaria de saber de vocês quem usa placas ATI e como fazem para
 configurar, se usam driver proprietário ou o livre do
 xserver-xorg-radeon.
 
 [1] http://www.asus.com/Eee/Eee_PC/Eee_PC_1201T/#specifications
 


--
To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20120529152206.2fbf0523@aurelia

Re: Caindo rede (Squeeze)

2012-05-29 Thread Keppler 

André, olha só que coisa maluca está acontecendo.
Estou acessando esta máquina via SSH e quando fui dar um cat no 
/var/log/syslog a conexão travou.
Fui até a máquina em questão e notei que ela não pingava mais nenhuma 
máquina da rede. A rede voltou a responder somente depois que eu dei um 
reboot na máquina.
Mas se eu estiver logado nesta máquina e der um cat neste mesmo 
arquivo fica normal, ou seja, a conexão não trava.


Outra coisa entranha que trava a rede é quando à partir desta máquina 
Debian quando tento copiar uma arquivos para outra máquina remota via scp.


Como é uma instalação nova o /var/log/syslog está pequeno (tem 641K), 
por isso que fui dar um cat nele.


A saída de ifconfig não tem de nada de anormal:

eth0  Link encap:Ethernet  Endereço de HW 6c:62:6d:f9:ac:94
  inet end.: 192.168.1.30  Bcast:192.168.1.255  Masc:255.255.255.0
  endereço inet6: fe80::6e62:6dff:fef9:ac94/64 Escopo:Link
  UP BROADCASTRUNNING MULTICAST  MTU:1500  Métrica:1
*   RX packets:41 errors:0 dropped:0 overruns:0 frame:0
 TX packets:63 errors:0 dropped:0 overruns:0 carrier:1*
  colisões:0 txqueuelen:1000
  RX bytes:5833 (5.6 KiB)  TX bytes:8156 (7.9 KiB)
  IRQ:27

loLink encap:Loopback Local
  inet end.: 127.0.0.1  Masc:255.0.0.0
  endereço inet6: ::1/128 Escopo:Máquina
  UP LOOPBACKRUNNING  MTU:16436  Métrica:1
  RX packets:140 errors:0 dropped:0 overruns:0 frame:0
  TX packets:140 errors:0 dropped:0 overruns:0 carrier:0
  colisões:0 txqueuelen:0
  RX bytes:22293 (21.7 KiB)  TX bytes:22293 (21.7 KiB)

E dentro de /var/log/syslog nada me chamou a atenção a não ser a última 
linha:


May 29 12:41:05 keppler kernel: [   16.779204] eth0: no IPv6 routers present

Muito estranho isto!

Só um outro detalhe que acredito que não tenha nada há ver é que as 
outra máquina é um Slackware, mas até onde me lembro não é para ter 
problemas para acessar via ssh de Slackware para Debian e vice-versa.


Sabes me dizer o que acontece?


On 29-05-2012 09:04, André Luiz wrote:

Sim, mais precisamente o /var/log/syslog. Quando o problema
acontecer, veja se algum erro aparece nesse arquivo.

Outra coisa que vc pode verificar é se existem erros na recepção ou
envio de pacotes através do ifconfig. Quando vc digitar ifconfig,
veja se na linha que aparece errors depois de RX ou TX packets tem um
número bastante alto ou se está igual a zero.

On Tue, 29 May 2012 08:40:20 -0300
Kepplerjurgenkepp...@gmail.com  wrote:

   

Bom dia André, obrigado pelo retorno.
Os logs que vc menciona estariam em /var/log ?  Quais logs vc quer?

Abaixo está a saída do comando lspci -v:

00:00.0 Host bridge: Intel Corporation Sandy Bridge DRAM Controller
(rev 09) Subsystem: Intel Corporation Sandy Bridge DRAM Controller
  Flags: bus master, fast devsel, latency 0
  Capabilities: [e0] Vendor Specific Information: Len=0c?

00:01.0 PCI bridge: Intel Corporation Sandy Bridge PCI Express Root
Port (rev 09) (prog-if 00 [Normal decode])
  Flags: bus master, fast devsel, latency 0
  Bus: primary=00, secondary=01, subordinate=01, sec-latency=0
  I/O behind bridge: e000-efff
  Memory behind bridge: f800-fb0f
  Prefetchable memory behind bridge:
d000-dfff
  Capabilities: [88] Subsystem: Intel Corporation Sandy Bridge
PCI Express Root Port
  Capabilities: [80] Power Management version 3
  Capabilities: [90] MSI: Enable+ Count=1/1 Maskable- 64bit-
  Capabilities: [a0] Express Root Port (Slot+), MSI 00
  Capabilities: [100] Virtual Channel
  Capabilities: [140] Root Complex Link
  Kernel driver in use: pcieport

00:16.0 Communication controller: Intel Corporation Cougar Point HECI
Controller #1 (rev 04)
  Subsystem: Micro-Star International Co., Ltd. Device 7680
  Flags: bus master, fast devsel, latency 0, IRQ 11
  Memory at fb207000 (64-bit, non-prefetchable) [size=16]
  Capabilities: [50] Power Management version 3
  Capabilities: [8c] MSI: Enable- Count=1/1 Maskable- 64bit+

00:1a.0 USB Controller: Intel Corporation Cougar Point USB Enhanced
Host Controller #2 (rev 05) (prog-if 20 [EHCI])
  Subsystem: Micro-Star International Co., Ltd. Device 7680
  Flags: bus master, medium devsel, latency 0, IRQ 16
  Memory at fb206000 (32-bit, non-prefetchable) [size=1K]
  Capabilities: [50] Power Management version 2
  Capabilities: [58] Debug port: BAR=1 offset=00a0
  Capabilities: [98] PCI Advanced Features
  Kernel driver in use: ehci_hcd

00:1b.0 Audio device: Intel Corporation Cougar Point High Definition
Audio Controller (rev 05)
  Subsystem: Micro-Star International Co., Ltd. Device 7680
  Flags: bus master, fast devsel, latency 0, IRQ 22
  Memory at fb20 (64-bit, non-prefetchable)

Re: Caindo rede (Squeeze)

2012-05-29 Thread Keppler 

Olá Gabriel
Não, não é conflito de IP. Já verifiquei isto
Também testei os cabos, aliás já coloquei com 2 cabos diferentes que 
estão funcionando em outras máquinas
Está com IP estático e quanto ao ethtool eu não conheço. Como tem que 
usar ele?


On 29-05-2012 09:15, Gabriel Ricardo wrote:

não é conflito de ip não?
testou o cabo? verificar com ethtool o status de conexão
dhcp? estatico?

Atenciosamente,
*/Gabriel Ricardo./*
www.tinotapa.com.br http://www.tinotapa.com.br



Em 29 de maio de 2012 07:59, André Luiz andre4li...@gmail.com 
mailto:andre4li...@gmail.com escreveu:


Mande os logs para podermos te ajudar melhor e a saída do comando
lspci.

On Tue, 29 May 2012 00:34:30 -0300
Keppler jurgenkepp...@gmail.com mailto:jurgenkepp...@gmail.com
wrote:

 Olá pessoal.
 Acabei de instalar o Squeeze numa máquina aqui para testes, mas está
 acontecendo algo estranho aqui.
 A rede cai após alguns minutos (acho que entre 10 ou 15 minutos).
 Tipo como se estivesse desconectado o cabo de rede.
 Notei isto porque quando estou conectar nesta maquina via ssh a
 partir de uma outra maquina com Linux, trava a sessão ssh e quando
 vou a máquina com o Squeeze se eu der um ping para qq maquina da
 rede não pinga mais.

 Mas de der um reboot na máquina a rede volta novamente, mas após
 alguns minutos cai novamente.

 O que tenho que fazer?





--
To UNSUBSCRIBE, email to
debian-user-portuguese-requ...@lists.debian.org
mailto:debian-user-portuguese-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
listmas...@lists.debian.org mailto:listmas...@lists.debian.org
Archive:

http://lists.debian.org/20120529075910.6629c2bc@sniperwolf.sonsoftheliberty.local

Re: Caindo rede (Squeeze)

2012-05-29 Thread Keppler 

Olá Péricles.
Acredito não ser o caso, pois já usei cabos diferentes que estão em 
portas diferentes no Switch e as máquinas ligas nestes cabos funcionam 
perfeitamente.


On 29-05-2012 09:49, Péricles de Souza wrote:

Prezados,

Uma vez enfrentei um problema, na instalação de um servidor zerado, 
que ao colocar na rede, ela ficava extremamente lenta e oscilando.
Eu tinha um swicht 10/100 e a placa de rede do servidor que estava 
utilizando era Gigabit.
Desativei a placa Gigabit e deixei funcionando somente a 10/100, aí 
parou a instabilidade da rede e as conexões se estabilizaram.


Péricles



Em 29/05/2012, às 09:15, Gabriel Ricardo escreveu:


não é conflito de ip não?
testou o cabo? verificar com ethtool o status de conexão
dhcp? estatico?

Atenciosamente,
*/Gabriel Ricardo./*
www.tinotapa.com.br http://www.tinotapa.com.br/



Em 29 de maio de 2012 07:59, André Luiz andre4li...@gmail.com 
mailto:andre4li...@gmail.com escreveu:


Mande os logs para podermos te ajudar melhor e a saída do comando
lspci.

On Tue, 29 May 2012 00:34:30 -0300
Keppler jurgenkepp...@gmail.com
mailto:jurgenkepp...@gmail.com wrote:

 Olá pessoal.
 Acabei de instalar o Squeeze numa máquina aqui para testes, mas
está
 acontecendo algo estranho aqui.
 A rede cai após alguns minutos (acho que entre 10 ou 15 minutos).
 Tipo como se estivesse desconectado o cabo de rede.
 Notei isto porque quando estou conectar nesta maquina via ssh a
 partir de uma outra maquina com Linux, trava a sessão ssh e quando
 vou a máquina com o Squeeze se eu der um ping para qq maquina da
 rede não pinga mais.

 Mas de der um reboot na máquina a rede volta novamente, mas após
 alguns minutos cai novamente.

 O que tenho que fazer?





--
To UNSUBSCRIBE, email to
debian-user-portuguese-requ...@lists.debian.org
mailto:debian-user-portuguese-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
listmas...@lists.debian.org mailto:listmas...@lists.debian.org
Archive:

http://lists.debian.org/20120529075910.6629c2bc@sniperwolf.sonsoftheliberty.local

Re: Caindo rede (Squeeze)

2012-05-29 Thread Mauricio Neto 

Keppler,
O que me parece é que o seu problema é com o ssh e não com a rede. faça 
alguns testes sem usar o ssh. Uma vez tive um problema bastante parecido 
com uma maquina que eu havia acabado de instalar e não sei porque o ssh 
estava super mal comportado. Como era uma maquina zerada e eu já usava 
ssh sem problemas em outras, resolvi reinstalar o Debian  e tudo 
funcionou como de costume.
Uma ferramenta que gosto muito para estes mistérios é o tcpdump, 
podendo monitorar as duas pontas

Abraço

Mauricio Neto

Em 29/05/2012 13:15, Keppler escreveu:

André, olha só que coisa maluca está acontecendo.
Estou acessando esta máquina via SSH e quando fui dar um cat no 
/var/log/syslog a conexão travou.
Fui até a máquina em questão e notei que ela não pingava mais nenhuma 
máquina da rede. A rede voltou a responder somente depois que eu dei 
um reboot na máquina.
Mas se eu estiver logado nesta máquina e der um cat neste mesmo 
arquivo fica normal, ou seja, a conexão não trava.


Outra coisa entranha que trava a rede é quando à partir desta máquina 
Debian quando tento copiar uma arquivos para outra máquina remota via 
scp.


Como é uma instalação nova o /var/log/syslog está pequeno (tem 641K), 
por isso que fui dar um cat nele.


A saída de ifconfig não tem de nada de anormal:

eth0  Link encap:Ethernet  Endereço de HW 6c:62:6d:f9:ac:94
  inet end.: 192.168.1.30  Bcast:192.168.1.255  Masc:255.255.255.0
  endereço inet6: fe80::6e62:6dff:fef9:ac94/64 Escopo:Link
  UP BROADCASTRUNNING MULTICAST  MTU:1500  Métrica:1
*   RX packets:41 errors:0 dropped:0 overruns:0 frame:0
 TX packets:63 errors:0 dropped:0 overruns:0 carrier:1*
  colisões:0 txqueuelen:1000
  RX bytes:5833 (5.6 KiB)  TX bytes:8156 (7.9 KiB)
  IRQ:27

loLink encap:Loopback Local
  inet end.: 127.0.0.1  Masc:255.0.0.0
  endereço inet6: ::1/128 Escopo:Máquina
  UP LOOPBACKRUNNING  MTU:16436  Métrica:1
  RX packets:140 errors:0 dropped:0 overruns:0 frame:0
  TX packets:140 errors:0 dropped:0 overruns:0 carrier:0
  colisões:0 txqueuelen:0
  RX bytes:22293 (21.7 KiB)  TX bytes:22293 (21.7 KiB)

E dentro de /var/log/syslog nada me chamou a atenção a não ser a 
última linha:


May 29 12:41:05 keppler kernel: [   16.779204] eth0: no IPv6 routers 
present


Muito estranho isto!

Só um outro detalhe que acredito que não tenha nada há ver é que as 
outra máquina é um Slackware, mas até onde me lembro não é para ter 
problemas para acessar via ssh de Slackware para Debian e vice-versa.


Sabes me dizer o que acontece?


On 29-05-2012 09:04, André Luiz wrote:

Sim, mais precisamente o /var/log/syslog. Quando o problema
acontecer, veja se algum erro aparece nesse arquivo.

Outra coisa que vc pode verificar é se existem erros na recepção ou
envio de pacotes através do ifconfig. Quando vc digitar ifconfig,
veja se na linha que aparece errors depois de RX ou TX packets tem um
número bastante alto ou se está igual a zero.

On Tue, 29 May 2012 08:40:20 -0300
Kepplerjurgenkepp...@gmail.com  wrote:

   

Bom dia André, obrigado pelo retorno.
Os logs que vc menciona estariam em /var/log ?  Quais logs vc quer?

Abaixo está a saída do comando lspci -v:

00:00.0 Host bridge: Intel Corporation Sandy Bridge DRAM Controller
(rev 09) Subsystem: Intel Corporation Sandy Bridge DRAM Controller
  Flags: bus master, fast devsel, latency 0
  Capabilities: [e0] Vendor Specific Information: Len=0c?

00:01.0 PCI bridge: Intel Corporation Sandy Bridge PCI Express Root
Port (rev 09) (prog-if 00 [Normal decode])
  Flags: bus master, fast devsel, latency 0
  Bus: primary=00, secondary=01, subordinate=01, sec-latency=0
  I/O behind bridge: e000-efff
  Memory behind bridge: f800-fb0f
  Prefetchable memory behind bridge:
d000-dfff
  Capabilities: [88] Subsystem: Intel Corporation Sandy Bridge
PCI Express Root Port
  Capabilities: [80] Power Management version 3
  Capabilities: [90] MSI: Enable+ Count=1/1 Maskable- 64bit-
  Capabilities: [a0] Express Root Port (Slot+), MSI 00
  Capabilities: [100] Virtual Channel
  Capabilities: [140] Root Complex Link
  Kernel driver in use: pcieport

00:16.0 Communication controller: Intel Corporation Cougar Point HECI
Controller #1 (rev 04)
  Subsystem: Micro-Star International Co., Ltd. Device 7680
  Flags: bus master, fast devsel, latency 0, IRQ 11
  Memory at fb207000 (64-bit, non-prefetchable) [size=16]
  Capabilities: [50] Power Management version 3
  Capabilities: [8c] MSI: Enable- Count=1/1 Maskable- 64bit+

00:1a.0 USB Controller: Intel Corporation Cougar Point USB Enhanced
Host Controller #2 (rev 05) (prog-if 20 [EHCI])
  Subsystem: Micro-Star International Co., Ltd. Device 7680
  Flags: bus master, medium devsel, latency 0,

Re: Caindo rede (Squeeze)

2012-05-29 Thread Gustavo Soares [SLot] 

Olá

Você ainda não contou qual a sua placa de rede.

Se for essa abaixo:


root@wals:/rootlspci -mm | egrep -i Ether
02:00.0 Ethernet controller Atheros Communications AR8132 Fast 
Ethernet -rc0

Micro-Star International Co., Ltd. Device 7592
  root@wals:/root


Heheh bem vindo ao bug[1] da placa de rede, agora é com você, ou testa a 
atualização  ou compila um novo linux ou troca essa coisa e coloca uma 
placa bacana.



http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=610474#5




Em 29-05-2012 13:41, Mauricio Neto escreveu:

Keppler,
O que me parece é que o seu problema é com o ssh e não com a rede. 
faça alguns testes sem usar o ssh. Uma vez tive um problema bastante 
parecido com uma maquina que eu havia acabado de instalar e não sei 
porque o ssh estava super mal comportado. Como era uma maquina 
zerada e eu já usava ssh sem problemas em outras, resolvi reinstalar 
o Debian  e tudo funcionou como de costume.
Uma ferramenta que gosto muito para estes mistérios é o tcpdump, 
podendo monitorar as duas pontas

Abraço

Mauricio Neto

Em 29/05/2012 13:15, Keppler escreveu:

André, olha só que coisa maluca está acontecendo.
Estou acessando esta máquina via SSH e quando fui dar um cat no 
/var/log/syslog a conexão travou.
Fui até a máquina em questão e notei que ela não pingava mais nenhuma 
máquina da rede. A rede voltou a responder somente depois que eu dei 
um reboot na máquina.
Mas se eu estiver logado nesta máquina e der um cat neste mesmo 
arquivo fica normal, ou seja, a conexão não trava.


Outra coisa entranha que trava a rede é quando à partir desta máquina 
Debian quando tento copiar uma arquivos para outra máquina remota via 
scp.


Como é uma instalação nova o /var/log/syslog está pequeno (tem 641K), 
por isso que fui dar um cat nele.


A saída de ifconfig não tem de nada de anormal:

eth0  Link encap:Ethernet  Endereço de HW 6c:62:6d:f9:ac:94
  inet end.: 192.168.1.30  Bcast:192.168.1.255  
Masc:255.255.255.0

  endereço inet6: fe80::6e62:6dff:fef9:ac94/64 Escopo:Link
  UP BROADCASTRUNNING MULTICAST  MTU:1500  Métrica:1
*   RX packets:41 errors:0 dropped:0 overruns:0 frame:0
 TX packets:63 errors:0 dropped:0 overruns:0 carrier:1*
  colisões:0 txqueuelen:1000
  RX bytes:5833 (5.6 KiB)  TX bytes:8156 (7.9 KiB)
  IRQ:27

loLink encap:Loopback Local
  inet end.: 127.0.0.1  Masc:255.0.0.0
  endereço inet6: ::1/128 Escopo:Máquina
  UP LOOPBACKRUNNING  MTU:16436  Métrica:1
  RX packets:140 errors:0 dropped:0 overruns:0 frame:0
  TX packets:140 errors:0 dropped:0 overruns:0 carrier:0
  colisões:0 txqueuelen:0
  RX bytes:22293 (21.7 KiB)  TX bytes:22293 (21.7 KiB)

E dentro de /var/log/syslog nada me chamou a atenção a não ser a 
última linha:


May 29 12:41:05 keppler kernel: [   16.779204] eth0: no IPv6 routers 
present


Muito estranho isto!

Só um outro detalhe que acredito que não tenha nada há ver é que as 
outra máquina é um Slackware, mas até onde me lembro não é para ter 
problemas para acessar via ssh de Slackware para Debian e vice-versa.


Sabes me dizer o que acontece?


On 29-05-2012 09:04, André Luiz wrote:

Sim, mais precisamente o /var/log/syslog. Quando o problema
acontecer, veja se algum erro aparece nesse arquivo.

Outra coisa que vc pode verificar é se existem erros na recepção ou
envio de pacotes através do ifconfig. Quando vc digitar ifconfig,
veja se na linha que aparece errors depois de RX ou TX packets tem um
número bastante alto ou se está igual a zero.

On Tue, 29 May 2012 08:40:20 -0300
Kepplerjurgenkepp...@gmail.com  wrote:

   

Bom dia André, obrigado pelo retorno.
Os logs que vc menciona estariam em /var/log ?  Quais logs vc quer?

Abaixo está a saída do comando lspci -v:

00:00.0 Host bridge: Intel Corporation Sandy Bridge DRAM Controller
(rev 09) Subsystem: Intel Corporation Sandy Bridge DRAM Controller
  Flags: bus master, fast devsel, latency 0
  Capabilities: [e0] Vendor Specific Information: Len=0c?

00:01.0 PCI bridge: Intel Corporation Sandy Bridge PCI Express Root
Port (rev 09) (prog-if 00 [Normal decode])
  Flags: bus master, fast devsel, latency 0
  Bus: primary=00, secondary=01, subordinate=01, sec-latency=0
  I/O behind bridge: e000-efff
  Memory behind bridge: f800-fb0f
  Prefetchable memory behind bridge:
d000-dfff
  Capabilities: [88] Subsystem: Intel Corporation Sandy Bridge
PCI Express Root Port
  Capabilities: [80] Power Management version 3
  Capabilities: [90] MSI: Enable+ Count=1/1 Maskable- 64bit-
  Capabilities: [a0] Express Root Port (Slot+), MSI 00
  Capabilities: [100] Virtual Channel
  Capabilities: [140] Root Complex Link
  Kernel driver in use: pcieport

00:16.0 Communication controller: Intel Corporation Cougar Point HECI
Controller #1 (rev 04)

Re: Caindo rede (Squeeze)

2012-05-29 Thread Gabriel Ricardo 
o ethool verifica se o link está ok

outra alternativa tambem, é ler o dmesg apos a queda da rede

Atenciosamente,
*Gabriel Ricardo.*
www.tinotapa.com.br



Em 29 de maio de 2012 13:41, Mauricio Neto mn...@inbox.com escreveu:

  Keppler,
 O que me parece é que o seu problema é com o ssh e não com a rede. faça
 alguns testes sem usar o ssh. Uma vez tive um problema bastante parecido
 com uma maquina que eu havia acabado de instalar e não sei porque o ssh
 estava super mal comportado. Como era uma maquina zerada e eu já usava
 ssh sem problemas em outras, resolvi reinstalar o Debian  e tudo funcionou
 como de costume.
 Uma ferramenta que gosto muito para estes mistérios é o tcpdump, podendo
 monitorar as duas pontas
 Abraço

 Mauricio Neto

 Em 29/05/2012 13:15, Keppler escreveu:

 André, olha só que coisa maluca está acontecendo.
 Estou acessando esta máquina via SSH e quando fui dar um cat no
 /var/log/syslog a conexão travou.
 Fui até a máquina em questão e notei que ela não pingava mais nenhuma
 máquina da rede. A rede voltou a responder somente depois que eu dei um
 reboot na máquina.
 Mas se eu estiver logado nesta máquina e der um cat neste mesmo arquivo
 fica normal, ou seja, a conexão não trava.

 Outra coisa entranha que trava a rede é quando à partir desta máquina
 Debian quando tento copiar uma arquivos para outra máquina remota via scp.

 Como é uma instalação nova o /var/log/syslog está pequeno (tem 641K), por
 isso que fui dar um cat nele.

 A saída de ifconfig não tem de nada de anormal:

 eth0  Link encap:Ethernet  Endereço de HW 6c:62:6d:f9:ac:94
   inet end.: 192.168.1.30  Bcast:192.168.1.255  Masc:255.255.255.0
   endereço inet6: fe80::6e62:6dff:fef9:ac94/64 Escopo:Link
   UP BROADCASTRUNNING MULTICAST  MTU:1500  Métrica:1
*   RX packets:41 errors:0 dropped:0 overruns:0 frame:0
  TX packets:63 errors:0 dropped:0 overruns:0 carrier:1*
   colisões:0 txqueuelen:1000
   RX bytes:5833 (5.6 KiB)  TX bytes:8156 (7.9 KiB)
   IRQ:27

 loLink encap:Loopback Local
   inet end.: 127.0.0.1  Masc:255.0.0.0
   endereço inet6: ::1/128 Escopo:Máquina
   UP LOOPBACKRUNNING  MTU:16436  Métrica:1
   RX packets:140 errors:0 dropped:0 overruns:0 frame:0
   TX packets:140 errors:0 dropped:0 overruns:0 carrier:0
   colisões:0 txqueuelen:0
   RX bytes:22293 (21.7 KiB)  TX bytes:22293 (21.7 KiB)

 E dentro de /var/log/syslog nada me chamou a atenção a não ser a última
 linha:

 May 29 12:41:05 keppler kernel: [   16.779204] eth0: no IPv6 routers
 present

 Muito estranho isto!

 Só um outro detalhe que acredito que não tenha nada há ver é que as outra
 máquina é um Slackware, mas até onde me lembro não é para ter problemas
 para acessar via ssh de Slackware para Debian e vice-versa.

 Sabes me dizer o que acontece?


 On 29-05-2012 09:04, André Luiz wrote:

 Sim, mais precisamente o /var/log/syslog. Quando o problema
 acontecer, veja se algum erro aparece nesse arquivo.

 Outra coisa que vc pode verificar é se existem erros na recepção ou
 envio de pacotes através do ifconfig. Quando vc digitar ifconfig,
 veja se na linha que aparece errors depois de RX ou TX packets tem um
 número bastante alto ou se está igual a zero.

 On Tue, 29 May 2012 08:40:20 -0300
 Keppler jurgenkepp...@gmail.com jurgenkepp...@gmail.com wrote:



  Bom dia André, obrigado pelo retorno.
 Os logs que vc menciona estariam em /var/log ?  Quais logs vc quer?

 Abaixo está a saída do comando lspci -v:

 00:00.0 Host bridge: Intel Corporation Sandy Bridge DRAM Controller
 (rev 09) Subsystem: Intel Corporation Sandy Bridge DRAM Controller
  Flags: bus master, fast devsel, latency 0
  Capabilities: [e0] Vendor Specific Information: Len=0c ?

 00:01.0 PCI bridge: Intel Corporation Sandy Bridge PCI Express Root
 Port (rev 09) (prog-if 00 [Normal decode])
  Flags: bus master, fast devsel, latency 0
  Bus: primary=00, secondary=01, subordinate=01, sec-latency=0
  I/O behind bridge: e000-efff
  Memory behind bridge: f800-fb0f
  Prefetchable memory behind bridge:
 d000-dfff
  Capabilities: [88] Subsystem: Intel Corporation Sandy Bridge
 PCI Express Root Port
  Capabilities: [80] Power Management version 3
  Capabilities: [90] MSI: Enable+ Count=1/1 Maskable- 64bit-
  Capabilities: [a0] Express Root Port (Slot+), MSI 00
  Capabilities: [100] Virtual Channel
  Capabilities: [140] Root Complex Link
  Kernel driver in use: pcieport

 00:16.0 Communication controller: Intel Corporation Cougar Point HECI
 Controller #1 (rev 04)
  Subsystem: Micro-Star International Co., Ltd. Device 7680
  Flags: bus master, fast devsel, latency 0, IRQ 11
  Memory at fb207000 (64-bit, non-prefetchable) [size=16]
  Capabilities: [50] Power Management version 3

Re: Caindo rede (Squeeze)

2012-05-29 Thread Keppler 

Olá Mauricio!
Putz cara...já reinstalei 2 vezes e o problema continua.
Vou tentar remover os pacotes ssh e reinstalar novamente.

E por falar em ssh, quais pacotes precisam para ter rodando também um 
servidor ssh?...pode ser que esteja faltando alguma lib, sei lá


On 29-05-2012 13:41, Mauricio Neto wrote:

Keppler,
O que me parece é que o seu problema é com o ssh e não com a rede. 
faça alguns testes sem usar o ssh. Uma vez tive um problema bastante 
parecido com uma maquina que eu havia acabado de instalar e não sei 
porque o ssh estava super mal comportado. Como era uma maquina 
zerada e eu já usava ssh sem problemas em outras, resolvi reinstalar 
o Debian  e tudo funcionou como de costume.
Uma ferramenta que gosto muito para estes mistérios é o tcpdump, 
podendo monitorar as duas pontas

Abraço

Mauricio Neto

Em 29/05/2012 13:15, Keppler escreveu:

André, olha só que coisa maluca está acontecendo.
Estou acessando esta máquina via SSH e quando fui dar um cat no 
/var/log/syslog a conexão travou.
Fui até a máquina em questão e notei que ela não pingava mais nenhuma 
máquina da rede. A rede voltou a responder somente depois que eu dei 
um reboot na máquina.
Mas se eu estiver logado nesta máquina e der um cat neste mesmo 
arquivo fica normal, ou seja, a conexão não trava.


Outra coisa entranha que trava a rede é quando à partir desta máquina 
Debian quando tento copiar uma arquivos para outra máquina remota via 
scp.


Como é uma instalação nova o /var/log/syslog está pequeno (tem 641K), 
por isso que fui dar um cat nele.


A saída de ifconfig não tem de nada de anormal:

eth0  Link encap:Ethernet  Endereço de HW 6c:62:6d:f9:ac:94
  inet end.: 192.168.1.30  Bcast:192.168.1.255  
Masc:255.255.255.0

  endereço inet6: fe80::6e62:6dff:fef9:ac94/64 Escopo:Link
  UP BROADCASTRUNNING MULTICAST  MTU:1500  Métrica:1
*   RX packets:41 errors:0 dropped:0 overruns:0 frame:0
 TX packets:63 errors:0 dropped:0 overruns:0 carrier:1*
  colisões:0 txqueuelen:1000
  RX bytes:5833 (5.6 KiB)  TX bytes:8156 (7.9 KiB)
  IRQ:27

loLink encap:Loopback Local
  inet end.: 127.0.0.1  Masc:255.0.0.0
  endereço inet6: ::1/128 Escopo:Máquina
  UP LOOPBACKRUNNING  MTU:16436  Métrica:1
  RX packets:140 errors:0 dropped:0 overruns:0 frame:0
  TX packets:140 errors:0 dropped:0 overruns:0 carrier:0
  colisões:0 txqueuelen:0
  RX bytes:22293 (21.7 KiB)  TX bytes:22293 (21.7 KiB)

E dentro de /var/log/syslog nada me chamou a atenção a não ser a 
última linha:


May 29 12:41:05 keppler kernel: [   16.779204] eth0: no IPv6 routers 
present


Muito estranho isto!

Só um outro detalhe que acredito que não tenha nada há ver é que as 
outra máquina é um Slackware, mas até onde me lembro não é para ter 
problemas para acessar via ssh de Slackware para Debian e vice-versa.


Sabes me dizer o que acontece?


On 29-05-2012 09:04, André Luiz wrote:

Sim, mais precisamente o /var/log/syslog. Quando o problema
acontecer, veja se algum erro aparece nesse arquivo.

Outra coisa que vc pode verificar é se existem erros na recepção ou
envio de pacotes através do ifconfig. Quando vc digitar ifconfig,
veja se na linha que aparece errors depois de RX ou TX packets tem um
número bastante alto ou se está igual a zero.

On Tue, 29 May 2012 08:40:20 -0300
Kepplerjurgenkepp...@gmail.com  wrote:

   

Bom dia André, obrigado pelo retorno.
Os logs que vc menciona estariam em /var/log ?  Quais logs vc quer?

Abaixo está a saída do comando lspci -v:

00:00.0 Host bridge: Intel Corporation Sandy Bridge DRAM Controller
(rev 09) Subsystem: Intel Corporation Sandy Bridge DRAM Controller
  Flags: bus master, fast devsel, latency 0
  Capabilities: [e0] Vendor Specific Information: Len=0c?

00:01.0 PCI bridge: Intel Corporation Sandy Bridge PCI Express Root
Port (rev 09) (prog-if 00 [Normal decode])
  Flags: bus master, fast devsel, latency 0
  Bus: primary=00, secondary=01, subordinate=01, sec-latency=0
  I/O behind bridge: e000-efff
  Memory behind bridge: f800-fb0f
  Prefetchable memory behind bridge:
d000-dfff
  Capabilities: [88] Subsystem: Intel Corporation Sandy Bridge
PCI Express Root Port
  Capabilities: [80] Power Management version 3
  Capabilities: [90] MSI: Enable+ Count=1/1 Maskable- 64bit-
  Capabilities: [a0] Express Root Port (Slot+), MSI 00
  Capabilities: [100] Virtual Channel
  Capabilities: [140] Root Complex Link
  Kernel driver in use: pcieport

00:16.0 Communication controller: Intel Corporation Cougar Point HECI
Controller #1 (rev 04)
  Subsystem: Micro-Star International Co., Ltd. Device 7680
  Flags: bus master, fast devsel, latency 0, IRQ 11
  Memory at fb207000 (64-bit, non-prefetchable) [size=16]
  Capabilities: [50] Power Management

Re: Caindo rede (Squeeze)

2012-05-29 Thread Gustavo Soares [SLot] 

Não sei se chegou a ver a minha mesg, mas vou reproduzi-la para:


Olá

Você ainda não contou qual a sua placa de rede.

Se for essa abaixo:


root@wals:/rootlspci -mm | egrep -i Ether
02:00.0 Ethernet controller Atheros Communications AR8132 Fast 
Ethernet -rc0

Micro-Star International Co., Ltd. Device 7592
  root@wals:/root


Heheh bem vindo ao bug[1] da placa de rede, agora é com você, ou testa a 
atualização  ou compila um novo linux ou troca essa coisa e coloca uma 
placa bacana.



http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=610474#5




Em 29-05-2012 13:59, Keppler escreveu:

Olá Mauricio!
Putz cara...já reinstalei 2 vezes e o problema continua.
Vou tentar remover os pacotes ssh e reinstalar novamente.

E por falar em ssh, quais pacotes precisam para ter rodando também um 
servidor ssh?...pode ser que esteja faltando alguma lib, sei lá


On 29-05-2012 13:41, Mauricio Neto wrote:

Keppler,
O que me parece é que o seu problema é com o ssh e não com a rede. 
faça alguns testes sem usar o ssh. Uma vez tive um problema bastante 
parecido com uma maquina que eu havia acabado de instalar e não sei 
porque o ssh estava super mal comportado. Como era uma maquina 
zerada e eu já usava ssh sem problemas em outras, resolvi 
reinstalar o Debian  e tudo funcionou como de costume.
Uma ferramenta que gosto muito para estes mistérios é o tcpdump, 
podendo monitorar as duas pontas

Abraço

Mauricio Neto

Em 29/05/2012 13:15, Keppler escreveu:

André, olha só que coisa maluca está acontecendo.
Estou acessando esta máquina via SSH e quando fui dar um cat no 
/var/log/syslog a conexão travou.
Fui até a máquina em questão e notei que ela não pingava mais 
nenhuma máquina da rede. A rede voltou a responder somente depois 
que eu dei um reboot na máquina.
Mas se eu estiver logado nesta máquina e der um cat neste mesmo 
arquivo fica normal, ou seja, a conexão não trava.


Outra coisa entranha que trava a rede é quando à partir desta 
máquina Debian quando tento copiar uma arquivos para outra máquina 
remota via scp.


Como é uma instalação nova o /var/log/syslog está pequeno (tem 
641K), por isso que fui dar um cat nele.


A saída de ifconfig não tem de nada de anormal:

eth0  Link encap:Ethernet  Endereço de HW 6c:62:6d:f9:ac:94
  inet end.: 192.168.1.30  Bcast:192.168.1.255  
Masc:255.255.255.0

  endereço inet6: fe80::6e62:6dff:fef9:ac94/64 Escopo:Link
  UP BROADCASTRUNNING MULTICAST  MTU:1500  Métrica:1
*   RX packets:41 errors:0 dropped:0 overruns:0 frame:0
 TX packets:63 errors:0 dropped:0 overruns:0 carrier:1*
  colisões:0 txqueuelen:1000
  RX bytes:5833 (5.6 KiB)  TX bytes:8156 (7.9 KiB)
  IRQ:27

loLink encap:Loopback Local
  inet end.: 127.0.0.1  Masc:255.0.0.0
  endereço inet6: ::1/128 Escopo:Máquina
  UP LOOPBACKRUNNING  MTU:16436  Métrica:1
  RX packets:140 errors:0 dropped:0 overruns:0 frame:0
  TX packets:140 errors:0 dropped:0 overruns:0 carrier:0
  colisões:0 txqueuelen:0
  RX bytes:22293 (21.7 KiB)  TX bytes:22293 (21.7 KiB)

E dentro de /var/log/syslog nada me chamou a atenção a não ser a 
última linha:


May 29 12:41:05 keppler kernel: [   16.779204] eth0: no IPv6 routers 
present


Muito estranho isto!

Só um outro detalhe que acredito que não tenha nada há ver é que as 
outra máquina é um Slackware, mas até onde me lembro não é para ter 
problemas para acessar via ssh de Slackware para Debian e vice-versa.


Sabes me dizer o que acontece?


On 29-05-2012 09:04, André Luiz wrote:

Sim, mais precisamente o /var/log/syslog. Quando o problema
acontecer, veja se algum erro aparece nesse arquivo.

Outra coisa que vc pode verificar é se existem erros na recepção ou
envio de pacotes através do ifconfig. Quando vc digitar ifconfig,
veja se na linha que aparece errors depois de RX ou TX packets tem um
número bastante alto ou se está igual a zero.

On Tue, 29 May 2012 08:40:20 -0300
Kepplerjurgenkepp...@gmail.com  wrote:

   

Bom dia André, obrigado pelo retorno.
Os logs que vc menciona estariam em /var/log ?  Quais logs vc quer?

Abaixo está a saída do comando lspci -v:

00:00.0 Host bridge: Intel Corporation Sandy Bridge DRAM Controller
(rev 09) Subsystem: Intel Corporation Sandy Bridge DRAM Controller
  Flags: bus master, fast devsel, latency 0
  Capabilities: [e0] Vendor Specific Information: Len=0c?

00:01.0 PCI bridge: Intel Corporation Sandy Bridge PCI Express Root
Port (rev 09) (prog-if 00 [Normal decode])
  Flags: bus master, fast devsel, latency 0
  Bus: primary=00, secondary=01, subordinate=01, sec-latency=0
  I/O behind bridge: e000-efff
  Memory behind bridge: f800-fb0f
  Prefetchable memory behind bridge:
d000-dfff
  Capabilities: [88] Subsystem: Intel Corporation Sandy Bridge
PCI Express Root Port
  Capabilities: [80] Power Management version 3

Re: Caindo rede (Squeeze)

2012-05-29 Thread Keppler 

Olá Gustavo.

Abaixo a saída do comando lspci -v:
03:00.0 Ethernet controller: Atheros Communications AR8152 v2.0 Fast 
Ethernet (rev c1)

Subsystem: Micro-Star International Co., Ltd. Device 7680
Flags: bus master, fast devsel, latency 0, IRQ 27
Memory at fb10 (64-bit, non-prefetchable) [size=256K]
I/O ports at d000 [size=128]
Capabilities: [40] Power Management version 3
Capabilities: [48] MSI: Enable+ Count=1/1 Maskable- 64bit+
Capabilities: [58] Express Endpoint, MSI 00
Capabilities: [6c] Vital Product Data
Capabilities: [100] Advanced Error Reporting
Capabilities: [180] Device Serial Number ff-f9-ac-94-6c-62-6d-ff
Kernel driver in use: atl1c

Acho que não é o mesmo modelo. Aliás já rodei outros Linux nesta mesma 
máquina (inclusive o squeeze-32 bit) e não tive problemas


Alguma outra sugestão?

On 29-05-2012 14:07, Gustavo Soares [SLot] wrote:

Olá

Você ainda não contou qual a sua placa de rede.

Se for essa abaixo:


root@wals:/rootlspci -mm | egrep -i Ether
02:00.0 Ethernet controller Atheros Communications AR8132 
Fast Ethernet -rc0

Micro-Star International Co., Ltd. Device 7592
  root@wals:/root


Heheh bem vindo ao bug[1] da placa de rede, agora é com você, ou testa 
a atualização  ou compila um novo linux ou troca essa coisa e coloca 
uma placa bacana.



http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=610474#5




Em 29-05-2012 13:41, Mauricio Neto escreveu:

Keppler,
O que me parece é que o seu problema é com o ssh e não com a rede. 
faça alguns testes sem usar o ssh. Uma vez tive um problema bastante 
parecido com uma maquina que eu havia acabado de instalar e não sei 
porque o ssh estava super mal comportado. Como era uma maquina 
zerada e eu já usava ssh sem problemas em outras, resolvi 
reinstalar o Debian  e tudo funcionou como de costume.
Uma ferramenta que gosto muito para estes mistérios é o tcpdump, 
podendo monitorar as duas pontas

Abraço

Mauricio Neto

Em 29/05/2012 13:15, Keppler escreveu:

André, olha só que coisa maluca está acontecendo.
Estou acessando esta máquina via SSH e quando fui dar um cat no 
/var/log/syslog a conexão travou.
Fui até a máquina em questão e notei que ela não pingava mais 
nenhuma máquina da rede. A rede voltou a responder somente depois 
que eu dei um reboot na máquina.
Mas se eu estiver logado nesta máquina e der um cat neste mesmo 
arquivo fica normal, ou seja, a conexão não trava.


Outra coisa entranha que trava a rede é quando à partir desta 
máquina Debian quando tento copiar uma arquivos para outra máquina 
remota via scp.


Como é uma instalação nova o /var/log/syslog está pequeno (tem 
641K), por isso que fui dar um cat nele.


A saída de ifconfig não tem de nada de anormal:

eth0  Link encap:Ethernet  Endereço de HW 6c:62:6d:f9:ac:94
  inet end.: 192.168.1.30  Bcast:192.168.1.255  
Masc:255.255.255.0

  endereço inet6: fe80::6e62:6dff:fef9:ac94/64 Escopo:Link
  UP BROADCASTRUNNING MULTICAST  MTU:1500  Métrica:1
*   RX packets:41 errors:0 dropped:0 overruns:0 frame:0
 TX packets:63 errors:0 dropped:0 overruns:0 carrier:1*
  colisões:0 txqueuelen:1000
  RX bytes:5833 (5.6 KiB)  TX bytes:8156 (7.9 KiB)
  IRQ:27

loLink encap:Loopback Local
  inet end.: 127.0.0.1  Masc:255.0.0.0
  endereço inet6: ::1/128 Escopo:Máquina
  UP LOOPBACKRUNNING  MTU:16436  Métrica:1
  RX packets:140 errors:0 dropped:0 overruns:0 frame:0
  TX packets:140 errors:0 dropped:0 overruns:0 carrier:0
  colisões:0 txqueuelen:0
  RX bytes:22293 (21.7 KiB)  TX bytes:22293 (21.7 KiB)

E dentro de /var/log/syslog nada me chamou a atenção a não ser a 
última linha:


May 29 12:41:05 keppler kernel: [   16.779204] eth0: no IPv6 routers 
present


Muito estranho isto!

Só um outro detalhe que acredito que não tenha nada há ver é que as 
outra máquina é um Slackware, mas até onde me lembro não é para ter 
problemas para acessar via ssh de Slackware para Debian e vice-versa.


Sabes me dizer o que acontece?


On 29-05-2012 09:04, André Luiz wrote:

Sim, mais precisamente o /var/log/syslog. Quando o problema
acontecer, veja se algum erro aparece nesse arquivo.

Outra coisa que vc pode verificar é se existem erros na recepção ou
envio de pacotes através do ifconfig. Quando vc digitar ifconfig,
veja se na linha que aparece errors depois de RX ou TX packets tem um
número bastante alto ou se está igual a zero.

On Tue, 29 May 2012 08:40:20 -0300
Kepplerjurgenkepp...@gmail.com  wrote:

   

Bom dia André, obrigado pelo retorno.
Os logs que vc menciona estariam em /var/log ?  Quais logs vc quer?

Abaixo está a saída do comando lspci -v:

00:00.0 Host bridge: Intel Corporation Sandy Bridge DRAM Controller
(rev 09) Subsystem: Intel Corporation Sandy Bridge DRAM Controller
  Flags: bus master, fast devsel, latency 0
  Capabilities: [e0] Vendor Specific

Re: Caindo rede (Squeeze)

2012-05-29 Thread Gustavo Soares [SLot] 
Sim, tive problema com o Squeeze e as placas da atheros, qual a versão 
do kernel linux ?


Instale o kernel do backports e veja se resolve, pra mim, simplesmente 
compilei o linux e ficou perfeito.



Em 29-05-2012 14:08, Keppler escreveu:

Olá Gustavo.

Abaixo a saída do comando lspci -v:
03:00.0 Ethernet controller: Atheros Communications AR8152 v2.0 Fast 
Ethernet (rev c1)

Subsystem: Micro-Star International Co., Ltd. Device 7680
Flags: bus master, fast devsel, latency 0, IRQ 27
Memory at fb10 (64-bit, non-prefetchable) [size=256K]
I/O ports at d000 [size=128]
Capabilities: [40] Power Management version 3
Capabilities: [48] MSI: Enable+ Count=1/1 Maskable- 64bit+
Capabilities: [58] Express Endpoint, MSI 00
Capabilities: [6c] Vital Product Data
Capabilities: [100] Advanced Error Reporting
Capabilities: [180] Device Serial Number ff-f9-ac-94-6c-62-6d-ff
Kernel driver in use: atl1c

Acho que não é o mesmo modelo. Aliás já rodei outros Linux nesta mesma 
máquina (inclusive o squeeze-32 bit) e não tive problemas


Alguma outra sugestão?

On 29-05-2012 14:07, Gustavo Soares [SLot] wrote:

Olá

Você ainda não contou qual a sua placa de rede.

Se for essa abaixo:


root@wals:/rootlspci -mm | egrep -i Ether
02:00.0 Ethernet controller Atheros Communications AR8132 
Fast Ethernet -rc0

Micro-Star International Co., Ltd. Device 7592
  root@wals:/root


Heheh bem vindo ao bug[1] da placa de rede, agora é com você, ou 
testa a atualização  ou compila um novo linux ou troca essa coisa e 
coloca uma placa bacana.



http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=610474#5




Em 29-05-2012 13:41, Mauricio Neto escreveu:

Keppler,
O que me parece é que o seu problema é com o ssh e não com a rede. 
faça alguns testes sem usar o ssh. Uma vez tive um problema bastante 
parecido com uma maquina que eu havia acabado de instalar e não sei 
porque o ssh estava super mal comportado. Como era uma maquina 
zerada e eu já usava ssh sem problemas em outras, resolvi 
reinstalar o Debian  e tudo funcionou como de costume.
Uma ferramenta que gosto muito para estes mistérios é o tcpdump, 
podendo monitorar as duas pontas

Abraço

Mauricio Neto

Em 29/05/2012 13:15, Keppler escreveu:

André, olha só que coisa maluca está acontecendo.
Estou acessando esta máquina via SSH e quando fui dar um cat no 
/var/log/syslog a conexão travou.
Fui até a máquina em questão e notei que ela não pingava mais 
nenhuma máquina da rede. A rede voltou a responder somente depois 
que eu dei um reboot na máquina.
Mas se eu estiver logado nesta máquina e der um cat neste mesmo 
arquivo fica normal, ou seja, a conexão não trava.


Outra coisa entranha que trava a rede é quando à partir desta 
máquina Debian quando tento copiar uma arquivos para outra máquina 
remota via scp.


Como é uma instalação nova o /var/log/syslog está pequeno (tem 
641K), por isso que fui dar um cat nele.


A saída de ifconfig não tem de nada de anormal:

eth0  Link encap:Ethernet  Endereço de HW 6c:62:6d:f9:ac:94
  inet end.: 192.168.1.30  Bcast:192.168.1.255  
Masc:255.255.255.0

  endereço inet6: fe80::6e62:6dff:fef9:ac94/64 Escopo:Link
  UP BROADCASTRUNNING MULTICAST  MTU:1500  Métrica:1
*   RX packets:41 errors:0 dropped:0 overruns:0 frame:0
 TX packets:63 errors:0 dropped:0 overruns:0 carrier:1*
  colisões:0 txqueuelen:1000
  RX bytes:5833 (5.6 KiB)  TX bytes:8156 (7.9 KiB)
  IRQ:27

loLink encap:Loopback Local
  inet end.: 127.0.0.1  Masc:255.0.0.0
  endereço inet6: ::1/128 Escopo:Máquina
  UP LOOPBACKRUNNING  MTU:16436  Métrica:1
  RX packets:140 errors:0 dropped:0 overruns:0 frame:0
  TX packets:140 errors:0 dropped:0 overruns:0 carrier:0
  colisões:0 txqueuelen:0
  RX bytes:22293 (21.7 KiB)  TX bytes:22293 (21.7 KiB)

E dentro de /var/log/syslog nada me chamou a atenção a não ser a 
última linha:


May 29 12:41:05 keppler kernel: [   16.779204] eth0: no IPv6 
routers present


Muito estranho isto!

Só um outro detalhe que acredito que não tenha nada há ver é que as 
outra máquina é um Slackware, mas até onde me lembro não é para ter 
problemas para acessar via ssh de Slackware para Debian e vice-versa.


Sabes me dizer o que acontece?


On 29-05-2012 09:04, André Luiz wrote:

Sim, mais precisamente o /var/log/syslog. Quando o problema
acontecer, veja se algum erro aparece nesse arquivo.

Outra coisa que vc pode verificar é se existem erros na recepção ou
envio de pacotes através do ifconfig. Quando vc digitar ifconfig,
veja se na linha que aparece errors depois de RX ou TX packets tem um
número bastante alto ou se está igual a zero.

On Tue, 29 May 2012 08:40:20 -0300
Kepplerjurgenkepp...@gmail.com  wrote:

   

Bom dia André, obrigado pelo retorno.
Os logs que vc menciona estariam em /var/log ?  Quais logs vc quer?

Abaixo está a saída do comando

Re: Caindo rede (Squeeze)

2012-05-29 Thread Keppler 

Linux 2.6.32-5-amd64 #1 SMP Sun May 6 04:00:17 UTC 2012 x86_64 GNU/Linux

On 29-05-2012 14:23, Gustavo Soares [SLot] wrote:
Sim, tive problema com o Squeeze e as placas da atheros, qual a versão 
do kernel linux ?


Instale o kernel do backports e veja se resolve, pra mim, simplesmente 
compilei o linux e ficou perfeito.



Em 29-05-2012 14:08, Keppler escreveu:

Olá Gustavo.

Abaixo a saída do comando lspci -v:
03:00.0 Ethernet controller: Atheros Communications AR8152 v2.0 Fast 
Ethernet (rev c1)

Subsystem: Micro-Star International Co., Ltd. Device 7680
Flags: bus master, fast devsel, latency 0, IRQ 27
Memory at fb10 (64-bit, non-prefetchable) [size=256K]
I/O ports at d000 [size=128]
Capabilities: [40] Power Management version 3
Capabilities: [48] MSI: Enable+ Count=1/1 Maskable- 64bit+
Capabilities: [58] Express Endpoint, MSI 00
Capabilities: [6c] Vital Product Data
Capabilities: [100] Advanced Error Reporting
Capabilities: [180] Device Serial Number ff-f9-ac-94-6c-62-6d-ff
Kernel driver in use: atl1c

Acho que não é o mesmo modelo. Aliás já rodei outros Linux nesta 
mesma máquina (inclusive o squeeze-32 bit) e não tive problemas


Alguma outra sugestão?

On 29-05-2012 14:07, Gustavo Soares [SLot] wrote:

Olá

Você ainda não contou qual a sua placa de rede.

Se for essa abaixo:


root@wals:/rootlspci -mm | egrep -i Ether
02:00.0 Ethernet controller Atheros Communications AR8132 
Fast Ethernet -rc0

Micro-Star International Co., Ltd. Device 7592
  root@wals:/root


Heheh bem vindo ao bug[1] da placa de rede, agora é com você, ou 
testa a atualização  ou compila um novo linux ou troca essa coisa e 
coloca uma placa bacana.



http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=610474#5




Em 29-05-2012 13:41, Mauricio Neto escreveu:

Keppler,
O que me parece é que o seu problema é com o ssh e não com a rede. 
faça alguns testes sem usar o ssh. Uma vez tive um problema 
bastante parecido com uma maquina que eu havia acabado de instalar 
e não sei porque o ssh estava super mal comportado. Como era uma 
maquina zerada e eu já usava ssh sem problemas em outras, resolvi 
reinstalar o Debian  e tudo funcionou como de costume.
Uma ferramenta que gosto muito para estes mistérios é o tcpdump, 
podendo monitorar as duas pontas

Abraço

Mauricio Neto

Em 29/05/2012 13:15, Keppler escreveu:

André, olha só que coisa maluca está acontecendo.
Estou acessando esta máquina via SSH e quando fui dar um cat no 
/var/log/syslog a conexão travou.
Fui até a máquina em questão e notei que ela não pingava mais 
nenhuma máquina da rede. A rede voltou a responder somente depois 
que eu dei um reboot na máquina.
Mas se eu estiver logado nesta máquina e der um cat neste mesmo 
arquivo fica normal, ou seja, a conexão não trava.


Outra coisa entranha que trava a rede é quando à partir desta 
máquina Debian quando tento copiar uma arquivos para outra máquina 
remota via scp.


Como é uma instalação nova o /var/log/syslog está pequeno (tem 
641K), por isso que fui dar um cat nele.


A saída de ifconfig não tem de nada de anormal:

eth0  Link encap:Ethernet  Endereço de HW 6c:62:6d:f9:ac:94
  inet end.: 192.168.1.30  Bcast:192.168.1.255  
Masc:255.255.255.0

  endereço inet6: fe80::6e62:6dff:fef9:ac94/64 Escopo:Link
  UP BROADCASTRUNNING MULTICAST  MTU:1500  Métrica:1
*   RX packets:41 errors:0 dropped:0 overruns:0 frame:0
 TX packets:63 errors:0 dropped:0 overruns:0 carrier:1*
  colisões:0 txqueuelen:1000
  RX bytes:5833 (5.6 KiB)  TX bytes:8156 (7.9 KiB)
  IRQ:27

loLink encap:Loopback Local
  inet end.: 127.0.0.1  Masc:255.0.0.0
  endereço inet6: ::1/128 Escopo:Máquina
  UP LOOPBACKRUNNING  MTU:16436  Métrica:1
  RX packets:140 errors:0 dropped:0 overruns:0 frame:0
  TX packets:140 errors:0 dropped:0 overruns:0 carrier:0
  colisões:0 txqueuelen:0
  RX bytes:22293 (21.7 KiB)  TX bytes:22293 (21.7 KiB)

E dentro de /var/log/syslog nada me chamou a atenção a não ser a 
última linha:


May 29 12:41:05 keppler kernel: [   16.779204] eth0: no IPv6 
routers present


Muito estranho isto!

Só um outro detalhe que acredito que não tenha nada há ver é que 
as outra máquina é um Slackware, mas até onde me lembro não é para 
ter problemas para acessar via ssh de Slackware para Debian e 
vice-versa.


Sabes me dizer o que acontece?


On 29-05-2012 09:04, André Luiz wrote:

Sim, mais precisamente o /var/log/syslog. Quando o problema
acontecer, veja se algum erro aparece nesse arquivo.

Outra coisa que vc pode verificar é se existem erros na recepção ou
envio de pacotes através do ifconfig. Quando vc digitar ifconfig,
veja se na linha que aparece errors depois de RX ou TX packets tem um
número bastante alto ou se está igual a zero.

On Tue, 29 May 2012 08:40:20 -0300
Kepplerjurgenkepp...@gmail.com  wrote:

   

Bom dia André,

Re: Caindo rede (Squeeze)

2012-05-29 Thread Mauricio Neto 

Keppler
No caso do Debian nunca tive problemas com um aptitude install ssh do 
repositório padrão.
Acredito que você não precise de desinstalar o ssh mas tente acessar 
maquinas e fazer copias de arquivos de outra forma, pode ser ate um wget 
para testar. E de uma verificada olho fino nas configurações do ssh, é 
fácil cometer erros do tipo olhamos e não vemos, ai chega um leigo de 
fora e diz,
- Cara você escreveu nul meu professor sempre fala que é null, qual 
esta certo?  :-)



Em 29/05/2012 13:59, Keppler escreveu:

Olá Mauricio!
Putz cara...já reinstalei 2 vezes e o problema continua.
Vou tentar remover os pacotes ssh e reinstalar novamente.

E por falar em ssh, quais pacotes precisam para ter rodando também um 
servidor ssh?...pode ser que esteja faltando alguma lib, sei lá


On 29-05-2012 13:41, Mauricio Neto wrote:

Keppler,
O que me parece é que o seu problema é com o ssh e não com a rede. 
faça alguns testes sem usar o ssh. Uma vez tive um problema bastante 
parecido com uma maquina que eu havia acabado de instalar e não sei 
porque o ssh estava super mal comportado. Como era uma maquina 
zerada e eu já usava ssh sem problemas em outras, resolvi 
reinstalar o Debian  e tudo funcionou como de costume.
Uma ferramenta que gosto muito para estes mistérios é o tcpdump, 
podendo monitorar as duas pontas

Abraço

Mauricio Neto

Em 29/05/2012 13:15, Keppler escreveu:

André, olha só que coisa maluca está acontecendo.
Estou acessando esta máquina via SSH e quando fui dar um cat no 
/var/log/syslog a conexão travou.
Fui até a máquina em questão e notei que ela não pingava mais 
nenhuma máquina da rede. A rede voltou a responder somente depois 
que eu dei um reboot na máquina.
Mas se eu estiver logado nesta máquina e der um cat neste mesmo 
arquivo fica normal, ou seja, a conexão não trava.


Outra coisa entranha que trava a rede é quando à partir desta 
máquina Debian quando tento copiar uma arquivos para outra máquina 
remota via scp.


Como é uma instalação nova o /var/log/syslog está pequeno (tem 
641K), por isso que fui dar um cat nele.


A saída de ifconfig não tem de nada de anormal:

eth0  Link encap:Ethernet  Endereço de HW 6c:62:6d:f9:ac:94
  inet end.: 192.168.1.30  Bcast:192.168.1.255  
Masc:255.255.255.0

  endereço inet6: fe80::6e62:6dff:fef9:ac94/64 Escopo:Link
  UP BROADCASTRUNNING MULTICAST  MTU:1500  Métrica:1
*   RX packets:41 errors:0 dropped:0 overruns:0 frame:0
 TX packets:63 errors:0 dropped:0 overruns:0 carrier:1*
  colisões:0 txqueuelen:1000
  RX bytes:5833 (5.6 KiB)  TX bytes:8156 (7.9 KiB)
  IRQ:27

loLink encap:Loopback Local
  inet end.: 127.0.0.1  Masc:255.0.0.0
  endereço inet6: ::1/128 Escopo:Máquina
  UP LOOPBACKRUNNING  MTU:16436  Métrica:1
  RX packets:140 errors:0 dropped:0 overruns:0 frame:0
  TX packets:140 errors:0 dropped:0 overruns:0 carrier:0
  colisões:0 txqueuelen:0
  RX bytes:22293 (21.7 KiB)  TX bytes:22293 (21.7 KiB)

E dentro de /var/log/syslog nada me chamou a atenção a não ser a 
última linha:


May 29 12:41:05 keppler kernel: [   16.779204] eth0: no IPv6 routers 
present


Muito estranho isto!

Só um outro detalhe que acredito que não tenha nada há ver é que as 
outra máquina é um Slackware, mas até onde me lembro não é para ter 
problemas para acessar via ssh de Slackware para Debian e vice-versa.


Sabes me dizer o que acontece?


On 29-05-2012 09:04, André Luiz wrote:

Sim, mais precisamente o /var/log/syslog. Quando o problema
acontecer, veja se algum erro aparece nesse arquivo.

Outra coisa que vc pode verificar é se existem erros na recepção ou
envio de pacotes através do ifconfig. Quando vc digitar ifconfig,
veja se na linha que aparece errors depois de RX ou TX packets tem um
número bastante alto ou se está igual a zero.

On Tue, 29 May 2012 08:40:20 -0300
Kepplerjurgenkepp...@gmail.com  wrote:

   

Bom dia André, obrigado pelo retorno.
Os logs que vc menciona estariam em /var/log ?  Quais logs vc quer?

Abaixo está a saída do comando lspci -v:

00:00.0 Host bridge: Intel Corporation Sandy Bridge DRAM Controller
(rev 09) Subsystem: Intel Corporation Sandy Bridge DRAM Controller
  Flags: bus master, fast devsel, latency 0
  Capabilities: [e0] Vendor Specific Information: Len=0c?

00:01.0 PCI bridge: Intel Corporation Sandy Bridge PCI Express Root
Port (rev 09) (prog-if 00 [Normal decode])
  Flags: bus master, fast devsel, latency 0
  Bus: primary=00, secondary=01, subordinate=01, sec-latency=0
  I/O behind bridge: e000-efff
  Memory behind bridge: f800-fb0f
  Prefetchable memory behind bridge:
d000-dfff
  Capabilities: [88] Subsystem: Intel Corporation Sandy Bridge
PCI Express Root Port
  Capabilities: [80] Power Management version 3
  Capabilities: [90] MSI: Enable+ Count=1/1 Maskable- 64bit-

Re: Caindo rede (Squeeze)

2012-05-29 Thread Gustavo Soares [SLot] 
Vamos só verificar qual o linux-image está instalado ai, executa o 
comando abaixo e manda o resultado:



dpkg -la linux-image-2.6.32-5-amd64


Em 29-05-2012 14:26, Keppler escreveu:

Linux 2.6.32-5-amd64 #1 SMP Sun May 6 04:00:17 UTC 2012 x86_64 GNU/Linux

On 29-05-2012 14:23, Gustavo Soares [SLot] wrote:
Sim, tive problema com o Squeeze e as placas da atheros, qual a 
versão do kernel linux ?


Instale o kernel do backports e veja se resolve, pra mim, 
simplesmente compilei o linux e ficou perfeito.



Em 29-05-2012 14:08, Keppler escreveu:

Olá Gustavo.

Abaixo a saída do comando lspci -v:
03:00.0 Ethernet controller: Atheros Communications AR8152 v2.0 Fast 
Ethernet (rev c1)

Subsystem: Micro-Star International Co., Ltd. Device 7680
Flags: bus master, fast devsel, latency 0, IRQ 27
Memory at fb10 (64-bit, non-prefetchable) [size=256K]
I/O ports at d000 [size=128]
Capabilities: [40] Power Management version 3
Capabilities: [48] MSI: Enable+ Count=1/1 Maskable- 64bit+
Capabilities: [58] Express Endpoint, MSI 00
Capabilities: [6c] Vital Product Data
Capabilities: [100] Advanced Error Reporting
Capabilities: [180] Device Serial Number ff-f9-ac-94-6c-62-6d-ff
Kernel driver in use: atl1c

Acho que não é o mesmo modelo. Aliás já rodei outros Linux nesta 
mesma máquina (inclusive o squeeze-32 bit) e não tive problemas


Alguma outra sugestão?

On 29-05-2012 14:07, Gustavo Soares [SLot] wrote:

Olá

Você ainda não contou qual a sua placa de rede.

Se for essa abaixo:


root@wals:/rootlspci -mm | egrep -i Ether
02:00.0 Ethernet controller Atheros Communications AR8132 
Fast Ethernet -rc0

Micro-Star International Co., Ltd. Device 7592
  root@wals:/root


Heheh bem vindo ao bug[1] da placa de rede, agora é com você, ou 
testa a atualização  ou compila um novo linux ou troca essa coisa e 
coloca uma placa bacana.



http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=610474#5




Em 29-05-2012 13:41, Mauricio Neto escreveu:

Keppler,
O que me parece é que o seu problema é com o ssh e não com a rede. 
faça alguns testes sem usar o ssh. Uma vez tive um problema 
bastante parecido com uma maquina que eu havia acabado de instalar 
e não sei porque o ssh estava super mal comportado. Como era uma 
maquina zerada e eu já usava ssh sem problemas em outras, 
resolvi reinstalar o Debian  e tudo funcionou como de costume.
Uma ferramenta que gosto muito para estes mistérios é o tcpdump, 
podendo monitorar as duas pontas

Abraço

Mauricio Neto

Em 29/05/2012 13:15, Keppler escreveu:

André, olha só que coisa maluca está acontecendo.
Estou acessando esta máquina via SSH e quando fui dar um cat no 
/var/log/syslog a conexão travou.
Fui até a máquina em questão e notei que ela não pingava mais 
nenhuma máquina da rede. A rede voltou a responder somente depois 
que eu dei um reboot na máquina.
Mas se eu estiver logado nesta máquina e der um cat neste mesmo 
arquivo fica normal, ou seja, a conexão não trava.


Outra coisa entranha que trava a rede é quando à partir desta 
máquina Debian quando tento copiar uma arquivos para outra 
máquina remota via scp.


Como é uma instalação nova o /var/log/syslog está pequeno (tem 
641K), por isso que fui dar um cat nele.


A saída de ifconfig não tem de nada de anormal:

eth0  Link encap:Ethernet  Endereço de HW 6c:62:6d:f9:ac:94
  inet end.: 192.168.1.30  Bcast:192.168.1.255  
Masc:255.255.255.0

  endereço inet6: fe80::6e62:6dff:fef9:ac94/64 Escopo:Link
  UP BROADCASTRUNNING MULTICAST  MTU:1500  Métrica:1
*   RX packets:41 errors:0 dropped:0 overruns:0 frame:0
 TX packets:63 errors:0 dropped:0 overruns:0 carrier:1*
  colisões:0 txqueuelen:1000
  RX bytes:5833 (5.6 KiB)  TX bytes:8156 (7.9 KiB)
  IRQ:27

loLink encap:Loopback Local
  inet end.: 127.0.0.1  Masc:255.0.0.0
  endereço inet6: ::1/128 Escopo:Máquina
  UP LOOPBACKRUNNING  MTU:16436  Métrica:1
  RX packets:140 errors:0 dropped:0 overruns:0 frame:0
  TX packets:140 errors:0 dropped:0 overruns:0 carrier:0
  colisões:0 txqueuelen:0
  RX bytes:22293 (21.7 KiB)  TX bytes:22293 (21.7 KiB)

E dentro de /var/log/syslog nada me chamou a atenção a não ser a 
última linha:


May 29 12:41:05 keppler kernel: [   16.779204] eth0: no IPv6 
routers present


Muito estranho isto!

Só um outro detalhe que acredito que não tenha nada há ver é que 
as outra máquina é um Slackware, mas até onde me lembro não é 
para ter problemas para acessar via ssh de Slackware para Debian 
e vice-versa.


Sabes me dizer o que acontece?


On 29-05-2012 09:04, André Luiz wrote:

Sim, mais precisamente o /var/log/syslog. Quando o problema
acontecer, veja se algum erro aparece nesse arquivo.

Outra coisa que vc pode verificar é se existem erros na recepção ou
envio de pacotes através do ifconfig. Quando vc digitar ifconfig,
veja se na linha que aparece

Re: Caindo rede (Squeeze)

2012-05-29 Thread Keppler 


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)
||/ Nome   
VersãoDescrição

+++-==-==-
ii  linux-image-2.6.32-5-amd64 
2.6.32-45  Linux 2.6.32 for 
64-bit PCs




On 29-05-2012 14:48, Gustavo Soares [SLot] wrote:
Vamos só verificar qual o linux-image está instalado ai, executa o 
comando abaixo e manda o resultado:



dpkg -la linux-image-2.6.32-5-amd64


Em 29-05-2012 14:26, Keppler escreveu:

Linux 2.6.32-5-amd64 #1 SMP Sun May 6 04:00:17 UTC 2012 x86_64 GNU/Linux

On 29-05-2012 14:23, Gustavo Soares [SLot] wrote:
Sim, tive problema com o Squeeze e as placas da atheros, qual a 
versão do kernel linux ?


Instale o kernel do backports e veja se resolve, pra mim, 
simplesmente compilei o linux e ficou perfeito.



Em 29-05-2012 14:08, Keppler escreveu:

Olá Gustavo.

Abaixo a saída do comando lspci -v:
03:00.0 Ethernet controller: Atheros Communications AR8152 v2.0 
Fast Ethernet (rev c1)

Subsystem: Micro-Star International Co., Ltd. Device 7680
Flags: bus master, fast devsel, latency 0, IRQ 27
Memory at fb10 (64-bit, non-prefetchable) [size=256K]
I/O ports at d000 [size=128]
Capabilities: [40] Power Management version 3
Capabilities: [48] MSI: Enable+ Count=1/1 Maskable- 64bit+
Capabilities: [58] Express Endpoint, MSI 00
Capabilities: [6c] Vital Product Data
Capabilities: [100] Advanced Error Reporting
Capabilities: [180] Device Serial Number 
ff-f9-ac-94-6c-62-6d-ff

Kernel driver in use: atl1c

Acho que não é o mesmo modelo. Aliás já rodei outros Linux nesta 
mesma máquina (inclusive o squeeze-32 bit) e não tive problemas


Alguma outra sugestão?

On 29-05-2012 14:07, Gustavo Soares [SLot] wrote:

Olá

Você ainda não contou qual a sua placa de rede.

Se for essa abaixo:


root@wals:/rootlspci -mm | egrep -i Ether
02:00.0 Ethernet controller Atheros Communications AR8132 
Fast Ethernet -rc0

Micro-Star International Co., Ltd. Device 7592
  root@wals:/root


Heheh bem vindo ao bug[1] da placa de rede, agora é com você, ou 
testa a atualização  ou compila um novo linux ou troca essa coisa 
e coloca uma placa bacana.



http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=610474#5




Em 29-05-2012 13:41, Mauricio Neto escreveu:

Keppler,
O que me parece é que o seu problema é com o ssh e não com a 
rede. faça alguns testes sem usar o ssh. Uma vez tive um problema 
bastante parecido com uma maquina que eu havia acabado de 
instalar e não sei porque o ssh estava super mal comportado. Como 
era uma maquina zerada e eu já usava ssh sem problemas em 
outras, resolvi reinstalar o Debian  e tudo funcionou como de 
costume.
Uma ferramenta que gosto muito para estes mistérios é o 
tcpdump, podendo monitorar as duas pontas

Abraço

Mauricio Neto

Em 29/05/2012 13:15, Keppler escreveu:

André, olha só que coisa maluca está acontecendo.
Estou acessando esta máquina via SSH e quando fui dar um cat 
no /var/log/syslog a conexão travou.
Fui até a máquina em questão e notei que ela não pingava mais 
nenhuma máquina da rede. A rede voltou a responder somente 
depois que eu dei um reboot na máquina.
Mas se eu estiver logado nesta máquina e der um cat neste 
mesmo arquivo fica normal, ou seja, a conexão não trava.


Outra coisa entranha que trava a rede é quando à partir desta 
máquina Debian quando tento copiar uma arquivos para outra 
máquina remota via scp.


Como é uma instalação nova o /var/log/syslog está pequeno (tem 
641K), por isso que fui dar um cat nele.


A saída de ifconfig não tem de nada de anormal:

eth0  Link encap:Ethernet  Endereço de HW 6c:62:6d:f9:ac:94
  inet end.: 192.168.1.30  Bcast:192.168.1.255  
Masc:255.255.255.0

  endereço inet6: fe80::6e62:6dff:fef9:ac94/64 Escopo:Link
  UP BROADCASTRUNNING MULTICAST  MTU:1500  Métrica:1
*   RX packets:41 errors:0 dropped:0 overruns:0 frame:0
 TX packets:63 errors:0 dropped:0 overruns:0 carrier:1*
  colisões:0 txqueuelen:1000
  RX bytes:5833 (5.6 KiB)  TX bytes:8156 (7.9 KiB)
  IRQ:27

loLink encap:Loopback Local
  inet end.: 127.0.0.1  Masc:255.0.0.0
  endereço inet6: ::1/128 Escopo:Máquina
  UP LOOPBACKRUNNING  MTU:16436  Métrica:1
  RX packets:140 errors:0 dropped:0 overruns:0 frame:0
  TX packets:140 errors:0 dropped:0 overruns:0 carrier:0
  colisões:0 txqueuelen:0
  RX bytes:22293 (21.7 KiB)  TX bytes:22293 (21.7 KiB)

E dentro de /var/log/syslog

Re: Caindo rede (Squeeze)

2012-05-29 Thread Gustavo Soares [SLot] 
Eu ainda bato o pé na placa de rede, tem como você instalar o 
linux-image do repositório backports ?


Ou radicalizar e trocar a placa para você matar isso.



Em 29-05-2012 14:47, Keppler escreveu:


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)
||/ Nome   
VersãoDescrição

+++-==-==-
ii  linux-image-2.6.32-5-amd64 
2.6.32-45  Linux 2.6.32 for 
64-bit PCs




On 29-05-2012 14:48, Gustavo Soares [SLot] wrote:
Vamos só verificar qual o linux-image está instalado ai, executa o 
comando abaixo e manda o resultado:



dpkg -la linux-image-2.6.32-5-amd64


Em 29-05-2012 14:26, Keppler escreveu:

Linux 2.6.32-5-amd64 #1 SMP Sun May 6 04:00:17 UTC 2012 x86_64 GNU/Linux

On 29-05-2012 14:23, Gustavo Soares [SLot] wrote:
Sim, tive problema com o Squeeze e as placas da atheros, qual a 
versão do kernel linux ?


Instale o kernel do backports e veja se resolve, pra mim, 
simplesmente compilei o linux e ficou perfeito.



Em 29-05-2012 14:08, Keppler escreveu:

Olá Gustavo.

Abaixo a saída do comando lspci -v:
03:00.0 Ethernet controller: Atheros Communications AR8152 v2.0 
Fast Ethernet (rev c1)

Subsystem: Micro-Star International Co., Ltd. Device 7680
Flags: bus master, fast devsel, latency 0, IRQ 27
Memory at fb10 (64-bit, non-prefetchable) [size=256K]
I/O ports at d000 [size=128]
Capabilities: [40] Power Management version 3
Capabilities: [48] MSI: Enable+ Count=1/1 Maskable- 64bit+
Capabilities: [58] Express Endpoint, MSI 00
Capabilities: [6c] Vital Product Data
Capabilities: [100] Advanced Error Reporting
Capabilities: [180] Device Serial Number 
ff-f9-ac-94-6c-62-6d-ff

Kernel driver in use: atl1c

Acho que não é o mesmo modelo. Aliás já rodei outros Linux nesta 
mesma máquina (inclusive o squeeze-32 bit) e não tive problemas


Alguma outra sugestão?

On 29-05-2012 14:07, Gustavo Soares [SLot] wrote:

Olá

Você ainda não contou qual a sua placa de rede.

Se for essa abaixo:


root@wals:/rootlspci -mm | egrep -i Ether
02:00.0 Ethernet controller Atheros Communications 
AR8132 Fast Ethernet -rc0

Micro-Star International Co., Ltd. Device 7592
  root@wals:/root


Heheh bem vindo ao bug[1] da placa de rede, agora é com você, ou 
testa a atualização  ou compila um novo linux ou troca essa coisa 
e coloca uma placa bacana.



http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=610474#5




Em 29-05-2012 13:41, Mauricio Neto escreveu:

Keppler,
O que me parece é que o seu problema é com o ssh e não com a 
rede. faça alguns testes sem usar o ssh. Uma vez tive um 
problema bastante parecido com uma maquina que eu havia acabado 
de instalar e não sei porque o ssh estava super mal comportado. 
Como era uma maquina zerada e eu já usava ssh sem problemas em 
outras, resolvi reinstalar o Debian  e tudo funcionou como de 
costume.
Uma ferramenta que gosto muito para estes mistérios é o 
tcpdump, podendo monitorar as duas pontas

Abraço

Mauricio Neto

Em 29/05/2012 13:15, Keppler escreveu:

André, olha só que coisa maluca está acontecendo.
Estou acessando esta máquina via SSH e quando fui dar um cat 
no /var/log/syslog a conexão travou.
Fui até a máquina em questão e notei que ela não pingava mais 
nenhuma máquina da rede. A rede voltou a responder somente 
depois que eu dei um reboot na máquina.
Mas se eu estiver logado nesta máquina e der um cat neste 
mesmo arquivo fica normal, ou seja, a conexão não trava.


Outra coisa entranha que trava a rede é quando à partir desta 
máquina Debian quando tento copiar uma arquivos para outra 
máquina remota via scp.


Como é uma instalação nova o /var/log/syslog está pequeno (tem 
641K), por isso que fui dar um cat nele.


A saída de ifconfig não tem de nada de anormal:

eth0  Link encap:Ethernet  Endereço de HW 6c:62:6d:f9:ac:94
  inet end.: 192.168.1.30  Bcast:192.168.1.255  
Masc:255.255.255.0

  endereço inet6: fe80::6e62:6dff:fef9:ac94/64 Escopo:Link
  UP BROADCASTRUNNING MULTICAST  MTU:1500  Métrica:1
*   RX packets:41 errors:0 dropped:0 overruns:0 frame:0
 TX packets:63 errors:0 dropped:0 overruns:0 carrier:1*
  colisões:0 txqueuelen:1000
  RX bytes:5833 (5.6 KiB)  TX bytes:8156 (7.9 KiB)
  IRQ:27

loLink encap:Loopback Local
  inet end.: 127.0.0.1  Masc:255.0.0.0
  endereço inet6: ::1/128 Escopo:Máquina
  UP LOOPBACKRUNNING  MTU:16436  Métrica:1
  RX packets:140 errors:0 dropped:0 overruns:0

Re: Caindo rede (Squeeze)

2012-05-29 Thread Gunther Furtado 
Ter, 29.05.2012, Keppler disse:

 Olá Mauricio!
 Putz cara...já reinstalei 2 vezes e o problema continua.
 Vou tentar remover os pacotes ssh e reinstalar novamente.
 
 E por falar em ssh, quais pacotes precisam para ter rodando também um 
 servidor ssh?...pode ser que esteja faltando alguma lib, sei lá

em

http://packages.debian.org/sid/ssh

ou

# dpkg -p ssh | grep Depends
Depends: openssh-client, openssh-server

# dpkg -p openssh-server | grep Depends
Depends: libc6 (= 2.8), libcomerr2 (= 1.01), libgssapi-krb5-2 (=
1.10+dfsg~), libkrb5-3 (= 1.6.dfsg.2), libpam0g (= 0.99.7.1),
libselinux1 (= 1.32), libssl1.0.0 (= 1.0.0), libwrap0 (= 7.6-4~),
zlib1g (= 1:1.1.4), debconf (= 1.2.0) | debconf-2.0, openssh-client
(= 1:5.9p1-5), libpam-runtime (= 0.76-14), libpam-modules (= 0.72-9),
adduser (= 3.9), dpkg (= 1.9.0), lsb-base (= 3.2-13), procps

Abs.,

 
 On 29-05-2012 13:41, Mauricio Neto wrote:
  Keppler,
  O que me parece é que o seu problema é com o ssh e não com a rede. 
  faça alguns testes sem usar o ssh. Uma vez tive um problema
  bastante parecido com uma maquina que eu havia acabado de instalar
  e não sei porque o ssh estava super mal comportado. Como era uma
  maquina zerada e eu já usava ssh sem problemas em outras, resolvi
  reinstalar o Debian  e tudo funcionou como de costume.
  Uma ferramenta que gosto muito para estes mistérios é o tcpdump, 
  podendo monitorar as duas pontas
  Abraço
 
  Mauricio Neto
 
  Em 29/05/2012 13:15, Keppler escreveu:
  André, olha só que coisa maluca está acontecendo.
  Estou acessando esta máquina via SSH e quando fui dar um cat no 
  /var/log/syslog a conexão travou.
  Fui até a máquina em questão e notei que ela não pingava mais
  nenhuma máquina da rede. A rede voltou a responder somente depois
  que eu dei um reboot na máquina.
  Mas se eu estiver logado nesta máquina e der um cat neste mesmo 
  arquivo fica normal, ou seja, a conexão não trava.
 
  Outra coisa entranha que trava a rede é quando à partir desta
  máquina Debian quando tento copiar uma arquivos para outra máquina
  remota via scp.
 
  Como é uma instalação nova o /var/log/syslog está pequeno (tem
  641K), por isso que fui dar um cat nele.
 
  A saída de ifconfig não tem de nada de anormal:
 
  eth0  Link encap:Ethernet  Endereço de HW 6c:62:6d:f9:ac:94
inet end.: 192.168.1.30  Bcast:192.168.1.255  
  Masc:255.255.255.0
endereço inet6: fe80::6e62:6dff:fef9:ac94/64 Escopo:Link
UP BROADCASTRUNNING MULTICAST  MTU:1500  Métrica:1
  *   RX packets:41 errors:0 dropped:0 overruns:0 frame:0
   TX packets:63 errors:0 dropped:0 overruns:0 carrier:1*
colisões:0 txqueuelen:1000
RX bytes:5833 (5.6 KiB)  TX bytes:8156 (7.9 KiB)
IRQ:27
 
  loLink encap:Loopback Local
inet end.: 127.0.0.1  Masc:255.0.0.0
endereço inet6: ::1/128 Escopo:Máquina
UP LOOPBACKRUNNING  MTU:16436  Métrica:1
RX packets:140 errors:0 dropped:0 overruns:0 frame:0
TX packets:140 errors:0 dropped:0 overruns:0 carrier:0
colisões:0 txqueuelen:0
RX bytes:22293 (21.7 KiB)  TX bytes:22293 (21.7 KiB)
 
  E dentro de /var/log/syslog nada me chamou a atenção a não ser a 
  última linha:
 
  May 29 12:41:05 keppler kernel: [   16.779204] eth0: no IPv6
  routers present
 
  Muito estranho isto!
 
  Só um outro detalhe que acredito que não tenha nada há ver é que
  as outra máquina é um Slackware, mas até onde me lembro não é para
  ter problemas para acessar via ssh de Slackware para Debian e
  vice-versa.
 
  Sabes me dizer o que acontece?
 
 
  On 29-05-2012 09:04, André Luiz wrote:
  Sim, mais precisamente o /var/log/syslog. Quando o problema
  acontecer, veja se algum erro aparece nesse arquivo.
 
  Outra coisa que vc pode verificar é se existem erros na recepção
  ou envio de pacotes através do ifconfig. Quando vc digitar
  ifconfig, veja se na linha que aparece errors depois de RX ou TX
  packets tem um número bastante alto ou se está igual a zero.
 
  On Tue, 29 May 2012 08:40:20 -0300
  Kepplerjurgenkepp...@gmail.com  wrote:
 
 
  Bom dia André, obrigado pelo retorno.
  Os logs que vc menciona estariam em /var/log ?  Quais logs vc
  quer?
 
  Abaixo está a saída do comando lspci -v:
 
  00:00.0 Host bridge: Intel Corporation Sandy Bridge DRAM
  Controller (rev 09) Subsystem: Intel Corporation Sandy Bridge
  DRAM Controller Flags: bus master, fast devsel, latency 0
Capabilities: [e0] Vendor Specific Information:
  Len=0c?
 
  00:01.0 PCI bridge: Intel Corporation Sandy Bridge PCI Express
  Root Port (rev 09) (prog-if 00 [Normal decode])
Flags: bus master, fast devsel, latency 0
Bus: primary=00, secondary=01, subordinate=01,
  sec-latency=0 I/O behind bridge: e000-efff
Memory behind bridge: f800-fb0f
Prefetchable memory behind bridge:
  d000-dfff

Re: Caindo rede (Squeeze)

2012-05-29 Thread Keppler 

Não sei cara...não está parecendo placa de rede não.
Até agora notei que a rede trava somente em 2 casos:

1) Quando acesso remotamente via ssh esta máquina Debian (á partir de 
outr máquina da rede) e dou um cat em um arquivo qualquer
2) Quando à partir desta máquina Debian (estou sentado nela) e tento 
transferir um arquivo para outra máquina da rede usando scp


Por exemplo enquanto estou escrevendo este mail, estou com uma sessão 
ssh aberta desta minha máquina para a máquina Debian faz pelos menos uns 
40 minutos e está tudo bem, não travou nada.


Sei lá...isto está me deixando maluco...

On 29-05-2012 15:01, Gustavo Soares [SLot] wrote:
Eu ainda bato o pé na placa de rede, tem como você instalar o 
linux-image do repositório backports ?


Ou radicalizar e trocar a placa para você matar isso.



Em 29-05-2012 14:47, Keppler escreveu:


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)
||/ Nome   
VersãoDescrição

+++-==-==-
ii  linux-image-2.6.32-5-amd64 
2.6.32-45  Linux 2.6.32 for 
64-bit PCs




On 29-05-2012 14:48, Gustavo Soares [SLot] wrote:
Vamos só verificar qual o linux-image está instalado ai, executa o 
comando abaixo e manda o resultado:



dpkg -la linux-image-2.6.32-5-amd64


Em 29-05-2012 14:26, Keppler escreveu:
Linux 2.6.32-5-amd64 #1 SMP Sun May 6 04:00:17 UTC 2012 x86_64 
GNU/Linux


On 29-05-2012 14:23, Gustavo Soares [SLot] wrote:
Sim, tive problema com o Squeeze e as placas da atheros, qual a 
versão do kernel linux ?


Instale o kernel do backports e veja se resolve, pra mim, 
simplesmente compilei o linux e ficou perfeito.



Em 29-05-2012 14:08, Keppler escreveu:

Olá Gustavo.

Abaixo a saída do comando lspci -v:
03:00.0 Ethernet controller: Atheros Communications AR8152 v2.0 
Fast Ethernet (rev c1)

Subsystem: Micro-Star International Co., Ltd. Device 7680
Flags: bus master, fast devsel, latency 0, IRQ 27
Memory at fb10 (64-bit, non-prefetchable) [size=256K]
I/O ports at d000 [size=128]
Capabilities: [40] Power Management version 3
Capabilities: [48] MSI: Enable+ Count=1/1 Maskable- 64bit+
Capabilities: [58] Express Endpoint, MSI 00
Capabilities: [6c] Vital Product Data
Capabilities: [100] Advanced Error Reporting
Capabilities: [180] Device Serial Number 
ff-f9-ac-94-6c-62-6d-ff

Kernel driver in use: atl1c

Acho que não é o mesmo modelo. Aliás já rodei outros Linux nesta 
mesma máquina (inclusive o squeeze-32 bit) e não tive problemas


Alguma outra sugestão?

On 29-05-2012 14:07, Gustavo Soares [SLot] wrote:

Olá

Você ainda não contou qual a sua placa de rede.

Se for essa abaixo:


root@wals:/rootlspci -mm | egrep -i Ether
02:00.0 Ethernet controller Atheros Communications 
AR8132 Fast Ethernet -rc0

Micro-Star International Co., Ltd. Device 7592
  root@wals:/root


Heheh bem vindo ao bug[1] da placa de rede, agora é com você, ou 
testa a atualização  ou compila um novo linux ou troca essa 
coisa e coloca uma placa bacana.



http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=610474#5




Em 29-05-2012 13:41, Mauricio Neto escreveu:

Keppler,
O que me parece é que o seu problema é com o ssh e não com a 
rede. faça alguns testes sem usar o ssh. Uma vez tive um 
problema bastante parecido com uma maquina que eu havia acabado 
de instalar e não sei porque o ssh estava super mal comportado. 
Como era uma maquina zerada e eu já usava ssh sem problemas 
em outras, resolvi reinstalar o Debian  e tudo funcionou como 
de costume.
Uma ferramenta que gosto muito para estes mistérios é o 
tcpdump, podendo monitorar as duas pontas

Abraço

Mauricio Neto

Em 29/05/2012 13:15, Keppler escreveu:

André, olha só que coisa maluca está acontecendo.
Estou acessando esta máquina via SSH e quando fui dar um cat 
no /var/log/syslog a conexão travou.
Fui até a máquina em questão e notei que ela não pingava mais 
nenhuma máquina da rede. A rede voltou a responder somente 
depois que eu dei um reboot na máquina.
Mas se eu estiver logado nesta máquina e der um cat neste 
mesmo arquivo fica normal, ou seja, a conexão não trava.


Outra coisa entranha que trava a rede é quando à partir desta 
máquina Debian quando tento copiar uma arquivos para outra 
máquina remota via scp.


Como é uma instalação nova o /var/log/syslog está pequeno (tem 
641K), por isso que fui dar um cat nele.


A saída de ifconfig não tem de nada de anormal:

eth0  Link encap:Ethernet  Endereço de HW 6c:62:6d:f9:ac:94
  inet end.:

Re: Caindo rede (Squeeze)

2012-05-29 Thread Gustavo Soares [SLot] 


Bom, eu tive um problema parecido com o seu e ligado a Atheros, acho 
válido o teste que te falei. Para você ter ideia era um servidor 
apache2,  o cara fazia download de um pdf e esse pdf chegava somente com 
a primeira página.


Resolvi da forma que falei. Era algo ligado a placa de rede mesmo.




Em 29-05-2012 15:08, Keppler escreveu:

Não sei cara...não está parecendo placa de rede não.
Até agora notei que a rede trava somente em 2 casos:

1) Quando acesso remotamente via ssh esta máquina Debian (á partir de 
outr máquina da rede) e dou um cat em um arquivo qualquer
2) Quando à partir desta máquina Debian (estou sentado nela) e tento 
transferir um arquivo para outra máquina da rede usando scp


Por exemplo enquanto estou escrevendo este mail, estou com uma sessão 
ssh aberta desta minha máquina para a máquina Debian faz pelos menos 
uns 40 minutos e está tudo bem, não travou nada.


Sei lá...isto está me deixando maluco...

On 29-05-2012 15:01, Gustavo Soares [SLot] wrote:
Eu ainda bato o pé na placa de rede, tem como você instalar o 
linux-image do repositório backports ?


Ou radicalizar e trocar a placa para você matar isso.



Em 29-05-2012 14:47, Keppler escreveu:


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)
||/ Nome   
VersãoDescrição

+++-==-==-
ii  linux-image-2.6.32-5-amd64 
2.6.32-45  Linux 2.6.32 for 
64-bit PCs




On 29-05-2012 14:48, Gustavo Soares [SLot] wrote:
Vamos só verificar qual o linux-image está instalado ai, executa o 
comando abaixo e manda o resultado:



dpkg -la linux-image-2.6.32-5-amd64


Em 29-05-2012 14:26, Keppler escreveu:
Linux 2.6.32-5-amd64 #1 SMP Sun May 6 04:00:17 UTC 2012 x86_64 
GNU/Linux


On 29-05-2012 14:23, Gustavo Soares [SLot] wrote:
Sim, tive problema com o Squeeze e as placas da atheros, qual a 
versão do kernel linux ?


Instale o kernel do backports e veja se resolve, pra mim, 
simplesmente compilei o linux e ficou perfeito.



Em 29-05-2012 14:08, Keppler escreveu:

Olá Gustavo.

Abaixo a saída do comando lspci -v:
03:00.0 Ethernet controller: Atheros Communications AR8152 v2.0 
Fast Ethernet (rev c1)

Subsystem: Micro-Star International Co., Ltd. Device 7680
Flags: bus master, fast devsel, latency 0, IRQ 27
Memory at fb10 (64-bit, non-prefetchable) [size=256K]
I/O ports at d000 [size=128]
Capabilities: [40] Power Management version 3
Capabilities: [48] MSI: Enable+ Count=1/1 Maskable- 64bit+
Capabilities: [58] Express Endpoint, MSI 00
Capabilities: [6c] Vital Product Data
Capabilities: [100] Advanced Error Reporting
Capabilities: [180] Device Serial Number 
ff-f9-ac-94-6c-62-6d-ff

Kernel driver in use: atl1c

Acho que não é o mesmo modelo. Aliás já rodei outros Linux nesta 
mesma máquina (inclusive o squeeze-32 bit) e não tive problemas


Alguma outra sugestão?

On 29-05-2012 14:07, Gustavo Soares [SLot] wrote:

Olá

Você ainda não contou qual a sua placa de rede.

Se for essa abaixo:


root@wals:/rootlspci -mm | egrep -i Ether
02:00.0 Ethernet controller Atheros Communications 
AR8132 Fast Ethernet -rc0

Micro-Star International Co., Ltd. Device 7592
  root@wals:/root


Heheh bem vindo ao bug[1] da placa de rede, agora é com você, 
ou testa a atualização  ou compila um novo linux ou troca essa 
coisa e coloca uma placa bacana.



http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=610474#5




Em 29-05-2012 13:41, Mauricio Neto escreveu:

Keppler,
O que me parece é que o seu problema é com o ssh e não com a 
rede. faça alguns testes sem usar o ssh. Uma vez tive um 
problema bastante parecido com uma maquina que eu havia 
acabado de instalar e não sei porque o ssh estava super mal 
comportado. Como era uma maquina zerada e eu já usava ssh 
sem problemas em outras, resolvi reinstalar o Debian  e tudo 
funcionou como de costume.
Uma ferramenta que gosto muito para estes mistérios é o 
tcpdump, podendo monitorar as duas pontas

Abraço

Mauricio Neto

Em 29/05/2012 13:15, Keppler escreveu:

André, olha só que coisa maluca está acontecendo.
Estou acessando esta máquina via SSH e quando fui dar um 
cat no /var/log/syslog a conexão travou.
Fui até a máquina em questão e notei que ela não pingava mais 
nenhuma máquina da rede. A rede voltou a responder somente 
depois que eu dei um reboot na máquina.
Mas se eu estiver logado nesta máquina e der um cat neste 
mesmo arquivo fica normal, ou seja, a conexão não trava.


Outra coisa entranha que trava a rede é quando à

Re: desepenho de placa de vídeo ATI Radeon HD 3200

2012-05-29 Thread Rodolfo 
Também consigo ver vídeos full hd sem problemas, usando driver
proprietário, o problema é nos jogos.

Em 28 de maio de 2012 23:49, Eden Caldas edencal...@gmail.com escreveu:

 Tenho uma 4200 no notebook e vejo videos full hd sem problemas mesmo com o
 driver open source.
 Em 28/05/2012 19:55, Rodolfo rof20...@gmail.com escreveu:

 Sinto muito pela minha sinceridade. Eu tenho um notebook com a ATI 4250,
 um pouco melhor que a sua, e instalei o fglrx também, pelas minhas
 pesquisas, o driver da ATI ainda é muito ruim em Linux, a aceleração deixa
 muito a desejar.


 Abraços.

 Em 28 de maio de 2012 14:30, China china.lis...@gmail.com escreveu:

 Caros;

 Tenho um netbook ASUS 1201T[1] que vem com uma GPU  ATI Radeon HD
 3200. Instalei nele o Debian Testing usando o fglrx-driver que provê o
 driver proprietário da ATI para a placa de vídeo. Entretanto, o
 desempenho está muito ruim.  A propaganda fala que esse netbook roda
 liso filmes em 1080p, mas comigo até um simples youtube engasga e não
 roda bem.

 Gostaria de saber de vocês quem usa placas ATI e como fazem para
 configurar, se usam driver proprietário ou o livre do
 xserver-xorg-radeon.

 [1] http://www.asus.com/Eee/Eee_PC/Eee_PC_1201T/#specifications

 --
 @chinabhz


 --
 To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org
 with a subject of unsubscribe. Trouble? Contact
 listmas...@lists.debian.org
 Archive:
 http://lists.debian.org/cake1zwqbo4ypw55hzxwdyerwroxvkbkyadx53uzvnobor...@mail.gmail.com

Re: Caindo rede (Squeeze)

2012-05-29 Thread Keppler 

Blz Gustavo.
Vou trocar a placa de rede e testar novamente.

Obrigado pelo help...

On 29-05-2012 15:24, Gustavo Soares [SLot] wrote:


Bom, eu tive um problema parecido com o seu e ligado a Atheros, acho 
válido o teste que te falei. Para você ter ideia era um servidor 
apache2,  o cara fazia download de um pdf e esse pdf chegava somente 
com a primeira página.


Resolvi da forma que falei. Era algo ligado a placa de rede mesmo.




Em 29-05-2012 15:08, Keppler escreveu:

Não sei cara...não está parecendo placa de rede não.
Até agora notei que a rede trava somente em 2 casos:

1) Quando acesso remotamente via ssh esta máquina Debian (á partir de 
outr máquina da rede) e dou um cat em um arquivo qualquer
2) Quando à partir desta máquina Debian (estou sentado nela) e tento 
transferir um arquivo para outra máquina da rede usando scp


Por exemplo enquanto estou escrevendo este mail, estou com uma sessão 
ssh aberta desta minha máquina para a máquina Debian faz pelos menos 
uns 40 minutos e está tudo bem, não travou nada.


Sei lá...isto está me deixando maluco...

On 29-05-2012 15:01, Gustavo Soares [SLot] wrote:
Eu ainda bato o pé na placa de rede, tem como você instalar o 
linux-image do repositório backports ?


Ou radicalizar e trocar a placa para você matar isso.



Em 29-05-2012 14:47, Keppler escreveu:


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)
||/ Nome   
VersãoDescrição

+++-==-==-
ii  linux-image-2.6.32-5-amd64 
2.6.32-45  Linux 2.6.32 for 
64-bit PCs




On 29-05-2012 14:48, Gustavo Soares [SLot] wrote:
Vamos só verificar qual o linux-image está instalado ai, executa o 
comando abaixo e manda o resultado:



dpkg -la linux-image-2.6.32-5-amd64


Em 29-05-2012 14:26, Keppler escreveu:
Linux 2.6.32-5-amd64 #1 SMP Sun May 6 04:00:17 UTC 2012 x86_64 
GNU/Linux


On 29-05-2012 14:23, Gustavo Soares [SLot] wrote:
Sim, tive problema com o Squeeze e as placas da atheros, qual a 
versão do kernel linux ?


Instale o kernel do backports e veja se resolve, pra mim, 
simplesmente compilei o linux e ficou perfeito.



Em 29-05-2012 14:08, Keppler escreveu:

Olá Gustavo.

Abaixo a saída do comando lspci -v:
03:00.0 Ethernet controller: Atheros Communications AR8152 v2.0 
Fast Ethernet (rev c1)

Subsystem: Micro-Star International Co., Ltd. Device 7680
Flags: bus master, fast devsel, latency 0, IRQ 27
Memory at fb10 (64-bit, non-prefetchable) [size=256K]
I/O ports at d000 [size=128]
Capabilities: [40] Power Management version 3
Capabilities: [48] MSI: Enable+ Count=1/1 Maskable- 64bit+
Capabilities: [58] Express Endpoint, MSI 00
Capabilities: [6c] Vital Product Data
Capabilities: [100] Advanced Error Reporting
Capabilities: [180] Device Serial Number 
ff-f9-ac-94-6c-62-6d-ff

Kernel driver in use: atl1c

Acho que não é o mesmo modelo. Aliás já rodei outros Linux 
nesta mesma máquina (inclusive o squeeze-32 bit) e não tive 
problemas


Alguma outra sugestão?

On 29-05-2012 14:07, Gustavo Soares [SLot] wrote:

Olá

Você ainda não contou qual a sua placa de rede.

Se for essa abaixo:


root@wals:/rootlspci -mm | egrep -i Ether
02:00.0 Ethernet controller Atheros Communications 
AR8132 Fast Ethernet -rc0

Micro-Star International Co., Ltd. Device 7592
  root@wals:/root


Heheh bem vindo ao bug[1] da placa de rede, agora é com você, 
ou testa a atualização  ou compila um novo linux ou troca essa 
coisa e coloca uma placa bacana.



http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=610474#5




Em 29-05-2012 13:41, Mauricio Neto escreveu:

Keppler,
O que me parece é que o seu problema é com o ssh e não com a 
rede. faça alguns testes sem usar o ssh. Uma vez tive um 
problema bastante parecido com uma maquina que eu havia 
acabado de instalar e não sei porque o ssh estava super mal 
comportado. Como era uma maquina zerada e eu já usava ssh 
sem problemas em outras, resolvi reinstalar o Debian  e tudo 
funcionou como de costume.
Uma ferramenta que gosto muito para estes mistérios é o 
tcpdump, podendo monitorar as duas pontas

Abraço

Mauricio Neto

Em 29/05/2012 13:15, Keppler escreveu:

André, olha só que coisa maluca está acontecendo.
Estou acessando esta máquina via SSH e quando fui dar um 
cat no /var/log/syslog a conexão travou.
Fui até a máquina em questão e notei que ela não pingava 
mais nenhuma máquina da rede. A rede voltou a responder 
somente depois que eu dei um reboot na máquina.
Mas se eu estiver logado nesta

Re: desepenho de placa de vídeo ATI Radeon HD 3200

2012-05-29 Thread Fabricio Cannini 
Pelo menos a AMD reconhece o problema com Linux:
http://www.theinquirer.net/inquirer/news/2180336/amd-admits-improving-linux-opencl-support

Não é esse o primeiro passo do programa do AA ? hehehehehe


--
To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/caop_gprfwwohmbfvwvajbdcujghmhfeq8rdtjqbts2hcyez...@mail.gmail.com

vim colorido

2012-05-29 Thread Keppler 

Pessoal tenho meu .vimrc personalizado.
Instalei com o aptitude o vim.
Só que quando abro shell scripts não fica colorido
Andei lendo por aí que no Debian vem por padrão o vim.tiny.
Será que é algum tipo de link simbólico?

Alguém pode me ajudar a reestabeler as cores?


--
To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4fc58606.4060...@gmail.com

Re: vim colorido

2012-05-29 Thread Dane 
Boa noite

aptitude install vim
vi /etc/vim/vimrc

Descomente a linha syntax on

Isso deve resolver seu problema, abraços
Em 29/05/2012 23:29, Keppler jurgenkepp...@gmail.com escreveu:

 Pessoal tenho meu .vimrc personalizado.
 Instalei com o aptitude o vim.
 Só que quando abro shell scripts não fica colorido
 Andei lendo por aí que no Debian vem por padrão o vim.tiny.
 Será que é algum tipo de link simbólico?

 Alguém pode me ajudar a reestabeler as cores?


 --
 To UNSUBSCRIBE, email to 
 debian-user-portuguese-**requ...@lists.debian.orgdebian-user-portuguese-requ...@lists.debian.org
 with a subject of unsubscribe. Trouble? Contact
 listmas...@lists.debian.org
 Archive: 
 http://lists.debian.org/**4fc58606.4060...@gmail.comhttp://lists.debian.org/4fc58606.4060...@gmail.com

Re: vim colorido

2012-05-29 Thread Listeiro 037 
Eu costumo usar um arquivo local oculto chamado .exrc na pasta do
usuário corrente. Pelo menos com as linhas syntax on e set nu.

Em Tue, 29 May 2012 23:34:08 -0300
Dane dane.ever...@gmail.com escreveu:

 Boa noite
 
 aptitude install vim
 vi /etc/vim/vimrc
 
 Descomente a linha syntax on
 
 Isso deve resolver seu problema, abraços
 Em 29/05/2012 23:29, Keppler jurgenkepp...@gmail.com escreveu:
 
  Pessoal tenho meu .vimrc personalizado.
  Instalei com o aptitude o vim.
  Só que quando abro shell scripts não fica colorido
  Andei lendo por aí que no Debian vem por padrão o vim.tiny.
  Será que é algum tipo de link simbólico?
 
  Alguém pode me ajudar a reestabeler as cores?
 
 
  --
  To UNSUBSCRIBE, email to
  debian-user-portuguese-**requ...@lists.debian.orgdebian-user-portuguese-requ...@lists.debian.org
  with a subject of unsubscribe. Trouble? Contact
  listmas...@lists.debian.org Archive:
  http://lists.debian.org/**4fc58606.4060...@gmail.comhttp://lists.debian.org/4fc58606.4060...@gmail.com
 
 


-- 
There are three kinds of lies: lies, damn lies, and statistics.
Benjamin Disraeli


--
To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/327464.93285...@smtp143.mail.mud.yahoo.com

Re: vim colorido[RESOLVIDO]

2012-05-29 Thread Keppler 

Olá Daneobrigado!
Resolvi aqui. Na verdade a linha syntax on estava comentada no meu 
.vimrc


On 29-05-2012 23:34, Dane wrote:


Boa noite

aptitude install vim
vi /etc/vim/vimrc

Descomente a linha syntax on

Isso deve resolver seu problema, abraços

Em 29/05/2012 23:29, Keppler jurgenkepp...@gmail.com 
mailto:jurgenkepp...@gmail.com escreveu:


Pessoal tenho meu .vimrc personalizado.
Instalei com o aptitude o vim.
Só que quando abro shell scripts não fica colorido
Andei lendo por aí que no Debian vem por padrão o vim.tiny.
Será que é algum tipo de link simbólico?

Alguém pode me ajudar a reestabeler as cores?


-- 
To UNSUBSCRIBE, email to

debian-user-portuguese-requ...@lists.debian.org
mailto:debian-user-portuguese-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
listmas...@lists.debian.org mailto:listmas...@lists.debian.org
Archive: http://lists.debian.org/4fc58606.4060...@gmail.com

Re: Need advice on cloning Debian server

2012-05-29 Thread Joe 
On Tue, 29 May 2012 12:35:40 +0800
Joe Aquilina rhadmi...@westnet.com.au wrote:

 
 My thought is that I should install Debian squeeze on to it and get 
 it running with RAID  LVM, with partitions, logical volumes etc. 
 matching the original file server, and then use rsync to copy all the 
 data files over the internal network. I expect that this, as a 
 minimum, will mean a new IP address for the new box, fstab, hosts and 
 other changes on it compared to the original server.
 
 Is this likely to be a major issue to sort out once the new system 
 has been setup?

Probably not major, but many minor issues depending on how long the
server has existed, and how many custom scripts are installed. A lot
depends on what software is installed.

 If so, what would the best way to fix the new 
 system once Debian is installed onto it? Can I also rsync the 
 contents of the /etc, /usr, /var, /boot, /root etc. directories or 
 will this cause problems (I suspect it will)? Is there anyway of 
 creating as exact a clone of the old system onto the new hardware as 
 possible? If so, how do I achieve this?

No, I don't think so. You would use the dpkg --get-selections method to
install the same software, and in many cases the same configuration
file would work, but not all. Quite likely, you're moving from 32 bits
to 64, so all new software is a good idea, even if the 32-bit version
should work. Using grep to search /etc and /var will help for most
things. If you use bind, make sure you know where its databases are, as
there are two popular locations. Don't bother copying mysql or openldap
files, dump the databases to SQL and LDIF respectively, and import,
and do this if you can with other software that maintains databases.

 
 Any guidance or advice from those much wiser and more knowledgeable 
 than me would be appreciated.
 
Maybe 'more experienced'. I'm in the final stages of doing this with a
home/small business server. and tentatively shut the old one down
yesterday. I think it's all over, but I'm not moving it until I'm
certain. I haven't got around to testing the Radius server yet, and
possibly other lesser-used things, and there are probably a few more
gotchas to come.

Don't forget the client machines. Ideally they should have automatic
everything, and nothing should need to be changed, but shortcuts may
have been taken in the past to get things working and IP addresses or
hostnames may be hard-coded here and there.

I use two workstations, one Windows 7 and one Debian sid, and a laptop
running Windows XP most of the time. None of them would get a DHCP
address from the new server. I could see nothing wrong, though it
looked as if hardly any broadcasts were happening. I set fixed
addresses and carried on with more important things. I didn't change
anything in the DHCP server (apart from addresses and hostnames, the
old config file had been suitable, as with the sid DHCP client) and had
reset the laptop to automatic for use somewhere else. A few days later,
I realised it was working fine on the home network and on checking, it
had clearly picked up DHCP OK. The sid machine would now work with
DHCP, and only the Win7 machine is still giving trouble, but now I am
confident the DHCP server is OK. The clients, including a sid machine,
seem to have had great difficulty in transferring their allegiance to a
new server. The old DHCP server was, of course, one of the first
daemons shut down.

Another gotcha is samba. If you're making use of browsing of shares,
reduce the OS level of the old samba server. If you don't, the new
server will never win a browser election, and that will cause some
subtle problems. You'll still be relying on the old server to collect a
browse list. If as in my case, the servers are two-NIC machines
functioning as firewalls, and you pull out the external connection of
the old machine, it will not see any shares in that network. I spent
about two hours chasing that one down.

Best of luck.

-- 
Joe


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20120529082557.63e48...@jretrading.com

Strange problem with network [TCP], netperf CRR test fails.

2012-05-29 Thread Anatoly Rybalchenko 
Hello,

I have 6 identical physical machines in one cluster with Debian 6.0 onboard . 
Initially they were used to run Cassandra nodes, but these nodes started to go 
down randomly after several hours of work, with hung up connections in 
CLOSE_WAIT state. Typically, CLOSE_WAIT state is indicator of incorrect app 
behavior, but I've reproduced similar symptoms with netperf CRR test even with 
host as localhost:

'netperf -H localhost -t TCP_CRR -l -5' results in 

 

'TCP Connect/Request/Response TEST from 0.0.0.0 (0.0.0.0) port 0 AF_INET to 
localhost (127.0.0.1) port 0 AF_INET : demo

send_tcp_conn_rr: data recv error: Connection reset by peer'

 

And connections connection hang up in CLOSE_WAIT state with strange 1 byte in 
Recv-Q:

 

'tcp 1 0 127.0.0.1:12865 127.0.0.1:39664 CLOSE_WAIT'

 

Though, if I set test duration in seconds (e.g. -l 5) it works correctly, and 
TCP_RR works correctly all the time.

Also, I've made tcpdump of conversation between two nodes in similar TCP_CRR 
test and it also looks strange. Nodes correctly open connection 'client' send 
its data and then  'server' side just resets connection.

 

'netstat -s' for 40 minutes of uptime(reboot, test, and writing this message) 
shows suspicious    '6 TCP data loss events' and '11 connections reset due to 
early user close':

 

Ip:

   2645347 total packets received

   76 with invalid addresses

   0 forwarded

   0 incoming packets discarded

   2645271 incoming packets delivered

   2636980 requests sent out

Icmp:

   22 ICMP messages received

   0 input ICMP message failed.

   ICMP input histogram:

   destination unreachable: 22

   22 ICMP messages sent

   0 ICMP messages failed

   ICMP output histogram:

   destination unreachable: 22

IcmpMsg:

   InType3: 22

   OutType3: 22

Tcp:

   263419 active connections openings

   263458 passive connection openings

   0 failed connection attempts

   62 connection resets received

   1 connections established

   2636459 segments received

   2636437 segments send out

   8 segments retransmited

   0 bad segments received.

   21 resets sent

Udp:

   531 packets received

   2 packets to unknown port received.

   0 packet receive errors

   553 packets sent

UdpLite:

TcpExt:

   9 invalid SYN cookies received

   264883 TCP sockets finished time wait in fast timer

   3 time wait sockets recycled by time stamp

   20 delayed acks sent

   Quick ack mode was activated 1 times

   264978 packets directly queued to recvmsg prequeue.

   473 bytes directly in process context from backlog

   265473 bytes directly received in process context from prequeue

   69 packet headers predicted

   1573 packets header predicted and directly queued to user

   1055284 acknowledgments not containing data payload received

   193 predicted acknowledgments

   6 TCP data loss events

   1 timeouts in loss state

   5 retransmits in slow start

   2 other TCP timeouts

   2 DSACKs sent for old packets

   11 connections reset due to early user close

   TCPSackMerged: 7

   TCPSackShiftFallback: 13

 

I've already upgraded 'ixgbe' driver upto the latest 3.9-NAPI, but problem 
still persists. And I even cannot find out it's source.

 

Best regards,

Anatoly Rybalchenko

Re: Installing Debian on Acer Aspire One

2012-05-29 Thread Brian 
On Tue 29 May 2012 at 07:52:21 +0200, José Luis Segura Lucas wrote:

 I have move a step forward: I used the testing netinstall ISO, copied
 to my memory stick using cat image.iso  /dev/sdX. The installation
 is able to recognize my HDD now :-) Great news... but it is still
 failing.
 
 After partitioning the HDD, the Debian base system could be installed,
 but I get an error about installing busybox from the CD-ROM (I imagine
 that it refers to the memory stick).

Is it anything like

   http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=627488 ?

A stable businesscard iso from the CD section on this page:

   http://www.debian.org/CD/http-ftp/

allows testing to be installed and should avoid the busybox problem.

   


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20120529082845.GA2847@desktop

Re: VPN on system boot

2012-05-29 Thread rjc 
On Tue, May 29, 2012 at 08:39:54AM BST, Antonio Fernández Pérez wrote:
 Please, anybody could tell me why I can't to connect with this user?

Have you checked user's group membership, device and other files'
permissions?

 -- 
 
 *Antonio Manuel Fernández Pérez*
 
 *Ingeniero Técnico en Informática
 *Dpto. Programación y Sistemas Fabergames S.L.
 TLF:96626 / FAX:966551801
 www.fabergames.com
 
 [image: Imágenes integradas 1][image: Imágenes integradas
 3]http://www.facebook.com/fabergames
[image: Imágenes integradas 4] https://twitter.com/#!/Fabergames
   [image:
 Imágenes integradas 5]
 
   * * * ADVERTENCIA LEGAL * * *
 Le informamos, como destinatario de este mensaje, que el correo electrónico
 y las comunicaciones por medio de Internet no permiten asegurar ni
 garantizar la confidencialidad de los mensajes transmitidos, así como
 tampoco su integridad o su correcta recepción, por lo que FABERGAMES S.L.
 no asume responsabilidad alguna por tales circunstancias. Si no consintiese
 en la utilización del correo electrónico o de las comunicaciones vía
 Internet le rogamos nos lo comunique y ponga en nuestro conocimiento de
 manera inmediata. Este mensaje va dirigido, de manera exclusiva, a su
 destinatario y contiene información confidencial y sujeta al secreto
 profesional, cuya divulgación no está permitida por la ley. En caso de
 haber recibido este mensaje por error, le rogamos que, de forma inmediata,
 nos lo comunique mediante correo electrónico remitido a nuestra atención o
 a través del teléfono (+ 34) 966 26 11 11 y proceda a su eliminación, así
 como a la de cualquier documento adjunto al mismo. Asimismo, le comunicamos
 que la distribución, copia o utilización de este mensaje, o de cualquier
 documento adjunto al mismo, cualquiera que fuera su finalidad, están
 prohibidas por la ley.

Shorten your signature and stop using HTML, please.

-- 
rjc


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20120529101258.ga32...@linuxstuff.pl

[Install] Debootsrap warning : corrupt deb with XFS

2012-05-29 Thread Loïc 
Hello,

I try to install a Debian Squeeze on a PC and I have some errors when
I put the whole system on a single XFS partition.
When installing the base system (debootstrap) I have warnings like:
http://ftp.fr.debian.org/debian/pool/main/o//x_amd64.deb was corrupt

However, when I format the partition to EXT3 I have not these warnings
and the system installs without problem.

Does someone can enlighten me on this problem?

Thank you in advance.

Loïc


--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/CAA9cXK6i=dw8sb6hngeqzk0zu_v_c6mmpxzufxjsujfnkej...@mail.gmail.com

Redirect selected traffic using Redsocks

2012-05-29 Thread José Luis Segura Lucas 
Hi all!

For working, I need to access to some services on my company intranet using a 
SOCKS5 proxy. This is *not* the official way (I must use Windows, and I' 
don't want to). Almost all the services I need works fine using my SOCKS5 proxy 
(several web services, SSH servers...) but I have problems with 2 of the 
services.

This 2 services uses Java and Citrix technologies. They work from Debian, 
because when I work at my company's office I can use it without any problem, 
but when I'm behind the SOCKS5 proxy, the issues begin.

I just discovered *redsocks*, and as a surprise for me, it's Debian packaged 
:-) I don't know very much about iptables (I'm reading), but I want to define, 
on my laptop, a set of iptables rules that, using redsocks, allow me to access 
to my company problematic services and checks if it could be a solution.

All the manuals I have read perform a full-redirection of all the TCP traffic 
from the chain OUTPUT to the chain REDSOCKS, and in the REDSOCKS chain, it uses 
the proxy SOCKS5 to redirect the traffic. How can I modify this behavior to 
only redirect the needed traffic to the SOCKS5, instead *all* the traffic?

I perform some little tests, but I don't have very good results:iImagine that I 
need to access to the IP 200.200.200.201 (for example). I added the following 
rule to iptables:

# iptables -t nat -A OUTPUT -p all -d 200.200.200.201 -j REDSOCKS

Is it ok?

How can I know if a iptables rule is well formed and it is working?

Best regard and thanks in advance :-)

-- 
José Luis Segura Lucas




signature.asc
Description: OpenPGP digital signature

Re: x11 graphics card conf

2012-05-29 Thread Benedict Verheyen 
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 29/05/2012 12:35, Filipe Freire wrote:
 Dear All!
 
 I am running debian squeeze on a PC with intel i5 and graphics card:
 VGA compatible controller: Intel Corporation Sandy Bridge Integrated
 Graphics Controller (rev 09)
 
 x11 freezes if I go to console and back to x11 or when we switch
 users.  Need a quick fix please.
 
 With the new debian there is no xorg.conf and could not find a
 solution with the info I found around.
 
 Any help with be very welcome.
 
 Thank you in advance,
 Filipe
 
 

Filipe,

see here for more info:
http://wiki.debian.org/Xorg

An excerpt:

...

What if I do not have an xorg config file?

If xorg.conf is missing for some reason, Xorg will probe your hardware on every 
startup.
Though this works fine in most cases, some settings remain inaccessible.
To create a starting point for customization, do the following:

Switch to a console as root (not a terminal emulator in X), then run:

/etc/init.d/gdm stop
/etc/init.d/gdm3 stop
/etc/init.d/kdm stop
/etc/init.d/xdm stop
cd /etc/X11/
Xorg -configure

Alternatively, reboot the machine in single user mode, then run:

cd /etc/X11/
Xorg -configure

Follow the on-screen instructions. This should give you something to work with.

Run X

After installation run:

startx

or as root run:

service gdm start

Hope this helps,

Regards,
Benedict


-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk/EuLMACgkQ6YPsX3Esu42gKQCeLujYRt2rE+9bAVKS5lItjy7w
5l0AniNw3THwbURJExOaKOaKtJjZTi0P
=BNDd
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/jq2dbj$620$1...@dough.gmane.org

RE: APT errors with Sid/armel on LaCie NAS

2012-05-29 Thread Jeffrey Langerak 

Hi,

It seems that the bug that has been filed is the exact same issue. Altho I only 
see 2 actual replies, there is no fix available at the moment, making the 
NAS'es pretty useless, because APT is not working.

One thing that seemed to work is the manual package download (the mismatches 
return the full download URL) and installing that via dpkg -i *.deb in the 
folder you have downloaded those .debs in. But this is a dirty way to use the 
package system :).

Kind regards,

Jeffrey

Van: Camaleón [noela...@gmail.com]
Verzonden: maandag 21 mei 2012 17:50
To: debian-user@lists.debian.org
Onderwerp: Re: APT errors with Sid/armel on LaCie NAS

On Mon, 21 May 2012 10:20:52 +0200, Jeffrey Langerak wrote:

 Hi!

Hi... please, no html formatting, thanks.

 I have a LaCie Networkspace 2 and a EDMini V2, both ARM devices running
 Debian Sid / Armel.

 Since a week or 2 it seems that the devices cannot be upgraded anymore
 via APT itself, issuing a apt-get update seems to go well, but doing
 apt-get dist-upgrade fails with hash hum mismatches:

(...)

 Failed to fetch
 http://ftp.nl.debian.org/debian/pool/main/e/eglibc/libc-dev-bin_2.13-32_armel.deb
 Hash Sum mismatch

(...)

There has been a recent thread about that (and know I realize there's a bug
opened for it¹). I've been experiencing the same error (hash sum mismatch)
over this weekend but it has started working again since Sunday although I'm
using i386 architecture and Wheezy.

¹http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=671287

Greetings,

--
Camaleón


--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/jpdo7i$leu$9...@dough.gmane.org



--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/d604d584d777b0468494b0741086f5ad419d6...@mail.prutsertjes.nl.local

Re: x11 intel graphics card conf

2012-05-29 Thread Andrei POPESCU 
On Ma, 29 mai 12, 13:12:19, Filipe Freire wrote:
 Dear All!
 
 I am running debian squeeze on a PC with intel i5 and graphics card:
 VGA compatible controller: Intel Corporation Sandy Bridge Integrated
 Graphics Controller (rev 09)

You need the kernel and X from backports. This was discussed on 
debian-backports list, you can search the archives if you need more 
info.

Kind regards,
Andrei
-- 
Offtopic discussions among Debian users and developers:
http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic


signature.asc
Description: Digital signature

Re: LSI MegaRAID SAS 9240-4i hangs system at boot

2012-05-29 Thread Ramon Hofer 
On Sun, 20 May 2012 21:37:19 -0500
Stan Hoeppner s...@hardwarefreak.com wrote:

(...)

 Does the mobo BIOS show the disk device?  If not, does the 9240 BIOS
 show the disk device, RAID level, and its size?
 
 What we need to figure out is whether this is a BIOS problem at this
 point or a Debian installer kernel driver problem.

I have finally found some time to work on the problem:

I set up a raid1 in the hba bios. I couldn't install onto it with the
supermicro mb.

Then I mounted the lsi hba into my old server with an Asus mb (can't
remember which one it is, must have to check it at home...). It (almost)
works like a charm.
The only issue is that I can't enter the hba BIOS when it's mounted in
the Asus mb. But when I put it back into the Supermicro mb I can access
it again. Very strange!
But apart from that I could install Debian onto the raid1. Then I set
the bios to use the disks as jbods and installed Debian gain to a drive
directly attached to the mb sata controller.
With the original squeeze kernel the disks attached to the hba weren't
visible. But after updating to the bpo kernel I can fdisk them
separately and put it into a raid5 (in the end I want to apply the 500G
partition method Cameleon suggested).


 Did you already flash the C7P67 BIOS to the latest version?  I can't
 recall.

I have tried to do that but it was quite strange.
I created a freedos usb stick with unetbootin and copied the files for
the update from supermicro into the stick. I did exactly what the
readmes told me. But when I did it the first time there was no output
of the flash process and the directory where the supermicro files were
located on the stick was empty.
When I tried to do the procedure again it complains that I have to
first install version 1.

I will now bring it to my dealer who can do the BIOS update for me.

And I will write to Supermicro if they are aware of the issue.


Best regards
Ramon


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20120529140927.10dde651@nb-10114

Debian 6.0 64 Bit : Putty

2012-05-29 Thread Matty H 

Hi, I've recently installed a VPS with Debian 6.0 64 bit.

The server is fully capable to handle it, And for some reason when i try 
to go through putty, The connection times out ?


Any ideas ?

Please reply asap.

Regards,
Matty,
VPS4less.

Re: Improve leafnode

2012-05-29 Thread daniele.g 
Camaleón noela...@gmail.com writes:

 On Mon, 28 May 2012 16:38:12 +0200, daniele.g wrote:

 Leafnode on Debian uses a script do-fetch-news, which cron run
 periodically, that checks the variable $NETWORK in
 /etc/news/leafnode/debian-config. This variable can have two possible
 values: PPP and permanent.
 
 I think that a third value is missing, we can call it online. Useful
 when leafnode runs on mobile devices for example.

 (...)

 Ppp should cope that scenario (non-permanent connections) or what's 
 what you are missing? :-?

PPP only triggers when a ppp* interface goes up. I'd like to make it
more general. A solution I'm working on is a script which use sed to
toggle $NETWORK between PPP and permanent when the laptop is online, I
only would like to know how to run this script from inside interfaces
-- 
Non ci fossero le donne, gli uomini vivrebbero come dei.
-- Thomas Dekker


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/877gvvjhlf@father.nostromo.wy

Slow tape read-write after upgrade

2012-05-29 Thread Yury O. Tabolin 

Hi, all.

I had a server with Debian Lenny x64, with the old kernel 2.6.18 (it is 
still from Etch). I upgraded all to Squeeze, with the native kernel 
2.6.32. Everything worked well except the tape library HP StorageWorks 
MSL 4048 Ultrium 960, connected to it via SCSI Megaraid 320-2x. It has 
become very slow. If I had read/write speeds were about 40MB/s before 
upgrade, now they are reduced to 1.5 MB/s. When the module st is 
loaded i have a error:


[1186434.533759] st: Version 20081215, fixed bufsize 32768, s/g segs 256
[1186434.535595] st 2:1:4:0: Attached scsi tape st0
[1186434.535619] st 2:1:4:0: st0: try direct i/o: yes (alignment 4 B)
[1186435.276372] scsi_id[774]: segfault at 0 ip (null) sp 
ffdff520 error 14
[1186435.953466] scsi_id[777]: segfault at 0 ip (null) sp 
ffa00a20 error 14


I ​​checked speed by tar and dd. When reading from a device (such as 
a dd), the dd process working with status D that is i/o wait. In 
the top load average starts to increase, and then kept stable more 
than 1. This low speed of read/write does not suit me. Can you tell what 
I can to tweak? Thanks.



WBR, Iurii O Tabolin.


--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Archive: http://lists.debian.org/4fc4c233.1020...@ies.udm.ru

Re: Debian 6.0 64 Bit : Putty

2012-05-29 Thread elbbit 
On 29/05/12 11:51, Matty H wrote:
 Hi, I've recently installed a VPS with Debian 6.0 64 bit.

You are vague.  Do you have Debian installed inside a VM or are you
trying to get out of a VM which is running on a Debian host?  I'm
assuming the former.  What virtual software are you using, i.e.
VirtualBox?  OpenVZ?  Xen?  I'm assuming VirtualBox.

 The server is fully capable to handle it, And for some reason when i try
 to go through putty, The connection times out ?

Where is your Putty running?  Outside or inside the VM?  On your host or
another machine?  Timing out is usually firewall or invalid address,
though it can be for many other reasons.

 Any ideas ?

I'm guessing you have a network configuration issue.  Possibly you need
to assign a network address to the interface on the virtual machine.

If you have Debian inside a VirtualBox and you are attempting to connect
using PuTTY from the outside - you will need to set the VirtualBox to
assign bridge mode in the Network settings for the ethernet card in
the VM settings.  The host-only mode in VirtualBox enables the VM and
the host to talk, but the VM will not be able to reach the wider network
outside the host.
http://lmgtfy.com/?q=virtualbox+networking

I haven't used OpenVZ for a while, but you can read more here about
assigning IP addresses:
http://wiki.openvz.org/Basic_operations_in_OpenVZ_environment

If you have Xen, read more here:
http://wiki.debian.org/Xen#Configure_Networking
http://wiki.xensource.com/xenwiki/XenNetworking

-- 
elb...@gmail.com


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4fc4c47d.50...@gmail.com

Re: Debian 6.0 64 Bit : Putty

2012-05-29 Thread Allan Wind 
On 2012-05-29 11:51:25, Matty H wrote:
 Hi, I've recently installed a VPS with Debian 6.0 64 bit.
 
 The server is fully capable to handle it, And for some reason when i
 try to go through putty, The connection times out ?
 
 Any ideas ?

Can you ping the host?  What happens if you telnet to the machine 
port 22?  You should get a banner:

allan@vent:~$ telnet localhost 22
Trying 127.0.0.1...
Connected to localhost.
Escape character is '^]'.
SSH-2.0-OpenSSH_5.8p1 Debian-4
^]

To me it sounds like you have a firewall between you and the host 
that drops your packages.  The only thing specific to Linux is 
iptables, and as root you do:

iptables -nL

to see if there any rules are defined.

sshd, by default, will do DNS lookups on the client hostname.  It 
will sit for a while, but then I usually still get a login 
prompt.  You disable that behavior by adding 'UseDns no' to the 
server you are trying to connect to in
the file /etc/ssh/sshd_config.


/Allan
-- 
Allan Wind
Life Integrity, LLC
http://lifeintegrity.com


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20120529124155.gj20...@lifeintegrity.com

Re: Debian 6.0 64 Bit : Putty

2012-05-29 Thread rjc 
On Tue, May 29, 2012 at 11:51:25AM BST, Matty H wrote:
 Hi, I've recently installed a VPS with Debian 6.0 64 bit.
 
 The server is fully capable to handle it, And for some reason when i
 try to go through putty, The connection times out ?
 
 Any ideas ?

http://the.earth.li/~sgtatham/putty/0.55/htmldoc/Chapter4.html#S4.13.4

-- 
rjc


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20120529142134.ga1...@linuxstuff.pl

Re: Redirect selected traffic using Redsocks

2012-05-29 Thread José Luis Segura Lucas 
El 29/05/12 13:49, José Luis Segura Lucas escribió:
 How can I know if a iptables rule is well formed and it is working?

 Best regard and thanks in advance :-)
Answering myself: I put several log rules for the chain REDSOCKS and
doing some testing using icmp protocol. Apparently the rules are ok: I
get the message when a package must be sent to redsocks daemon... but
apparently too, it's not working :-(

Stay tuned :-P

-- 
José Luis Segura Lucas




signature.asc
Description: OpenPGP digital signature

A quick Q: download source

2012-05-29 Thread lina 
Hi,

I am under wheezy, when I use the apt-get source package
I will get the wheezy version by default.

What if I want to get the sid one, how can I do that without going to
the debian webpage.

Thanks with best regards,


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/CAG9cJm=j17mxm92Y=oCQzsCgixyZSG+LaHZOgOrTp=9kwpt...@mail.gmail.com

Re: LVM, Resize failed (most mlikely user error)

2012-05-29 Thread Shane Johnson 
On Sat, May 26, 2012 at 9:17 AM,  an...@gmx.de wrote:
 Dear Guys,

 I had the (wonderful?!) idea to resize my LVM.  The result is, that I can not 
 access my /home anymore :-(.

 Environment:
 HP Mini, 160GB HDD
 2 partitions (sda1, ext2, 254.99M, bootflag and sda2, 159784.29M)
 LVM initial setup:
 - root 300M
 - home 136G
 - var 2.8G
 - usr 4.6G

 During a dist upgrade, my /var went full and I started to do the following 
 with the lvm commands:
 reduce /home to 100G,
 increase /var by +5G,
 increase /usr by +6G, and
 increase /root by 600M.

 After that the whole thing went mad.

 During boot it stops during fsck for /home with error 4 (filesystem 
 (according to superblock) is 36210688 blocks  The physical size of the device 
 is 26249216 and superblock or partition table is corrupt).  I can enter my 
 root password and run a manual fsck with the same result.  If I do not abort 
 I get Error reading block 26279938 (invalid argument) while getting next 
 inode from scan.  Ignore error?

 My idea is to use the partition table to fix the lvm (i. e. return to the 
 initial state).  Is this possible and how to do it?

 If you need any further information, I will provide asap.

 Thank you for your kind help.



 Best regards


 Andreas
 --
 Empfehlen Sie GMX DSL Ihren Freunden und Bekannten und wir
 belohnen Sie mit bis zu 50,- Euro! https://freundschaftswerbung.gmx.de


 --
 To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
 with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
 Archive: http://lists.debian.org/20120526151711.27...@gmx.net


Andreas,
When you shrink a logical volume  your first need to use your file
system tools (if they have them) to reduce the file system then use
the LVM tools to reduce the logical volume.  As always it's best to do
a back up of your data before you do anything.  At this point, if the
/home partition wan't full, you might be able to reduce the file
system and get it to boot again.

-- 
Shane D. Johnson
IT Administrator
Rasmussen Equipment


--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/CAPLO1L57U8+HFR6JmaMFFVkjv83xL_sCLpC1P=0=sl34h1e...@mail.gmail.com

Re: A quick Q: download source

2012-05-29 Thread Paul Johnson 
On May 29, 2012 7:53 AM, lina lina.lastn...@gmail.com wrote:
 I am under wheezy, when I use the apt-get source package
 I will get the wheezy version by default.

 What if I want to get the sid one, how can I do that without going to
 the debian webpage.

If you have Sid sources in your apt configuration, then apt-get source
package/sid will get it.

Re: A quick Q: download source

2012-05-29 Thread lina 
On Tue, May 29, 2012 at 10:58 PM, Paul Johnson ba...@ursamundi.org wrote:

 On May 29, 2012 7:53 AM, lina lina.lastn...@gmail.com wrote:
 I am under wheezy, when I use the apt-get source package
 I will get the wheezy version by default.

 What if I want to get the sid one, how can I do that without going to
 the debian webpage.

 If you have Sid sources in your apt configuration, then apt-get source
 package/sid will get it.

Thanks. I didn't realize I can put both wheezy and sid in deb-src.

Best regards,


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/cag9cjmkdkhumyy9ky+mhvmocptqbuv0mbuwi51-ckc3fs0p...@mail.gmail.com

Re: LVM, Resize failed (most mlikely user error)

2012-05-29 Thread Jochen Spieker 
an...@gmx.de:
 
 During a dist upgrade, my /var went full and I started to do the
 following with the lvm commands: reduce /home to 100G, 

You need to remember that LVM is just a logical layer between your
disks/partitions and the filesystem. If you shrink an LV, you break the
filesystem using this LV. What you should have done is resize2fs your
/home first.

 increase /var by +5G, 
 increase /usr by +6G, and
 increase /root by 600M.
 
 After that the whole thing went mad.

This is expected. :-

Did you actually run resize2fs after running lvresize for these LVs? If
you didn't, you didn't actually gain space on these filesystems and that
might make it possible to revert to the old layout.

 During boot it stops during fsck for /home with error 4 (filesystem
 (according to superblock) is 36210688 blocks  The physical size of the
 device is 26249216 and superblock or partition table is corrupt).

That's fsck telling you that you shrinked the LV without shrinking the
filesystem first.

 My idea is to use the partition table to fix the lvm (i. e. return
 to the initial state).  Is this possible and how to do it?

This is probably only feasible if you didn't actually resize your other
filesystems (/var etc.). You would need to lvresize these filesystems
back to their original size first and then grow /home using lvresize.
You might be lucky enough to have old size information available in
/etc/lvm/backup.

If you actually resized your other filesystems after shrinking /home's
LV, you may still try the procedure above, but of course you need to
revert the resize2fs operation in advance. And that will probably result
in a more or less severely damaged filesystem.

Backups help. :)

J.
-- 
At night I go to the kitchen; specifically, the knife drawer.
[Agree]   [Disagree]
 http://www.slowlydownward.com/NODATA/data_enter2.html


signature.asc
Description: Digital signature

Re: Only 3.6gb of 64gb RAM recognized by 64bit squeeze

2012-05-29 Thread Seyyed Mohtadin Hashemi 
On Tue, 2012-05-15 at 21:26 +0200, Seyyed Mohtadin Hashemi wrote:
 On Tue, May 15, 2012 at 8:51 PM, Stan Hoeppner
 s...@hardwarefreak.com wrote:
 On 5/15/2012 12:26 PM, Seyyed Mohtadin Hashemi wrote:
  On Tue, May 15, 2012 at 4:30 AM, Henrique de Moraes Holschuh
 h...@debian.org
  wrote:
 
  On Mon, 14 May 2012, Stan Hoeppner wrote:
  On 5/13/2012 7:02 PM, Henrique de Moraes Holschuh wrote:
  On Fri, 11 May 2012, Seyyed Mohtadin Hashemi wrote:
  On 5/10/2012 1:16 PM, Stan Hoeppner wrote:
  If this doesn't fix the issue, and memtest and other
 utils can see
  all
  64GB just fine, then I'd say you're dealing with a BIOS
 bug.
 
  The very top of /var/log/dmesg has the kernel debug
 output about the
  memory
  map.  It might well tell us very quickly who is the
 culprit, if the
  user
  with the problem can post it for the best working case
 and the
  non-working
  [0.00] e820 update range: e000 -
 00101f00
  (usable) == (reserved)
  [0.00] WARNING: BIOS bug: CPU MTRRs don't cover
 all of memory,
  losing 61936MB of RAM.
 
  There you have it.
 
  I'm not surprised I was correct WRT a BIOS bug, but I am a
 little
  embarrassed I didn't know and suggest this would be
 reported in dmesg.
  I admit I just don't see this very often--this being the
 1st time
  actually seeing this WARNING.
 
  Well, it is the first time I've seen a BIOS screw it up so
 badly as to
  have someone lose 61GiB of RAM over it.
 
  Any of the latest versions of the longterm kernels
 (2.6.32, 3.0), or
  latest 3.2 should be able to repair MTRRs properly, but
 you have to
  compile the kernel with that option enabled.  It might be
 already
  available, but not enabled by default.  In that case,
 this might help
  you:
 
  Yep.  In vanilla 3.2.6 it's selected by default in
 menuconfig, and you
  can't un-select it.
 
  We _really_ need to have that enabled by default on the
 Debian kernels
  IMO, if we don't enable it already.
 
  --
   One disk to rule them all, One disk to find them. One
 disk to bring
   them all and in the darkness grind them. In the Land of
 Redmond
   where the shadows lie. -- The Silicon Valley Tarot
   Henrique Holschuh
 
 
  Thank you for the tips Henrique and Stan, unfortunately i
 don't have time
  to build/test new kernels this week because i have to finish
 my thesis. I
  will have time next week to look at it and report back the
 results.
 
 
 In that case you could simply install the latest backport
 kernel image
 and see if that does the trick.  Should be quick 'n painless.
 
 Add to /etc/apt/sources.list
 deb http://backports.debian.org/debian-backports
 squeeze-backports \
 main contrib non-free
 
 $ aptitude update
 $ aptitude -t squeeze-backports install
 linux-image-3.2.0-0.bpo.1-amd64
 $ shutdown -r now
 
 Should take less than 5 minutes.
 
 --
 Stan
 
 
 Funny you should mention that, I did actually try the exact kernel you
 mentioned yesterday - it did not go well, i got kernel panic. I didn't
 do many tests because i didn't have much time, i went back to the old
 kernel, and though i'm not happy with the situation the computer at
 least works and i can use the CPU to do calculations.


Hi Stan,

I RMA'd the MB and with the replacement I received I am able to run the
3.2 kernel and all installed RAM is usable. However, I have to use
noapic irqpoll acpi=force boot flags.

I did have a small problem, sometimes I would get RAM R/W test fail at
BIOS POST. I had done extensive memtest on the DIMMs earlier so I only
tested if the individual DIMMs could POST, only one gave the RAM R/W
test fail. After removing the faulty DIMM + a healthy DIMM the system
works smoothly.


regards,
Mohtadin


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/1338325696.2251.68.camel@smh-tablet

Re: A quick Q: download source

2012-05-29 Thread lina 
On Tue, May 29, 2012 at 10:58 PM, Paul Johnson ba...@ursamundi.org wrote:

 On May 29, 2012 7:53 AM, lina lina.lastn...@gmail.com wrote:
 I am under wheezy, when I use the apt-get source package
 I will get the wheezy version by default.

 What if I want to get the sid one, how can I do that without going to
 the debian webpage.

 If you have Sid sources in your apt configuration, then apt-get source
 package/sid will get it.

Here I took one for example

:/etc/apt/sources.list.d# more 22_jp_wheezy.list
deb http://ftp.jp.debian.org/debian/ wheezy main contrib non-free
deb-src http://ftp.jp.debian.org/debian/ wheezy main contrib non-free
deb-src http://ftp.jp.debian.org/debian/ sid main contrib non-free

After apt-get update

$ apt-get source htop/sid
Reading package lists... Done
Building dependency tree
Reading state information... Done
E: Ignore unavailable target release 'sid' of package 'htop'
E: Unable to find a source package for

Something wrong here?

Thanks ahead for the suggestions,

Best regards,


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/CAG9cJmkR7q2nJzwsRAqJ=4DVb5Rw6=jpaxp+rppfsh7jgqq...@mail.gmail.com

Re: A quick Q: download source

2012-05-29 Thread Andrei POPESCU 
On Ma, 29 mai 12, 07:58:45, Paul Johnson wrote:
 On May 29, 2012 7:53 AM, lina lina.lastn...@gmail.com wrote:
  I am under wheezy, when I use the apt-get source package
  I will get the wheezy version by default.
 
  What if I want to get the sid one, how can I do that without going to
  the debian webpage.
 
 If you have Sid sources in your apt configuration, then apt-get source
 package/sid will get it.

Not necessary in most cases. Unless one sets Default-Release apt-get 
will download the most recent version (see 'man apt-get' for more 
details).

This means that if you have deb-src lines for sid but want the wheezy 
version you'll have to use -t or pkg/release syntax ;)

Kind regards,
Andrei
-- 
Offtopic discussions among Debian users and developers:
http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic


signature.asc
Description: Digital signature

Re: A quick Q: download source

2012-05-29 Thread Andrei POPESCU 
On Ma, 29 mai 12, 23:28:51, lina wrote:
 
 $ apt-get source htop/sid
 Reading package lists... Done
 Building dependency tree
 Reading state information... Done
 E: Ignore unavailable target release 'sid' of package 'htop'
 E: Unable to find a source package for
 
 Something wrong here?

I have a hunch, but to test my theory could you try without the '/sid'? 
And please post the full output here if you get any errors.

Kind regards,
Andrei
-- 
Offtopic discussions among Debian users and developers:
http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic


signature.asc
Description: Digital signature

Re: A quick Q: download source

2012-05-29 Thread Nicolas Bercher 

On 29/05/2012 17:28, lina wrote:

$ apt-get source htop/sid
Reading package lists... Done
Building dependency tree
Reading state information... Done
E: Ignore unavailable target release 'sid' of package 'htop'
E: Unable to find a source package for

Something wrong here?


As far as I experienced, sid is not a word supported by apt, use
unstable or a release name instead.

Nicolas


--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Archive: http://lists.debian.org/4fc4ee11.6080...@yahoo.fr

Re: A quick Q: download source

2012-05-29 Thread lina 
On Tue, May 29, 2012 at 11:38 PM, Andrei POPESCU
andreimpope...@gmail.com wrote:
 On Ma, 29 mai 12, 23:28:51, lina wrote:

 $ apt-get source htop/sid
 Reading package lists... Done
 Building dependency tree
 Reading state information... Done
 E: Ignore unavailable target release 'sid' of package 'htop'
 E: Unable to find a source package for

 Something wrong here?

 I have a hunch, but to test my theory could you try without the '/sid'?
 And please post the full output here if you get any errors.

It seems it still downloading the wheezy one.

$ sudo apt-get source htop
Reading package lists... Done
Building dependency tree
Reading state information... Done
Need to get 395 kB of source archives.
Get:1 http://ftp.jp.debian.org/debian/ wheezy/main htop 1.0.1-1 (dsc) [1,112 B]
Get:2 http://ftp.jp.debian.org/debian/ wheezy/main htop 1.0.1-1 (tar) [385 kB]
Get:3 http://ftp.jp.debian.org/debian/ wheezy/main htop 1.0.1-1 (diff) [9,113 B]
Fetched 395 kB in 3s (125 kB/s)
dpkg-source: info: extracting htop in htop-1.0.1
dpkg-source: info: unpacking htop_1.0.1.orig.tar.gz
dpkg-source: info: applying htop_1.0.1-1.diff.gz



 Kind regards,
 Andrei
 --
 Offtopic discussions among Debian users and developers:
 http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/cag9cjmmtwi+48_ktjqab5qkengk0y3f97p7tp8npob3dxbv...@mail.gmail.com

Re: A quick Q: download source

2012-05-29 Thread Andrei POPESCU 
On Ma, 29 mai 12, 23:41:13, lina wrote:
 
  I have a hunch, but to test my theory could you try without the '/sid'?
  And please post the full output here if you get any errors.
 
 It seems it still downloading the wheezy one.

Yes, of course, because at the moment htop has the same version in both 
wheezy and sid.
 
As I mentioned in my other mail, 'apt-get source' will retrieve the most 
recent version available according to your sources.list, which in case 
of htop is wheezy.

Kind regards,
Andrei
-- 
Offtopic discussions among Debian users and developers:
http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic


signature.asc
Description: Digital signature

Re: A quick Q: download source

2012-05-29 Thread lina 
On Tue, May 29, 2012 at 11:41 PM, Nicolas Bercher nberc...@yahoo.fr wrote:
 On 29/05/2012 17:28, lina wrote:

 $ apt-get source htop/sid
 Reading package lists... Done
 Building dependency tree
 Reading state information... Done
 E: Ignore unavailable target release 'sid' of package 'htop'
 E: Unable to find a source package for

 Something wrong here?


 As far as I experienced, sid is not a word supported by apt, use
 unstable or a release name instead.

After I commented out the wheezy source

# more 22_jp_wheezy.list
deb http://ftp.jp.debian.org/debian/ wheezy main contrib non-free
#deb-src http://ftp.jp.debian.org/debian/ wheezy main contrib non-free
deb-src http://ftp.jp.debian.org/debian/ sid main contrib non-free


$ apt-get source htop
Reading package lists... Done
Building dependency tree
Reading state information... Done
Need to get 395 kB of source archives.
Get:1 http://ftp.jp.debian.org/debian/ sid/main htop 1.0.1-1 (dsc) [1,112 B]
Get:2 http://ftp.jp.debian.org/debian/ sid/main htop 1.0.1-1 (tar) [385 kB]
Get:3 http://ftp.jp.debian.org/debian/ sid/main htop 1.0.1-1 (diff) [9,113 B]
Fetched 395 kB in 0s (500 kB/s)
dpkg-source: info: extracting htop in htop-1.0.1
dpkg-source: info: unpacking htop_1.0.1.orig.tar.gz
dpkg-source: info: applying htop_1.0.1-1.diff.gz


Shall I change the source every time I downloaded?

Thanks again,


 Nicolas


 --
 To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject
 of unsubscribe. Trouble? Contact listmas...@lists.debian.org
 Archive: http://lists.debian.org/4fc4ee11.6080...@yahoo.fr



-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/cag9cjmme1bpbv4jljjbpd0fzb0gteiapztmocd96vf1wozw...@mail.gmail.com

Re: A quick Q: download source

2012-05-29 Thread lina 
On Tue, May 29, 2012 at 11:45 PM, Andrei POPESCU
andreimpope...@gmail.com wrote:
 On Ma, 29 mai 12, 23:41:13, lina wrote:
 
  I have a hunch, but to test my theory could you try without the '/sid'?
  And please post the full output here if you get any errors.

 It seems it still downloading the wheezy one.

 Yes, of course, because at the moment htop has the same version in both
 wheezy and sid.

 As I mentioned in my other mail, 'apt-get source' will retrieve the most
 recent version available according to your sources.list, which in case
 of htop is wheezy.

I forget to mention, htop is just one example I took,

I noticed the seem from Get:1 http://ftp.jp.debian.org/debian/
wheezy/main htop 1.0.1-1 (dsc) [1,112 B]

BTW, except apt-get source, are there some other commend to grab source?

Thanks with best regards,

 Kind regards,
 Andrei
 --
 Offtopic discussions among Debian users and developers:
 http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/CAG9cJmnmxso2HB3g7kJFQN6NbLOdeV=-nmysd5_suwdzwzv...@mail.gmail.com

Re: A quick Q: download source

2012-05-29 Thread Andrei POPESCU 
On Ma, 29 mai 12, 17:41:05, Nicolas Bercher wrote:
 
 As far as I experienced, sid is not a word supported by apt, use
 unstable or a release name instead.

Not sure what you mean, but sid is a release name and apt supports it 
just fine[1]:

# apt-get install transmission-cli/sid
Reading package lists... Done
Building dependency tree   
Reading state information... Done
transmission-cli is already the newest version.
Selected version '2.52-1' (Debian:unstable [i386]) for 'transmission-cli'
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.

[1] but there used to be a bug where pinning by release name was not 
supported.

Kind regards,
Andrei
-- 
Offtopic discussions among Debian users and developers:
http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic


signature.asc
Description: Digital signature

Sound on Squeeze

2012-05-29 Thread Lisi 
Hello, all!

On a new installation of Squeeze the sound is muted.  I have checked Alsamixer 
and made sure that master and PCM are not muted, as recommended by Claudius.  
But sound is still muted.  

A large part of the problem is that I am a total ignoramus when it comes to 
sound, so although i have launched both Alsamixer and Kmix (consecutively, 
not simultaneously!), I can see nothing wrong.  But as I don't know what to 
look for, (other than, thanks to Claudius, the 00s in Alsamixer for Master 
and PCM), that is not surprising.

Where do I look next?  And for what do I look?

Thanks,
Lisi


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/201205291755.22895.lisi.re...@gmail.com

Re: Sound on Squeeze

2012-05-29 Thread Lisi 
On Tuesday 29 May 2012 17:55:22 Lisi wrote:
 (other than, thanks to Claudius, the 00s in Alsamixer for Master
 and PCM)

:-(  I even got that wrong.  PCM has no entry for muting and unmuting.  I had 
unmuted the next column, not PCM.

Lisi


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/201205291759.14021.lisi.re...@gmail.com

Re: How to drop a specific TCP segment in iptables?

2012-05-29 Thread Luis Piñeiro 
Hi Yuwen,
Try statistic extension. 
For example, to drop every second segment in http connection:

# iptables -A INPUT -p tcp --sport 80 -m statistic --mode nth --every 2 -j DROP

New AlienFX Debian Package

2012-05-29 Thread elbbit 

I recently adopted GNU programming concepts and decided to contribute to
the community.  I have completed my first GNU C++ program for which I
include the details.

I have developed a working CLI program which allows the user to change
the AlienFX light settings on Alienware hardware by accessing the
embedded 'lightchip' using an internal USB port.  I have built the code
with forward thinking in mind and will continue to develop a GUI program
which I expect will probably call the CLI program for the main function.

I have uploaded all the source code and packages to:
https://github.com/tibz/alienfx  (GPL2 license)
Shortcuts to the .deb packages:
i386 ... http://is.gd/Aj182N
amd64 .. http://is.gd/1NsXno

I have tested the Debian packages I have uploaded there for amd64 and
i386 on my own platforms (we have a pair of Alienware M11X R3 laptops
running testing branch) and now I am reaching out to other Alienware
owners who use Debian GNU/Linux for wider testing and to increase the
number of chipsets supported by the program (currently four types).

I do not claim all credit for this work; some of the primary code came
from an existing Java-based program available at:
http://forum.notebookreview.com/alienware/458528-alienfx-lite-linux-windows-alienfx-tool.html
However, finding the java program did not support our (newer) chipsets I
decided to modify the code to make it work, but it was buggy, and I
fixed a bug, then another, and then I started over with a whole new
project anyway.  Thanks go to progger.co.uk for the initial reverse
engineered code.  More thanks go to other snippets of C++ code I found
around the internet from a Winamp plugin, a kernel module and an MMORPG
SDK pack.  Further understanding came from decompiling the AlienFX SDK
libraries although no code was copied verbatim.

There is a complete manpage too and I would like any input from anyone
who can suggest improvement.

Lastly, I greatly appreciate your taking of time to read this.

best,
Tibz

-- 
elb...@gmail.com


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4fc5080e.7030...@gmail.com

Re: [OT] Mails coming from joe1assis...@gmail.com

2012-05-29 Thread elbbit 
I too have now received one of these emails in reply to
Message-ID: 4fc5080e.7030...@gmail.com

I find this odd as I have replied to the lists several times and only
got one of these replies the moment I started a new thread on debian-user.

-- 
elb...@gmail.com


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4fc50dd6.1040...@gmail.com

Re: Sound on Squeeze

2012-05-29 Thread Joe 
On Tue, 29 May 2012 17:55:22 +0100
Lisi lisi.re...@gmail.com wrote:

 Hello, all!
 
 On a new installation of Squeeze the sound is muted.  I have checked
 Alsamixer and made sure that master and PCM are not muted, as
 recommended by Claudius. But sound is still muted.  
 
 A large part of the problem is that I am a total ignoramus when it
 comes to sound, so although i have launched both Alsamixer and Kmix
 (consecutively, not simultaneously!), I can see nothing wrong.  But
 as I don't know what to look for, (other than, thanks to Claudius,
 the 00s in Alsamixer for Master and PCM), that is not surprising.
 
 Where do I look next?  And for what do I look?
 

Probably tutorials on Linux sound...

Very first question: is the user in the audio group? Absolutely vital.

Next quick question: do you have more than one sound device e.g.
motherboard and USB sound card? If so, you may be looking at the wrong
one. Start by looking in /proc/asound to see if what's there looks
right, and if there is more than one cardN directory, usually but not
always starting with card0.

The utility called speaker-test which is in alsa-utils is useful. It
only makes noises, but it's quicker to use than locating an MP3 file
and player, and then wondering whether the player is working. Just type
speaker-test at a prompt and kill it with ctrl-C.

-- 
Joe


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20120529190845.485b2...@jretrading.com

Re: Sound on Squeeze

2012-05-29 Thread Javier Vasquez 
On Tue, May 29, 2012 at 12:08 PM, Joe j...@jretrading.com wrote:
 On Tue, 29 May 2012 17:55:22 +0100
 Lisi lisi.re...@gmail.com wrote:

 Hello, all!

 On a new installation of Squeeze the sound is muted.  I have checked
 Alsamixer and made sure that master and PCM are not muted, as
 recommended by Claudius. But sound is still muted.

 A large part of the problem is that I am a total ignoramus when it
 comes to sound, so although i have launched both Alsamixer and Kmix
 (consecutively, not simultaneously!), I can see nothing wrong.  But
 as I don't know what to look for, (other than, thanks to Claudius,
 the 00s in Alsamixer for Master and PCM), that is not surprising.

 Where do I look next?  And for what do I look?


 Probably tutorials on Linux sound...

 Very first question: is the user in the audio group? Absolutely vital.

 Next quick question: do you have more than one sound device e.g.
 motherboard and USB sound card? If so, you may be looking at the wrong
 one. Start by looking in /proc/asound to see if what's there looks
 right, and if there is more than one cardN directory, usually but not
 always starting with card0.

 The utility called speaker-test which is in alsa-utils is useful. It
 only makes noises, but it's quicker to use than locating an MP3 file
 and player, and then wondering whether the player is working. Just type
 speaker-test at a prompt and kill it with ctrl-C.

 --
 Joe


BTW, if using USB sound device then care must be taken cause debian
always set usb device as non 1st device:

/etc/modprobe.d/alsa-base.conf

 16 # Keep snd-usb-audio from beeing loaded as first soundcard
 17 options snd-usb-audio index=-2

-- 
Javier.


--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/CALUrRGe6P3+8OetvJicTGac=wnxpyd7b5cxw95ptorhnma3...@mail.gmail.com

Re: Sound on Squeeze

2012-05-29 Thread keith 
On Tue, 29 May 2012 17:55:22 +0100
Lisi lisi.re...@gmail.com wrote:


 Where do I look next?  And for what do I look?
 

Sometimes its the speaker volume you need. 


-- 
keith km3...@gmail.com


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20120529194911.fd94dc626e26712612cc5...@gmail.com

Re: Sound on Squeeze

2012-05-29 Thread Andrei POPESCU 
On Ma, 29 mai 12, 17:55:22, Lisi wrote:
 Hello, all!
 
 On a new installation of Squeeze the sound is muted.  I have checked 
 Alsamixer 
 and made sure that master and PCM are not muted, as recommended by Claudius.  
 But sound is still muted.  
 
 A large part of the problem is that I am a total ignoramus when it comes to 
 sound, so although i have launched both Alsamixer and Kmix (consecutively, 
 not simultaneously!), I can see nothing wrong.  But as I don't know what to 
 look for, (other than, thanks to Claudius, the 00s in Alsamixer for Master 
 and PCM), that is not surprising.
 
 Where do I look next?  And for what do I look?

Look at the output of 'amixer' (or post it here). Also 'aplay -l' might 
give some clues. Does 'speaker-test' look like it's doing something?

Kind regards,
Andrei
-- 
Offtopic discussions among Debian users and developers:
http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic


signature.asc
Description: Digital signature

Re: Sound on Squeeze

2012-05-29 Thread Joe 
On Tue, 29 May 2012 12:38:13 -0600
Javier Vasquez j.e.vasque...@gmail.com wrote:

 
 
 BTW, if using USB sound device then care must be taken cause debian
 always set usb device as non 1st device:
 
 /etc/modprobe.d/alsa-base.conf
 
  16 # Keep snd-usb-audio from beeing loaded as first soundcard
  17 options snd-usb-audio index=-2
 

Thank you. I've just done a new installation of squeeze and wondered
why this was happening. I knew the modules were right so it never
occurred to me to poke around here.

-- 
Joe


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20120529201418.5e15f...@jretrading.com

Re: Only 3.6gb of 64gb RAM recognized by 64bit squeeze

2012-05-29 Thread Stan Hoeppner 
On 5/29/2012 4:08 PM, Seyyed Mohtadin Hashemi wrote:
 On Tue, 2012-05-15 at 21:26 +0200, Seyyed Mohtadin Hashemi wrote:
 On Tue, May 15, 2012 at 8:51 PM, Stan Hoeppner
 s...@hardwarefreak.com wrote:
 On 5/15/2012 12:26 PM, Seyyed Mohtadin Hashemi wrote:
  On Tue, May 15, 2012 at 4:30 AM, Henrique de Moraes Holschuh
 h...@debian.org
  wrote:
 
  On Mon, 14 May 2012, Stan Hoeppner wrote:
  On 5/13/2012 7:02 PM, Henrique de Moraes Holschuh wrote:
  On Fri, 11 May 2012, Seyyed Mohtadin Hashemi wrote:
  On 5/10/2012 1:16 PM, Stan Hoeppner wrote:
  If this doesn't fix the issue, and memtest and other
 utils can see
  all
  64GB just fine, then I'd say you're dealing with a BIOS
 bug.
 
  The very top of /var/log/dmesg has the kernel debug
 output about the
  memory
  map.  It might well tell us very quickly who is the
 culprit, if the
  user
  with the problem can post it for the best working case
 and the
  non-working
  [0.00] e820 update range: e000 -
 00101f00
  (usable) == (reserved)
  [0.00] WARNING: BIOS bug: CPU MTRRs don't cover
 all of memory,
  losing 61936MB of RAM.
 
  There you have it.
 
  I'm not surprised I was correct WRT a BIOS bug, but I am a
 little
  embarrassed I didn't know and suggest this would be
 reported in dmesg.
  I admit I just don't see this very often--this being the
 1st time
  actually seeing this WARNING.
 
  Well, it is the first time I've seen a BIOS screw it up so
 badly as to
  have someone lose 61GiB of RAM over it.
 
  Any of the latest versions of the longterm kernels
 (2.6.32, 3.0), or
  latest 3.2 should be able to repair MTRRs properly, but
 you have to
  compile the kernel with that option enabled.  It might be
 already
  available, but not enabled by default.  In that case,
 this might help
  you:
 
  Yep.  In vanilla 3.2.6 it's selected by default in
 menuconfig, and you
  can't un-select it.
 
  We _really_ need to have that enabled by default on the
 Debian kernels
  IMO, if we don't enable it already.
 
  --
   One disk to rule them all, One disk to find them. One
 disk to bring
   them all and in the darkness grind them. In the Land of
 Redmond
   where the shadows lie. -- The Silicon Valley Tarot
   Henrique Holschuh
 
 
  Thank you for the tips Henrique and Stan, unfortunately i
 don't have time
  to build/test new kernels this week because i have to finish
 my thesis. I
  will have time next week to look at it and report back the
 results.
 
 
 In that case you could simply install the latest backport
 kernel image
 and see if that does the trick.  Should be quick 'n painless.
 
 Add to /etc/apt/sources.list
 deb http://backports.debian.org/debian-backports
 squeeze-backports \
 main contrib non-free
 
 $ aptitude update
 $ aptitude -t squeeze-backports install
 linux-image-3.2.0-0.bpo.1-amd64
 $ shutdown -r now
 
 Should take less than 5 minutes.
 
 --
 Stan
 

 Funny you should mention that, I did actually try the exact kernel you
 mentioned yesterday - it did not go well, i got kernel panic. I didn't
 do many tests because i didn't have much time, i went back to the old
 kernel, and though i'm not happy with the situation the computer at
 least works and i can use the CPU to do calculations.
 
 
 Hi Stan,
 
 I RMA'd the MB and with the replacement I received I am able to run the
 3.2 kernel and all installed RAM is usable. However, I have to use
 noapic irqpoll acpi=force boot flags.

Needing some boot flags with some main boards isn't uncommon.  And in
fact using various boot flags used to be (maybe still is) needed to get
Linux VMs running properly on VMWare ESX, specifically the system clock.
 So the boot flags are just a bare metal hardware issue.

 I did have a small problem, sometimes I would get RAM R/W test fail at
 BIOS POST. I had done extensive memtest on the DIMMs earlier so I only
 tested if the individual DIMMs could POST, only one gave the RAM R/W
 test fail. After removing the faulty DIMM + a healthy DIMM the system
 works smoothly.

What replacement board board did you get?  Another ASUS or a SuperMicro?

-- 
Stan


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of unsubscribe. Trouble?

Re: Sound on Squeeze

2012-05-29 Thread Lisi 
On Tuesday 29 May 2012 19:08:45 Joe wrote:
 Probably tutorials on Linux sound...

These don't help much, because they assume that you know about sound and just 
want to know how it works on Linux. :-(

Lisi


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/201205292153.38479.lisi.re...@gmail.com

Re: Sound on Squeeze

2012-05-29 Thread Lisi 
On Tuesday 29 May 2012 20:04:28 Andrei POPESCU wrote:
 On Ma, 29 mai 12, 17:55:22, Lisi wrote:
  Hello, all!
 
  On a new installation of Squeeze the sound is muted.  I have checked
  Alsamixer and made sure that master and PCM are not muted, as recommended
  by Claudius. But sound is still muted.

  Where do I look next?  And for what do I look?

 Look at the output of 'amixer' (or post it here). 

john@Squeeze:/proc/asound$ amixer
Simple mixer control 'Master',0
  Capabilities: pvolume pvolume-joined pswitch pswitch-joined penum
  Playback channels: Mono
  Limits: Playback 0 - 64
  Mono: Playback 64 [100%] [0.00dB] [on]
Simple mixer control 'PCM',0
  Capabilities: pvolume penum
  Playback channels: Front Left - Front Right
  Limits: Playback 0 - 255
  Mono:
  Front Left: Playback 255 [100%] [0.00dB]
  Front Right: Playback 255 [100%] [0.00dB]
Simple mixer control 'Front',0
  Capabilities: pvolume pswitch penum
  Playback channels: Front Left - Front Right
  Limits: Playback 0 - 64
  Mono:
  Front Left: Playback 0 [0%] [-64.00dB] [on]
  Front Right: Playback 0 [0%] [-64.00dB] [on]
Simple mixer control 'Front Mic',0
  Capabilities: pvolume pswitch penum
  Playback channels: Front Left - Front Right
  Limits: Playback 0 - 31
  Mono:
  Front Left: Playback 0 [0%] [-34.50dB] [on]
  Front Right: Playback 0 [0%] [-34.50dB] [on]
Simple mixer control 'Front Mic Boost',0
  Capabilities: volume penum
  Playback channels: Front Left - Front Right
  Capture channels: Front Left - Front Right
  Limits: 0 - 3
  Front Left: 0 [0%]
  Front Right: 0 [0%]
Simple mixer control 'Line',0
  Capabilities: pvolume pswitch penum
  Playback channels: Front Left - Front Right
  Limits: Playback 0 - 31
  Mono:
  Front Left: Playback 0 [0%] [-34.50dB] [on]
  Front Right: Playback 0 [0%] [-34.50dB] [on]
Simple mixer control 'Mic',0
  Capabilities: pvolume pswitch penum
  Playback channels: Front Left - Front Right
  Limits: Playback 0 - 31
  Mono:
  Front Left: Playback 0 [0%] [-34.50dB] [off]
  Front Right: Playback 0 [0%] [-34.50dB] [off]
Simple mixer control 'Mic Boost',0
  Capabilities: volume penum
  Playback channels: Front Left - Front Right
  Capture channels: Front Left - Front Right
  Limits: 0 - 3
  Front Left: 0 [0%]
  Front Right: 0 [0%]
Simple mixer control 'IEC958',0
  Capabilities: pswitch pswitch-joined penum
  Playback channels: Mono
  Mono: Playback [off]
Simple mixer control 'IEC958 Default PCM',0
  Capabilities: pswitch pswitch-joined penum
  Playback channels: Mono
  Mono: Playback [on]
Simple mixer control 'Beep',0
  Capabilities: pvolume pswitch penum
  Playback channels: Front Left - Front Right
  Limits: Playback 0 - 31
  Mono:
  Front Left: Playback 0 [0%] [-34.50dB] [off]
  Front Right: Playback 0 [0%] [-34.50dB] [off]
Simple mixer control 'Capture',0
  Capabilities: cvolume cswitch penum
  Capture channels: Front Left - Front Right
  Limits: Capture 0 - 31
  Front Left: Capture 0 [0%] [-13.50dB] [on]
  Front Right: Capture 0 [0%] [-13.50dB] [on]
Simple mixer control 'Capture',1
  Capabilities: cvolume cswitch penum
  Capture channels: Front Left - Front Right
  Limits: Capture 0 - 31
  Front Left: Capture 9 [29%] [0.00dB] [off]
  Front Right: Capture 9 [29%] [0.00dB] [off]
Simple mixer control 'Input Source',0
  Capabilities: cenum
  Items: 'Mic' 'Front Mic' 'Line'
  Item0: 'Mic'
Simple mixer control 'Input Source',1
  Capabilities: cenum
  Items: 'Mic' 'Front Mic' 'Line'
  Item0: 'Mic'
john@Squeeze:/proc/asound$

 Also 'aplay -l' might 
 give some clues. 

john@Squeeze:/proc/asound$ aplay -l
 List of PLAYBACK Hardware Devices 
card 0: NVidia [HDA NVidia], device 0: ALC662 rev1 Analog [ALC662 rev1 Analog]
  Subdevices: 1/1
  Subdevice #0: subdevice #0
card 0: NVidia [HDA NVidia], device 1: ALC662 rev1 Digital [ALC662 rev1 
Digital]
  Subdevices: 1/1
  Subdevice #0: subdevice #0
john@Squeeze:/proc/asound$

 Does 'speaker-test' look like it's doing something?

Yes, a lot.  I just can't hear it.

Thanks, Andrei.

Lisi



--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/201205292157.36801.lisi.re...@gmail.com

Re (2): Dying Iceweasel.

2012-05-29 Thread peter 
From:   Camaleon noela...@gmail.com
Date:   Sat, 26 May 2012 10:09:41 + (UTC)
 Instructions for using those repos are detailed here:
 http://mozilla.debian.net/

Thanks.  So now the two systems are more similar.
http://carnot.yi.org/ArmadaPackages  
http://carnot.yi.org/DaltonPackages

 Wow... and you wonder why it closes in some sites?

That is what the squeeze archive gave.

Replacing iceweasel 3.5.16-15 with 12.0-7~bpo60+1 in the 
Debian Squeeze repository would simplify the installation 
process.  Are there any other arguments against this potential 
improvement?

From:   Scott Ferguson scott.ferguson.debian.u...@gmail.com
Date:   Sat, 26 May 2012 12:56:45 +1000
@armada:~# wget -O- -q http://mozilla.debian.net/archive.asc | gpg --import

http://mozilla.debian.net/archive.asc locates a key.
-O - directs it to stdout and -q quiets the output.
This is a way of providing the required key from the 
archive to gpg on the target machine?  Thanks.  No 
hint of it in http://mozilla.debian.net/ .

Regards,   ... Peter E.


-- 
Telephone 1 360 639 0202.  Bcc: peter at easthope.ca
http://carnot.yi.org/ 
http://members.shaw.ca/peasthope/index.html#Itinerary 


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/170757533.57798.50163@cantor.invalid

Re: LSI MegaRAID SAS 9240-4i hangs system at boot

2012-05-29 Thread Stan Hoeppner 
On 5/29/2012 7:09 AM, Ramon Hofer wrote:
 On Sun, 20 May 2012 21:37:19 -0500
 Stan Hoeppner s...@hardwarefreak.com wrote:
 
 (...)
 
 Does the mobo BIOS show the disk device?  If not, does the 9240 BIOS
 show the disk device, RAID level, and its size?

 What we need to figure out is whether this is a BIOS problem at this
 point or a Debian installer kernel driver problem.
 
 I have finally found some time to work on the problem:
 
 I set up a raid1 in the hba bios. I couldn't install onto it with the
 supermicro mb.
 
 Then I mounted the lsi hba into my old server with an Asus mb (can't
 remember which one it is, must have to check it at home...). It (almost)
 works like a charm.
 The only issue is that I can't enter the hba BIOS when it's mounted in
 the Asus mb. But when I put it back into the Supermicro mb I can access
 it again. Very strange!

This behavior isn't strange.  Just about every mobo BIOS has an option
to ignore or load option ROMs.  On your SuperMicro board this is
controlled by the setting AddOn ROM Display Mode under the Boot
Feature menu.  Your ASUS board likely has a similar feature that is
currently disabled, preventing the LSI option ROM from being loaded.

 But apart from that I could install Debian onto the raid1. Then I set

This was on the ASUS board correct?  Were you able to boot the RAID1
device after install?  If so this indeed would be strange as you should
not be able to boot from the HBA if its ROM isn't loaded.

 the bios to use the disks as jbods and installed Debian gain to a drive
 directly attached to the mb sata controller.
 With the original squeeze kernel the disks attached to the hba weren't
 visible. But after updating to the bpo kernel I can fdisk them
 separately and put it into a raid5 (in the end I want to apply the 500G
 partition method Cameleon suggested).

This experience with the ASUS board leads me to wonder if disabling the
option ROM and INT19 on the SM board would allow everything to function
properly.  Try that before you take the board to the dealer for
flashing.  Assuming you've deleted any BIOS configured RAID devices in
the HBA BIOS already and all drives are configured for JBOD mode, drop
the HBA back into the SM board, go into the SM BIOS, set PCI Slot X
Option ROM to DISABLED where X is the number of the PCIe slot in
which the LSI HBA is inserted.  Set Interrupt 19 Capture to
DISABLED.  Save settings and reboot.

You should now see the same behavior as on the ASUS, including the HBA
BIOS not showing up during the boot process.  Which I'm thinking is the
key to it working on the ASUS as the ROM code is never resident.  Thus
it is not causing problems with kernel driver, which is apparently
assuming the 9240 series ROM will not be resident.

This loading of the option ROM code is what some would consider the
difference between HBA RAID mode and HBA JBOD mode.

 Did you already flash the C7P67 BIOS to the latest version?  I can't
 recall.
 
 I have tried to do that but it was quite strange.
 I created a freedos usb stick with unetbootin and copied the files for
 the update from supermicro into the stick. I did exactly what the
 readmes told me. But when I did it the first time there was no output
 of the flash process and the directory where the supermicro files were
 located on the stick was empty.
 When I tried to do the procedure again it complains that I have to
 first install version 1.

Unfortunately flashing mobo BIOS is still not always an uneventful nor
routine process, even in 2012.

 I will now bring it to my dealer who can do the BIOS update for me.
 
 And I will write to Supermicro if they are aware of the issue.

Try what I mention above before doing either of these things.

Good luck.

-- 
Stan


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4fc57cac.6020...@hardwarefreak.com

Re: Only 3.6gb of 64gb RAM recognized by 64bit squeeze

2012-05-29 Thread Stan Hoeppner 
On 5/29/2012 3:48 PM, Stan Hoeppner wrote:

  So the boot flags are just a bare metal hardware issue.

This should have read are NOT just a bare metal issue.

-- 
Stan


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4fc57d2f.8040...@hardwarefreak.com

  1   2   >