Re: Upgrade Correto

2004-09-22 Thread Leonardo Lourenço Crespilho




 só resta mais uma dúvida, o que o 
dselect vai fazer que o apt-get não faria

Segundo o Kov (desenvolvedor debian), o deve-se 
evitar usar o apt-get e usar o dselect. (ou o aptitude, que é o substituto do 
dselect). O que ele disse, mais ou menos, éque o apt-get foi criado para 
demonstrar algumas das funcionalidades do dselect e não deve ser utilizado. O q 
eu entendi foi que o apt-get é um subset do dselect.
Acontece que pra manter o banco de dados dos 
pacotes instalados na máquina, vc precisa dar um "update" tanto no apt-get 
quanto no dselect. Assim vc pode usar os 2 comandos.

Abraços

  - Original Message - 
  From: 
  Jader Augusto 
  
  To: Leonardo Lourenço Crespilho 
  Cc: debian-user-portuguese 
  
  Sent: Tuesday, September 21, 2004 9:14 
  PM
  Subject: Re: Upgrade Correto
  
  Muito obrigado pelo esclarecimento! vou fazer 
  logo!
  
  só resta mais uma dúvida, o que o dselect vai 
  fazer que o apt-get não faria
  
  Obrigado denovo :)
  
  Jader
  
- Original Message - 
From: 
    Leonardo Lourenço Crespilho 
To: Jader Augusto 
Cc: debian-user-portuguese 

Sent: Tuesday, September 21, 2004 5:02 
PM
Subject: Re: Upgrade Correto

Então... deveria funciona assim, mas com debian 
a gente tem que colocar 2 pés atrás.. rsrs... pq nada funciona de 
primeira:

# apt-get update  dselect update 
 apt-get upgrade  apt-get dist-upgrade  
apt-get dselect-upgrade  dselect install

Isso vai atualizar seu sistema. Na verdade não 
precisa da maioria dos comandos acima, mas pra ficar tudo certinho digita 
igual...

Depois, pra saber as imagens de kernel 
disponíveis, digita:

# apt-cache search kernel-image

Escolha uma imagem e a instale com o 
comando:

# dselect install 
kernel-image-x.x.xx


Nunca fiz, mas teoricamente funciona. 
=]

Abraços,
    Leonardo Lourenço Crespilho
http://www.nbis.com.br




  - Original Message - 
  From: 
  Jader Augusto 
  
  To: debian 
  Sent: Tuesday, September 21, 2004 
  2:40 PM
  Subject: Upgrade Correto
  
  Senhores,
  
  Acredito que o kernel padrão do Sarge é o 
  2.6.7 não é isso???
  
  Ok, deixa eu me explicar. Instalei há alguns 
  meses o Debian 3.0 rc2 com o Kernel 2.4.18bf24, depois de um tempinho 
  percebi que eu precisava de alguns pacotes mais atualizados, então taquei 
  um /sarge -- porque acredito que se eu deixar /testing, quando o sarge 
  passar a sero estável eu mudopara sid não é 
  isso???--no sources.list . 
  Tudo isso é hitorinha, o que eu preciso saber 
  mesmo é se há alguma forma fácil de instalar o novo Kernel... tipo com 
  apt-get, porque não tenho muita experiência se não existir uma forma assim 
  tão fácil, onde posso achar uma documentação facinho de ser seguida?? :P 
  
  
  Uso o Debian por esporte, pelo menos por 
  enquanto e se alguém puder responder 
  ficarei muito grato. 
  
  Jader 
:D


Re: Erro persiste... Kernel 2.6.8 - Ajuda por favor!!!! Unable to mount....

2004-09-21 Thread Leonardo Lourenço Crespilho
Arthur...  não sei o q vc pode fazer... Qual o seu kernel que funciona? Que
versão? Tenta comparar o .config do kernel antigo com o .config do kernel
novo. Coloca o .config do kernel antigo no /usr/src/linux/.config e
configura o kernel com make oldconfig. Isso vai fazer com que somente as
novas opções do kernel 2.6.8 (que não existiam no seu kernel antigo) sejam
perguntadas. Daí vc configura as novas opções como módulo, built-in ou not
configured.

Depois tenta compilar de duas formas. Com o initrd e sem o initrd.

Com initrd:
# make-dpkg --initrd --bzimage --revision=teste1.0 kernel_image
modules_image
Instala as imagens geradas no diretório /usr/src/_imagens_.deb
Inclua, no grub, a imagem initrd gerada.
Reinicia e testa.

