RE: servidor desligando sozinho

2014-07-17 Por tôpico Vitor Hugo
troquei o capacitores e agora esta funcionando vamos ver

From: vitorhug...@hotmail.com
To: h...@debian.org; wilia...@yahoo.com.br
CC: debian-user-portuguese@lists.debian.org
Subject: RE: servidor desligando sozinho
Date: Tue, 15 Jul 2014 21:22:37 -0300




fazendo uma limpeza achei um capacitor estufado acredito que seja este o 
problema. não acredito que seja fonte pois trabalhou muito tempo sem dar 
problemas.

 Date: Mon, 14 Jul 2014 20:26:34 -0300
 From: h...@debian.org
 To: wilia...@yahoo.com.br
 CC: vitorhug...@hotmail.com; debian-user-portuguese@lists.debian.org
 Subject: Re: servidor desligando sozinho
 
 On Mon, 14 Jul 2014, Wiliam Freitas wrote:
  Sobre problema de desligamento, só vejo a fonte de alimentação como
  possível causa, pois qualquer outro dispositivo irá lhe dar sinais, ao
  passo que a fonte irá desligar de uma só vez.
 
 Nem sempre.  Servidores com Xeons novos precisam de uma atualização de
 firmware para evitar desligamentos repentinos quando estão mornos, etc.
 
 Varia muito.  Mas fonte ruim é uma das causas prováveis, sim.
 
 -- 
   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
 
 
 -- 
 To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org
 with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
 Archive: https://lists.debian.org/20140714232634.ge5...@khazad-dum.debian.net
 

  

backports

2014-07-17 Por tôpico Vitor Hugo
alguém usa o backports vale a pena em ambientes de produção algum bug? ele faz 
algo como o archlinux faz?
  

Re: backports

2014-07-17 Por tôpico Fábio Rabelo
Boa tarde .

Eu uso o Backports desde que ele existe, e nunca tive nenhum tipo de problema .

Sobre Arch, eu não saberia dizer, não faço uso dele 


Fábio Rabelo

Em 17 de julho de 2014 15:28, Vitor Hugo vitorhug...@hotmail.com escreveu:
 alguém usa o backports vale a pena em ambientes de produção algum bug? ele
 faz algo como o archlinux faz?


--
To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/CAEekY664D+71XTvRd5wx7mkq_0c9=vgCRE35TS4mua�ob...@mail.gmail.com



Re: backports

2014-07-17 Por tôpico Tiago Rocha

Uso desde de o Squeezy.
Só tive problema uma vez mas tinha software parietário no meio;)
Estava usando Debian Wheezy com Kernel do backports e tinha que compilar 
um módulo para uma placa de vídeo da AMD, mas eu não consegui de 
primeira porque dava um erro relacionado ao dkms(nem me lembro mais o 
que era exatamente).

Fora essa ocasião nunca tive problemas.

--
Tiago™

É bom tudo aquilo que faço que diminui o meu poder sobre outra pessoa;
é ruim tudo aquilo que faço que aumenta o meu poder sobre ela.”
Antônio Joaquim Severino


--
To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/53c81abc.3040...@openmailbox.org



Re: backports

2014-07-17 Por tôpico Paulo Roberto P. Evangelista
Eu utilizo backports, nenhum problema. O backport é um repositorio onde
existem alguns pacotes com as versões mais atualizadas de um determinado
software.

http://backports.debian.org/
Backports are packages taken from the next Debian release (called
testing), adjusted and recompiled for usage on Debian stable. 

Falando no arch... O arch linux é uma distribuição rolling release, não
existe versionamento, você utiliza as versões mais atualizadas de software,
ele é um pouco parecido com o  debian Sid, mas há diferenças. Se você quer
utilizar softwares mais atualizados, pode tentar o debian sid, mas é
importante que saiba que problemas podem ocorrer. Entretando algumas
pessoas que conheco informam que nunca tiveram nenhum tipo de problema
grave, eu mesmo nunca tive(utilizo em alguns dos meus computadores.), mas
para você o utilizar, é recomendado que você tenha um minimo nivel de
conhecimento para poder corrigir situações de quebra de dependencias que
podem ocorrer.

obs: desculpem a falta de acentuação, estou sem tempo de ficar
corretamente. 


