Debian em HD SATA II e placa M2N-MX

DKPato
(usa Debian)

Enviado em 03/09/2007 - 08:49h

Estou enfrentando problemas com esta placa da ASUS M2N-MX. Estou usando 2 HDs Sansung 250 GB.
Qunando se usa um live CD (Kurumin 7.0 R 3) até parece que vai funcionar, reconhece quase tudo com exceção do som que dá pau. Mas quando manda instalar começam os problemas, ele detecta os HDs, fica instalando e no final não consegue reiniciar. Dá msg de disco sem boot ou SO.
O Debian etch instala mas não reinicializa (reconhece até a placa de rede onboard na instalação), já tentei dar boot por live CD e reinstalar o GRUB, tudo parece normal mas nada acontece.
Continuo ralando para fazer funcionar. Estou instalando só no modo texto, portanto nem to esquentando com o som.
Alguém pode me ajudar?

nicolo
(usa Ubuntu)

Enviado em 03/09/2007 - 10:07h

Cara
Tá estranho.
Já verificou se a BIOS da sua máquina tá configurada OK?
Se o HD de boot é o mesmo que você tá instalando o Grub?.
O disco que aparece como o primeiro no Grub não é necessariamente o disco de boot definido na BIOS.
Pelo jeito você instalo o grub num HD e a máquina tá tentando dar boot pelo outro HD.
É isso

DKPato
(usa Debian)

Enviado em 03/09/2007 - 11:24h

Cara,

Obrigado por responder.
Eu verifiquei o grub no /boot/grub e ele estava no hd certo (sda1) e apontando para a imagem que estava no diretorio /boot. Inclusive utilizei os comandos para recuperar o Grub e ele informou que estava tudo ok.
Mas assim que reinicio ele acusa disco sem sitema.

nicolo
(usa Ubuntu)

Enviado em 03/09/2007 - 16:14h

O fato do grub estar apontando para o "disco certo" não quer dizer nada. O grub sabe que o disco é sda1, mas a BIOS não sabe.
O GRUB enxerga uma ordem física da sequência dos HDs que estão instalados e esta é a mesma da BIOS, mas a ordem de prioridade de boot não tem nada a ver com isso.

Na configuração da BIOS é o básico e lá tem a ordem de onexão física dos HD, é esta que o GRUN enxerga.
Na outra seção de configuração da BIOS tem a a prioridade de boot.
POr exemplo o primeiro boot é o CDROM ou DVD, senão você não teria instalado. E o GRUB não sabe disso.
Depois vem a prioridade de HD que pode ser o HD0 ou o HD1. A Bios manda o a máquina procurar no HD1 e ela não acha NADA, nem mesmo o GRUB, porque o GRUB está em HD0.
SACOU????????????
exemplos
BOOT 1- hsss-SAMSUNG
bOOT2 st3DEFH
BOOT3 st3DEFH
A BIOS mostra o código do modelo do fabricante. Dois discos de mesmo modelo tem o mesmo código, parecem iguais e são , mas não são o mesmo disco. Sugiro que você resolva isso.

engos
(usa openSUSE)

Enviado em 03/09/2007 - 16:33h

Não sei se você está passando pelo mesmo problema que passei ao instalar o Etch, mas quando tentei instalar em um micro com HD SATA deu esse mesmo erro.

Solução que fiz:

Instalei o LILO ao invés do GRUB (com ele sempre dava esse erro)

Quando instalei, tive que colocar com o parametro pci=nomsi.

install pci=nomsi

Dessa forma ele foi direitinho, mas toda vez que tem uma atualização de kernel ele volta com esse problema e tenho que colocar na mão o parametro pci=nomsi no LILO, pois ele não faz isso ao atualizar o kernel e muda o arquivo de configuração sozinho.

DKPato
(usa Debian)

Enviado em 05/09/2007 - 07:57h

Antes de mais nada agradeço a todos pelo Help.
Caras, dei uma de big newbie....
O problema todo era realmente na configuração da BIOS. Ela estava com o RAID on board habilitado, e nesta situação só o opensuse e o Ruindows conseguiam instalar e dar boot.
O Debian só conseguia instalar, mas não conseguia inicializar.
Agora a luta é outra....
Fazer a placa de rede on-board funcionar. Com o Kurumim eu vi que ela funciona.
Alguma luz???

gabriel_sn85
(usa Suse)

Enviado em 20/09/2007 - 08:43h

Cara você tem que fazer o Setup reconhecer o HD,
tive esse problema com SUSE 10.1 e no setup ele
da a opção de reconhecer drives habilitei todos
dai rolou tranquilo depois de uma semana de luta.