Sem initrd:
# make-dpkg --bzimage --revision=teste1.0 kernel_image modules_image
Instala as imagens geradas no diretório /usr/src/_imagens_.deb
RETIRE, do grub, a entrada para a imagem initrd.
Reinicia e testa.


Se não funcionar, deve ser problema com o 2.6.8. Pra mim deu muito problema
também... e pelo que estou lendo nas listas de discussões, esse kernel tá
cheio de problema.

Estou curioso pra saber se funciona ou não. Nos mantenha informado. rsrs...
É que por enquanto estou sem máquina para fazer mais testes (VIU FÁBIO). Daí
não dá pra aprender mais (VIU FÁBIO...hehehe)

Abraços,
Leonardo Lourenço Crespilho
http://www.nbis.com.br



- Original Message - 
From: Arthur Tupinambá [EMAIL PROTECTED]
To: Yuri de Souza [EMAIL PROTECTED]
Cc: debian-user-portuguese@lists.debian.org
Sent: Tuesday, September 21, 2004 12:22 PM
Subject: RES: Erro persiste... Kernel 2.6.8 - Ajuda por favor Unable to
mount


 Yuri,

 O sistema do diretório raiz é ext3

 Obrigado,
 Arthur

 -Mensagem original-
 De: Yuri de Souza [mailto:[EMAIL PROTECTED]
 Enviada em: terça-feira, 21 de setembro de 2004 12:12
 Para: debian-user-portuguese
 Assunto: Re: Erro persiste... Kernel 2.6.8 - Ajuda por favor Unable
 to mount


 Arthur, me responda uma coisa:

 Qual o sistema de arquivos do seu diretório raiz?

 É Reiser Fs???

 Até


  --- Arthur Tupinambá [EMAIL PROTECTED]
 escreveu:
  Pessoal,
 
  Já deve ser a 50º vez que estou recompilando o
  kernel sem sucesso...
  Alguem pelo amor de Deus me de uma luz :/ Já li
  quase todas as referências
  indicadas no Google Mais não estou conseguindo!
 
  O erro:
  devfs_mk_dir: Invalid argument 6hda: hda1 hda2
  hda3 hda4
  kernel panic: VFS Unable to mount root fs on (3,2)
 
  Meu /boot/grub/menu.lst:
  root(hd0,1)
  kernel /boot/vmlinuz-2.8.1 root=/dev/hda2
  initrd /boot/initrd-2.8.1
  boot
 
  Sintaxes que eu utilizei
  #make menuconfig #Configurei o kernel (EM ANEXO)
  #make-kpkg --revision=teste1.0 kernel_image
  #dpkg -i kernel-image2.6.8teste.1.0.deb
  #mkintrd -o /boot/initrd-2.8.1
  #vi /boot/grub/menu.lst (e coloquei a linha do
  initrd no kernel novo)
  #reboot :) (infelizmente sempre tive que voltar para
  o kernel antigo... ARGH!!!)
 
  Meu hardware:
  Placa Mãe MSI NEO 875p (chipset intel 875p)
  HD Maxtor 80gb 7200rpm
  Intel p4 2.4 HT
 
 
  Em anexo tá o meu .config atual antes eu estava
  usando o kernel baixado do
  site kernel.org,
  porém, agora estou usando o kernel-source baixado
  site do Debian devido aos
  patches
 
  Obrigado pela ajuda !!
  Abraços
 
  
  Arthur Henrique S. Tupinambá
   [EMAIL PROTECTED]
  
  Synchro Sistemas de Informação
  www.synchro.com.br
  
  Fone   : +55 ( 11 ) 3758 - 0021 / R. 187
  Fone   : +55 ( 11 ) 3758 - 0038
  Fax : +55 ( 11 ) 3758 - 3773
  Mob: +55 ( 11 ) 7718 - 5371
  E-mail  : [EMAIL PROTECTED]
  
 

  ATTACHMENT part 2 application/octet-stream
 name=.config






 ___
 Yahoo! Messenger 6.0 - jogos, emoticons sonoros e muita diversão. Instale
agora!
 http://br.download.yahoo.com/messenger/


 --
 To UNSUBSCRIBE, email to [EMAIL PROTECTED]
 with a subject of unsubscribe. Trouble? Contact