2014-07-17 15:49 GMT-03:00 Tiago Rocha tiago.ro...@openmailbox.org:

 Uso desde de o Squeezy.
 Só tive problema uma vez mas tinha software parietário no meio;)
 Estava usando Debian Wheezy com Kernel do backports e tinha que compilar
 um módulo para uma placa de vídeo da AMD, mas eu não consegui de primeira
 porque dava um erro relacionado ao dkms(nem me lembro mais o que era
 exatamente).
 Fora essa ocasião nunca tive problemas.

 --
 Tiago™

 É bom tudo aquilo que faço que diminui o meu poder sobre outra pessoa;
 é ruim tudo aquilo que faço que aumenta o meu poder sobre ela.”
 Antônio Joaquim Severino


 --
 To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org
 with a subject of unsubscribe. Trouble? Contact
 listmas...@lists.debian.org
 Archive: https://lists.debian.org/53c81abc.3040...@openmailbox.org




Re: backports

2014-07-17 Por tôpico Sérgio Abrantes Junior
Olá,

Como meu notebook é novo, o kernel padrão não possui o driver do wireless e
não quero (preguiça) compilar heheh
Por isso uso o kernel do backports.
Nunca tive problemas.

Sérgio Abrantes


Em 17 de julho de 2014 16:13, Paulo Roberto P. Evangelista 
shellcl...@gmail.com escreveu:

 Eu utilizo backports, nenhum problema. O backport é um repositorio onde
 existem alguns pacotes com as versões mais atualizadas de um determinado
 software.

 http://backports.debian.org/
 Backports are packages taken from the next Debian release (called
 testing), adjusted and recompiled for usage on Debian stable. 

 Falando no arch... O arch linux é uma distribuição rolling release, não
 existe versionamento, você utiliza as versões mais atualizadas de software,
 ele é um pouco parecido com o  debian Sid, mas há diferenças. Se você quer
 utilizar softwares mais atualizados, pode tentar o debian sid, mas é
 importante que saiba que problemas podem ocorrer. Entretando algumas
 pessoas que conheco informam que nunca tiveram nenhum tipo de problema
 grave, eu mesmo nunca tive(utilizo em alguns dos meus computadores.), mas
 para você o utilizar, é recomendado que você tenha um minimo nivel de
 conhecimento para poder corrigir situações de quebra de dependencias que
 podem ocorrer.

 obs: desculpem a falta de acentuação, estou sem tempo de ficar
 corretamente. 


 2014-07-17 15:49 GMT-03:00 Tiago Rocha tiago.ro...@openmailbox.org:

 Uso desde de o Squeezy.
 Só tive problema uma vez mas tinha software parietário no meio;)
 Estava usando Debian Wheezy com Kernel do backports e tinha que compilar
 um módulo para uma placa de vídeo da AMD, mas eu não consegui de primeira
 porque dava um erro relacionado ao dkms(nem me lembro mais o que era
 exatamente).
 Fora essa ocasião nunca tive problemas.

 --
 Tiago™

 É bom tudo aquilo que faço que diminui o meu poder sobre outra pessoa;
 é ruim tudo aquilo que faço que aumenta o meu poder sobre ela.”
 Antônio Joaquim Severino


 --
 To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org
 with a subject of unsubscribe. Trouble? Contact
 listmas...@lists.debian.org
 Archive: https://lists.debian.org/53c81abc.3040...@openmailbox.org





Placa mãe ZMAX HOME 2400/IPX1800G1 + USB 3.0 + xHCI = Teclado e Mouse não reconhecidos

2014-07-17 Por tôpico Jamenson Ferreira Espindula de Almeida Melo
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1



Jaboatão dos Guararapes, PE, 18 de julho de 2014.

O problema: o teclado e o mouse ambos da marca zmax não estavam
aparecendo na inicialização do sistema (Linux From Scratch 7.5 com kernel
3.13.3).

Obs.: os mencionados dispositivos aparecem e funcionam normalmente no
Windows 7 e no Debian GNU/Linux (Whezzy) instalados na mesma máquina.

A solução: recompilar o kernel (3.13.3) e habilitar a opção
CONFIG_USB_XHCI_HCD.

__

Informação fornecida pela Desktop Management Interface (DMI):
placa mãe: ZMAX HOME 2400/IPX1800G1, BIOS F4c DB 04/16/2014

