Re: Fw: Re: Grub + Kernel Panic
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 30-11-2007 11:27, Edluise Costa wrote: Felipe Augusto van de Wiel (faw) wrote: [...] Como assim? O novo HD lacrado não veio com Debian. Como ele pode ter carregado o GRUB e o seu antigo sistema? O hd não carregou o grub e meu antigo sistema, eu estou tentando instalar o Debian etch do zero com o cd de instalacão no novo hd, só a máquina que é a mesma. A propósito, creio que não tenha nada a ver, mas será algum problema em algum componente de hardware?Já que a máquina é a mesma.. Sim, pode ser o equipamento ou, como já sugerido a BIOS. Qual CD de boot você se refere? De qual URL você baixou esse CD? O que você quer dizer com íntegro? CD de instalacão http://canais.digi.com.br/linux O md5sum deste CD bate com os valores nos espelhos oficias do Debian? cheguei a pensar que o CD estava corrompido em alguma parte, por isso que disse que ele está íntegro. Como você verificou a integridade? Ok, você consegue iniciar a máquina com o SystemRescueCD? Sim, com a opcão reschd32 root=/dev/sda1 Não, sem reschd32, apenas com o LiveCD, usando o SystemRescueCD via CD mesmo, só em memória, sem usar nada do seu disco, poderia ser qualquer outro LiveCD (Knoppix, DebianLive, Ubuntu, Kurumin), algo que leve sua máquina até um prompt para você obter informações do HD. Usando o SystemRescueCD como LiveCD, opcão rescuecd no boot: VFS: Cannot open root device NULL or unknow-block(8,9) Please append a correct root= boot option; here are the available partitions: 0800 78184008 sda driver: sd 0801 75529566 sda1 0802 1 sda2 0805 2650693 sda5 0b00 1048575 sr0 driver: sr Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block (8,9) Por isso que eu disse para inicializar sem opção reschd32, porque a idéia era ter o sistema live sem acessar os discos rígidos para poder fazer teste e obter mais informações. [...] Coisas *bem* diferentes. Não estou falando do SystemRescueCD neste ponto, estou falando de um CD/DVD de instalação normal do Etch, há uma imagem chamada rescue, ela se chama rescue e pergunta vários itens até inicializar e oferecer um shell de recuperação. Coloquei o cd de instalação do etch, dessa vez consegui chegar até o menu de instalação, particionamento que ele encontrou: IDE1 principal (hda) - 80.1 GB SAMSUNG SP0802N #1 primária 77.3 GB B F ext3 / #5 lógica 2.7 GB F swap swap *EXATO*. Então o etch (se for uma mídia oficial) reconhece seu HD, normalmente, daí é possível concluir que há algum problema em algum outro ponto, ou na antiga instalação, ou nos CDs que você está usando para tentar restaurar. Diga-se de passagem, mais de 2GB para área de troca (swap) pode ser um desperdício de espaço, especialmente se você tiver 1GB ou mais de memória RAM e não for usar nada absurdamente pesado nesta máquina. Num terminal, qualquer, desde que ele esteja na sua máquina, via Live CD (como o SystemRescueCD). Abri um shell pelo cd de instalação: Ótimo! :) ~ # fdisk -l Disk /dev/hda: 80.o GB, 80060424192 bytes 255 heads, 63 sectors/track, 9733 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes DeviceBoot Start End BlocksId System /dev/hda1 * 1 9403 75529566 83Linux /dev/hda2 9404 9733 2650725 5Extended /dev/hda5 9404 9733 2650693+ 82Linux swap / Solaris Confere. Então, se você usar o mesmo CD de instalação e inicializar com a opção rescue, deve conseguir um shell no seu antigo sistema e isso deve permitir que você restaure MBR e GRUB e volte a inicializar o seu sistema. [...] O SystemRescueCD não tenta montar nada durante o boot, não faz sentido que ele dê esse erro, de onde você baixou a imagem? http://sourceforge.net/project/downloading.php?group_id=85811use_mirror=ufprfilename=systemrescuecd-x86-0.4.1.iso73090627 Ok, esse é o local para downloads do SystemRescueCD, então se o md5 estiver correto, estamos falando do mesmo sistema. Você pode inicializar ele sem a opção de fazer o reschd32, ele carrega um Gentoo live que permite que você dê manutenção no sistema. [...] Já estou quase usando o SystemRescueCD como opcão de boot. Valeu fera. Seu sistema que está instalado deveria inicializar com root=/dev/hda1, se não inicializar há algo errado com a configuração e/ou uso do sistema, e daí pra frente, eu não saberia mais o que fazer sem ter acesso à máquina, muito provavelmente, acesso físico. :) Abraço, - -- Felipe Augusto van de Wiel (faw) Debian. Freedom to code. Code to freedom! -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHUaQjCjAO0JDlykYRAoxcAJ0Sc4pYd1gGOQayIMfE1a6AMmeM7QCgjjt0 lC+2QmwIM1MXS6J+QPL3tuM= =/q7L -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL
Re: Grub + Kernel Panic
Olá, Tive um problema estranho meio parecido e achei várias dicas, onde a que resolveu meu problema foi mudar na BIOS os HDs que estavam em none e pré-configurados tudo para AUTO, aí voltou a funcionar. Talvez alguma configuração na BIOS ajude. -- Atenciosamente, Junior Polegato Um peregrino de problemas; Um pergaminho de soluções! Página Profissional: http://www.juniorpolegato.com.br -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Fw: Re: Grub + Kernel Panic
Felipe Augusto van de Wiel (faw) wrote: On 29-11-2007 10:45, Edluise Costa wrote: Edluise Costa wrote: Felipe Augusto van de Wiel (faw) wrote: Então o Mr M está sabotando a fábrica da samsung, pois já testei com outra HD - lacrado na caixa - da mesma marca e o boot do debian falha com kernel panic - o cd de boot está íntegro. Isso não faz _nenhum_ sentido. Vamos tentar começar de novo. Você disse que usava sua máquina normalmente e que agora ao ligar ela, aparece o erro do VFS. Você não consegue carregar nenhum dos 4 kernels, agora você afirmou que tentou com outro HD e teve o mesmo erro, aqui a sirene disparou. Como assim? O novo HD lacrado não veio com Debian. Como ele pode ter carregado o GRUB e o seu antigo sistema? O hd não carregou o grub e meu antigo sistema, eu estou tentando instalar o Debian etch do zero com o cd de instalacão no novo hd, só a máquina que é a mesma. A propósito, creio que não tenha nada a ver, mas será algum problema em algum componente de hardware?Já que a máquina é a mesma.. Qual CD de boot você se refere? De qual URL você baixou esse CD? O que você quer dizer com íntegro? CD de instalacão http://canais.digi.com.br/linux cheguei a pensar que o CD estava corrompido em alguma parte, por isso que disse que ele está íntegro. Ok, você consegue iniciar a máquina com o SystemRescueCD? Sim, com a opcão reschd32 root=/dev/sda1 Não, sem reschd32, apenas com o LiveCD, usando o SystemRescueCD via CD mesmo, só em memória, sem usar nada do seu disco, poderia ser qualquer outro LiveCD (Knoppix, DebianLive, Ubuntu, Kurumin), algo que leve sua máquina até um prompt para você obter informações do HD. Usando o SystemRescueCD como LiveCD, opcão rescuecd no boot: VFS: Cannot open root device NULL or unknow-block(8,9) Please append a correct root= boot option; here are the available partitions: 0800 78184008 sda driver: sd 0801 75529566 sda1 0802 1 sda2 0805 2650693 sda5 0b00 1048575 sr0 driver: sr Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block (8,9) Você consegue iniciar ela usando o CD do Debian etch usando o modo rescue? Não, dá o erro: Dei o boot pelo SystemRescueCD e ele me retorna: VFS: Cannot open root device NULL or unknow-block(8,9) Please append a correct root= boot option; here are the available Coisas *bem* diferentes. Não estou falando do SystemRescueCD neste ponto, estou falando de um CD/DVD de instalação normal do Etch, há uma imagem chamada rescue, ela se chama rescue e pergunta vários itens até inicializar e oferecer um shell de recuperação. Coloquei o cd de instalação do etch, dessa vez consegui chegar até o menu de instalação, particionamento que ele encontrou: IDE1 principal (hda) - 80.1 GB SAMSUNG SP0802N #1 primária 77.3 GB B F ext3 / #5 lógica 2.7 GB F swap swap Você consegue enviar a saída do 'fdisk -l' ? Não entendi, fdisk -l aonde? Num terminal, qualquer, desde que ele esteja na sua máquina, via Live CD (como o SystemRescueCD). Abri um shell pelo cd de instalação: ~ # fdisk -l Disk /dev/hda: 80.o GB, 80060424192 bytes 255 heads, 63 sectors/track, 9733 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes DeviceBoot Start End BlocksId System /dev/hda1 * 1 9403 75529566 83Linux /dev/hda2 9404 9733 2650725 5Extended /dev/hda5 9404 9733 2650693+ 82Linux swap / Solaris ~ # trap:/home/edluise# df Filesystem 1K-blocks Used Available Use% Mounted on /dev/sda1 74342940 18272680 52293784 26% / tmpfs 510232 0510232 0% /lib/init/rw udev 1024052 10188 1% /dev tmpfs 510232 0510232 0% /dev/shm trap:/home/edluise# Ok, então, você realmente tem o /dev/sda1 montado que é onde teoricamente está o seu '/'. O outro teste que você pode fazer é inicializar com o CD do Debian e ir até o particionador para ver o que ele detecta e/ou reconhece. Não inicializa fera, coloco o CD, aparece F1 pra opcões de instalacão e help ou enter pra dar o boot, quando dou enter dá o kernel panic, não chega nem no menu de instalacão. Hmmm... kernel panic do VFS??? Mas ele não tenta montar nada com o CD de instalação, ou é outro erro de Kernel Panic? [...] Dando o boot pelo System Rescue CD sem a opcão reschd32 root=/dev/sda1 , apenas dando enter em boot= VFS: Cannot open root device NULL or unknow-block(8,9) Please append a correct root= boot option; here are the available partitions: 0800 78184008 sda driver: sd 0801 75529566 sda1 0802 1 sda2 0805 2650693 sda5 0b00 1048575 sr0 driver: sr Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block (8,9) O SystemRescueCD não tenta montar nada durante o boot, não faz sentido
Re: Fw: Re: Grub + Kernel Panic
Rogerio Ferreira wrote: Felipe Augusto van de Wiel (faw) wrote: On 27-11-2007 09:29, Edluise Costa wrote: Felipe Augusto van de Wiel (faw) wrote: On 26-11-2007 11:47, Edluise Costa wrote: Dei o boot pelo SystemRescueCD e ele me retorna: VFS: Cannot open root device NULL or unknow-block(8,9) Please append a correct root= boot option; here are the available partitions: 0800 78184008 sda driver: sd 0801 75529566 sda1 0802 1 sda2 0805 2650693 sda5 0b00 1048575 sr0 driver: sr Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block (8,9) Mas se eu botar lá no grub sda1 dá o mesmo erro: VFS: Cannot open root device sda1 or unknow-block(0,0) Please append a correct root= boot option Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block (0,0) Ok, e se você tentar com /dev/sda2 ou /dev/sda5 ? VFS: Cannot open root device sda2 or unknow-block(0,0) Please append a correct root= boot option Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block (0,0) VFS: Cannot open root device sda5 or unknow-block(0,0) Please append a correct root= boot option Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block (0,0) Eu começo a acreditar que seu HD está sob o efeito de um POP (Problema de Outra Pessoa) e ninguém consegue vê-lo a não ser a pessoa dona do problema, ou isso, ou seu HD não existe no nosso espaço-tempo, ou seu sistema derreteu. Por que a mensagem anterior apontava quais as partições existentes, você tentou todas elas e todas com problemas de VFS, então algo catastrófico aconteceu, seu HD implodiu, o Mister M. fez ele desaparecer, o HD está brincando de esconde-esconde com você, e na pior das hipóteses, isso é um trabalho para o Padre Quevedo. :-) A mensagem é clara, ela diz que o Virtual File System (VFS) não conseguiu acessar o dispositivo onde está a raiz do sistema e que você deveria informar o parâmetro root= da forma correta. Por isso ele morre com um Kernel panic dizendo que não conseguiu montar o sistema de arquivos raiz. Quando eu tenho que reiniciar a máquina, dou o boot pelo SystemRescueCD e escolho reschd32 root=/dev/sda1 pra poder usar o debian. Meu menu.lst: Ok, você consegue iniciar a máquina com o SystemRescueCD? Você consegue iniciar ela usando o CD do Debian etch usando o modo rescue? Você consegue enviar a saída do 'fdisk -l' ? [EMAIL PROTECTED]:~$ cat /boot/grub/menu.lst # menu.lst - See: grub(8), info grub, update-grub(8) #grub-install(8), grub-floppy(8), #grub-md5-crypt, /usr/share/doc/grub #and /usr/share/doc/grub-doc/. ## default num default 0 # Put static boot stanzas before and/or after AUTOMAGIC KERNEL LIST ### BEGIN AUTOMAGIC KERNELS LIST ## DO NOT UNCOMMENT THEM, Just edit them to your needs ## ## Start Default Options ## [...] # kopt=root=/dev/sda1 ro ## default grub root device # groot=(hd0,0) [...] ## ## End Default Options ## title Debian GNU/Linux, kernel 2.6.18-5-686 root(hd0,0) kernel /boot/vmlinuz-2.6.18-5-686 root=/dev/sda1 ro initrd /boot/initrd.img-2.6.18-5-686 savedefault Se essa saída estive correta, o que eu deduzo é que você não tem uma partição /boot separada, então a raiz do sistema (incluindo o /boot) ficam numa única partição que seria a /dev/hda1 (ou /dev/sda1). O outro teste que você pode fazer é inicializar com o CD do Debian e ir até o particionador para ver o que ele detecta e/ou reconhece. A outra hipótese é que o seu sistema de arquivos tenha ido para o saco, nesse caso, inicialize com o System Rescue CD (mas sem entrar no modo rescue, carregue o Live mesmo), e tente montar as partições para ver o que tem nelas. Se isso funcionar, você deveria ser capaz de usar o chroot para acessar o seu sistema e fazer a manutenção necessária para ajustá-lo. Abraço, Boa noite, será que não faltou a alteração no /etc/fstab para /dev/sda1 além da alteração realizada no grub? [EMAIL PROTECTED]:~$ cat /etc/fstab # /etc/fstab: static file system information. # # file system mount point type options dump pass proc/proc procdefaults0 0 /dev/sda1 / ext3defaults,errors=remount-ro 0 1 /dev/sda5 noneswapsw 0 0 [EMAIL PROTECTED]:~$ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Fw: Re: Grub + Kernel Panic
Edluise Costa wrote: Felipe Augusto van de Wiel (faw) wrote: On 27-11-2007 09:29, Edluise Costa wrote: Felipe Augusto van de Wiel (faw) wrote: On 26-11-2007 11:47, Edluise Costa wrote: Dei o boot pelo SystemRescueCD e ele me retorna: VFS: Cannot open root device NULL or unknow-block(8,9) Please append a correct root= boot option; here are the available partitions: 0800 78184008 sda driver: sd 0801 75529566 sda1 0802 1 sda2 0805 2650693 sda5 0b00 1048575 sr0 driver: sr Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block (8,9) Mas se eu botar lá no grub sda1 dá o mesmo erro: VFS: Cannot open root device sda1 or unknow-block(0,0) Please append a correct root= boot option Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block (0,0) Ok, e se você tentar com /dev/sda2 ou /dev/sda5 ? VFS: Cannot open root device sda2 or unknow-block(0,0) Please append a correct root= boot option Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block (0,0) VFS: Cannot open root device sda5 or unknow-block(0,0) Please append a correct root= boot option Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block (0,0) Eu começo a acreditar que seu HD está sob o efeito de um POP (Problema de Outra Pessoa) e ninguém consegue vê-lo a não ser a pessoa dona do problema, ou isso, ou seu HD não existe no nosso espaço-tempo, ou seu sistema derreteu. Por que a mensagem anterior apontava quais as partições existentes, você tentou todas elas e todas com problemas de VFS, então algo catastrófico aconteceu, seu HD implodiu, o Mister M. fez ele desaparecer, o HD está brincando de esconde-esconde com você, e na pior das hipóteses, isso é um trabalho para o Padre Quevedo. :-) Então o Mr M está sabotando a fábrica da samsung, pois já testei com outra HD - lacrado na caixa - da mesma marca e o boot do debian falha com kernel panic - o cd de boot está íntegro. A mensagem é clara, ela diz que o Virtual File System (VFS) não conseguiu acessar o dispositivo onde está a raiz do sistema e que você deveria informar o parâmetro root= da forma correta. Por isso ele morre com um Kernel panic dizendo que não conseguiu montar o sistema de arquivos raiz. Percebe-se 8-) Ok, você consegue iniciar a máquina com o SystemRescueCD? Sim, com a opcão reschd32 root=/dev/sda1 Você consegue iniciar ela usando o CD do Debian etch usando o modo rescue? Não, dá o erro: Dei o boot pelo SystemRescueCD e ele me retorna: VFS: Cannot open root device NULL or unknow-block(8,9) Please append a correct root= boot option; here are the available Você consegue enviar a saída do 'fdisk -l' ? Não entendi, fdisk -l aonde? [EMAIL PROTECTED]:~$ cat /boot/grub/menu.lst # menu.lst - See: grub(8), info grub, update-grub(8) #grub-install(8), grub-floppy(8), #grub-md5-crypt, /usr/share/doc/grub #and /usr/share/doc/grub-doc/. ## default num default 0 # Put static boot stanzas before and/or after AUTOMAGIC KERNEL LIST ### BEGIN AUTOMAGIC KERNELS LIST ## DO NOT UNCOMMENT THEM, Just edit them to your needs ## ## Start Default Options ## [...] # kopt=root=/dev/sda1 ro ## default grub root device # groot=(hd0,0) [...] ## ## End Default Options ## title Debian GNU/Linux, kernel 2.6.18-5-686 root(hd0,0) kernel /boot/vmlinuz-2.6.18-5-686 root=/dev/sda1 ro initrd /boot/initrd.img-2.6.18-5-686 savedefault Se essa saída estive correta, o que eu deduzo é que você não tem uma partição /boot separada, então a raiz do sistema (incluindo o /boot) ficam numa única partição que seria a /dev/hda1 (ou /dev/sda1). trap:/home/edluise# df Filesystem 1K-blocks Used Available Use% Mounted on /dev/sda1 74342940 18272680 52293784 26% / tmpfs 510232 0510232 0% /lib/init/rw udev 1024052 10188 1% /dev tmpfs 510232 0510232 0% /dev/shm trap:/home/edluise# O outro teste que você pode fazer é inicializar com o CD do Debian e ir até o particionador para ver o que ele detecta e/ou reconhece. Não inicializa fera, coloco o CD, aparece F1 pra opcões de instalacão e help ou enter pra dar o boot, quando dou enter dá o kernel panic, não chega nem no menu de instalacão. A outra hipótese é que o seu sistema de arquivos tenha ido para o saco, nesse caso, inicialize com o System Rescue CD (mas sem entrar no modo rescue, carregue o Live mesmo), e tente montar as partições para ver o que tem nelas. Dando o boot pelo System Rescue CD sem a opcão reschd32 root=/dev/sda1 , apenas dando enter em boot= VFS: Cannot open root device NULL or unknow-block(8,9) Please append a correct root= boot option; here are the available partitions: 0800 78184008 sda driver: sd 0801 75529566 sda1 0802
Re: Fw: Re: Grub + Kernel Panic
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 29-11-2007 10:45, Edluise Costa wrote: Edluise Costa wrote: Felipe Augusto van de Wiel (faw) wrote: Então o Mr M está sabotando a fábrica da samsung, pois já testei com outra HD - lacrado na caixa - da mesma marca e o boot do debian falha com kernel panic - o cd de boot está íntegro. Isso não faz _nenhum_ sentido. Vamos tentar começar de novo. Você disse que usava sua máquina normalmente e que agora ao ligar ela, aparece o erro do VFS. Você não consegue carregar nenhum dos 4 kernels, agora você afirmou que tentou com outro HD e teve o mesmo erro, aqui a sirene disparou. Como assim? O novo HD lacrado não veio com Debian. Como ele pode ter carregado o GRUB e o seu antigo sistema? Qual CD de boot você se refere? De qual URL você baixou esse CD? O que você quer dizer com íntegro? Ok, você consegue iniciar a máquina com o SystemRescueCD? Sim, com a opcão reschd32 root=/dev/sda1 Não, sem reschd32, apenas com o LiveCD, usando o SystemRescueCD via CD mesmo, só em memória, sem usar nada do seu disco, poderia ser qualquer outro LiveCD (Knoppix, DebianLive, Ubuntu, Kurumin), algo que leve sua máquina até um prompt para você obter informações do HD. Você consegue iniciar ela usando o CD do Debian etch usando o modo rescue? Não, dá o erro: Dei o boot pelo SystemRescueCD e ele me retorna: VFS: Cannot open root device NULL or unknow-block(8,9) Please append a correct root= boot option; here are the available Coisas *bem* diferentes. Não estou falando do SystemRescueCD neste ponto, estou falando de um CD/DVD de instalação normal do Etch, há uma imagem chamada rescue, ela se chama rescue e pergunta vários itens até inicializar e oferecer um shell de recuperação. Você consegue enviar a saída do 'fdisk -l' ? Não entendi, fdisk -l aonde? Num terminal, qualquer, desde que ele esteja na sua máquina, via Live CD (como o SystemRescueCD). trap:/home/edluise# df Filesystem 1K-blocks Used Available Use% Mounted on /dev/sda1 74342940 18272680 52293784 26% / tmpfs 510232 0510232 0% /lib/init/rw udev 1024052 10188 1% /dev tmpfs 510232 0510232 0% /dev/shm trap:/home/edluise# Ok, então, você realmente tem o /dev/sda1 montado que é onde teoricamente está o seu '/'. O outro teste que você pode fazer é inicializar com o CD do Debian e ir até o particionador para ver o que ele detecta e/ou reconhece. Não inicializa fera, coloco o CD, aparece F1 pra opcões de instalacão e help ou enter pra dar o boot, quando dou enter dá o kernel panic, não chega nem no menu de instalacão. Hmmm... kernel panic do VFS??? Mas ele não tenta montar nada com o CD de instalação, ou é outro erro de Kernel Panic? [...] Dando o boot pelo System Rescue CD sem a opcão reschd32 root=/dev/sda1 , apenas dando enter em boot= VFS: Cannot open root device NULL or unknow-block(8,9) Please append a correct root= boot option; here are the available partitions: 0800 78184008 sda driver: sd 0801 75529566 sda1 0802 1 sda2 0805 2650693 sda5 0b00 1048575 sr0 driver: sr Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block (8,9) O SystemRescueCD não tenta montar nada durante o boot, não faz sentido que ele dê esse erro, de onde você baixou a imagem? Como que meu sistema foi pro saco se eu consigo usar normal depois que dou o boot pelo System Rescue CD com a opcão reschd32?Será isso coisa do demo ou eu tô chapado? Dadas as informações desencontradas eu apostaria na segunda, mas temos que fazer mais testes até encontrar o que realmente está acontecendo. Numa outra mensagem você mandou o /etc/fstab: [EMAIL PROTECTED]:~$ cat /etc/fstab # /etc/fstab: static file system information. # # file system mount point type options dump pass proc/proc procdefaults0 0 /dev/sda1 / ext3defaults,errors=remount-ro 0 1 /dev/sda5 noneswapsw 0 0 Ele aponta para o /dev/sda5 como SWAP. Então o root= tem que apontar para a primeira partição mesmo, o que você pode tentar é usar novamente o PATA: root=/dev/hda1 (mas é muito estranho). Abraço, - -- Felipe Augusto van de Wiel (faw) Debian. Freedom to code. Code to freedom! -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHT3BGCjAO0JDlykYRAndsAKCd+BhOAVaJYKNfBYJzugzzsHJ/PQCfSrlP 3cz2wlIzGQaqMZQU/fqXt/g= =acXv -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Fw: Re: Grub + Kernel Panic
Felipe Augusto van de Wiel (faw) wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 27-11-2007 09:29, Edluise Costa wrote: Felipe Augusto van de Wiel (faw) wrote: On 26-11-2007 11:47, Edluise Costa wrote: Dei o boot pelo SystemRescueCD e ele me retorna: VFS: Cannot open root device NULL or unknow-block(8,9) Please append a correct root= boot option; here are the available partitions: 0800 78184008 sda driver: sd 0801 75529566 sda1 0802 1 sda2 0805 2650693 sda5 0b00 1048575 sr0 driver: sr Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block (8,9) Mas se eu botar lá no grub sda1 dá o mesmo erro: VFS: Cannot open root device sda1 or unknow-block(0,0) Please append a correct root= boot option Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block (0,0) Ok, e se você tentar com /dev/sda2 ou /dev/sda5 ? VFS: Cannot open root device sda2 or unknow-block(0,0) Please append a correct root= boot option Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block (0,0) VFS: Cannot open root device sda5 or unknow-block(0,0) Please append a correct root= boot option Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block (0,0) Eu começo a acreditar que seu HD está sob o efeito de um POP (Problema de Outra Pessoa) e ninguém consegue vê-lo a não ser a pessoa dona do problema, ou isso, ou seu HD não existe no nosso espaço-tempo, ou seu sistema derreteu. Por que a mensagem anterior apontava quais as partições existentes, você tentou todas elas e todas com problemas de VFS, então algo catastrófico aconteceu, seu HD implodiu, o Mister M. fez ele desaparecer, o HD está brincando de esconde-esconde com você, e na pior das hipóteses, isso é um trabalho para o Padre Quevedo. :-) A mensagem é clara, ela diz que o Virtual File System (VFS) não conseguiu acessar o dispositivo onde está a raiz do sistema e que você deveria informar o parâmetro root= da forma correta. Por isso ele morre com um Kernel panic dizendo que não conseguiu montar o sistema de arquivos raiz. Quando eu tenho que reiniciar a máquina, dou o boot pelo SystemRescueCD e escolho reschd32 root=/dev/sda1 pra poder usar o debian. Meu menu.lst: Ok, você consegue iniciar a máquina com o SystemRescueCD? Você consegue iniciar ela usando o CD do Debian etch usando o modo rescue? Você consegue enviar a saída do 'fdisk -l' ? [EMAIL PROTECTED]:~$ cat /boot/grub/menu.lst # menu.lst - See: grub(8), info grub, update-grub(8) #grub-install(8), grub-floppy(8), #grub-md5-crypt, /usr/share/doc/grub #and /usr/share/doc/grub-doc/. ## default num default 0 # Put static boot stanzas before and/or after AUTOMAGIC KERNEL LIST ### BEGIN AUTOMAGIC KERNELS LIST ## DO NOT UNCOMMENT THEM, Just edit them to your needs ## ## Start Default Options ## [...] # kopt=root=/dev/sda1 ro ## default grub root device # groot=(hd0,0) [...] ## ## End Default Options ## title Debian GNU/Linux, kernel 2.6.18-5-686 root(hd0,0) kernel /boot/vmlinuz-2.6.18-5-686 root=/dev/sda1 ro initrd /boot/initrd.img-2.6.18-5-686 savedefault Se essa saída estive correta, o que eu deduzo é que você não tem uma partição /boot separada, então a raiz do sistema (incluindo o /boot) ficam numa única partição que seria a /dev/hda1 (ou /dev/sda1). O outro teste que você pode fazer é inicializar com o CD do Debian e ir até o particionador para ver o que ele detecta e/ou reconhece. A outra hipótese é que o seu sistema de arquivos tenha ido para o saco, nesse caso, inicialize com o System Rescue CD (mas sem entrar no modo rescue, carregue o Live mesmo), e tente montar as partições para ver o que tem nelas. Se isso funcionar, você deveria ser capaz de usar o chroot para acessar o seu sistema e fazer a manutenção necessária para ajustá-lo. Abraço, - -- Felipe Augusto van de Wiel (faw) Debian. Freedom to code. Code to freedom! -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHTLqSCjAO0JDlykYRAqFVAJ9uhwmMvdqm4SiVAokuKM55z3XNRgCgohOc OSQ1ugxY/1zrhx18aAKjVRI= =odDg -END PGP SIGNATURE- Boa noite, será que não faltou a alteração no /etc/fstab para /dev/sda1 além da alteração realizada no grub? -- = Não sabendo que era impossível, ele foi lá e fez. Jean Cocteau. = -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Fw: Re: Grub + Kernel Panic
Felipe Augusto van de Wiel (faw) wrote: On 26-11-2007 11:47, Edluise Costa wrote: Dei o boot pelo SystemRescueCD e ele me retorna: VFS: Cannot open root device NULL or unknow-block(8,9) Please append a correct root= boot option; here are the available partitions: 0800 78184008 sda driver: sd 0801 75529566 sda1 0802 1 sda2 0805 2650693 sda5 0b00 1048575 sr0 driver: sr Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block (8,9) Mas se eu botar lá no grub sda1 dá o mesmo erro: VFS: Cannot open root device sda1 or unknow-block(0,0) Please append a correct root= boot option Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block (0,0) Ok, e se você tentar com /dev/sda2 ou /dev/sda5 ? Abraço, VFS: Cannot open root device sda2 or unknow-block(0,0) Please append a correct root= boot option Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block (0,0) VFS: Cannot open root device sda5 or unknow-block(0,0) Please append a correct root= boot option Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block (0,0) Quando eu tenho que reiniciar a máquina, dou o boot pelo SystemRescueCD e escolho reschd32 root=/dev/sda1 pra poder usar o debian. Meu menu.lst: [EMAIL PROTECTED]:~$ cat /boot/grub/menu.lst # menu.lst - See: grub(8), info grub, update-grub(8) #grub-install(8), grub-floppy(8), #grub-md5-crypt, /usr/share/doc/grub #and /usr/share/doc/grub-doc/. ## default num # Set the default entry to the entry number NUM. Numbering starts from 0, and # the entry number 0 is the default if the command is not used. # # You can specify 'saved' instead of a number. In this case, the default entry # is the entry saved with the command 'savedefault'. # WARNING: If you are using dmraid do not change this entry to 'saved' or your # array will desync and will not let you boot your system. default 0 ## timeout sec # Set a timeout, in SEC seconds, before automatically booting the default entry # (normally the first entry defined). timeout 5 # Pretty colours color cyan/blue white/blue ## password ['--md5'] passwd # If used in the first section of a menu file, disable all interactive editing # control (menu entry editor and command-line) and entries protected by the # command 'lock' # e.g. password topsecret # password --md5 $1$gLhU0/$aW78kHK1QfV3P2b2znUoe/ # password topsecret # # examples # # title Windows 95/98/NT/2000 # root (hd0,0) # makeactive # chainloader +1 # # title Linux # root (hd0,1) # kernel/vmlinuz root=/dev/sda2 ro # # # Put static boot stanzas before and/or after AUTOMAGIC KERNEL LIST ### BEGIN AUTOMAGIC KERNELS LIST ## lines between the AUTOMAGIC KERNELS LIST markers will be modified ## by the debian update-grub script except for the default options below ## DO NOT UNCOMMENT THEM, Just edit them to your needs ## ## Start Default Options ## ## default kernel options ## default kernel options for automagic boot options ## If you want special options for specific kernels use kopt_x_y_z ## where x.y.z is kernel version. Minor versions can be omitted. ## e.g. kopt=root=/dev/sda1 ro ## kopt_2_6_8=root=/dev/hdc1 ro ## kopt_2_6_8_2_686=root=/dev/hdc2 ro # kopt=root=/dev/sda1 ro ## default grub root device ## e.g. groot=(hd0,0) # groot=(hd0,0) ## should update-grub create alternative automagic boot options ## e.g. alternative=true ## alternative=false # alternative=true ## should update-grub lock alternative automagic boot options ## e.g. lockalternative=true ## lockalternative=false # lockalternative=false ## additional options to use with the default boot option, but not with the ## alternatives ## e.g. defoptions=vga=791 resume=/dev/sda5 # defoptions= ## should update-grub lock old automagic boot options ## e.g. lockold=false ## lockold=true # lockold=false ## Xen hypervisor options to use with the default Xen boot option # xenhopt= ## Xen Linux kernel options to use with the default Xen boot option # xenkopt=console=tty0 ## altoption boot targets option ## multiple altoptions lines are allowed ## e.g. altoptions=(extra menu suffix) extra boot options ## altoptions=(single-user) single # altoptions=(single-user mode) single ## controls how many kernels should be put into the menu.lst ## only counts the first occurence of a kernel, not the ## alternative kernel options ## e.g. howmany=all ## howmany=7 # howmany=all ## should update-grub create memtest86 boot option ## e.g. memtest86=true ## memtest86=false # memtest86=true ## should update-grub adjust the value of the default booted system ## can be true or false # updatedefaultentry=false ## ## End Default Options ## title Debian GNU/Linux, kernel 2.6.18-5-686 root(hd0,0) kernel /boot/vmlinuz-2.6.18-5-686 root=/dev/sda1 ro initrd
Re: Fw: Re: Grub + Kernel Panic
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 27-11-2007 09:29, Edluise Costa wrote: Felipe Augusto van de Wiel (faw) wrote: On 26-11-2007 11:47, Edluise Costa wrote: Dei o boot pelo SystemRescueCD e ele me retorna: VFS: Cannot open root device NULL or unknow-block(8,9) Please append a correct root= boot option; here are the available partitions: 0800 78184008 sda driver: sd 0801 75529566 sda1 0802 1 sda2 0805 2650693 sda5 0b00 1048575 sr0 driver: sr Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block (8,9) Mas se eu botar lá no grub sda1 dá o mesmo erro: VFS: Cannot open root device sda1 or unknow-block(0,0) Please append a correct root= boot option Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block (0,0) Ok, e se você tentar com /dev/sda2 ou /dev/sda5 ? VFS: Cannot open root device sda2 or unknow-block(0,0) Please append a correct root= boot option Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block (0,0) VFS: Cannot open root device sda5 or unknow-block(0,0) Please append a correct root= boot option Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block (0,0) Eu começo a acreditar que seu HD está sob o efeito de um POP (Problema de Outra Pessoa) e ninguém consegue vê-lo a não ser a pessoa dona do problema, ou isso, ou seu HD não existe no nosso espaço-tempo, ou seu sistema derreteu. Por que a mensagem anterior apontava quais as partições existentes, você tentou todas elas e todas com problemas de VFS, então algo catastrófico aconteceu, seu HD implodiu, o Mister M. fez ele desaparecer, o HD está brincando de esconde-esconde com você, e na pior das hipóteses, isso é um trabalho para o Padre Quevedo. :-) A mensagem é clara, ela diz que o Virtual File System (VFS) não conseguiu acessar o dispositivo onde está a raiz do sistema e que você deveria informar o parâmetro root= da forma correta. Por isso ele morre com um Kernel panic dizendo que não conseguiu montar o sistema de arquivos raiz. Quando eu tenho que reiniciar a máquina, dou o boot pelo SystemRescueCD e escolho reschd32 root=/dev/sda1 pra poder usar o debian. Meu menu.lst: Ok, você consegue iniciar a máquina com o SystemRescueCD? Você consegue iniciar ela usando o CD do Debian etch usando o modo rescue? Você consegue enviar a saída do 'fdisk -l' ? [EMAIL PROTECTED]:~$ cat /boot/grub/menu.lst # menu.lst - See: grub(8), info grub, update-grub(8) #grub-install(8), grub-floppy(8), #grub-md5-crypt, /usr/share/doc/grub #and /usr/share/doc/grub-doc/. ## default num default 0 # Put static boot stanzas before and/or after AUTOMAGIC KERNEL LIST ### BEGIN AUTOMAGIC KERNELS LIST ## DO NOT UNCOMMENT THEM, Just edit them to your needs ## ## Start Default Options ## [...] # kopt=root=/dev/sda1 ro ## default grub root device # groot=(hd0,0) [...] ## ## End Default Options ## title Debian GNU/Linux, kernel 2.6.18-5-686 root(hd0,0) kernel /boot/vmlinuz-2.6.18-5-686 root=/dev/sda1 ro initrd /boot/initrd.img-2.6.18-5-686 savedefault Se essa saída estive correta, o que eu deduzo é que você não tem uma partição /boot separada, então a raiz do sistema (incluindo o /boot) ficam numa única partição que seria a /dev/hda1 (ou /dev/sda1). O outro teste que você pode fazer é inicializar com o CD do Debian e ir até o particionador para ver o que ele detecta e/ou reconhece. A outra hipótese é que o seu sistema de arquivos tenha ido para o saco, nesse caso, inicialize com o System Rescue CD (mas sem entrar no modo rescue, carregue o Live mesmo), e tente montar as partições para ver o que tem nelas. Se isso funcionar, você deveria ser capaz de usar o chroot para acessar o seu sistema e fazer a manutenção necessária para ajustá-lo. Abraço, - -- Felipe Augusto van de Wiel (faw) Debian. Freedom to code. Code to freedom! -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHTLqSCjAO0JDlykYRAqFVAJ9uhwmMvdqm4SiVAokuKM55z3XNRgCgohOc OSQ1ugxY/1zrhx18aAKjVRI= =odDg -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Grub + Kernel Panic
-- Original Message --- From: Felipe Augusto van de Wiel (faw) [EMAIL PROTECTED] To: debian-user-portuguese@lists.debian.org Sent: Sun, 25 Nov 2007 15:36:17 -0200 Subject: Re: Grub + Kernel Panic -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 25-11-2007 13:24, Edluise Costa wrote: [...] VFS: Cannot open root device hda1 or unknow-block(0,0) Please append a correct root= boot option Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block (0,0) [...] Quando edito a primeira opção ele mostra: root(hd0,0) kernel /boot/vmlinux-2.6.18-5-686 root=/dev/hda1 ro initrd /boot/initrd.img-2.6.18-5-686 savedefault [...] VFS: Cannot open root device hda1 or unknow-block(0,0) Please append a correct root= boot option Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block (0,0) E o mais estranho vêm agora, quando eu boto o meu live cd do debian pra reinstalar, ele mostra: VFS: Cannot open root device NULL or unknow-block(104,7) Please append a correct root= boot option Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block (104,7) Já procurei na net e o melhor artigo que achei foi esse: http://www.devin.com.br/eitch/tlm4/s1-configurando-grub.html Mas mesmo assim o erro persiste, o sistema de arquivos do meu diretório raiz é ext2fs, alguém têm idéia do que pode ser? Hmmm... isso significa que ele não encontrou o dispositivo raiz especificado, no caso o /dev/hda1 (ou /dev/hda). Recentes transições de kernel (para a libpata) renomearam os HDs para /dev/sda mas este *não* deveria ser o seu caso, a menos que você tenha feito algo envolvendo kernel e bibliotecas (mas pode ser que seja válida a tentativa) Não fiz nenhuma instalação/alteração em kernel/bibliotecas, tentei fazer mudando pra /dev/sda mas o erro continua: VFS: Cannot open root device sda1 or unknow-block(0,0) Please append a correct root= boot option Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block (0,0) Então eu diria que seu HD pode ter morrido (o que não faria muito sentido, já que você chega até o GRUB) Botei um HD que tinha o windows e quando ele dá o boot pelo cd: VFS: Cannot open root device NULL or unknow-block(104,7) Please append a correct root= boot option Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block (104,7) ou não está sendo reconhecido como /dev/hda por troca física (para hdb, hdc, hdd). Fazendo a mudança que você falou - creio que não seja isso, pois nem me lembro qual foi a última vez que peguei no hd físicamente: /dev/hda2 (hd0,1) - Partição 2 da IDE Primária Master Mensagem de erro quando dou o boot: Booting command-list root(hd0,1) Filesystem type unknown, partition type 0x5 kernel /boot/vmlinuz-2.6.18-5-686 root=/dev/hda2 ro Error 17: Cannot mount selected partition Press any key to continue... /dev/hdb1 (hd1,0) - Partição 1 da IDE Primária Slave Booting command-list root(hd1,0) Error 21: Selected disk does not exist Press any key to continue... /dev/hdc3 (hd2,2) - Partição 3 da IDE Secundária Master Booting command-list root(hd2,2) Error 21: Selected disk does not exist Press any key to continue... /dev/hdd2 (hd3,2) - Partição 2 da IDE Secundária Slave Booting command-list root(hd3,2) Error 21: Selected disk does not exist Press any key to continue... Seja como for, a questão é a localização do dispositivo, tente iniciar com o SystemRescueCD para ver se ele é capaz de identificar e te dizer algo sobre o disco rígido. Vou da o boot com o SystemRescueCD, mas é muito esquisito Abraço, Valeu - -- Felipe Augusto van de Wiel (faw) Debian. Freedom to code. Code to freedom! -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHSbKRCjAO0JDlykYRApPOAKCxQ24r163wqGchwpcns1I0zPJjFwCgt9YW hK3pltE/4uH3Q1Lg+/uUfnk= =OUXv -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] --- End of Original Message --- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Fw: Re: Grub + Kernel Panic
-- Forwarded Message --- From: Edluise Costa [EMAIL PROTECTED] To: debian-user-portuguese@lists.debian.org Sent: Mon, 26 Nov 2007 08:59:57 -0300 Subject: Re: Grub + Kernel Panic -- Original Message --- From: Felipe Augusto van de Wiel (faw) [EMAIL PROTECTED] To: debian-user-portuguese@lists.debian.org Sent: Sun, 25 Nov 2007 15:36:17 -0200 Subject: Re: Grub + Kernel Panic -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 25-11-2007 13:24, Edluise Costa wrote: [...] VFS: Cannot open root device hda1 or unknow-block(0,0) Please append a correct root= boot option Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block (0,0) [...] Quando edito a primeira opção ele mostra: root(hd0,0) kernel /boot/vmlinux-2.6.18-5-686 root=/dev/hda1 ro initrd /boot/initrd.img-2.6.18-5-686 savedefault [...] VFS: Cannot open root device hda1 or unknow-block(0,0) Please append a correct root= boot option Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block (0,0) E o mais estranho vêm agora, quando eu boto o meu live cd do debian pra reinstalar, ele mostra: VFS: Cannot open root device NULL or unknow-block(104,7) Please append a correct root= boot option Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block (104,7) Já procurei na net e o melhor artigo que achei foi esse: http://www.devin.com.br/eitch/tlm4/s1-configurando-grub.html Mas mesmo assim o erro persiste, o sistema de arquivos do meu diretório raiz é ext2fs, alguém têm idéia do que pode ser? Hmmm... isso significa que ele não encontrou o dispositivo raiz especificado, no caso o /dev/hda1 (ou /dev/hda). Recentes transições de kernel (para a libpata) renomearam os HDs para /dev/sda mas este *não* deveria ser o seu caso, a menos que você tenha feito algo envolvendo kernel e bibliotecas (mas pode ser que seja válida a tentativa) Não fiz nenhuma instalação/alteração em kernel/bibliotecas, tentei fazer mudando pra /dev/sda mas o erro continua: VFS: Cannot open root device sda1 or unknow-block(0,0) Please append a correct root= boot option Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block (0,0) Então eu diria que seu HD pode ter morrido (o que não faria muito sentido, já que você chega até o GRUB) Botei um HD que tinha o windows e quando ele dá o boot pelo cd: VFS: Cannot open root device NULL or unknow-block(104,7) Please append a correct root= boot option Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block (104,7) ou não está sendo reconhecido como /dev/hda por troca física (para hdb, hdc, hdd). Fazendo a mudança que você falou - creio que não seja isso, pois nem me lembro qual foi a última vez que peguei no hd físicamente: /dev/hda2 (hd0,1) - Partição 2 da IDE Primária Master Mensagem de erro quando dou o boot: Booting command-list root(hd0,1) Filesystem type unknown, partition type 0x5 kernel /boot/vmlinuz-2.6.18-5-686 root=/dev/hda2 ro Error 17: Cannot mount selected partition Press any key to continue... /dev/hdb1 (hd1,0) - Partição 1 da IDE Primária Slave Booting command-list root(hd1,0) Error 21: Selected disk does not exist Press any key to continue... /dev/hdc3 (hd2,2) - Partição 3 da IDE Secundária Master Booting command-list root(hd2,2) Error 21: Selected disk does not exist Press any key to continue... /dev/hdd2 (hd3,2) - Partição 2 da IDE Secundária Slave Booting command-list root(hd3,2) Error 21: Selected disk does not exist Press any key to continue... Seja como for, a questão é a localização do dispositivo, tente iniciar com o SystemRescueCD para ver se ele é capaz de identificar e te dizer algo sobre o disco rígido. Vou da o boot com o SystemRescueCD, mas é muito esquisito Abraço, Valeu - -- Felipe Augusto van de Wiel (faw) Debian. Freedom to code. Code to freedom! -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHSbKRCjAO0JDlykYRApPOAKCxQ24r163wqGchwpcns1I0zPJjFwCgt9YW hK3pltE/4uH3Q1Lg+/uUfnk= =OUXv -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] --- End of Original Message --- --- End of Forwarded Message --- -- Interjato: Único Provedor do RN com Disco Virtual no E-mail Assine Já! 4008-4000 Dei o boot pelo SystemRescueCD e ele me retorna: VFS: Cannot open root device NULL or unknow-block(8,9) Please append a correct root= boot option; here are the available partitions: 0800 78184008 sda driver: sd 0801 75529566 sda1 0802 1 sda2 0805 2650693 sda5 0b00 1048575 sr0 driver: sr Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block (8,9) Mas se eu botar lá no grub sda1 dá o mesmo erro: VFS: Cannot open root
Re: Fw: Re: Grub + Kernel Panic
Edluise Costa escreveu: Dei o boot pelo SystemRescueCD e ele me retorna: VFS: Cannot open root device NULL or unknow-block(8,9) Please append a correct root= boot option; here are the available partitions: 0800 78184008 sda driver: sd 0801 75529566 sda1 0802 1 sda2 0805 2650693 sda5 0b00 1048575 sr0 driver: sr Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block (8,9) Mas se eu botar lá no grub sda1 dá o mesmo erro: VFS: Cannot open root device sda1 or unknow-block(0,0) Please append a correct root= boot option Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block (0,0 Olá, Há um tempo atrás tive o mesmo problema, pois com um kernel atualizado, a controladora IDE SiS passou a fornecer um dispositivo SCSI em vez de IDE, daí tive que mudar o processo de particoinamento de hda para sda. http://groups.google.pt/group/linux.debian.user.portuguese/msg/f3bea8a528cb1914 -- Atenciosamente, Junior Polegato Um peregrino de problemas; Um pergaminho de soluções! Página Profissional: http://www.juniorpolegato.com.br -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Grub + Kernel Panic
Edluise Costa escreveu: Dei o boot pelo SystemRescueCD e ele me retorna: VFS: Cannot open root device NULL or unknow-block(8,9) Please append a correct root= boot option; here are the available partitions: A propósito, verifique se a BIOS está reconhecendo o seu HD. Att, Renato
Re: Fw: Re: Grub + Kernel Panic
Junior Polegato - Linux wrote: Edluise Costa escreveu: Dei o boot pelo SystemRescueCD e ele me retorna: VFS: Cannot open root device NULL or unknow-block(8,9) Please append a correct root= boot option; here are the available partitions: 0800 78184008 sda driver: sd 0801 75529566 sda1 0802 1 sda2 0805 2650693 sda5 0b00 1048575 sr0 driver: sr Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block (8,9) Mas se eu botar lá no grub sda1 dá o mesmo erro: VFS: Cannot open root device sda1 or unknow-block(0,0) Please append a correct root= boot option Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block (0,0 Olá, Há um tempo atrás tive o mesmo problema, pois com um kernel atualizado, a controladora IDE SiS passou a fornecer um dispositivo SCSI em vez de IDE, daí tive que mudar o processo de particoinamento de hda para sda. http://groups.google.pt/group/linux.debian.user.portuguese/msg/f3bea8a528cb1914 Fiz o que seu link orientou, mesmo erro: VFS: Cannot open root device sda1 or unknow-block(0,0) Please append a correct root= boot option Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block (0,0 ) Se eu der o boot pelo SystemRescueCD, dando reschd32 root=/dev/sda1 o sistema inicializa, se for pelo grub da kernel panic: ## ## End Default Options ## title Debian GNU/Linux, kernel 2.6.18-5-686 root(hd0,0) kernel /boot/vmlinuz-2.6.18-5-686 root=/dev/sda1 ro initrd /boot/initrd.img-2.6.18-5-686 savedefault title Debian GNU/Linux, kernel 2.6.18-5-686 (single-user mode) root(hd0,0) kernel /boot/vmlinuz-2.6.18-5-686 root=/dev/sda1 ro single initrd /boot/initrd.img-2.6.18-5-686 savedefault title Debian GNU/Linux, kernel 2.6.18-4-686 root(hd0,0) kernel /boot/vmlinuz-2.6.18-4-686 root=/dev/sda1 ro initrd /boot/initrd.img-2.6.18-4-686 savedefault title Debian GNU/Linux, kernel 2.6.18-4-686 (single-user mode) root(hd0,0) kernel /boot/vmlinuz-2.6.18-4-686 root=/dev/sda1 ro single initrd /boot/initrd.img-2.6.18-4-686 savedefault ### END DEBIAN AUTOMAGIC KERNELS LIST []s -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Grub + Kernel Panic
Renato S. Yamane wrote: Edluise Costa escreveu: Dei o boot pelo SystemRescueCD e ele me retorna: VFS: Cannot open root device NULL or unknow-block(8,9) Please append a correct root= boot option; here are the available partitions: A propósito, verifique se a BIOS está reconhecendo o seu HD. Att, Renato Está como Primário master na BIOS. Att. Edluise -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Fw: Re: Grub + Kernel Panic
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 26-11-2007 11:47, Edluise Costa wrote: Dei o boot pelo SystemRescueCD e ele me retorna: VFS: Cannot open root device NULL or unknow-block(8,9) Please append a correct root= boot option; here are the available partitions: 0800 78184008 sda driver: sd 0801 75529566 sda1 0802 1 sda2 0805 2650693 sda5 0b00 1048575 sr0 driver: sr Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block (8,9) Mas se eu botar lá no grub sda1 dá o mesmo erro: VFS: Cannot open root device sda1 or unknow-block(0,0) Please append a correct root= boot option Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block (0,0) Ok, e se você tentar com /dev/sda2 ou /dev/sda5 ? Abraço, - -- Felipe Augusto van de Wiel (faw) Debian. Freedom to code. Code to freedom! -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHS3CNCjAO0JDlykYRAvNnAJ446s1GdaLwdk0wX+JTT4IPqVUkSACgvkdB 6yAV5BjVIwYs3v8zDSbKp/4= =hDjT -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Grub + Kernel Panic
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 25-11-2007 13:24, Edluise Costa wrote: [...] VFS: Cannot open root device hda1 or unknow-block(0,0) Please append a correct root= boot option Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block (0,0) [...] Quando edito a primeira opção ele mostra: root(hd0,0) kernel /boot/vmlinux-2.6.18-5-686 root=/dev/hda1 ro initrd /boot/initrd.img-2.6.18-5-686 savedefault [...] VFS: Cannot open root device hda1 or unknow-block(0,0) Please append a correct root= boot option Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block (0,0) E o mais estranho vêm agora, quando eu boto o meu live cd do debian pra reinstalar, ele mostra: VFS: Cannot open root device NULL or unknow-block(104,7) Please append a correct root= boot option Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block (104,7) Já procurei na net e o melhor artigo que achei foi esse: http://www.devin.com.br/eitch/tlm4/s1-configurando-grub.html Mas mesmo assim o erro persiste, o sistema de arquivos do meu diretório raiz é ext2fs, alguém têm idéia do que pode ser? Hmmm... isso significa que ele não encontrou o dispositivo raiz especificado, no caso o /dev/hda1 (ou /dev/hda). Recentes transições de kernel (para a libpata) renomearam os HDs para /dev/sda mas este *não* deveria ser o seu caso, a menos que você tenha feito algo envolvendo kernel e bibliotecas (mas pode ser que seja válida a tentativa) Então eu diria que seu HD pode ter morrido (o que não faria muito sentido, já que você chega até o GRUB) ou não está sendo reconhecido como /dev/hda por troca física (para hdb, hdc, hdd). Seja como for, a questão é a localização do dispositivo, tente iniciar com o SystemRescueCD para ver se ele é capaz de identificar e te dizer algo sobre o disco rígido. Abraço, - -- Felipe Augusto van de Wiel (faw) Debian. Freedom to code. Code to freedom! -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHSbKRCjAO0JDlykYRApPOAKCxQ24r163wqGchwpcns1I0zPJjFwCgt9YW hK3pltE/4uH3Q1Lg+/uUfnk= =OUXv -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