[EMAIL PROTECTED]


 -- 
 To UNSUBSCRIBE, email to [EMAIL PROTECTED]
 with a subject of unsubscribe. Trouble? Contact
[EMAIL PROTECTED]




Re: Alta Disponibilidade

2004-09-21 Thread Leonardo Lourenço Crespilho
 Leonardo Lourenço Crespilho escreveu:

  Boa tarde.
 
  Preciso montar um servidor de alta disponibilidade (HA). Segui as
  instruções de http://ha.underlinux.com.br/
 
  Tanto neste site quanto em outros que encontrei (pelo google) sobre
  HA, me mostram como fazer backups (com o drbd) de partições e não do
  sistema inteiro.
 
  Por exemplo, se eu faço o sincronismo/backup da partição /home
  inteira, e, num dos servidores (ha1, por exemplo), eu incluo 1
  usuário, esse usuário não será incluído no outro servidor (ha2, por
  exemplo) pq a partição /etc não está sendo sincronizada. O ideal seria
  eu mandar sincronizar a partição / completa, mas com a solução que
  encontrei nos sites eu não posso sincronizar a partição / completa,
  pois no servidor ha2 a partição a ser sincronizada deve estar
  desmontada enquanto ha1 estiver funcional.
 
  Uma solução que quase funcionaria seria mandar sincronizar a
  partição /etc também, além da /home inicial. Isso não funcionaria pois
  o ha2 não poderia ficar com o /etc desmontado (o drbd não trabalha com
  as partições montadas no segundo nodo - ha2)
 
  Alguém sabe como resolver esse tipo de problema? Algum jeitinho
  brasileiro ou alguma solução de alta disponibilidade melhor que o
  quarteto: ext3+drbd+heartbeat+mon apresentado na internet como
  solução de HA???

 tudo q vc leu sobre HA se refere aos aplicativos q vc estará rodando, e
 não sobre banco de dados de usuários e senhas, se o q vc quer é replicar
 usuários e senhas então vc precisa do LDAP ou do Kerberos, ou mesmo NIS
 e não HA .

 Fábio Rabelo


Oi Fábio. Na verdade o q eu quero é replicar tudo, não só usuários e senhas.
Quero HA pra colocar em alguns clientes que me pedem HA mesmo. Eles querem
que seus serviços não sejam interrompidos por problemas do tipo: queima de
um HD, fonte ou placa de rede. Daí vem a HA. O servidor secundário detecta q
o primário parou e passa a servir os serviços que pararam de funcionar no
servidor primário.
UM DOS problemas que tenho é replicar usuários que crio num servidor
existem outros. Por exemplo, se meu cliente me pede pra implementar DNS
também no servidor, daí eu teria que fazer tudo exatamente igual nos 2
servidores, pra deixar sempre os 2 funcionando perfeitamente igual... mas eu
não quero ter o trabalho de fazer tudo igual nos 2 servidores, até mesmo pq
isso é meio que impossível de se fazer na mão. Só se eu anotar todos os
comandos dados num servidor e digitar exatamente igual no outro, e fazer
isso todos os dias...  Meio burro, concorda? Por isso estou atrás de uma
solução que faça replicação completa dos dados. Quer um exemplo de outro
problema? Por exemplo o servidor DNS. Se um cliente meu liga agora e diz que
precisa de um servidor DNS, daí eu instalo na máquina principal (ha1). O
bind9 cria arquivos dentro de /etc, /usr e /var. MAS, com o drbd eu não
posso sincronizar esses diretórios (ou partições). Só posso sincronizar
partições não importantes pro sistema, como uma criada por mim... exemplo:
/sincronizar
O q eu queria, é que quando eu instalasse o bind9 em ha1, ele já fosse
instalado, ao mesmo tempo, em ha2. Queria que exatamente tudo fosse
sincronizado entre eles. Se não tudo, pelo menos uma boa parte pra facilitar
a administração... pq com a solução encontrada na net, pra instalar o bind9,
eu teria que instalar ele em ha1, depois em ha2, editar os 2 arquivos de
configuração e fazer tudo igual. Ou seja, demoro o dobro do tempo (ou mais,
pq tem que ficar comparando as linhas de comando... arquivos de
configuração, etc) pra fazer uma tarefa...

Obrigado e abraços,
Leonardo





Re: Upgrade Correto

2004-09-21 Thread Leonardo Lourenço Crespilho



Então... deveria funciona assim, mas com debian a 
gente tem que colocar 2 pés atrás.. rsrs... pq nada funciona de 
primeira:

# apt-get update  dselect update 
 apt-get upgrade  apt-get dist-upgrade  apt-get 
dselect-upgrade  dselect install

Isso vai atualizar seu sistema. Na verdade não 
precisa da maioria dos comandos acima, mas pra ficar tudo certinho digita 
igual...

Depois, pra saber as imagens de kernel disponíveis, 
digita:

# apt-cache search kernel-image

Escolha uma imagem e a instale com o 
comando:

# dselect install kernel-image-x.x.xx


Nunca fiz, mas teoricamente funciona. 
=]

Abraços,
Leonardo Lourenço Crespilho
http://www.nbis.com.br




  - Original Message - 
  From: 
  Jader Augusto 
  
  To: debian 
  Sent: Tuesday, September 21, 2004 2:40 
  PM
  Subject: Upgrade Correto
  
  Senhores,
  
  Acredito que o kernel padrão do Sarge é o 2.6.7 
  não é isso???
  
  Ok, deixa eu me explicar. Instalei há alguns 
  meses o Debian 3.0 rc2 com o Kernel 2.4.18bf24, depois de um tempinho percebi 
  que eu precisava de alguns pacotes mais atualizados, então taquei um /sarge -- 
  porque acredito que se eu deixar /testing, quando o sarge passar a sero 
  estável eu mudopara sid não é isso???--no sources.list . 
  
  Tudo isso é hitorinha, o que eu preciso saber 
  mesmo é se há alguma forma fácil de instalar o novo Kernel... tipo com 
  apt-get, porque não tenho muita experiência se não existir uma forma assim tão 
  fácil, onde posso achar uma documentação facinho de ser seguida?? :P 
  
  
  Uso o Debian por esporte, pelo menos por enquanto 
  e se alguém puder responder ficarei muito 
  grato. 
  
  Jader :D


Alta Disponibilidade

2004-09-21 Thread Leonardo Lourenço Crespilho



Boa tarde.

Preciso montar um servidor de alta disponibilidade 
(HA). Segui as instruções de http://ha.underlinux.com.br/

Tanto neste site quanto em outros que encontrei 
(pelo google) sobre HA, me mostram como fazer backups (com o drbd) de partições 
e não do sistema inteiro.

Por exemplo, se eu faço o sincronismo/backup da 
partição /home inteira, e, num dos servidores (ha1, por exemplo), eu incluo 1 
usuário, esse usuário não será incluído no outro servidor (ha2, por exemplo) pq 
a partição /etc não está sendo sincronizada. O ideal seria eu mandar sincronizar 
a partição / completa, mas com a solução que encontrei nos sites eu não posso 
sincronizar a partição / completa, pois no servidor ha2 a partição a ser 
sincronizada deve estar desmontada enquanto ha1 estiver funcional.

Uma solução que "quase funcionaria" seria mandar 
sincronizar a partição /etc também, além da /home inicial. Isso não funcionaria 
pois o ha2 não poderia ficar com o /etc desmontado (o drbd não trabalha com as 
partições montadas no segundo nodo - ha2)

Alguém sabe como resolver esse tipo de problema? 
Algum "jeitinho brasileiro" ou alguma solução de alta disponibilidade melhor que 
o quarteto: "ext3+drbd+heartbeat+mon"apresentado 
na internet como solução de HA???

Vcs usam o q pra HA no Debian?

Obrigado e abraços,
Leonardo Lourenço Crespilho
http://www.nbis.com.br



Debian Edu

2004-09-20 Thread Leonardo Lourenço Crespilho



Oi, bom dia.

Por favor, alguém poderia me dizer o q é exatamente 
o projeto "Debian Edu" ? Trata-se apenas de uma lista de discussão sobre 
softwares usados em educação, ou é uma espécie de distribuição linux Debian 
somente com pacotes educativos? Existe alguma distribuição Debian com pacotes 
educativos?

E o skolelinux? O q é?

Obrigado,
Leonardo Lourenço Crespilho
http://www.nbis.com.br




Re: Kernel Panic: VFS : Unable to mount root fs -AJUDA!!

2004-09-18 Thread Leonardo Lourenço Crespilho
Oi Arthur.

Isso. Compila ext3 como módulo e ext2 built-in.

  Bom para criaçao do initrd, eu preciso alterar o mkinitrd.conf de