__

Informação copiada do portal Linux USB (
http://www.linux-usb.org/PressRel1.html):

O Linux suporta ambos o Universal Host Controller Interface (UHCI,
utilizado por chipsets de placas mãe Intel e Via) e o Open Host Controller
Interface (OHCI, utilizado por chipsets Compaq, Apple, SiS, OPTi, Lucent
and ALi chipsets), fazendo com que o suporte USB esteja disponível para
qualquer pessoa com uma placa mãe moderna, ou com um PCI vago ou slot
PcCard disponível para inserir uma placa controladora de host USB barata. O
Linux também suporta hubs USB, os quais disponibilizam expansão para
dispositivos adicionais.


___

Informação copiada do portal Linux Kernel Driver Database (
http://cateee.net/lkddb/web-lkddb/USB_XHCI_HCD.html):

xHCI HCD (USB 3.0) support found in drivers/usb/host/Kconfig

The configuration item CONFIG_USB_XHCI_HCD:

prompt: xHCI HCD (USB 3.0) support
type: tristate
depends on: (none)
defined in drivers/usb/host/Kconfig
found in Linux kernels: 3.7–3.15, 3.16-rc+HEAD
modules built: xhci-hcd, xhci

Texto ajuda

A eXtensible Host Controller Interface (xHCI) é padrão para controladora
host de hardware USB 3.0 SuperSpeed.

Para compilar este driver como um módulo, escolha M aqui: o módulo será
chamado xhci-hcd.

___

Saída do comando lspci -v -s 00:14.0:

00:14.0 USB controller: Intel Corporation Atom Processor Z36xxx/Z37xxx
Series USB xHCI (rev 0c) (prog-if 30 [XHCI])
Subsystem: Gigabyte Technology Co., Ltd Device 5007
Flags: bus master, medium devsel, latency 0, IRQ 106
Memory at d070 (64-bit, non-prefetchable) [size=64K]
Capabilities: [70] Power Management version 2
Capabilities: [80] MSI: Enable+ Count=1/8 Maskable- 64bit+
Kernel driver in use: xhci_hcd

___

Também ajudou muito na compreensão do problema as informações colhidas na
BIOS da máquina (placa mãe: ZMAX HOME 2400/IPX1800G1, BIOS F4c DB
04/16/2014).

Fabricante: American Megatrends, Inc.
Versão de BIOS: 2.16.1242

Guia: Avançado
Opção: Configuração USB
Subopção: Suporte USB 3.0 --  Habilitado
Subopção: XHCI Hand-off  --  Habilitado




Assim, na verdade, o que estava acontecendo é que o driver xhci_hcd não
estava sendo carregado no kernel Linux e, por consequência, nenhum
dos dispositivos conectados nas portas USB estava sendo reconhecido pelo
aplicativo udev (que adiciona dinamicamente todos os dispositivos
conectados).

Uma vez que o suporte correto ao driver foi compilado no kernel, todos os
dispositivos conectados foram automaticamente reconhecidos e
adicionados sem a necessidade de qualquer configuração extra.

Moral da história: inicialmente, não há motivo para se formatar e
reinstalar todo o Sistema Operacional.   Basta que se entenda o problema
e configure corretamente o kernel ou arquivos de configuração para tudo
funcionar conforme esperado.


-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)

iQEcBAEBAgAGBQJTyJ0BAAoJECrgJcAIqGGAyCAH/1Ok0t8iz4BgrgjUgXvEo0nM
AuNV90/KekftzMef+ohGtuzxsDoYuxAQViiDyTYGGm3oYovarKNEbDdG78y38tGz
rHoAiSKV0/H3BhoS5sanmj9oLhzghukspzvxJJM1V41HtUkHh3Q1CniAaSYgZJpq
Uqwmf1z2dFCCGluYLpnrmFpkgww/5+6HooFqDOWBfLspMOVo4GH+UvVWTqsPHt/L
OfQMvnIJ+61b7yJ+1PRrCeRIRwH/q5L4SFWj7Ft2Ex8zpg+OsIZEWI1rttnDD5B4
mRl8a5QkCltEXxsKf677wuzXmpr7vE+nIDgeGNJwKKeAOOMnYMmHa7yiDbJa1DU=
=kjdI
-END PGP SIGNATURE-