cramfs pra ext2fs ?
Depende. Se o fonte do kernel foi baixado da net (www.kernel.org), daí
precisa usar ext2fs. Se o fonte do kernel foi instalado pelo debian
(deselect install kernel-source-2.x.x) , daí não precisa trocar pois o
kernel da debian já vem com um patch que faz o linux suportar cramfs.

 a sintaxe de comando é mkinitrd -o /DIRETORIO OUTPUT/ARQUIVO OUTPUT ?
Seria sim, mas o debian também tem um comando próprio para gerar essa
imagem:
# make-dpkg --initrd --bzimage make_image modules_image

Estive lendo um pouco sobre o initrd agora, antes de te responder esse
email... reparei que eu não entendi é nada do initrd. rs...
Pra mim isso funcionou com certeza...  agora, o pq funcionou eu não faço a
menor idéia.

Dá uma lida nessas 2 man pages: mkinitrd(8) e mkinitrd(5).

Abraços,
Leonardo Lourenço Crespilho


- Original Message - 
From: Arthur_Henrique_Sommerhalder_Tupinamba [EMAIL PROTECTED]
To: debian-user-portuguese debian-user-portuguese@lists.debian.org
Sent: Friday, September 17, 2004 7:18 PM
Subject: Re: Kernel Panic: VFS : Unable to mount root fs -AJUDA!!



 Primeiramente Leonardo, obrigado pela força:
 Vamos as dúvidas... (vamos dizer, que farei isso pelo menos em funcao de
 testes)

 - Se eu compilar o ext3 como módulo, jogo o ext2 como built-in ?? ou
apenas o
 ext3 como módulo ?
 - Bom para criaçao do initrd, eu preciso alterar o mkinitrd.conf de cramfs
pra
 ext2fs ? a sintaxe de comando é mkinitrd -o /DIRETORIO OUTPUT/ARQUIVO
OUTPUT ?

 Tentarei fazer o que nosso amigo Rubens disse, mas gostaria que mais
alguem
 desse uma ajuda referente ao problema Aos que já presenciaram o
problema...
 por favor, deem uma forcinha... Pois afinal, nada melhor do que um kernel
100%
 enxuto, rolando.

 Abraços a todos e mais uma vez Obrigado!

 Arthur

 Citando Leonardo Lourenço Crespilho [EMAIL PROTECTED]:

  Oi Arthur. Faz o seguinte. Compila o suporte a ext3 como módulo.
 
  --
  Também faz as configurações que o Ruben falou:
 
  * ATA/ATAPI/MFM/RLL support (CONFIG_IDE)
  * Enhanced IDE/MFM/RLL disk/cdrom/tape/floppy support
(CONFIG_BLK_DEV_IDE)
  * Include IDE/ATA-2 DISK support (CONFIG_BLK_DEV_IDEDISK)
  * generic/default IDE chipset support (CONFIG_IDE_GENERIC)
  * PCI IDE chipset support (CONFIG_BLK_DEV_IDEPCI)
  * Generic PCI IDE Chipset Support (CONFIG_BLK_DEV_GENERIC)
  --
 
  Olha... não consegui entender direito, mas tive muitos problemas com
esse
  kernel também. Não só com ele, mas com a família 2.4 e 2.6.   Fiz
diversas
  combinações e constatei, impiricamente, que o problema - pelo menos no
meu
  caso - estava em compilar ext3 no kernel, e não como módulo. Daí eu
  compilei
  como módulo e funcionou normal. Dessa experiência tirei algumas
conclusões,
  que se alguém aqui souber explicar melhor, por favor o faça, que não
  encontrei isso nas man pages:
 
  O initrd é uma espécie de pré-kernel, que é carregado para dar suporte à
  alguns dispositivos, como, por exemplo o ext3fs. Uma vez podendo acessar
  ext3fs, o grub pode buscar o kernel propriamente dito, que é então
  carregado. Nesse ponto o initrd é liberado da memória e não mais
utilizado.
  Daí o motivo do suporte a ext3 ser compilado como módulo, para que o
initrd
  também possa incluir suporte a ext3. Pelo menos nos meus testes, quando
eu
  compilava ext3 no kernel, minha imagem initrd não tinha suporte a ext3,
daí
  não explodia na memória os drivers pra acessar esse tipo de partição. E,
  como no /etc/fstab a partição é indicada como ext3fs, o grub não enxerga
  corretamente e não consegue carregar o kernel sem que o initrd tenha
  carregado o suporte a ext3 anteriormente.
  Cara... imagino que eu tenha falado muita besteira pois tirei essas
  conclusões empiricamente após 1 semana de compilação em 2 computadores.
E
  não encontrei documentação descente falando sobre isso, infelizmente.
  Por favor, se alguém manjar bastante disso, explique pra  gente ou então
  indique alguma documentação boa...  please.
 
  Abraços,
  Leonardo Lourenço Crespilho
 
 
  - Original Message - 
  From: Arthur Tupinambá [EMAIL PROTECTED]
  To: debian-user-portuguese@lists.debian.org
  Sent: Friday, September 17, 2004 11:19 AM
  Subject: Kernel Panic: VFS : Unable to mount root fs -AJUDA!!
 
 
   Pessoal,
  
   Preciso de uma ajuda urgente de quem já passou por esse tipo de
  experiência:
  
   Baixei o kernel 2.6.8.1, do kernel.org, descompactei, dei um make
  menuconfig e
   configurei-o.
   após isso eu compilo e instalo do modo debian:
   #make-kpkg --revision=custom1.0 kernel_image
   #dpkg -i kernel_image-custom1.0.deb
  
   Tudo ocorre numa boa, porém na hora do boot...
   Kernel Panic: VFS : Unable to mount root fs on unknown-block(3,2)
  
   O que pode ser??? to perdido, já recompilei o kernel umas 30 vezes

Re: Stable

2004-09-17 Thread Leonardo Lourenço Crespilho



A versão estável (stable) é a Woody.
A versão de teste (testing)é a 
Sarge.
A versão instável (unstable) é a Sid.



  - Original Message - 
  From: 
  Peterson Raydan Fontes Ursine 

  To: debian-user-portuguese@lists.debian.org 
  
  Sent: Friday, September 17, 2004 11:08 
  AM
  Subject: Stable
  
  Senhores, desculpem a pergunta tão desatualizada, mas gostaria de saber 
  qual a atual versão stable do debian, se é a woody oua sarge
  __Do You 
  Yahoo!?Tired of spam? Yahoo! Mail has the best spam protection around 
  http://mail.yahoo.com 



Re: Tutorial sobre Apache

2004-09-17 Thread Leonardo Lourenço Crespilho



Aqui tem uns artigos sobre Apache:
http://www.underlinux.com.br/apache.html?PHPSESSID=7dc1e34ae6034a1b9fa105fad19764b8

E aqui a página do apache:
http://httpd.apache.org/

Hélio, esse tipo de coisa vc pode procurar no 
Google ou no site principal do projeto. A documentação do projeto é sempre mais 
extensa e chata de ler, mas com certeza é a melhor e mais completa. Se vc ficar 
lendo tutoriais ou receitasde terceiros na internet, vai ficar dando murro 
em ponta de faca e nada vai funcionar...

Abraços,
Leonardo Lourenço Crespilho


  - Original Message - 
  From: 
  Hélio 
  To: Debian 
  Sent: Friday, September 17, 2004 11:33 
  AM
  Subject: Tutorial sobre Apache
  
  Olá lista,
  Alguém sabe de um tutorial sobre Apache 
  ?
  Valeu,
  Hélio.


Re: Kernel Panic: VFS : Unable to mount root fs -AJUDA!!

2004-09-17 Thread Leonardo Lourenço Crespilho
Oi Arthur. Faz o seguinte. Compila o suporte a ext3 como módulo.

--
Também faz as configurações que o Ruben falou:

* ATA/ATAPI/MFM/RLL support (CONFIG_IDE)
* Enhanced IDE/MFM/RLL disk/cdrom/tape/floppy support (CONFIG_BLK_DEV_IDE)
* Include IDE/ATA-2 DISK support (CONFIG_BLK_DEV_IDEDISK)
* generic/default IDE chipset support (CONFIG_IDE_GENERIC)
* PCI IDE chipset support (CONFIG_BLK_DEV_IDEPCI)
* Generic PCI IDE Chipset Support (CONFIG_BLK_DEV_GENERIC)
--

Olha... não consegui entender direito, mas tive muitos problemas com esse
kernel também. Não só com ele, mas com a família 2.4 e 2.6.   Fiz diversas
combinações e constatei, impiricamente, que o problema - pelo menos no meu
caso - estava em compilar ext3 no kernel, e não como módulo. Daí eu compilei
como módulo e funcionou normal. Dessa experiência tirei algumas conclusões,
que se alguém aqui souber explicar melhor, por favor o faça, que não
encontrei isso nas man pages:

O initrd é uma espécie de pré-kernel, que é carregado para dar suporte à
alguns dispositivos, como, por exemplo o ext3fs. Uma vez podendo acessar
ext3fs, o grub pode buscar o kernel propriamente dito, que é então
carregado. Nesse ponto o initrd é liberado da memória e não mais utilizado.
Daí o motivo do suporte a ext3 ser compilado como módulo, para que o initrd
também possa incluir suporte a ext3. Pelo menos nos meus testes, quando eu
compilava ext3 no kernel, minha imagem initrd não tinha suporte a ext3, daí
não explodia na memória os drivers pra acessar esse tipo de partição. E,
como no /etc/fstab a partição é indicada como ext3fs, o grub não enxerga
corretamente e não consegue carregar o kernel sem que o initrd tenha
carregado o suporte a ext3 anteriormente.
Cara... imagino que eu tenha falado muita besteira pois tirei essas
conclusões empiricamente após 1 semana de compilação em 2 computadores. E
não encontrei documentação descente falando sobre isso, infelizmente.
Por favor, se alguém manjar bastante disso, explique pra  gente ou então
indique alguma documentação boa...  please.

Abraços,
Leonardo Lourenço Crespilho


- Original Message - 
From: Arthur Tupinambá [EMAIL PROTECTED]
To: debian-user-portuguese@lists.debian.org
Sent: Friday, September 17, 2004 11:19 AM
Subject: Kernel Panic: VFS : Unable to mount root fs -AJUDA!!


 Pessoal,

 Preciso de uma ajuda urgente de quem já passou por esse tipo de
experiência:

 Baixei o kernel 2.6.8.1, do kernel.org, descompactei, dei um make
menuconfig e
 configurei-o.
 após isso eu compilo e instalo do modo debian:
 #make-kpkg --revision=custom1.0 kernel_image
 #dpkg -i kernel_image-custom1.0.deb

 Tudo ocorre numa boa, porém na hora do boot...
 Kernel Panic: VFS : Unable to mount root fs on unknown-block(3,2)

 O que pode ser??? to perdido, já recompilei o kernel umas 30 vezes, de
diversas
 formas...
 Lí que poderia ser o initrd, tentei compilar o kernel com
#make-kpkg --initrd
 também (precisa pois tem gente que precisa, outros dizem que precisa da
imagem
 apenas em kernels padrão???)

 Bom, antes que me perguntem, já vou responder:
 - Sim, eu compilei o ext3 dentro do Kernel
 - Sim, eu compilei suporte RAMDISK dentro do kernel


 Alguém por favor, me dê alguma luz para resolver isso...

 Obrigado à todos,
 Abraços

 
 Arthur Henrique S. Tupinambá
  [EMAIL PROTECTED]
 
 Synchro Sistemas de Informação
 www.synchro.com.br
 
 Fone   : +55 ( 11 ) 3758 - 0021 / R. 187
 Fone   : +55 ( 11 ) 3758 - 0038
 Fax : +55 ( 11 ) 3758 - 3773
 Mob: +55 ( 11 ) 7718 - 5371
 E-mail  : [EMAIL PROTECTED]
 


 -- 
 To UNSUBSCRIBE, email to [EMAIL PROTECTED]
 with a subject of unsubscribe. Trouble? Contact
[EMAIL PROTECTED]




Re: ULTRA-DMA e cabos flat

2004-09-16 Thread Leonardo Lourenço Crespilho
 Só pra complementar mais ainda o conhecimento do pessoal, um amigo
 daqui me disse que segundo a especificação IDE, os dispositivos master
 têm que estar na ponta do cabo flat e os slave no meio.
 Tá certo que já vi funcionar de modo diferente, mas ele colocou que é a
 padronização, então se um dia tiverem algum problema, veja se está
 conforme o padrão.
 abraços.

Então... na verdade se vc jumpear o HD para ser master ou slave, não importa
em qual ponta do flat vc coloca o HD... MAS, para seguir as especificações
udma e obter o máximo de performance do cabo e dos hds, os 2 HDs devem estar
configurados como cable-select e o que estiver na ponta do cabo será o
master, e o slave no meio.
Li isso no site da Seagate, se não me engano. Foi em alguma fabricante de
HDs.

Abraços,
Leonardo Lourenço Crespilho