Re: Problemas com kernel panic. [Resolvido]
Boa tarde a todos, Em primeiro lugar gostaria de agradecer a todos, pois o problema foi resolvido de maneira adequada. Quanto ao problema : Depois que retirei as hds e instalei em outra maquina, consegui dar o boot normalmente (o que me espantou, pois já considerava um caso quase perdido), usei o systemrescue cd (muito bom por sinal) e fiz cópias dos discos e efetuei o backup necessário dos arquivos. Após uma olhada minuciosa no hardware, em especial na placa mãe, pude perceber uma leve ondulação em um dos capacitores (e nada mais que fosse perceptível). Troquei a placa e todos os demais componentes e estou configurando o samba novamente. Mais uma vez obrigado a todos. Atte, -- Leandro M. Pereira Informática HUT (12) 3625-7605 | c...@hutaubate.com.br -- To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/5058c42a.3050...@hutaubate.com.br
Re: Problemas com kernel panic. [Resolvido]
Congratulations =D Em 18 de setembro de 2012 14:57, Informática HUT c...@hutaubate.com.brescreveu: Boa tarde a todos, Em primeiro lugar gostaria de agradecer a todos, pois o problema foi resolvido de maneira adequada. Quanto ao problema : Depois que retirei as hds e instalei em outra maquina, consegui dar o boot normalmente (o que me espantou, pois já considerava um caso quase perdido), usei o systemrescue cd (muito bom por sinal) e fiz cópias dos discos e efetuei o backup necessário dos arquivos. Após uma olhada minuciosa no hardware, em especial na placa mãe, pude perceber uma leve ondulação em um dos capacitores (e nada mais que fosse perceptível). Troquei a placa e todos os demais componentes e estou configurando o samba novamente. Mais uma vez obrigado a todos. Atte, -- Leandro M. Pereira Informática HUT (12) 3625-7605 | c...@hutaubate.com.br -- To UNSUBSCRIBE, email to debian-user-portuguese-**requ...@lists.debian.orgdebian-user-portuguese-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/**5058C42A.3050006@hutaubate.**com.brhttp://lists.debian.org/5058c42a.3050...@hutaubate.com.br
Re: Problemas com kernel panic. [Resolvido]
Bem lembrado, Boa parte dos kernel panic que eu presenciei tinha sido hardware, principalmente memórias... testar o hardware é uma das coisas a se fazer nessas ocasiões... [ ] 's -- | .''`. A fé não dá respostas. Só impede perguntas. | : :' : | `. `'` | `- Je vois tout -- To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CACnf0pg91Efq0igEx3aMFCXodg-Limy=ox5ea2-kuyyxus-...@mail.gmail.com
Problemas com kernel panic.
Bom dia a todos, Estou com uma situação complicada por aqui, no fim de semana minha máquina de backup apresentou a seguinte mensagem de erro: [0.220408] initramfs unpacking failed : junk in compressed archive [0.720799] kernel panic - not syncing : VFS : unable to mount root fs on unknown-block (254,4) Não consigo entrar no single-mode, na verdade a unica coisa que consigo é entrar no prompt do grub (teclando c ao escolher o kernel. Essa máquina é usada para backup de arquivos e , preciso muito dos dados... Tenho 2 hd's de 250GB em raid 0. Tentei ligar com somente uma hd e não inicia nada. Não consigo rodar nem live cd para tentar uma recuperação. Alguém poderia me ajudar? Desde já agradeço. -- Leandro M. Pereira Informática HUT (12) 3625-7605 | c...@hutaubate.com.br -- To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/50571afa.6000...@hutaubate.com.br
Re: Problemas com kernel panic.
Seg, 17.09.2012, Informática HUT disse: Bom dia a todos, Estou com uma situação complicada por aqui, no fim de semana minha máquina de backup apresentou a seguinte mensagem de erro: [0.220408] initramfs unpacking failed : junk in compressed archive Aparentemente o arquivo initramfs está corrompido (lixo no arquivo comprimido). Não sei como isso pode ter acontecido. [0.720799] kernel panic - not syncing : VFS : unable to mount root fs on unknown-block (254,4) Não consigo entrar no single-mode, na verdade a unica coisa que consigo é entrar no prompt do grub (teclando c ao escolher o kernel. pergunta-desencargo-de-consciência: tem algum outro kernel instalado? Essa máquina é usada para backup de arquivos e , preciso muito dos dados... Tenho 2 hd's de 250GB em raid 0. Tentei ligar com somente uma hd e não inicia nada. Não consigo rodar nem live cd para tentar uma recuperação. Com quais cds vc já tentou? Qual erro dá? Lembrando que para fazer chroot com lvm é meio chatinho... não lembro de cabeça, mas tem no oráculo. Alguém poderia me ajudar? Desde já agradeço. -- Leandro M. Pereira Informática HUT (12) 3625-7605 | c...@hutaubate.com.br -- To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/50571afa.6000...@hutaubate.com.br -- Cuando la guática pide comídica Pone al cristiánico firme y guerrérico Por sus poróticos y sus cebóllicas, No hay regimiéntico que los deténguica Si tienen hámbrica los populáricos. Violeta Parra Gunther Furtado Curitiba - Paraná - Brasil gunfurt...@gmail.com skype:gunfurtado -- To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120917100953.1dd8f...@shrknemo.gbmc.net
Re: Problemas com kernel panic.
Bom dia, A corrupção do arquivo, pode ter sido por falta de energia? O gerador foi desligado no fim de semana e, não avisaram ninguém.. Só possuo o kernel 2.6... instalado nada mais... Já tentei com o dvd do debian squeeze, ubuntu 10.04 e 12.04 (os que eu tenho em mãos). Por desencargo de consciência vou colocar as hds em outro maquina, pois pude perceber que, ao tentar instalar o debian em uma terceira hd para tentar fazer a recuperação, ele apresentou erro também, mesmo com as hds em raid desconectadas... Poderia ser algum erro da hardware, não relacionado as hds... talvez eu deva torcer por isso. atte, Em 17-09-2012 10:09, Gunther Furtado escreveu: Seg, 17.09.2012, Informática HUT disse: Bom dia a todos, Estou com uma situação complicada por aqui, no fim de semana minha máquina de backup apresentou a seguinte mensagem de erro: [0.220408] initramfs unpacking failed : junk in compressed archive Aparentemente o arquivo initramfs está corrompido (lixo no arquivo comprimido). Não sei como isso pode ter acontecido. [0.720799] kernel panic - not syncing : VFS : unable to mount root fs on unknown-block (254,4) Não consigo entrar no single-mode, na verdade a unica coisa que consigo é entrar no prompt do grub (teclando c ao escolher o kernel. pergunta-desencargo-de-consciência: tem algum outro kernel instalado? Essa máquina é usada para backup de arquivos e , preciso muito dos dados... Tenho 2 hd's de 250GB em raid 0. Tentei ligar com somente uma hd e não inicia nada. Não consigo rodar nem live cd para tentar uma recuperação. Com quais cds vc já tentou? Qual erro dá? Lembrando que para fazer chroot com lvm é meio chatinho... não lembro de cabeça, mas tem no oráculo. Alguém poderia me ajudar? Desde já agradeço. -- Leandro M. Pereira Informática HUT (12) 3625-7605 | c...@hutaubate.com.br -- To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/50571afa.6000...@hutaubate.com.br -- Leandro M. Pereira Informática HUT (12) 3625-7605 | c...@hutaubate.com.br -- To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/5057236d.8030...@hutaubate.com.br
Re: Problemas com kernel panic.
Abaixe o SysRescueCD, tenho usado ele para as mais diversas situações, no mínimo v. vai poder verificar o estado do sistema de arquivos. Para maior segurança, faça antes uma cópia física dos HDs com o DD (ou o Clonezilla, muito bom) e trabalhe com as cópias, preserve os HDs originais. Vinicius Em 17-09-2012 10:19, Informática HUT escreveu: Bom dia, A corrupção do arquivo, pode ter sido por falta de energia? O gerador foi desligado no fim de semana e, não avisaram ninguém.. Só possuo o kernel 2.6... instalado nada mais... Já tentei com o dvd do debian squeeze, ubuntu 10.04 e 12.04 (os que eu tenho em mãos). Por desencargo de consciência vou colocar as hds em outro maquina, pois pude perceber que, ao tentar instalar o debian em uma terceira hd para tentar fazer a recuperação, ele apresentou erro também, mesmo com as hds em raid desconectadas... Poderia ser algum erro da hardware, não relacionado as hds... talvez eu deva torcer por isso. atte, Em 17-09-2012 10:09, Gunther Furtado escreveu: Seg, 17.09.2012, Informática HUT disse: Bom dia a todos, Estou com uma situação complicada por aqui, no fim de semana minha máquina de backup apresentou a seguinte mensagem de erro: [0.220408] initramfs unpacking failed : junk in compressed archive Aparentemente o arquivo initramfs está corrompido (lixo no arquivo comprimido). Não sei como isso pode ter acontecido. [0.720799] kernel panic - not syncing : VFS : unable to mount root fs on unknown-block (254,4) Não consigo entrar no single-mode, na verdade a unica coisa que consigo é entrar no prompt do grub (teclando c ao escolher o kernel. pergunta-desencargo-de-consciência: tem algum outro kernel instalado? Essa máquina é usada para backup de arquivos e , preciso muito dos dados... Tenho 2 hd's de 250GB em raid 0. Tentei ligar com somente uma hd e não inicia nada. Não consigo rodar nem live cd para tentar uma recuperação. Com quais cds vc já tentou? Qual erro dá? Lembrando que para fazer chroot com lvm é meio chatinho... não lembro de cabeça, mas tem no oráculo. Alguém poderia me ajudar? Desde já agradeço. -- Leandro M. Pereira Informática HUT (12) 3625-7605 | c...@hutaubate.com.br -- To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/50571afa.6000...@hutaubate.com.br -- To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/5057330a.6090...@uol.com.br
Re: Problemas com kernel panic.
Seg, 17.09.2012, Informática HUT disse: Bom dia, A corrupção do arquivo, pode ter sido por falta de energia? O gerador foi desligado no fim de semana e, não avisaram ninguém.. não sei, mas a coincidência já é um indício. Só possuo o kernel 2.6... instalado nada mais... Já tentei com o dvd do debian squeeze, ubuntu 10.04 e 12.04 (os que eu tenho em mãos). que erros aparecem, o que impede a máquina de bootar por estes CDs/DVDs? Por desencargo de consciência vou colocar as hds em outro maquina, pois pude perceber que, ao tentar instalar o debian em uma terceira hd para tentar fazer a recuperação, ele apresentou erro também, mesmo com as hds em raid desconectadas... Poderia ser algum erro da hardware, não relacionado as hds... talvez eu deva torcer por isso. A ideia do Vinícius (fazer copia dos CDs e preservar os originais) é bem sensata. att., atte, Em 17-09-2012 10:09, Gunther Furtado escreveu: Seg, 17.09.2012, Informática HUT disse: Bom dia a todos, Estou com uma situação complicada por aqui, no fim de semana minha máquina de backup apresentou a seguinte mensagem de erro: [0.220408] initramfs unpacking failed : junk in compressed archive Aparentemente o arquivo initramfs está corrompido (lixo no arquivo comprimido). Não sei como isso pode ter acontecido. [0.720799] kernel panic - not syncing : VFS : unable to mount root fs on unknown-block (254,4) Não consigo entrar no single-mode, na verdade a unica coisa que consigo é entrar no prompt do grub (teclando c ao escolher o kernel. pergunta-desencargo-de-consciência: tem algum outro kernel instalado? Essa máquina é usada para backup de arquivos e , preciso muito dos dados... Tenho 2 hd's de 250GB em raid 0. Tentei ligar com somente uma hd e não inicia nada. Não consigo rodar nem live cd para tentar uma recuperação. Com quais cds vc já tentou? Qual erro dá? Lembrando que para fazer chroot com lvm é meio chatinho... não lembro de cabeça, mas tem no oráculo. Alguém poderia me ajudar? Desde já agradeço. -- Leandro M. Pereira Informática HUT (12) 3625-7605 | c...@hutaubate.com.br -- To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/50571afa.6000...@hutaubate.com.br -- Leandro M. Pereira Informática HUT (12) 3625-7605 | c...@hutaubate.com.br -- To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/5057236d.8030...@hutaubate.com.br -- Cuando la guática pide comídica Pone al cristiánico firme y guerrérico Por sus poróticos y sus cebóllicas, No hay regimiéntico que los deténguica Si tienen hámbrica los populáricos. Violeta Parra Gunther Furtado Curitiba - Paraná - Brasil gunfurt...@gmail.com skype:gunfurtado -- To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120917121838.5a56b...@shrknemo.gbmc.net
Re: Problemas com kernel panic.
Tente iniciar a máquina com o cd de instalação do Debian, depois escolha a opção de recuperação. Nela depois que passarem os menus para escolher teclado, rede, etc, escolhar ir para o shel do computador, veja se as partições estão desmontadas e passe um fsck -y nelas, após isso monte o /usr e o /var, depois instale um outro kernel com o apt-get. On Mon, 2012-09-17 at 10:19 -0300, Informática HUT wrote: Bom dia, A corrupção do arquivo, pode ter sido por falta de energia? O gerador foi desligado no fim de semana e, não avisaram ninguém.. Só possuo o kernel 2.6... instalado nada mais... Já tentei com o dvd do debian squeeze, ubuntu 10.04 e 12.04 (os que eu tenho em mãos). Por desencargo de consciência vou colocar as hds em outro maquina, pois pude perceber que, ao tentar instalar o debian em uma terceira hd para tentar fazer a recuperação, ele apresentou erro também, mesmo com as hds em raid desconectadas... Poderia ser algum erro da hardware, não relacionado as hds... talvez eu deva torcer por isso. atte, Em 17-09-2012 10:09, Gunther Furtado escreveu: Seg, 17.09.2012, Informática HUT disse: Bom dia a todos, Estou com uma situação complicada por aqui, no fim de semana minha máquina de backup apresentou a seguinte mensagem de erro: [0.220408] initramfs unpacking failed : junk in compressed archive Aparentemente o arquivo initramfs está corrompido (lixo no arquivo comprimido). Não sei como isso pode ter acontecido. [0.720799] kernel panic - not syncing : VFS : unable to mount root fs on unknown-block (254,4) Não consigo entrar no single-mode, na verdade a unica coisa que consigo é entrar no prompt do grub (teclando c ao escolher o kernel. pergunta-desencargo-de-consciência: tem algum outro kernel instalado? Essa máquina é usada para backup de arquivos e , preciso muito dos dados... Tenho 2 hd's de 250GB em raid 0. Tentei ligar com somente uma hd e não inicia nada. Não consigo rodar nem live cd para tentar uma recuperação. Com quais cds vc já tentou? Qual erro dá? Lembrando que para fazer chroot com lvm é meio chatinho... não lembro de cabeça, mas tem no oráculo. Alguém poderia me ajudar? Desde já agradeço. -- Leandro M. Pereira Informática HUT (12) 3625-7605 | c...@hutaubate.com.br -- To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/50571afa.6000...@hutaubate.com.br -- Leandro M. Pereira Informática HUT (12) 3625-7605 | c...@hutaubate.com.br -- Adiel de Lima Ribeiro facebook.com/sembr.dyndns.info
Kernel panic após compilação.
Pessoal, obrigado pelas respostas, achei a solução, agora meu singelo notebook está bala. No meu caso eu estava desabilitando algum módulo necessário para montar as partições do HD, mesmo elas sendo reconhecidas. Utilizei o make localmodconfig (excelente). Aí depois dele dei uma tunada nas opções que queria desabilitadas. Segue uma página com a explicação dele. http://www.h-online.com/open/features/Good-and-quick-kernel-configuration-creation-1403046.html -- Adiel de Lima Ribeiro facebook.com/sembr.dyndns.info
Re: Kernel panic.
Pessoal, resumindo meu problema, depois de recompilar o Kernel meu sistema não inicia, fiz um teste para ver se era algum módulo faltando e não era, pois no teste recompilei o Kernel com as configurações antigas e retirei apenas o suporte a virtualização. Na minha compilação utilizei o fonte do debian, no qual foi gerado um binário em /usr/src/linux-source-2.6.32 no diretório arch/x86/boot, este binário se chama bzImage, o qual copio para o diretório /boot com o nome vmlinuz-modificado. Depois eu rodo o update-grub e ele reconhece tudo direitinho. Uma coisa que notei, é que não é gerada a linha initrd para a imagem vmlinuz-modificado, sendo que existe a linha nas imagens antigas. Tem alguma coisa a ver o initrd ? O que posso estar fazendo de errado? -- Adiel de Lima Ribeiro facebook.com/sembr.dyndns.info
Re: Kernel panic.
faltou vc gera a imagem na pasta /lib/module digite mkinitramfs -o /boot/initrd-kernel versao do kernel Ai pode reiniciar. Em 1 de agosto de 2012 15:31, Adiel de Lima Ribeiro adiel.netad...@gmail.com escreveu: Pessoal, resumindo meu problema, depois de recompilar o Kernel meu sistema não inicia, fiz um teste para ver se era algum módulo faltando e não era, pois no teste recompilei o Kernel com as configurações antigas e retirei apenas o suporte a virtualização. Na minha compilação utilizei o fonte do debian, no qual foi gerado um binário em /usr/src/linux-source-2.6.32 no diretório arch/x86/boot, este binário se chama bzImage, o qual copio para o diretório /boot com o nome vmlinuz-modificado. Depois eu rodo o update-grub e ele reconhece tudo direitinho. Uma coisa que notei, é que não é gerada a linha initrd para a imagem vmlinuz-modificado, sendo que existe a linha nas imagens antigas. Tem alguma coisa a ver o initrd ? O que posso estar fazendo de errado? -- Adiel de Lima Ribeirofacebook.com/sembr.dyndns.info -- Alcione Ferreira Sombra® 101080 [http://www.alcionesytes.net/] --- Liberdade e conhecimento ao alcance de todos. Office Escritório - http://www.openoffice.org.br/ Navegador Firefox - http://www.mozilla.org.br/ Email Thunderbird - http://www.mozilla.org.br/ --- Linux user number 432030 of http://counter.li.org/ --- ICQ: 377035698 Jabber: ksomb...@jabber.org MSN: alcione.som...@hotmail.com --- Curriculum: http://lattes.cnpq.br/0545256741852110
Re: Kernel panic.
Tenta fazer assim. apt-get install kernel-package libncurses5-dev fakeroot wget bzip2 build-essential cd /usr/src wget http://www.kernel.org/pub/linux/kernel/v3.0/linux-3.4.7.tar.bz2 tar jxvf linux-3.4.7.tar.bz2 rm -rf linux ln -s linux-3.4.7 linux cd linux cp /boot/config-SEU_KERNEL_DO_DEBIAN .config Faça suas customizações make menuconfig make-kpkg clean fakeroot make-kpkg --initrd --append-to-version=-meukernelcompilado kernel_image kernel_headers Nesse caso estou usando a ultima versão estável Abraço, Rafael Bedendo Em 01-08-2012 16:31, Adiel de Lima Ribeiro escreveu: Pessoal, resumindo meu problema, depois de recompilar o Kernel meu sistema não inicia, fiz um teste para ver se era algum módulo faltando e não era, pois no teste recompilei o Kernel com as configurações antigas e retirei apenas o suporte a virtualização. Na minha compilação utilizei o fonte do debian, no qual foi gerado um binário em /usr/src/linux-source-2.6.32 no diretório arch/x86/boot, este binário se chama bzImage, o qual copio para o diretório /boot com o nome vmlinuz-modificado. Depois eu rodo o update-grub e ele reconhece tudo direitinho. Uma coisa que notei, é que não é gerada a linha initrd para a imagem vmlinuz-modificado, sendo que existe a linha nas imagens antigas. Tem alguma coisa a ver o initrd ? O que posso estar fazendo de errado? -- Adiel de Lima Ribeiro facebook.com/sembr.dyndns.info
Re: Kernel panic.
Bom dia! Alguns pontos que vc tem que observar: - source: baixou do kernel.org ou usou do repositório? - no processo de configuração vc usou a ultima config do kernel que tá rodando? - na parte de devices vc modificou alguma coisa? Se está tentando usar uma versão mais nova do kernel, tente não adicionar muitos módulos novos até seu novo kernel estar funcionando. Sobre o que vc reportou: isso geralmente ocorre por que o kernel não consegue montar o dispositivo de armazenamento. espero ter ajudado! Rotina que utilizo: - source na pasta /usr/src - linkagem do source com a pasta linux - make mrproper - cp config-antigo . - make menuconfig - carrego o config-antigo - reviso drivers, filesystem e segurança em geral - salvo como .config - antigamente compilava com o make bzImage modules, agora estou optando pelo make-kpkg Abraços Em 29 de julho de 2012 21:49, Adiel de Lima Ribeiro adiel.netad...@gmail.com escreveu: Pessoal, boa noite. Após recompilar meu kernel, quando inicio o sistema com o kernel recompilado estou tendo os seguintes problemas: O sistema não boot e me retorna as seguintes mensagens de erro: No filesystem could mount root, tried: cramfs vfat sysv v7 romfs Kernel panic - not syncing: VFS: unable to mount rootfs on unknow block Estou usando o Debian amd64, o sistema de arquivos é ext4 e está habilitado no kernel, o método de compressão dele é lzma, também habilitei o ROM filesystem support, o squash fs 4.0, o cramfs e o partition type msdos. As partições são reconhecidas, mas não consigo bootar o sitema. Existe alguma opção que estou deixando passar em branco no make menuconfig ? -- Adiel de Lima Ribeirofacebook.com/sembr.dyndns.info -- Alcione Ferreira Sombra® 101080 [http://www.alcionesytes.net/] --- Liberdade e conhecimento ao alcance de todos. Office Escritório - http://www.openoffice.org.br/ Navegador Firefox - http://www.mozilla.org.br/ Email Thunderbird - http://www.mozilla.org.br/ --- Linux user number 432030 of http://counter.li.org/ --- ICQ: 377035698 Jabber: ksomb...@jabber.org MSN: alcione.som...@hotmail.com --- Curriculum: http://lattes.cnpq.br/0545256741852110
Re: Kernel panic.
Obrigado pela resposta Alcione. Então, vamos la: Baixei o source do repositório com o apt-get. Utilizei a última configuração do kernel atual, copiando o vmlinuz-2.6.32-5-amd64 de /boot para o diretório que estou utilizando para compilar com o nome de .config. make oldconfig make menuconfig Copio o bzImage gerado no diretório de compilação em arch/x86_64/boot para com o nome de vmlinuz+meu-complemento para /boot. Deposi rodo o update-grub. No caso de novos módulos não estou adicionando, e sim retirando os desnecessários, pensei que poderia ter tirado algum driver, mas o boot reconhece as partições. Notei que a entrada para o novo kernel não tem a linha do initrd, qual o propósito dele afinal ? Faz alguma diferença não compilar em /usr/src ? On Mon, 2012-07-30 at 07:36 -0400, Alcione Ferreira wrote: Bom dia! Alguns pontos que vc tem que observar: - source: baixou do kernel.org ou usou do repositório? - no processo de configuração vc usou a ultima config do kernel que tá rodando? - na parte de devices vc modificou alguma coisa? Se está tentando usar uma versão mais nova do kernel, tente não adicionar muitos módulos novos até seu novo kernel estar funcionando. Sobre o que vc reportou: isso geralmente ocorre por que o kernel não consegue montar o dispositivo de armazenamento. espero ter ajudado! Rotina que utilizo: - source na pasta /usr/src - linkagem do source com a pasta linux - make mrproper - cp config-antigo . - make menuconfig - carrego o config-antigo - reviso drivers, filesystem e segurança em geral - salvo como .config - antigamente compilava com o make bzImage modules, agora estou optando pelo make-kpkg Abraços Em 29 de julho de 2012 21:49, Adiel de Lima Ribeiro adiel.netad...@gmail.com escreveu: Pessoal, boa noite. Após recompilar meu kernel, quando inicio o sistema com o kernel recompilado estou tendo os seguintes problemas: O sistema não boot e me retorna as seguintes mensagens de erro: No filesystem could mount root, tried: cramfs vfat sysv v7 romfs Kernel panic - not syncing: VFS: unable to mount rootfs on unknow block Estou usando o Debian amd64, o sistema de arquivos é ext4 e está habilitado no kernel, o método de compressão dele é lzma, também habilitei o ROM filesystem support, o squash fs 4.0, o cramfs e o partition type msdos. As partições são reconhecidas, mas não consigo bootar o sitema. Existe alguma opção que estou deixando passar em branco no make menuconfig ? -- Adiel de Lima Ribeirofacebook.com/sembr.dyndns.info -- Adiel de Lima Ribeiro facebook.com/sembr.dyndns.info
Re: Kernel panic.
Faz sim, mas não muito, mas o arquivo que vc deve copiar é config-2.6.32-5-amd64 não o vmlinuz-2.6.32-5-amd64 Acho que ai está a diferença. Em 30 de julho de 2012 10:37, Adiel de Lima Ribeiro adiel.netad...@gmail.com escreveu: Obrigado pela resposta Alcione. Então, vamos la: Baixei o source do repositório com o apt-get. Utilizei a última configuração do kernel atual, copiando o vmlinuz-2.6.32-5-amd64 de /boot para o diretório que estou utilizando para compilar com o nome de .config. make oldconfig make menuconfig Copio o bzImage gerado no diretório de compilação em arch/x86_64/boot para com o nome de vmlinuz+meu-complemento para /boot. Deposi rodo o update-grub. No caso de novos módulos não estou adicionando, e sim retirando os desnecessários, pensei que poderia ter tirado algum driver, mas o boot reconhece as partições. Notei que a entrada para o novo kernel não tem a linha do initrd, qual o propósito dele afinal ? Faz alguma diferença não compilar em /usr/src ? On Mon, 2012-07-30 at 07:36 -0400, Alcione Ferreira wrote: Bom dia! Alguns pontos que vc tem que observar: - source: baixou do kernel.org ou usou do repositório? - no processo de configuração vc usou a ultima config do kernel que tá rodando? - na parte de devices vc modificou alguma coisa? Se está tentando usar uma versão mais nova do kernel, tente não adicionar muitos módulos novos até seu novo kernel estar funcionando. Sobre o que vc reportou: isso geralmente ocorre por que o kernel não consegue montar o dispositivo de armazenamento. espero ter ajudado! Rotina que utilizo: - source na pasta /usr/src - linkagem do source com a pasta linux - make mrproper - cp config-antigo . - make menuconfig - carrego o config-antigo - reviso drivers, filesystem e segurança em geral - salvo como .config - antigamente compilava com o make bzImage modules, agora estou optando pelo make-kpkg Abraços Em 29 de julho de 2012 21:49, Adiel de Lima Ribeiro adiel.netad...@gmail.com escreveu: Pessoal, boa noite. Após recompilar meu kernel, quando inicio o sistema com o kernel recompilado estou tendo os seguintes problemas: O sistema não boot e me retorna as seguintes mensagens de erro: No filesystem could mount root, tried: cramfs vfat sysv v7 romfs Kernel panic - not syncing: VFS: unable to mount rootfs on unknow block Estou usando o Debian amd64, o sistema de arquivos é ext4 e está habilitado no kernel, o método de compressão dele é lzma, também habilitei o ROM filesystem support, o squash fs 4.0, o cramfs e o partition type msdos. As partições são reconhecidas, mas não consigo bootar o sitema. Existe alguma opção que estou deixando passar em branco no make menuconfig ? -- Adiel de Lima Ribeirofacebook.com/sembr.dyndns.info -- Adiel de Lima Ribeirofacebook.com/sembr.dyndns.info -- Alcione Ferreira Sombra® 101080 [http://www.alcionesytes.net/] --- Liberdade e conhecimento ao alcance de todos. Office Escritório - http://www.openoffice.org.br/ Navegador Firefox - http://www.mozilla.org.br/ Email Thunderbird - http://www.mozilla.org.br/ --- Linux user number 432030 of http://counter.li.org/ --- ICQ: 377035698 Jabber: ksomb...@jabber.org MSN: alcione.som...@hotmail.com --- Curriculum: http://lattes.cnpq.br/0545256741852110
Re: Kernel panic.
Sim, o arquivo que estou copiando é o config ..., mas depois de compilado é gerado um arquivo binario em arch/x86/boot com nome de bzImage, este compilado devemos copiar para /boot com o nome vmlinuz + seu complemento. On Mon, 2012-07-30 at 10:45 -0400, Alcione Ferreira wrote: Faz sim, mas não muito, mas o arquivo que vc deve copiar é config-2.6.32-5-amd64 não o vmlinuz-2.6.32-5-amd64 Acho que ai está a diferença. Em 30 de julho de 2012 10:37, Adiel de Lima Ribeiro adiel.netad...@gmail.com escreveu: Obrigado pela resposta Alcione. Então, vamos la: Baixei o source do repositório com o apt-get. Utilizei a última configuração do kernel atual, copiando o vmlinuz-2.6.32-5-amd64 de /boot para o diretório que estou utilizando para compilar com o nome de .config. make oldconfig make menuconfig Copio o bzImage gerado no diretório de compilação em arch/x86_64/boot para com o nome de vmlinuz+meu-complemento para /boot. Deposi rodo o update-grub. No caso de novos módulos não estou adicionando, e sim retirando os desnecessários, pensei que poderia ter tirado algum driver, mas o boot reconhece as partições. Notei que a entrada para o novo kernel não tem a linha do initrd, qual o propósito dele afinal ? Faz alguma diferença não compilar em /usr/src ? On Mon, 2012-07-30 at 07:36 -0400, Alcione Ferreira wrote: Bom dia! Alguns pontos que vc tem que observar: - source: baixou do kernel.org ou usou do repositório? - no processo de configuração vc usou a ultima config do kernel que tá rodando? - na parte de devices vc modificou alguma coisa? Se está tentando usar uma versão mais nova do kernel, tente não adicionar muitos módulos novos até seu novo kernel estar funcionando. Sobre o que vc reportou: isso geralmente ocorre por que o kernel não consegue montar o dispositivo de armazenamento. espero ter ajudado! Rotina que utilizo: - source na pasta /usr/src - linkagem do source com a pasta linux - make mrproper - cp config-antigo . - make menuconfig - carrego o config-antigo - reviso drivers, filesystem e segurança em geral - salvo como .config - antigamente compilava com o make bzImage modules, agora estou optando pelo make-kpkg Abraços Em 29 de julho de 2012 21:49, Adiel de Lima Ribeiro adiel.netad...@gmail.com escreveu: Pessoal, boa noite. Após recompilar meu kernel, quando inicio o sistema com o kernel recompilado estou tendo os seguintes problemas: O sistema não boot e me retorna as seguintes mensagens de erro: No filesystem could mount root, tried: cramfs vfat sysv v7 romfs Kernel panic - not syncing: VFS: unable to mount rootfs on unknow block Estou usando o Debian amd64, o sistema de arquivos é ext4 e está habilitado no kernel, o método de compressão dele é lzma, também habilitei o ROM filesystem support, o squash fs 4.0, o cramfs e o partition type msdos. As partições são reconhecidas, mas não consigo bootar o sitema. Existe alguma opção que estou deixando passar em branco no make menuconfig ? -- Adiel de Lima Ribeirofacebook.com/sembr.dyndns.info -- Adiel de Lima Ribeirofacebook.com/sembr.dyndns.info -- Adiel de Lima Ribeiro facebook.com/sembr.dyndns.info
Re: Kernel panic.
vc está gerando o initrd.img corretamente? tente gerar a imagem usando o make-kpkg, instale o pacote kernel-package é assim vc não precisa mudar nada no que vc já fez só vai na pasta onde está o source e digita: make-kpkg --us --uc --append-to-version -meu_kernel --bzimage kernel_image kernel_source só esperar terminar ele vai gerar os pacotes do kernel na pasta /usr/src ai vc instala usando o dpkg --install Tente ai. Em 30 de julho de 2012 15:05, Adiel de Lima Ribeiro adiel.netad...@gmail.com escreveu: Sim, o arquivo que estou copiando é o config ..., mas depois de compilado é gerado um arquivo binario em arch/x86/boot com nome de bzImage, este compilado devemos copiar para /boot com o nome vmlinuz + seu complemento. On Mon, 2012-07-30 at 10:45 -0400, Alcione Ferreira wrote: Faz sim, mas não muito, mas o arquivo que vc deve copiar é config-2.6.32-5-amd64 não o vmlinuz-2.6.32-5-amd64 Acho que ai está a diferença. Em 30 de julho de 2012 10:37, Adiel de Lima Ribeiro adiel.netad...@gmail.com escreveu: Obrigado pela resposta Alcione. Então, vamos la: Baixei o source do repositório com o apt-get. Utilizei a última configuração do kernel atual, copiando o vmlinuz-2.6.32-5-amd64 de /boot para o diretório que estou utilizando para compilar com o nome de .config. make oldconfig make menuconfig Copio o bzImage gerado no diretório de compilação em arch/x86_64/boot para com o nome de vmlinuz+meu-complemento para /boot. Deposi rodo o update-grub. No caso de novos módulos não estou adicionando, e sim retirando os desnecessários, pensei que poderia ter tirado algum driver, mas o boot reconhece as partições. Notei que a entrada para o novo kernel não tem a linha do initrd, qual o propósito dele afinal ? Faz alguma diferença não compilar em /usr/src ? On Mon, 2012-07-30 at 07:36 -0400, Alcione Ferreira wrote: Bom dia! Alguns pontos que vc tem que observar: - source: baixou do kernel.org ou usou do repositório? - no processo de configuração vc usou a ultima config do kernel que tá rodando? - na parte de devices vc modificou alguma coisa? Se está tentando usar uma versão mais nova do kernel, tente não adicionar muitos módulos novos até seu novo kernel estar funcionando. Sobre o que vc reportou: isso geralmente ocorre por que o kernel não consegue montar o dispositivo de armazenamento. espero ter ajudado! Rotina que utilizo: - source na pasta /usr/src - linkagem do source com a pasta linux - make mrproper - cp config-antigo . - make menuconfig - carrego o config-antigo - reviso drivers, filesystem e segurança em geral - salvo como .config - antigamente compilava com o make bzImage modules, agora estou optando pelo make-kpkg Abraços Em 29 de julho de 2012 21:49, Adiel de Lima Ribeiro adiel.netad...@gmail.com escreveu: Pessoal, boa noite. Após recompilar meu kernel, quando inicio o sistema com o kernel recompilado estou tendo os seguintes problemas: O sistema não boot e me retorna as seguintes mensagens de erro: No filesystem could mount root, tried: cramfs vfat sysv v7 romfs Kernel panic - not syncing: VFS: unable to mount rootfs on unknow block Estou usando o Debian amd64, o sistema de arquivos é ext4 e está habilitado no kernel, o método de compressão dele é lzma, também habilitei o ROM filesystem support, o squash fs 4.0, o cramfs e o partition type msdos. As partições são reconhecidas, mas não consigo bootar o sitema. Existe alguma opção que estou deixando passar em branco no make menuconfig ? -- Adiel de Lima Ribeirofacebook.com/sembr.dyndns.info -- Adiel de Lima Ribeirofacebook.com/sembr.dyndns.info -- Adiel de Lima Ribeirofacebook.com/sembr.dyndns.info -- Alcione Ferreira Sombra® 101080 [http://www.alcionesytes.net/] --- Liberdade e conhecimento ao alcance de todos. Office Escritório - http://www.openoffice.org.br/ Navegador Firefox - http://www.mozilla.org.br/ Email Thunderbird - http://www.mozilla.org.br/ --- Linux user number 432030 of http://counter.li.org/ --- ICQ: 377035698 Jabber: ksomb...@jabber.org MSN: alcione.som...@hotmail.com --- Curriculum: http://lattes.cnpq.br/0545256741852110
Kernel panic.
Pessoal, boa noite. Após recompilar meu kernel, quando inicio o sistema com o kernel recompilado estou tendo os seguintes problemas: O sistema não boot e me retorna as seguintes mensagens de erro: No filesystem could mount root, tried: cramfs vfat sysv v7 romfs Kernel panic - not syncing: VFS: unable to mount rootfs on unknow block Estou usando o Debian amd64, o sistema de arquivos é ext4 e está habilitado no kernel, o método de compressão dele é lzma, também habilitei o ROM filesystem support, o squash fs 4.0, o cramfs e o partition type msdos. As partições são reconhecidas, mas não consigo bootar o sitema. Existe alguma opção que estou deixando passar em branco no make menuconfig ? -- Adiel de Lima Ribeiro facebook.com/sembr.dyndns.info
Re: kernel panic após atualizar o kernel linux
Em 28 de junho de 2011 16:29, Fred Maranhão fred.maran...@gmail.comescreveu: Em 28 de junho de 2011 16:07, Sinval Júnior sinva...@gmail.com escreveu: Fred, Pelo grub usando a tecla e adicione acpi=off noapic Ex: kernel (hd0,0)/boot/vmlinuz root=/dev/hda1 acpi=off noapic não existe uma linha muito parecida com esta no meu grub. o meu grub tá assim (depois de apertar o 'e'): Dá um boot em single mode e re-monta as partições para escrita. Depois tenta usar o update-initramfs: update-initramfs -c -k all Isso deve criar as imagens de initrd novamente pra vc. []´s Helio Loureiro http://helio.loureiro.eng.br http://hloureiro.multiply.com http://twitter.com/helioloureiro
Re: kernel panic após atualizar o kernel linux
Em 30 de junho de 2011 05:32, Helio Loureiro he...@loureiro.eng.br escreveu: Em 28 de junho de 2011 16:29, Fred Maranhão fred.maran...@gmail.com escreveu: Em 28 de junho de 2011 16:07, Sinval Júnior sinva...@gmail.com escreveu: Fred, Pelo grub usando a tecla e adicione acpi=off noapic Ex: kernel (hd0,0)/boot/vmlinuz root=/dev/hda1 acpi=off noapic não existe uma linha muito parecida com esta no meu grub. o meu grub tá assim (depois de apertar o 'e'): Dá um boot em single mode e re-monta as partições para escrita. Depois tenta usar o update-initramfs: update-initramfs -c -k all Isso deve criar as imagens de initrd novamente pra vc. single mode dava o mesmo problema. o sistema estava realmente inacessível. mas agora é tarde. já reinstalei. o /home estava em outra partição, então reinstalei o sistema em / sem mexer em /home. como era uma máquina nova, eu tinha instalado a uma semana, fiz o backup do /etc mas nem usei. -- To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/BANLkTincrf5vGS7CKPjiiQiRy=gy84b=-a...@mail.gmail.com
Re: kernel panic após atualizar o kernel linux
Fred instalou com a mesma versão que deu problema? Em 30 de junho de 2011 11:37, Fred Maranhão fred.maran...@gmail.comescreveu: Em 30 de junho de 2011 05:32, Helio Loureiro he...@loureiro.eng.br escreveu: Em 28 de junho de 2011 16:29, Fred Maranhão fred.maran...@gmail.com escreveu: Em 28 de junho de 2011 16:07, Sinval Júnior sinva...@gmail.com escreveu: Fred, Pelo grub usando a tecla e adicione acpi=off noapic Ex: kernel (hd0,0)/boot/vmlinuz root=/dev/hda1 acpi=off noapic não existe uma linha muito parecida com esta no meu grub. o meu grub tá assim (depois de apertar o 'e'): Dá um boot em single mode e re-monta as partições para escrita. Depois tenta usar o update-initramfs: update-initramfs -c -k all Isso deve criar as imagens de initrd novamente pra vc. single mode dava o mesmo problema. o sistema estava realmente inacessível. mas agora é tarde. já reinstalei. o /home estava em outra partição, então reinstalei o sistema em / sem mexer em /home. como era uma máquina nova, eu tinha instalado a uma semana, fiz o backup do /etc mas nem usei. -- To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/banlktincrf5vgs7ckpjiiqirygy84...@mail.gmail.com -- Ao encaminhar esta mensagem, por favor: 1 - Apague meu endereço eletrônico; 2 - Apague também os endereços dos amigos que receberam juntamente com você a mensagem, antes de enviar; 3 - Encaminhe como Cópia Oculta (Cco ou BCc) aos seus destinatários. Dificulte assim a disseminação de vírus, spams e banners. #=+ #!/usr/bin/env python nome = 'Sinval Júnior' email = 'sinvalju arroba gmail ponto com' print nome print email #==+
Re: kernel panic após atualizar o kernel linux
Em 30 de junho de 2011 12:58, Sinval Júnior sinva...@gmail.com escreveu: Fred instalou com a mesma versão que deu problema? não. instalei uma imagem do stable de umas 2 semanas atrás. tem a atualização do kernel, mas estou com medo de fazer. vou ver se instalo uma versão mais antiga e depois instalo esta atualização que deu problema. a bronca é que esta que deu problema não era outro pacote. então não foi criada outra entrada no grub. se tivesse criado outra entrada, eu poderia ter usado a entrada antiga. ainda estou na espera de mais alguém reclamar, para ver se é um bug do pacote ou algum problema do meu hardware ou configuração. Em 30 de junho de 2011 11:37, Fred Maranhão fred.maran...@gmail.com escreveu: Em 30 de junho de 2011 05:32, Helio Loureiro he...@loureiro.eng.br escreveu: Em 28 de junho de 2011 16:29, Fred Maranhão fred.maran...@gmail.com escreveu: Em 28 de junho de 2011 16:07, Sinval Júnior sinva...@gmail.com escreveu: Fred, Pelo grub usando a tecla e adicione acpi=off noapic Ex: kernel (hd0,0)/boot/vmlinuz root=/dev/hda1 acpi=off noapic não existe uma linha muito parecida com esta no meu grub. o meu grub tá assim (depois de apertar o 'e'): Dá um boot em single mode e re-monta as partições para escrita. Depois tenta usar o update-initramfs: update-initramfs -c -k all Isso deve criar as imagens de initrd novamente pra vc. single mode dava o mesmo problema. o sistema estava realmente inacessível. mas agora é tarde. já reinstalei. o /home estava em outra partição, então reinstalei o sistema em / sem mexer em /home. como era uma máquina nova, eu tinha instalado a uma semana, fiz o backup do /etc mas nem usei. -- To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/banlktincrf5vgs7ckpjiiqirygy84...@mail.gmail.com -- Ao encaminhar esta mensagem, por favor: 1 - Apague meu endereço eletrônico; 2 - Apague também os endereços dos amigos que receberam juntamente com você a mensagem, antes de enviar; 3 - Encaminhe como Cópia Oculta (Cco ou BCc) aos seus destinatários. Dificulte assim a disseminação de vírus, spams e banners. #=+ #!/usr/bin/env python nome = 'Sinval Júnior' email = 'sinvalju arroba gmail ponto com' print nome print email #==+ -- To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/BANLkTi=zvuxr99i2gvz6c3wctkzw-9i...@mail.gmail.com
kernel panic após atualizar o kernel linux
Caros, Ontem eu atualizei o debian (stable) do meu laptop e o linux (o kernel) foi atualizado. Quando reiniciei a máquina, recebi a seguinte mensagem: Kernel panic - not syncing: No init found. Try passing init= option to kernel Além deste laptop atualizei também um outro debian stable que fica numa máquina virtual e ele reiniciou normal. este init= tem algo a ver com o initrd? O que devo passar como parâmetro? Fred -- To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/banlktim8ardu0k5d6wquagvcqn8-bwr...@mail.gmail.com
Re: kernel panic após atualizar o kernel linux
Em 28 de junho de 2011 08:23, Fred Maranhão fred.maran...@gmail.com escreveu: Caros, Ontem eu atualizei o debian (stable) do meu laptop e o linux (o kernel) foi atualizado. Quando reiniciei a máquina, recebi a seguinte mensagem: Kernel panic - not syncing: No init found. Try passing init= option to kernel Além deste laptop atualizei também um outro debian stable que fica numa máquina virtual e ele reiniciou normal. este init= tem algo a ver com o initrd? O que devo passar como parâmetro? Fred Complementando: reiniciei como monousuário. apareceram as seguintes mensagens: Pid: 1, comm: swapper Not tainted 2.6.32-5-amd64 #1 Call Trace: [812fa67a] ? panic+0x86/0x143 [811b7fc9] ? vgacon_cursor+0x0/0x140 [8100a2fc] ? name_to_dev_t+0x0/0xd04 [814f36c2] ? kernel_init+0x1a3/0x1ae [814f3140] ? early_idt_handler+0x0/0x71 [81011baa] ? child_rip+0xa/0x20 [814f3140] ? early_idt_handler+0x0/0x71 [814f351f] ? kernel_init+0x0/0x1ae [81011ba0] ? child_rip+0x0/0x20 -- To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/BANLkTimqRXa-h=rjx5u3w16oeephgc5...@mail.gmail.com
Re: kernel panic após atualizar o kernel linux
Mais uma coisa. o meu debian eh 64 (arquitetura amd64). -- To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/BANLkTinL8YgqW-9O=6s1pdt5lmsn7un...@mail.gmail.com
Re: kernel panic após atualizar o kernel linux
Fred, tente desativar o ACPI e outros recursos de sua BIOS. Em 28 de junho de 2011 08:23, Fred Maranhão fred.maran...@gmail.comescreveu: Caros, Ontem eu atualizei o debian (stable) do meu laptop e o linux (o kernel) foi atualizado. Quando reiniciei a máquina, recebi a seguinte mensagem: Kernel panic - not syncing: No init found. Try passing init= option to kernel Além deste laptop atualizei também um outro debian stable que fica numa máquina virtual e ele reiniciou normal. este init= tem algo a ver com o initrd? O que devo passar como parâmetro? Fred -- To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/banlktim8ardu0k5d6wquagvcqn8-bwr...@mail.gmail.com -- Ao encaminhar esta mensagem, por favor: 1 - Apague meu endereço eletrônico; 2 - Apague também os endereços dos amigos que receberam juntamente com você a mensagem, antes de enviar; 3 - Encaminhe como Cópia Oculta (Cco ou BCc) aos seus destinatários. Dificulte assim a disseminação de vírus, spams e banners. #=+ #!/usr/bin/env python nome = 'Sinval Júnior' email = 'sinvalju arroba gmail ponto com' print nome print email #==+
Re: kernel panic após atualizar o kernel linux
Em 28 de junho de 2011 14:58, Sinval Júnior sinva...@gmail.com escreveu: Fred, tente desativar o ACPI e outros recursos de sua BIOS. Não achei a opção de desativar o ACPI no BIOS. Não sei que outros recursos desativar. é um HP ProBook4320s -- To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/BANLkTi=pt9udadxbtg5xcxamb7rh3kp...@mail.gmail.com
Re: kernel panic após atualizar o kernel linux
Fred, Pelo grub usando a tecla e adicione acpi=off noapic Ex: kernel (hd0,0)/boot/vmlinuz root=/dev/hda1 acpi=off noapic Se não funcionar vai ficar a dica de usar um ubuntu e com o chroot instalar outro kernel Em 28 de junho de 2011 15:58, Fred Maranhão fred.maran...@gmail.comescreveu: Em 28 de junho de 2011 14:58, Sinval Júnior sinva...@gmail.com escreveu: Fred, tente desativar o ACPI e outros recursos de sua BIOS. Não achei a opção de desativar o ACPI no BIOS. Não sei que outros recursos desativar. é um HP ProBook4320s -- To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/banlktipt9udadxbtg5xcxamb7rh3kp...@mail.gmail.com -- Ao encaminhar esta mensagem, por favor: 1 - Apague meu endereço eletrônico; 2 - Apague também os endereços dos amigos que receberam juntamente com você a mensagem, antes de enviar; 3 - Encaminhe como Cópia Oculta (Cco ou BCc) aos seus destinatários. Dificulte assim a disseminação de vírus, spams e banners. #=+ #!/usr/bin/env python nome = 'Sinval Júnior' email = 'sinvalju arroba gmail ponto com' print nome print email #==+
Re: kernel panic após atualizar o kernel linux
Em 28 de junho de 2011 16:07, Sinval Júnior sinva...@gmail.com escreveu: Fred, Pelo grub usando a tecla e adicione acpi=off noapic Ex: kernel (hd0,0)/boot/vmlinuz root=/dev/hda1 acpi=off noapic não existe uma linha muito parecida com esta no meu grub. o meu grub tá assim (depois de apertar o 'e'): insmod part_msdos insmod ext2 set root='(hd0,msdos1)' search --no-floppy --fs-uuid --set id da particao do / echo 'Loading Linux 2.6.32-5-amd64 ...' linux /boot/vmlinuz-2.6.32-5-amd64 root=id da particao do / ro quiet echo 'Loading initial ramdisk ...' initrd /boot/initrd.img-2.6.32-5-amd64 Mas botei o que você falou no final da linha 'linux /boot/vmlinuz...' e deu o mesmo erro. Se não funcionar vai ficar a dica de usar um ubuntu e com o chroot instalar outro kernel acho que esta é a melhor opção. vou estudar este tal de chroot. acho que se eu voltar para o linux anterior, vai funcionar. afinal, estava funcionando. mas o que eu queria saber é se isto é um bug no pacote linux-image-2.6.32-5 ou é um problema local meu. mais alguém instalou o linux-image-2.6.32-5 em arquitetura amd64? tá normal? em que hardware? -- To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/banlktinmgra+vomxenjnuzrooq3hemr...@mail.gmail.com
Kernel panic!!!!
Saudações a todos. Estou recompilando meu kernel pro alguns motivos que não vem ao caso agora. Estou usando um esquema que achei na net onde basta baixar o kernel no /usr/src, usar o "make menuconfig" para configurar conforme minha necessidade, usar o comando "make-kpkg --initrd kernel_image" e em seguida o " dpkg -i kernel-imagexxx.deb" e o próprio sistema de instalação de pacotes faz toda a parte difícil. Eu até já utilizo um outro kernel compilado dessa forma já faz algum tempo nesse computador que lhes escrevo. Mas no caso com problemas sigo todos os passos e quando rebooto vem um belo "kernel panic" acompanhado da msg "VFS: Unable to mount root fs unknow - block(0,0)" Observei que dentro do diretório /boot existem os arquivos initrd.img e System.map para as outras duas versões do kernel em uso, mas não para esse último que é a versão 2.6.38 não aparecem esses arquivos... alguém sabe como faço para criá-los Obrigado. -- Cleber Ianes Ger. de Tecnologias Livre Freenet tecnologias - Dracena/SP cleberianes.blogspot.com -- Linux User #507338 -- To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4dc2b597.2040...@yahoo.com.br
Re: Kernel panic!!!!
A mensagem de erro, se não me engano, quer dizer que o módulo do kernel que trata do sistema de arquivos do diretório /boot não foi carregado. Já fiz uma dessas quando tentei mudar minhas partições de ext3 para ext4. Assumindo que você fez boot com outro kernel, digite: update-iniramfs -c -k 2.6.38-xxx (xxx tem que ser igual ao do /boot/vmlinuz-2.6.38-xxx). Mais detalhes, olhe no: man update-initramfs Ah, sim, não esqueça de dar um update no seu programa de boot depois de criar o initrd.img. Se for grub: update-grub Outra alternativa é compilar a parte que trata do sistema de arquivos (o padrão no Debian é ext4) no próprio kernel, não como módulo. Era o que eu fazia na época que eu mesmo compilava o kernel, coisa que felizmente não preciso mais fazer. Boa sorte. -- Prof. Dr. Flávio M. Matsumoto UFPR - ET - Departamento de Química Caixa Postal 19050, 81531-990, Curitiba, PR. Linux user #66569 (http://counter.li.org) Em Qui, Maio 5, 2011 11:35 am, Cleber Ianes escreveu: Saudações a todos. Estou recompilando meu kernel pro alguns motivos que não vem ao caso agora. Estou usando um esquema que achei na net onde basta baixar p { margin-bottom: 0.21cm; } o kernel no /usr/src, usar o make menuconfig para configurar conforme minha necessidade, usar o comando make-kpkg --initrd kernel_image e em seguida o p { margin-bottom: 0.21cm; }dpkg -i kernel-imagexxx.deb e o próprio sistema de instalação de pacotes faz toda a parte difícil. Eu até já utilizo um outro kernel compilado dessa forma já faz algum tempo nesse computador que lhes escrevo. Mas no caso com problemas sigo todos os passos e quando rebooto vem um belo kernel panic acompanhado da msg VFS: Unable to mount root fs unknow - block(0,0) Observei que dentro do diretório /boot existem os arquivos initrd.img e System.map para as outras duas versões do kernel em uso, mas não para esse último que é a versão 2.6.38 não aparecem esses arquivos... alguém sabe como faço para criá-los Obrigado. -- Cleber Ianes Ger. de Tecnologias Livre Freenet tecnologias - Dracena/SP cleberianes.blogspot.com -- Linux User #507338 -- To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4dc2b597.2040...@yahoo.com.br -- To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/502dd3196bc020457a3a4ba04c962c2a.squir...@webmail.ufpr.br
Re: Kernel Panic
Eu não peguei a discussão inteira, mas por que não usar o kernel-package? baixa o source e usa o make-kpkg com algumas opções ele cria o pacote pra você até do próprio source... Abraços Flamarion Jorge --- Em sáb, 19/9/09, Rodolfo rof20...@gmail.com escreveu: De: Rodolfo rof20...@gmail.com Assunto: Re: Kernel Panic Para: Caio Abreu Ferreira i...@terra.com.br Cc: debian-user-portuguese debian-user-portuguese@lists.debian.org Data: Sábado, 19 de Setembro de 2009, 21:47 vc ta errando 1 comando só...pelo menos eu faço assim... make make modules(NÃO É NECESSÁRIO USAR...O MAKE FAZ O MAKE E O MAKE MODULES) make modules_install make install mkinitramfs -o initrd.img-2.6.31 2.6.31 (acho que aqui que está o erro)...faz como eu faço... makeinitramfs -o /boot/initrd.img-2.6.31 /lib/modules/2.6.31 (no caso o seu kernel que é o 2.6.31) update-grub caratenho quase certeza que vai funcionar se tu fizer assima algum tempo tive o mesmo problema e resolvi dessa forma... 2009/9/19 Caio Abreu Ferreira i...@terra.com.br Lista Estou com problema para compilar o kernel, problema de kernel panic. - distribuição - gnu/linux debian testing - kernel - 2.6.31 Para compilar o kernel estou utilizando os seguintes comandos: make make modules make modules_install make install cd /boot mkinitramfs -o initrd.img-2.6.31 2.6.31 update-grub Durante o boot esta aparecendo a seguinte mensagem de erro: failed to exec /init kernel panic - not syncing : no init found try passing init= option to kernel O arquivo /boot/grub/menu.lst esta assim: title Debian GNU/Linux, kernel 2.6.31 root (hd0,0) kernel /boot/vmlinuz-2.6.31 root=/dev/sda1 ro initrd /boot/initrd.img-2.6.31 title Debian GNU/Linux, kernel 2.6.31 (single-user mode) root (hd0,0) kernel /boot/vmlinuz-2.6.31 root=/dev/sda1 ro single initrd /boot/initrd.img-2.6.31 title Debian GNU/Linux, kernel 2.6.30-1-686 root (hd0,0) kernel /boot/vmlinuz-2.6.30-1-686 root=/dev/sda1 ro initrd /boot/initrd.img-2.6.30-1-686 title Debian GNU/Linux, kernel 2.6.30-1-686 (single-user mode) root (hd0,0) kernel /boot/vmlinuz-2.6.30-1-686 root=/dev/sda1 ro single initrd /boot/initrd.img-2.6.30-1-686 Alguém teria alguma idéia do que eu estou fazendo de errado? Obrigado - .''`. Caio Abreu Ferreira : :' : i...@terra.com.br `. `'` Debian User `- Key fingerprint = 97F8 61AC 605F 8A8B 3BA1 D479 8C9A 52E8 6478 601F -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkq0sJ0ACgkQmkYY0KJL9xP9/wCfcSuUc5ChZpIMHMzk5fs7lUlg etcAoIjuTnMoUL4ilWPEcNHMjZRkxd7r =bcW5 -END PGP SIGNATURE- Veja quais são os assuntos do momento no Yahoo! +Buscados http://br.maisbuscados.yahoo.com -- To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Kernel Panic
Caio, não vi erro nenhum no erro nenhum no seu processo de compilagem do kernel, a naum ser do mkinitramfs. c tinha colocado mkinitramfs -o initrd.img-2.6.31 2.6.31 e o modo seria mkinitramfs-kpkg -o initrd.img-2.6.31 2.6.31 não sei c foi que você esqueceu de colocar no seu e-mail ou c esqueceu de fazer no processo de compilação. Qualquer coisa tenta de novo, e veja de dessa forma c consegue... Abraços!!! 2009/9/19 Caio Abreu Ferreira i...@terra.com.br Lista Estou com problema para compilar o kernel, problema de kernel panic. - distribuição - gnu/linux debian testing - kernel - 2.6.31 Para compilar o kernel estou utilizando os seguintes comandos: make make modules make modules_install make install cd /boot mkinitramfs -o initrd.img-2.6.31 2.6.31 update-grub Durante o boot esta aparecendo a seguinte mensagem de erro: failed to exec /init kernel panic - not syncing : no init found try passing init= option to kernel O arquivo /boot/grub/menu.lst esta assim: title Debian GNU/Linux, kernel 2.6.31 root(hd0,0) kernel /boot/vmlinuz-2.6.31 root=/dev/sda1 ro initrd /boot/initrd.img-2.6.31 title Debian GNU/Linux, kernel 2.6.31 (single-user mode) root(hd0,0) kernel /boot/vmlinuz-2.6.31 root=/dev/sda1 ro single initrd /boot/initrd.img-2.6.31 title Debian GNU/Linux, kernel 2.6.30-1-686 root(hd0,0) kernel /boot/vmlinuz-2.6.30-1-686 root=/dev/sda1 ro initrd /boot/initrd.img-2.6.30-1-686 title Debian GNU/Linux, kernel 2.6.30-1-686 (single-user mode) root(hd0,0) kernel /boot/vmlinuz-2.6.30-1-686 root=/dev/sda1 ro single initrd /boot/initrd.img-2.6.30-1-686 Alguém teria alguma idéia do que eu estou fazendo de errado? Obrigado - .''`. Caio Abreu Ferreira : :' : i...@terra.com.br `. `'` Debian User `- Key fingerprint = 97F8 61AC 605F 8A8B 3BA1 D479 8C9A 52E8 6478 601F -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkq0sJ0ACgkQmkYY0KJL9xP9/wCfcSuUc5ChZpIMHMzk5fs7lUlg etcAoIjuTnMoUL4ilWPEcNHMjZRkxd7r =bcW5 -END PGP SIGNATURE- -- __ Messias Manoel da Silva Junior Paulo Afonso-BA Técnico de Suporte Linux User: #491808 LPIC1 - LPI000175591 Para as lagartixas só posso dizer, treine muito e vire um calango, e continue admirando os crocodilos
Re: Kernel Panic
Em 19-09-2009 21:47, Rodolfo escreveu: eu faço assim: make make modules make modules_install make install makeinitramfs -o /boot/initrd.img-2.6.31 /lib/modules/2.6.31 update-grub Do jeito Debian, basta fazer isso: $ fakeroot make-kpkg --initrd --revision=custom.1.0 kernel_image Maiores informações: http://kernel-handbook.alioth.debian.org -- Att, Renato S. Yamane www.diamondcut.com.br -- To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Kernel Panic
Lista Estou com problema para compilar o kernel, problema de kernel panic. - distribuição - gnu/linux debian testing - kernel - 2.6.31 Para compilar o kernel estou utilizando os seguintes comandos: make make modules make modules_install make install cd /boot mkinitramfs -o initrd.img-2.6.31 2.6.31 update-grub Durante o boot esta aparecendo a seguinte mensagem de erro: failed to exec /init kernel panic - not syncing : no init found try passing init= option to kernel O arquivo /boot/grub/menu.lst esta assim: title Debian GNU/Linux, kernel 2.6.31 root(hd0,0) kernel /boot/vmlinuz-2.6.31 root=/dev/sda1 ro initrd /boot/initrd.img-2.6.31 title Debian GNU/Linux, kernel 2.6.31 (single-user mode) root(hd0,0) kernel /boot/vmlinuz-2.6.31 root=/dev/sda1 ro single initrd /boot/initrd.img-2.6.31 title Debian GNU/Linux, kernel 2.6.30-1-686 root(hd0,0) kernel /boot/vmlinuz-2.6.30-1-686 root=/dev/sda1 ro initrd /boot/initrd.img-2.6.30-1-686 title Debian GNU/Linux, kernel 2.6.30-1-686 (single-user mode) root(hd0,0) kernel /boot/vmlinuz-2.6.30-1-686 root=/dev/sda1 ro single initrd /boot/initrd.img-2.6.30-1-686 Alguém teria alguma idéia do que eu estou fazendo de errado? Obrigado - .''`. Caio Abreu Ferreira : :' : i...@terra.com.br `. `'` Debian User `- Key fingerprint = 97F8 61AC 605F 8A8B 3BA1 D479 8C9A 52E8 6478 601F signature.asc Description: Digital signature
Re: Kernel Panic
usa essa maneira de compilar o kernel, é mais o jeito debian de fazer.. http://www.vivaolinux.com.br/dica/Instacao-do-layer7-no-Debian-Lenny 2009/9/19 Caio Abreu Ferreira i...@terra.com.br Lista Estou com problema para compilar o kernel, problema de kernel panic. - distribuição - gnu/linux debian testing - kernel - 2.6.31 Para compilar o kernel estou utilizando os seguintes comandos: make make modules make modules_install make install cd /boot mkinitramfs -o initrd.img-2.6.31 2.6.31 update-grub Durante o boot esta aparecendo a seguinte mensagem de erro: failed to exec /init kernel panic - not syncing : no init found try passing init= option to kernel O arquivo /boot/grub/menu.lst esta assim: title Debian GNU/Linux, kernel 2.6.31 root(hd0,0) kernel /boot/vmlinuz-2.6.31 root=/dev/sda1 ro initrd /boot/initrd.img-2.6.31 title Debian GNU/Linux, kernel 2.6.31 (single-user mode) root(hd0,0) kernel /boot/vmlinuz-2.6.31 root=/dev/sda1 ro single initrd /boot/initrd.img-2.6.31 title Debian GNU/Linux, kernel 2.6.30-1-686 root(hd0,0) kernel /boot/vmlinuz-2.6.30-1-686 root=/dev/sda1 ro initrd /boot/initrd.img-2.6.30-1-686 title Debian GNU/Linux, kernel 2.6.30-1-686 (single-user mode) root(hd0,0) kernel /boot/vmlinuz-2.6.30-1-686 root=/dev/sda1 ro single initrd /boot/initrd.img-2.6.30-1-686 Alguém teria alguma idéia do que eu estou fazendo de errado? Obrigado - .''`. Caio Abreu Ferreira : :' : i...@terra.com.br `. `'` Debian User `- Key fingerprint = 97F8 61AC 605F 8A8B 3BA1 D479 8C9A 52E8 6478 601F -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkq0sJ0ACgkQmkYY0KJL9xP9/wCfcSuUc5ChZpIMHMzk5fs7lUlg etcAoIjuTnMoUL4ilWPEcNHMjZRkxd7r =bcW5 -END PGP SIGNATURE- -- linux user nº 432194 Eu sou livre e você?
Re: Kernel Panic
vc ta errando 1 comando só...pelo menos eu faço assim... make make modules(NÃO É NECESSÁRIO USAR...O MAKE FAZ O MAKE E O MAKE MODULES) make modules_install make install mkinitramfs -o initrd.img-2.6.31 2.6.31 (acho que aqui que está o erro)...faz como eu faço... makeinitramfs -o /boot/initrd.img-2.6.31 /lib/modules/2.6.31 (no caso o seu kernel que é o 2.6.31) * * update-grub caratenho quase certeza que vai funcionar se tu fizer assima algum tempo tive o mesmo problema e resolvi dessa forma... 2009/9/19 Caio Abreu Ferreira i...@terra.com.br Lista Estou com problema para compilar o kernel, problema de kernel panic. - distribuição - gnu/linux debian testing - kernel - 2.6.31 Para compilar o kernel estou utilizando os seguintes comandos: make make modules make modules_install make install cd /boot mkinitramfs -o initrd.img-2.6.31 2.6.31 update-grub Durante o boot esta aparecendo a seguinte mensagem de erro: failed to exec /init kernel panic - not syncing : no init found try passing init= option to kernel O arquivo /boot/grub/menu.lst esta assim: title Debian GNU/Linux, kernel 2.6.31 root(hd0,0) kernel /boot/vmlinuz-2.6.31 root=/dev/sda1 ro initrd /boot/initrd.img-2.6.31 title Debian GNU/Linux, kernel 2.6.31 (single-user mode) root(hd0,0) kernel /boot/vmlinuz-2.6.31 root=/dev/sda1 ro single initrd /boot/initrd.img-2.6.31 title Debian GNU/Linux, kernel 2.6.30-1-686 root(hd0,0) kernel /boot/vmlinuz-2.6.30-1-686 root=/dev/sda1 ro initrd /boot/initrd.img-2.6.30-1-686 title Debian GNU/Linux, kernel 2.6.30-1-686 (single-user mode) root(hd0,0) kernel /boot/vmlinuz-2.6.30-1-686 root=/dev/sda1 ro single initrd /boot/initrd.img-2.6.30-1-686 Alguém teria alguma idéia do que eu estou fazendo de errado? Obrigado - .''`. Caio Abreu Ferreira : :' : i...@terra.com.br `. `'` Debian User `- Key fingerprint = 97F8 61AC 605F 8A8B 3BA1 D479 8C9A 52E8 6478 601F -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkq0sJ0ACgkQmkYY0KJL9xP9/wCfcSuUc5ChZpIMHMzk5fs7lUlg etcAoIjuTnMoUL4ilWPEcNHMjZRkxd7r =bcW5 -END PGP SIGNATURE-
Re: Kernel Panic
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 18-06-2009 11:12, Roberto Torres wrote: Bom dia senhores Seguinte.de uns tempos para cá meu servidor Debian Lenny ficou estranho. Todo dia que eu ligo ele dá a mensagem de Kernel Panic. Eu reseto e ele liga normal. Oq pode estar causando isso ??? Uma lista razoavelmente grande de itens. Procure o fator motivante, se começou do nada, pode ser que seu hardware tenha começado a apresentar problemas. Abraço, - -- Felipe Augusto van de Wiel (faw) Debian. Freedom to code. Code to freedom! -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEAREIAAYFAko9wEsACgkQCjAO0JDlykYa0gCgi0QWdEEDUzKzjscxoslJs8pa oSkAoMhUw5Kf+Dblb/NyRLryssElYFO2 =ZUoP -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Kernel Panic
Bom dia senhores Seguinte.de uns tempos para cá meu servidor Debian Lenny ficou estranho. Todo dia que eu ligo ele dá a mensagem de Kernel Panic. Eu reseto e ele liga normal. Oq pode estar causando isso ???
Re: Kernel Panic
Em 06-06-2009 08:48, Eduardo Silvestre escreveu: estou com um grave problema num servidor aqui na empresa. Tenho um debian lenny amd64 instalado num servidor onde precisei se fazer um reboot. Após esse reboot a máquina não iniciou mais. Pendurou no GRUB. *ERRO do terminal* VFS: Unable to mount root fs on unknown-block (0,0) Já verificou se os discos estão OK? Att, Renato -- To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Kernel Panic
Viva Malta, estou com um grave problema num servidor aqui na empresa. Tenho um debian lenny amd64 instalado num servidor onde precisei se fazer um reboot. Após esse reboot a máquina não iniciou mais. Pendurou no GRUB. *ERRO do terminal* VFS : Unable to mount root fs on unknown - block ( 0 , 0 ) Não fiz nenhum update no servidor nem qualquer alteração que pudesse provocar esta situação pelo que apelo à vossa ajuda. O mais grave da situação é que esse servidor tem cerca de 7 ~ 8 TB de informação pelo que não posso formatar. Tentei o debian rescue c/ grub-install, tentei reinstalar sem formatar, mas não resolveu o problema. Essa máquina tem uma controladora de 3ware 9650SE c/ 16 canais, e estava a usar o último kernel 2.6.21-2-amd64. Um abraço. --- Eduardo Silvestre nfsi telecom, lda. eduardo.silves...@nfsi.pt Tel. (+351) 21 949 2300 - Fax (+351) 21 949 2301 http://www.nfsi.pt/
Re: Kernel Panic
* Konnichiwa Eduardo Silvestre-sama: Viva Malta, estou com um grave problema num servidor aqui na empresa. Tenho um debian lenny amd64 instalado num servidor onde precisei se fazer um reboot. Após esse reboot a máquina não iniciou mais. Pendurou no GRUB. *ERRO do terminal* VFS : Unable to mount root fs on unknown - block ( 0 , 0 ) Não fiz nenhum update no servidor nem qualquer alteração que pudesse provocar esta situação pelo que apelo à vossa ajuda. O mais grave da situação é que esse servidor tem cerca de 7 ~ 8 TB de informação pelo que não posso formatar. Tentei o debian rescue c/ grub-install, tentei reinstalar sem formatar, mas não resolveu o problema. Essa máquina tem uma controladora de 3ware 9650SE c/ 16 canais, e estava a usar o último kernel 2.6.21-2-amd64. Tente utilizar um live cd e dê um fsck no HD, pois, se vc não modificou nada e nem instalou um novo kernel, pode ser problema no HD. Com o live cd, vc pode fazer um backup desses dados. []'s, Still -- Nelson Luiz Campos Engenheiro Eletricista Linux User #89621 UIN 11464303 gnupgID: 55577339 Skype Still_by_Still Keep moving forward. signature.asc Description: Digital signature
Re: kernel panic
Carlucio Lopes escreveu: fui atualizar o me Debian sarge para etch... atualizei a libc6.. Se você migrou do Sarge -- Etch, então não foi só a libc6 que foi atualizada, mas sim quase TODOS os pacotes! agora estou recebendo mensagem kernel panic sda4 Verifique se os dados informados no /boot/grub/menu.lst e no /etc/fstab estão condizentes. Talvez um esteja chamando o sda4 e o outro esteja chamando o hda4, gerando esses erros. Att, Renato -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: kernel panic
On Fri, 21 Nov 2008 01:29:08 -0300 Julio Cardoso [EMAIL PROTECTED] wrote: instala denovo Carlucio Lopes escreveu: boa noite pessoal, fui atualizar o me Debian sarge para etch... atualizei a libc6.. agora estou recebendo mensagem kernel panic sda4 Meu HD é sata... alguem poderia me dar um dica e/ou link.. para que Eu possa voltar o sistema... tenho dados importantes .. nao tem como recupera-los.. se reinstalar perderei dados.. ou tem opcao para nao sobrepo?? -- Carlucio Lopes [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: kernel panic
Também não sei o porquê do kernel panic. Mas quanto à sugestão de reinstalação, se criaste diferentes partições (o que sempre é aconselhável, sobretudo para o diretório /home e, em casos de servidores críticos, o /var), simplesmente entra com um liveCD, copia o que necessitas para lá ou para algum outro meio de armazenamento que tiveres à disposição e reinstala o sistema, optando, obviamente, por particionamento manual e mantendo as partições extras intactas. Ricardo G. Herdt Carlucio Lopes escreveu: On Fri, 21 Nov 2008 01:29:08 -0300 Julio Cardoso [EMAIL PROTECTED] wrote: instala denovo Carlucio Lopes escreveu: boa noite pessoal, fui atualizar o me Debian sarge para etch... atualizei a libc6.. agora estou recebendo mensagem kernel panic sda4 Meu HD é sata... alguem poderia me dar um dica e/ou link.. para que Eu possa voltar o sistema... tenho dados importantes .. nao tem como recupera-los.. se reinstalar perderei dados.. ou tem opcao para nao sobrepo?? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: kernel panic
On Fri, Nov 21, 2008 at 01:42:05AM +, Carlucio Lopes wrote: boa noite pessoal, fui atualizar o me Debian sarge para etch... atualizei a libc6.. agora estou recebendo mensagem kernel panic sda4 Meu HD é sata... alguem poderia me dar um dica e/ou link.. para que Eu possa voltar o sistema... Você só atualizou a libc6? E o kernel? E qual é o sistema de arquivos de sda4? E onde está sendo montada a sda4? Particularmente, não aconselharia a reinstalação, pois você corre o risco de dar com o mesmo problema de novo depois de ter um trabalhão. Vale a pena, normalmente, quebrar um pouco a cabeça para entender o que está acontecendo... Tiago. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: kernel panic
On Fri, 21 Nov 2008 09:59:41 -0200 Tiago Saboga [EMAIL PROTECTED] wrote: On Fri, Nov 21, 2008 at 01:42:05AM +, Carlucio Lopes wrote: boa noite pessoal, fui atualizar o me Debian sarge para etch... atualizei a libc6.. agora estou recebendo mensagem kernel panic sda4 Meu HD é sata... alguem poderia me dar um dica e/ou link.. para que Eu possa voltar o sistema... Você só atualizou a libc6? sim.. E o kernel? nao .. E qual é o sistema de arquivos de sda4? E onde está sendo montada a sda4? o kernel 2.4.27 talvez seja porque nao esta levantando os modulo. Particularmente, não aconselharia a reinstalação, pois você corre o risco de dar com o mesmo problema de novo depois de ter um trabalhão. Vale a pena, normalmente, quebrar um pouco a cabeça para entender o que está acontecendo... tambem penso assim... vou procura entender isso melhor... -- Carlucio Lopes [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
kernel panic
boa noite pessoal, fui atualizar o me Debian sarge para etch... atualizei a libc6.. agora estou recebendo mensagem kernel panic sda4 Meu HD é sata... alguem poderia me dar um dica e/ou link.. para que Eu possa voltar o sistema... -- Carlucio Lopes [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Kernel panic
On (26/10/08 13:12), Still wrote: * Konnichiwa Caio Abreu Ferreira-sama: rtc_cmos 00:03: setting system clock to 2008-10-26 07:19:02 UTC (1225005542) Freeing unused kernel memory: 244k freed input: AT Translated Set 2 keyboard as /class/input/input0 Depois do Freeing.. aparece a mensagem de kernel panic. O meu teclado é PS/2. Acredito que vc já tenha feito isso, mas vc chegou a verificar a parte de input na configuração do kernel ? Tem como vc mandar o .config para verificarmos ? []'s, Still -- Nelson Luiz Campos Engenheiro Eletricista Linux User #89621 UIN 11464303 gnupgID: 55577339 Skype Still_by_Still Keep moving forward. Nelson Sim, ativei as opções do input. Mesmo assim continuo com o problema de kernel panic. Segue em anexo o arquivo. -- .''`. Caio Abreu Ferreira : :' : [EMAIL PROTECTED] `. `'` Debian User `- # # Automatically generated make config: don't edit # Linux kernel version: 2.6.27.1-20081017 # Sun Oct 26 17:16:08 2008 # # CONFIG_64BIT is not set CONFIG_X86_32=y # CONFIG_X86_64 is not set CONFIG_X86=y CONFIG_ARCH_DEFCONFIG=arch/x86/configs/i386_defconfig # CONFIG_GENERIC_LOCKBREAK is not set CONFIG_GENERIC_TIME=y CONFIG_GENERIC_CMOS_UPDATE=y CONFIG_CLOCKSOURCE_WATCHDOG=y CONFIG_GENERIC_CLOCKEVENTS=y CONFIG_GENERIC_CLOCKEVENTS_BROADCAST=y CONFIG_LOCKDEP_SUPPORT=y CONFIG_STACKTRACE_SUPPORT=y CONFIG_HAVE_LATENCYTOP_SUPPORT=y CONFIG_FAST_CMPXCHG_LOCAL=y CONFIG_MMU=y CONFIG_ZONE_DMA=y CONFIG_GENERIC_ISA_DMA=y CONFIG_GENERIC_IOMAP=y CONFIG_GENERIC_BUG=y CONFIG_GENERIC_HWEIGHT=y # CONFIG_GENERIC_GPIO is not set CONFIG_ARCH_MAY_HAVE_PC_FDC=y # CONFIG_RWSEM_GENERIC_SPINLOCK is not set CONFIG_RWSEM_XCHGADD_ALGORITHM=y # CONFIG_ARCH_HAS_ILOG2_U32 is not set # CONFIG_ARCH_HAS_ILOG2_U64 is not set CONFIG_ARCH_HAS_CPU_IDLE_WAIT=y CONFIG_GENERIC_CALIBRATE_DELAY=y # CONFIG_GENERIC_TIME_VSYSCALL is not set CONFIG_ARCH_HAS_CPU_RELAX=y CONFIG_ARCH_HAS_CACHE_LINE_SIZE=y CONFIG_HAVE_SETUP_PER_CPU_AREA=y # CONFIG_HAVE_CPUMASK_OF_CPU_MAP is not set CONFIG_ARCH_HIBERNATION_POSSIBLE=y CONFIG_ARCH_SUSPEND_POSSIBLE=y # CONFIG_ZONE_DMA32 is not set CONFIG_ARCH_POPULATES_NODE_MAP=y # CONFIG_AUDIT_ARCH is not set CONFIG_ARCH_SUPPORTS_AOUT=y CONFIG_ARCH_SUPPORTS_OPTIMIZED_INLINING=y CONFIG_GENERIC_HARDIRQS=y CONFIG_GENERIC_IRQ_PROBE=y CONFIG_GENERIC_PENDING_IRQ=y CONFIG_X86_SMP=y CONFIG_X86_32_SMP=y CONFIG_X86_HT=y CONFIG_X86_BIOS_REBOOT=y CONFIG_X86_TRAMPOLINE=y CONFIG_KTIME_SCALAR=y CONFIG_DEFCONFIG_LIST=/lib/modules/$UNAME_RELEASE/.config # # General setup # CONFIG_EXPERIMENTAL=y CONFIG_LOCK_KERNEL=y CONFIG_INIT_ENV_ARG_LIMIT=32 CONFIG_LOCALVERSION= CONFIG_LOCALVERSION_AUTO=y CONFIG_SWAP=y CONFIG_SYSVIPC=y CONFIG_SYSVIPC_SYSCTL=y CONFIG_POSIX_MQUEUE=y CONFIG_BSD_PROCESS_ACCT=y CONFIG_BSD_PROCESS_ACCT_V3=y CONFIG_TASKSTATS=y CONFIG_TASK_DELAY_ACCT=y CONFIG_TASK_XACCT=y CONFIG_TASK_IO_ACCOUNTING=y CONFIG_AUDIT=y CONFIG_AUDITSYSCALL=y CONFIG_IKCONFIG=y CONFIG_IKCONFIG_PROC=y CONFIG_LOG_BUF_SHIFT=17 CONFIG_CGROUPS=y CONFIG_CGROUP_DEBUG=y CONFIG_CGROUP_NS=y CONFIG_CGROUP_DEVICE=y CONFIG_CPUSETS=y CONFIG_HAVE_UNSTABLE_SCHED_CLOCK=y CONFIG_GROUP_SCHED=y CONFIG_FAIR_GROUP_SCHED=y CONFIG_RT_GROUP_SCHED=y # CONFIG_USER_SCHED is not set CONFIG_CGROUP_SCHED=y CONFIG_CGROUP_CPUACCT=y CONFIG_RESOURCE_COUNTERS=y CONFIG_MM_OWNER=y CONFIG_CGROUP_MEM_RES_CTLR=y CONFIG_SYSFS_DEPRECATED=y CONFIG_SYSFS_DEPRECATED_V2=y CONFIG_PROC_PID_CPUSET=y CONFIG_RELAY=y CONFIG_NAMESPACES=y CONFIG_UTS_NS=y CONFIG_IPC_NS=y CONFIG_USER_NS=y CONFIG_PID_NS=y CONFIG_BLK_DEV_INITRD=y CONFIG_INITRAMFS_SOURCE= CONFIG_CC_OPTIMIZE_FOR_SIZE=y CONFIG_SYSCTL=y # CONFIG_EMBEDDED is not set CONFIG_UID16=y CONFIG_SYSCTL_SYSCALL=y CONFIG_KALLSYMS=y # CONFIG_KALLSYMS_EXTRA_PASS is not set CONFIG_HOTPLUG=y CONFIG_PRINTK=y CONFIG_BUG=y CONFIG_ELF_CORE=y CONFIG_PCSPKR_PLATFORM=y # CONFIG_COMPAT_BRK is not set CONFIG_BASE_FULL=y CONFIG_FUTEX=y CONFIG_ANON_INODES=y CONFIG_EPOLL=y CONFIG_SIGNALFD=y CONFIG_TIMERFD=y CONFIG_EVENTFD=y CONFIG_SHMEM=y CONFIG_VM_EVENT_COUNTERS=y CONFIG_SLAB=y # CONFIG_SLUB is not set # CONFIG_SLOB is not set # CONFIG_PROFILING is not set # CONFIG_MARKERS is not set CONFIG_HAVE_OPROFILE=y # CONFIG_KPROBES is not set CONFIG_HAVE_EFFICIENT_UNALIGNED_ACCESS=y CONFIG_HAVE_IOREMAP_PROT=y CONFIG_HAVE_KPROBES=y CONFIG_HAVE_KRETPROBES=y # CONFIG_HAVE_ARCH_TRACEHOOK is not set # CONFIG_HAVE_DMA_ATTRS is not set CONFIG_USE_GENERIC_SMP_HELPERS=y # CONFIG_HAVE_CLK is not set CONFIG_PROC_PAGE_MONITOR=y CONFIG_HAVE_GENERIC_DMA_COHERENT=y CONFIG_SLABINFO=y CONFIG_RT_MUTEXES=y # CONFIG_TINY_SHMEM is not set CONFIG_BASE_SMALL=0 CONFIG_MODULES=y CONFIG_MODULE_FORCE_LOAD=y CONFIG_MODULE_UNLOAD=y CONFIG_MODULE_FORCE_UNLOAD=y CONFIG_MODVERSIONS=y # CONFIG_MODULE_SRCVERSION_ALL is not set CONFIG_KMOD=y CONFIG_STOP_MACHINE=y CONFIG_BLOCK=y CONFIG_LBD=y CONFIG_BLK_DEV_IO_TRACE=y CONFIG_LSF=y CONFIG_BLK_DEV_BSG=y CONFIG_BLK_DEV_INTEGRITY=y # # IO Schedulers # CONFIG_IOSCHED_NOOP=y CONFIG_IOSCHED_AS=y
Re: Kernel panic
On (18/10/08 08:20), Caio Abreu Ferreira wrote: Lista Distribuição - debian testing Kernel - 2.6.27.1 Placa mãe - Asus P5LD2-x Estou tentando compilar a última versão do kernel e infelismente estou tendo problemas de kernel panic Kernel Panic Not Syncking: Not init found. Try passing init= option to kernel As configurações do parâmetros do kernel no arquivo /boot/grub/menu.lst estão iguais tanto para o kernel que esta funcionando quanto para o kernel que esta com problema. Estou imaginando que deve ser alguma opção que não esta ativada. Alguém por acaso já teve esse problema? Lista Comparando o ponto em que aparece a mensagem de kernel panic com o kernel que esta funcionando corretamente, o problema ocorre na seguinte etapa rtc_cmos 00:03: setting system clock to 2008-10-26 07:19:02 UTC (1225005542) Freeing unused kernel memory: 244k freed input: AT Translated Set 2 keyboard as /class/input/input0 Depois do Freeing.. aparece a mensagem de kernel panic. O meu teclado é PS/2. -- .''`. Caio Abreu Ferreira : :' : [EMAIL PROTECTED] `. `'` Debian User `- signature.asc Description: Digital signature
Re: Kernel panic
* Konnichiwa Caio Abreu Ferreira-sama: rtc_cmos 00:03: setting system clock to 2008-10-26 07:19:02 UTC (1225005542) Freeing unused kernel memory: 244k freed input: AT Translated Set 2 keyboard as /class/input/input0 Depois do Freeing.. aparece a mensagem de kernel panic. O meu teclado é PS/2. Acredito que vc já tenha feito isso, mas vc chegou a verificar a parte de input na configuração do kernel ? Tem como vc mandar o .config para verificarmos ? []'s, Still -- Nelson Luiz Campos Engenheiro Eletricista Linux User #89621 UIN 11464303 gnupgID: 55577339 Skype Still_by_Still Keep moving forward. signature.asc Description: Digital signature
Re: Kernel panic
On (20/10/08 07:09), Still wrote: * Konnichiwa Caio Abreu Ferreira-sama: kernel /boot/vmlinuz-2.6.27.1-20081017 root=/dev/sda1 ro Pela informação acima, seu HD é SATA, não ? Verifique se a opção de SATA está marcada no seu kernel. []'s, Still -- Nelson Luiz Campos Engenheiro Eletricista Linux User #89621 UIN 11464303 gnupgID: 55577339 Skype Still_by_Still Nelson Realizei um teste e habilitei todas as opções do ATA/ATAPI/MFM/RLL support e Serial ATA (prod) and Parallel ATA (experimental) drivers. Continuo tendo problema de kernel panic. Qualdo executo o comando lspci aparecem as seguintes informações taquion:/usr/src/linux# lspci 00:00.0 Host bridge: Intel Corporation 82945G/GZ/P/PL Memory Controller Hub (rev 81) 00:01.0 PCI bridge: Intel Corporation 82945G/GZ/P/PL PCI Express Root Port (rev 81) 00:1b.0 Audio device: Intel Corporation 82801G (ICH7 Family) High Definition Audio Controller (rev 01) 00:1c.0 PCI bridge: Intel Corporation 82801G (ICH7 Family) PCI Express Port 1 (rev 01) 00:1d.0 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI Controller #1 (rev 01) 00:1d.1 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI Controller #2 (rev 01) 00:1d.2 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI Controller #3 (rev 01) 00:1d.3 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI Controller #4 (rev 01) 00:1d.7 USB Controller: Intel Corporation 82801G (ICH7 Family) USB2 EHCI Controller (rev 01) 00:1e.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev e1) 00:1f.0 ISA bridge: Intel Corporation 82801GB/GR (ICH7 Family) LPC Interface Bridge (rev 01) 00:1f.1 IDE interface: Intel Corporation 82801G (ICH7 Family) IDE Controller (rev 01) 00:1f.2 IDE interface: Intel Corporation 82801GB/GR/GH (ICH7 Family) SATA IDE Controller (rev 01) 00:1f.3 SMBus: Intel Corporation 82801G (ICH7 Family) SMBus Controller (rev 01) 01:02.0 Ethernet controller: 3Com Corporation 3c905 100BaseTX [Boomerang] 03:00.0 VGA compatible controller: nVidia Corporation GeForce 8500 GT (rev a1) Em relação ao file systems, habilitei os formatos ext2, ext4, ext4 e Reiserfs -- .''`. Caio Abreu Ferreira : :' : [EMAIL PROTECTED] `. `'` Debian User `- signature.asc Description: Digital signature
Re: Kernel panic
* Konnichiwa Caio Abreu Ferreira-sama: kernel /boot/vmlinuz-2.6.27.1-20081017 root=/dev/sda1 ro Pela informação acima, seu HD é SATA, não ? Verifique se a opção de SATA está marcada no seu kernel. []'s, Still -- Nelson Luiz Campos Engenheiro Eletricista Linux User #89621 UIN 11464303 gnupgID: 55577339 Skype Still_by_Still signature.asc Description: Digital signature
Re: Kernel panic
On (20/10/08 07:09), Still wrote: * Konnichiwa Caio Abreu Ferreira-sama: kernel /boot/vmlinuz-2.6.27.1-20081017 root=/dev/sda1 ro Pela informação acima, seu HD é SATA, não ? Verifique se a opção de SATA está marcada no seu kernel. []'s, Still -- Nelson Luiz Campos Engenheiro Eletricista Linux User #89621 UIN 11464303 gnupgID: 55577339 Skype Still_by_Still Sim, são disco SATA, são dois disco rígidos. Selecionei as seguintes opções * Serial ATA (prod) and Parallel ATA (experimental) drivers [*] ATA ACPI Support [*] SATA Port Multiplier support * AHCI SATA support [*] ATA SFF support * Intel ESB, ICH, PIIX3, PIIX4 PATA/SATA support * Promise SATA TX2/TX4 support * Promise SATA SX4 support * Generic ATA support O problema é que eu já procurei no site da Asus e não encontrei nenhuma informação que indicasse qual é o modelo de controladora. Obrigado pela ajuda. -- .''`. Caio Abreu Ferreira : :' : [EMAIL PROTECTED] `. `'` Debian User `- signature.asc Description: Digital signature
Re: Kernel panic
On (20/10/08 21:06), Caio Abreu Ferreira wrote: On (20/10/08 07:09), Still wrote: * Konnichiwa Caio Abreu Ferreira-sama: kernel /boot/vmlinuz-2.6.27.1-20081017 root=/dev/sda1 ro Pela informação acima, seu HD é SATA, não ? Verifique se a opção de SATA está marcada no seu kernel. []'s, Still -- Nelson Luiz Campos Engenheiro Eletricista Linux User #89621 UIN 11464303 gnupgID: 55577339 Skype Still_by_Still Sim, são disco SATA, são dois disco rígidos. Selecionei as seguintes opções * Serial ATA (prod) and Parallel ATA (experimental) drivers [*] ATA ACPI Support [*] SATA Port Multiplier support * AHCI SATA support [*] ATA SFF support * Intel ESB, ICH, PIIX3, PIIX4 PATA/SATA support * Promise SATA TX2/TX4 support * Promise SATA SX4 support * Generic ATA support O problema é que eu já procurei no site da Asus e não encontrei nenhuma informação que indicasse qual é o modelo de controladora. Nelson Acho que encontrei alguma informação. Storage Intel ICH7 South Bridge: - 1 x UltraDMA 100/66/33 - 4 x Serial ATA 150/300 -- .''`. Caio Abreu Ferreira : :' : [EMAIL PROTECTED] `. `'` Debian User `- signature.asc Description: Digital signature
Re: Kernel panic
On (20/10/08 21:34), Caio Abreu Ferreira wrote: On (20/10/08 21:06), Caio Abreu Ferreira wrote: On (20/10/08 07:09), Still wrote: * Konnichiwa Caio Abreu Ferreira-sama: kernel /boot/vmlinuz-2.6.27.1-20081017 root=/dev/sda1 ro Pela informação acima, seu HD é SATA, não ? Verifique se a opção de SATA está marcada no seu kernel. []'s, Still -- Nelson Luiz Campos Engenheiro Eletricista Linux User #89621 UIN 11464303 gnupgID: 55577339 Skype Still_by_Still Sim, são disco SATA, são dois disco rígidos. Selecionei as seguintes opções * Serial ATA (prod) and Parallel ATA (experimental) drivers [*] ATA ACPI Support [*] SATA Port Multiplier support * AHCI SATA support [*] ATA SFF support * Intel ESB, ICH, PIIX3, PIIX4 PATA/SATA support * Promise SATA TX2/TX4 support * Promise SATA SX4 support * Generic ATA support O problema é que eu já procurei no site da Asus e não encontrei nenhuma informação que indicasse qual é o modelo de controladora. Nelson Acho que encontrei alguma informação. Storage Intel ICH7 South Bridge: - 1 x UltraDMA 100/66/33 - 4 x Serial ATA 150/300 Encontrei mais uma informação. No help da opção * Intel ESB, ICH, PIIX3, PIIX4 PATA/SATA support encontrei a seguinte informação. CONFIG_ATA_PIIX: This option enables support for ICH5/6/7/8 Serial ATA and support for PATA on the Intel ESB/ICH/PIIX3/PIIX4 series host controllers. If unsure, say N. Symbol: ATA_PIIX [=y] Prompt: Intel ESB, ICH, PIIX3, PIIX4 PATA/SATA support Defined at drivers/ata/Kconfig:105 Depends on: ATA ATA_SFF PCI Location: - Device Drivers - Serial ATA (prod) and Parallel ATA (experimental) drivers (ATA [=y]) - ATA SFF support (ATA_SFF [=y]) As três opções, ATA ATA_SFF PCIs, estão ativadas. CONFIG_ATA=y CONFIG_ATA_SFF=y CONFIG_PCI=y -- .''`. Caio Abreu Ferreira : :' : [EMAIL PROTECTED] `. `'` Debian User `- signature.asc Description: Digital signature
Re: Kernel panic
Caio Abreu Ferreira escreveu: Distribuição - debian testing Kernel - 2.6.27.1 Placa mãe - Asus P5LD2-x Estou tentnado compilar a última versão do kernel e infelismente estou tendo problemas de kernel panic Kernel Panic Not Syncking: Not init found. Try passing init= option to kernel As configurações do parâmetros do kernel no arquivo /boot/grub/menu.lst estão iguais tanto para o kernel que esta funcionando quanto para o kernel que esta com problema. A linha initrd (no /boot/grub/menu.lst) deve estar apontando para algo que não existe. Att, Renato -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Kernel panic
On (19/10/08 15:19), Renato S. Yamane wrote: Caio Abreu Ferreira escreveu: Distribuição - debian testing Kernel - 2.6.27.1 Placa mãe - Asus P5LD2-x Estou tentnado compilar a última versão do kernel e infelismente estou tendo problemas de kernel panic Kernel Panic Not Syncking: Not init found. Try passing init= option to kernel As configurações do parâmetros do kernel no arquivo /boot/grub/menu.lst estão iguais tanto para o kernel que esta funcionando quanto para o kernel que esta com problema. A linha initrd (no /boot/grub/menu.lst) deve estar apontando para algo que não existe. Renato Não, esta correto $ cat /boot/grub/menu.lst title Debian GNU/Linux, kernel 2.6.27.1-20081017 root(hd0,0) kernel /boot/vmlinuz-2.6.27.1-20081017 root=/dev/sda1 ro initrd /boot/initrd.img-2.6.27.1-20081017 $ ls -l /boot/ -rw-r--r-- 1 root root 47297 2008-10-19 21:16 config-2.6.27.1-20081017 -rw-r--r-- 1 root root 3063073 2008-10-19 22:09 initrd.img-2.6.27.1-20081017 -rw-r--r-- 1 root root 1486728 2008-10-19 21:27 System.map-2.6.27.1-20081017 -rw-r--r-- 1 root root 3283152 2008-10-19 21:27 vmlinuz-2.6.27.1-20081017 Deve ser algumq opção que não devo estar ativando no kernel. O problema é que eu não consegui descobrir o que é. Obrigado pela ajuda -- .''`. Caio Abreu Ferreira : :' : [EMAIL PROTECTED] `. `'` Debian User `- signature.asc Description: Digital signature
Kernel panic
Lista Distribuição - debian testing Kernel - 2.6.27.1 Placa mãe - Asus P5LD2-x Estou tentnado compilar a última versão do kernel e infelismente estou tendo problemas de kernel panic Kernel Panic Not Syncking: Not init found. Try passing init= option to kernel As configurações do parâmetros do kernel no arquivo /boot/grub/menu.lst estão iguais tanto para o kernel que esta funcionando quanto para o kernel que esta com problema. Estou imaginando que deve ser alguma opção que não esta ativada. Alguém por acaso já teve esse problema? Obrigado. -- .''`. Caio Abreu Ferreira : :' : [EMAIL PROTECTED] `. `'` Debian User `- signature.asc Description: Digital signature
Re: Kernel panic
Para compilar o kernel estou utilizando o tutorial presnente no seguinte site[1] Para compilar o kernel estou utilizando o comando fakeroot make-kpkg --initrd --append-to-version=-20081017 kernel_image 1 - http://www.howtoforge.com/kernel_compilation_debian_etch -- .''`. Caio Abreu Ferreira : :' : [EMAIL PROTECTED] `. `'` Debian User `- On (18/10/08 09:56), Flamarion Jorge wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 O que você está usando e como você está tentando ? Manda ai como vc fez, todos os passos. Pela mensagem parece que ele não está encontrando o initrd.img Quando vc compila o kernel tem que gerar o initrd tambem. Flamarion Caio Abreu Ferreira escreveu: Lista Distribuição - debian testing Kernel - 2.6.27.1 Placa mãe - Asus P5LD2-x Estou tentnado compilar a última versão do kernel e infelismente estou tendo problemas de kernel panic Kernel Panic Not Syncking: Not init found. Try passing init= option to kernel As configurações do parâmetros do kernel no arquivo /boot/grub/menu.lst estão iguais tanto para o kernel que esta funcionando quanto para o kernel que esta com problema. Estou imaginando que deve ser alguma opção que não esta ativada. Alguém por acaso já teve esse problema? Obrigado. signature.asc Description: Digital signature
Re: Kernel panic
* Konnichiwa Caio Abreu Ferreira-sama: Lista Distribuição - debian testing Kernel - 2.6.27.1 Placa mãe - Asus P5LD2-x Estou tentnado compilar a última versão do kernel e infelismente estou tendo problemas de kernel panic Kernel Panic Not Syncking: Not init found. Try passing init= option to kernel As configurações do parâmetros do kernel no arquivo /boot/grub/menu.lst estão iguais tanto para o kernel que esta funcionando quanto para o kernel que esta com problema. Estou imaginando que deve ser alguma opção que não esta ativada. Alguém por acaso já teve esse problema? Provavelmente vc marcou o seu sistema de arquivos como módulo ao invés de colocá-lo diretamente no kernel. Bom, a melhor opção é recompilar o kernel com o seu sistema de arquivos, ext3, reiserfs, etc., junto do kernel ao invés de módulo. Ou então, criar um initrd.xx dentro do seu /boot que contenha as informações dos módulos de sistema de arquivo. Obs.: man mkinitramfs []'s, Still -- Nelson Luiz Campos Engenheiro Eletricista Linux User #89621 UIN 11464303 gnupgID: 55577339 Skype Still_by_Still signature.asc Description: Digital signature
Re: Kernel panic
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 make clean make mrproper cp /boot/config-`uname -r` ./.config ao invés disso tente isso: make oldconfig no make menuconfig ao invés de Load escolha Save ao invés de usar o fakeroot usa o root mesmo, não sei se tem diferença mas com o root é garantido. O resto ta certinho Flamarion Caio Abreu Ferreira escreveu: Para compilar o kernel estou utilizando o tutorial presnente no seguinte site[1] Para compilar o kernel estou utilizando o comando fakeroot make-kpkg --initrd --append-to-version=-20081017 kernel_image 1 - http://www.howtoforge.com/kernel_compilation_debian_etch -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkj54KkACgkQ0SDRnmynUOHNKgCggF0TsfLw1Pz3d5boy08Ho4XF EoYAn0GEhDpTG79yNUG03TxrDfRt+abm =y+nM -END PGP SIGNATURE- __ Faça ligações para outros computadores com o novo Yahoo! Messenger http://br.beta.messenger.yahoo.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Kernel panic
On (18/10/08 10:08), Still wrote: * Konnichiwa Caio Abreu Ferreira-sama: Lista Distribuição - debian testing Kernel - 2.6.27.1 Placa mãe - Asus P5LD2-x Estou tentnado compilar a última versão do kernel e infelismente estou tendo problemas de kernel panic Kernel Panic Not Syncking: Not init found. Try passing init= option to kernel As configurações do parâmetros do kernel no arquivo /boot/grub/menu.lst estão iguais tanto para o kernel que esta funcionando quanto para o kernel que esta com problema. Estou imaginando que deve ser alguma opção que não esta ativada. Alguém por acaso já teve esse problema? Provavelmente vc marcou o seu sistema de arquivos como módulo ao invés de colocá-lo diretamente no kernel. Bom, a melhor opção é recompilar o kernel com o seu sistema de arquivos, ext3, reiserfs, etc., junto do kernel ao invés de módulo. Ou então, criar um initrd.xx dentro do seu /boot que contenha as informações dos módulos de sistema de arquivo. Obs.: man mkinitramfs []'s, Still -- Nelson Luiz Campos Engenheiro Eletricista Linux User #89621 UIN 11464303 gnupgID: 55577339 Skype Still_by_Still Nelson Eu tomei esse cuidado. Coloquei o Ext2,Ext3, Ext4 e Reiserfs como * Além dessas opções será que é necessário habilitar mais alguma opção? -- .''`. Caio Abreu Ferreira : :' : [EMAIL PROTECTED] `. `'` Debian User `- signature.asc Description: Digital signature
Re: Kernel panic
Eu tomei esse cuidado. Coloquei o Ext2,Ext3, Ext4 e Reiserfs como * Além dessas opções será que é necessário habilitar mais alguma opção? Vê se os drivers do controlador dos discos está também activado, no meu caso era esse o problema... Boa sorte ;) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Kernel panic
On (18/10/08 15:24), Debiminho wrote: Eu tomei esse cuidado. Coloquei o Ext2,Ext3, Ext4 e Reiserfs como * Além dessas opções será que é necessário habilitar mais alguma opção? Vê se os drivers do controlador dos discos está também activado, no meu caso era esse o problema... Boa sorte ;) Existe alguma forma de verificar qual é o modelo de crontroladora de disco através do linux? Encontrei informações tanto no site da Asus[1], quanto no site da Amazon[2] e infelismente não econtrei informações que indica-se qual é o modelo de controladora de disco. Desde já obrigado pela ajuda. 1-http://www.asus.com/products.aspx?l1=3l2=11l3=185l4=0model=1650modelmenu=1 2-http://www.amazon.co.uk/Asus-P5LD2-X-Motherboard-Definition-6-channel/dp/B000UNZZXO -- .''`. Caio Abreu Ferreira : :' : [EMAIL PROTECTED] `. `'` Debian User `- signature.asc Description: Digital signature
Re: Kernel panic
Existe alguma forma de verificar qual é o modelo de crontroladora de disco através do linux? Eu verifico sempre com a versão standard do kernel do debian, com o comando lsmod, deve existir outro método mas este é o mais simples. Abraço. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Kernel panic
Flamarion Continuei utilizando o fakeroot, mas segui a sua dica e utilizei o arquivo de configuração utilizado /boot. Deu certo, mas estou querendo construir um kernel o mais simples possível, somente com a opções njecessários, pois esse micro será utilizado como firewall. On (18/10/08 10:12), Flamarion Jorge wrote: make clean make mrproper cp /boot/config-`uname -r` ./.config ao invés disso tente isso: make oldconfig no make menuconfig ao invés de Load escolha Save ao invés de usar o fakeroot usa o root mesmo, não sei se tem diferença mas com o root é garantido. O resto ta certinho Flamarion Caio Abreu Ferreira escreveu: Para compilar o kernel estou utilizando o tutorial presnente no seguinte site[1] Para compilar o kernel estou utilizando o comando fakeroot make-kpkg --initrd --append-to-version=-20081017 kernel_image 1 - http://www.howtoforge.com/kernel_compilation_debian_etch signature.asc Description: Digital signature
Fwd: Kernel panic
Olá, Perguntei isso porque é um erro típico que quem compila o kernel e não activa o suporte para o controlador do disco onde esta a raiz do sistema. Experimenta com o Live fazer um chroot para a directoria root do disco, depois experimenta um update-grub ... O problema não deve ser do disco (fisico) uma vez que com a live tens acesso Boa Sorte Silvino
Kernel panic
Gente to com a seguinte bronca, estava usando o pc ele travou, dei um tempo e nada, dai resetei, quando inicia para em uma parte e mostra la nas ultimas linhas esta mensagem: Kernel Panic - Not syncing: VFS: Unable to mount root fs on Unkinown - block (0,0). pensei em re-intalar mais vi que pode ser uma coisa que da pra resouver, dei o boot com um live cd e vi que la em boot/grub tem umas alguns pacotes zip com o nome new. tem como eu da jaito? -- Marcos Egito 081-8762 - 4378 celular 081-3456 - 6076 casa [EMAIL PROTECTED] ... ( Toni Morrison )
Fwd: Kernel panic
Olá, Compilaste o Kernel ? Ou é o que vem com a distribuição ?
Re: Kernel Panic
Em Fri, 18 Jan 2008 13:57:29 -0200 [EMAIL PROTECTED] escreveu: No meu caso os modulos PPP estão tudos como Kernel-in, no entando qdo dou um lsmod ele não tem nenhum modulo listado referente ao ppp, devido a eles carregoar no boot do servidor. Se alguem tiver mais alguma dica que eu possa testar, antes da então recompilação do kernel, mas se não tiver solução recompilo na boa. Se está como built-in, vc precisará compilar em modo debug ou usar alguma ferramenta de profile como Oprofile[1] para pegar o erro. 1 - http://oprofile.sourceforge.net/ []'s -- Fernando Ike http://www.midstorm.org/~fike/weblog
Re: Kernel Panic
No meu caso os modulos PPP estão tudos como Kernel-in, no entando qdo dou um lsmod ele não tem nenhum modulo listado referente ao ppp, devido a eles carregoar no boot do servidor. Se alguem tiver mais alguma dica que eu possa testar, antes da então recompilação do kernel, mas se não tiver solução recompilo na boa.
Re: Kernel Panic
[EMAIL PROTECTED] escreveu: Nesse sistema que estou não cheguei a fazer um downgrade e sim foi feito um upgrade, haja visto que o debian, não é o debian etch e sim uma versão anterior com o kernel 2.6.8.xxx, no entanto o protocolo ppp, não referi diretamente ao problema a ser ele. Mas parece ser algo referente a rede. Ao amigo Rodolfo Barbosa Qual testes que você realizou que chegou a conclusão abaixo. ...Minha máquina travava sem motivos e não retornava nada no log. Foi então que descobri que o problema está com o módulo ppp do kernel. Ele vaicriando instâncias de si mesmo a cada vez que um cliente se conecta, mas quando os clientes desconectam, algumas vezes essas instâncias não são destruídas. Depois de um tempo a máquina fica lenta e trava. ... Após algumas horas de operação, dê um lsmod e veja quantas instâncias do módulo ppp existem. Depois derrube todos os seu usuários conectados e veja se ficam instâncias do ppp para traz. -- Rodolfo Barbosa Lunar Consultoria -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Kernel Panic
[EMAIL PROTECTED] escreveu: Bom dia a todos, Pessoal, gostaria de uma ajuda de vocês sobre um problema que ocorreu comigo essa semana. Seguinte tenho um pppoe-server rodando com cerca de 800 clientes conectados simultaneamente, no entando essa maquina via travando em alguns momentos, e não me logava nada. Por fim da ultima vez que ela capotou, ela logou o seguinte na tela. Kernel Panic - not syncing: Fatal exception in interrupt Desconfio que possa ser memoria, mas fazendo testes de memoria não encontrei nada de anormal. testes feito com o memtest do linux e o stress do proprio linux, e nada de travamento ou outra coisa similar. S.O Debian Kernel 2.6.16.16 P4 3.0 HT compilado com SMP HD's SATA 1 GB de RAM Se alguem poder ajudar. Olá, Você utiliza o pppoe-server que vem no Debian? Se a resposta for positiva, eu tive o mesmo problema que você. Minha máquina travava sem motivos e não retornava nada no log. Foi então que descobri que o problema está com o módulo ppp do kernel. Ele vai criando instâncias de si mesmo a cada vez que um cliente se conecta, mas quando os clientes desconectam, algumas vezes essas instâncias não são destruídas. Depois de um tempo a máquina fica lenta e trava. Att. -- Rodolfo Barbosa Lunar Consultoria -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Kernel Panic
Segue o erro gerado na tela. http://cerroazul.no-ip.info/14-01-08_1552.jpeg O Pacote rp-pppoe, foi compilado, e o kernel está como build o protocolo ppp.
Re: Kernel Panic
[EMAIL PROTECTED] escreveu: Segue o erro gerado na tela. http://cerroazul.no-ip.info/14-01-08_1552.jpeg O Pacote rp-pppoe, foi compilado, e o kernel está como build o protocolo ppp. Tem certeza que o proplema é o ppp? Eu diria que o problema é o HD. Tente utilizar um Kernel mais recente. Eu tive problemas com o Kernel 2.6.15/16 ao utilizar HDs SATA. O Debian Etch utiliza o Kernel 2.6.18. Porque você fez o downgrade para o 2.6.16? Att, Renato
Re: Kernel Panic
Nesse sistema que estou não cheguei a fazer um downgrade e sim foi feito um upgrade, haja visto que o debian, não é o debian etch e sim uma versão anterior com o kernel 2.6.8.xxx, no entanto o protocolo ppp, não referi diretamente ao problema a ser ele. Mas parece ser algo referente a rede. Ao amigo Rodolfo Barbosa Qual testes que você realizou que chegou a conclusão abaixo. ...Minha máquina travava sem motivos e não retornava nada no log. Foi então que descobri que o problema está com o módulo ppp do kernel. Ele vaicriando instâncias de si mesmo a cada vez que um cliente se conecta, mas quando os clientes desconectam, algumas vezes essas instâncias não são destruídas. Depois de um tempo a máquina fica lenta e trava. ...
Kernel Panic
Bom dia a todos, Pessoal, gostaria de uma ajuda de vocês sobre um problema que ocorreu comigo essa semana. Seguinte tenho um pppoe-server rodando com cerca de 800 clientes conectados simultaneamente, no entando essa maquina via travando em alguns momentos, e não me logava nada. Por fim da ultima vez que ela capotou, ela logou o seguinte na tela. Kernel Panic - not syncing: Fatal exception in interrupt Desconfio que possa ser memoria, mas fazendo testes de memoria não encontrei nada de anormal. testes feito com o memtest do linux e o stress do proprio linux, e nada de travamento ou outra coisa similar. S.O Debian Kernel 2.6.16.16 P4 3.0 HT compilado com SMP HD's SATA 1 GB de RAM Se alguem poder ajudar.
Re: Kernel Panic
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 15-01-2008 10:49, [EMAIL PROTECTED] wrote: Bom dia a todos, Pessoal, gostaria de uma ajuda de vocês sobre um problema que ocorreu comigo essa semana. Seguinte tenho um pppoe-server rodando com cerca de 800 clientes conectados simultaneamente, no entando essa maquina via travando em alguns momentos, e não me logava nada. Por fim da ultima vez que ela capotou, ela logou o seguinte na tela. Kernel Panic - not syncing: Fatal exception in interrupt Desconfio que possa ser memoria, mas fazendo testes de memoria não encontrei nada de anormal. testes feito com o memtest do linux e o stress do proprio linux, e nada de travamento ou outra coisa similar. S.O Debian Kernel 2.6.16.16 P4 3.0 HT compilado com SMP HD's SATA 1 GB de RAM Se alguem poder ajudar. Antes do Kernel Panic ela deveria ter jogado no log algumas informações de estado da memória (backtrace), isso ajuda a ter uma idéia de onde a falha aconteceu. Além disso, você pode tentar usar uma ferramenta como o atop para registrar o estado da máquina ao longo do tempo e sincronizar as informações. Procure nos outros arquivos de log por problemas próximos do horário do travamento para ver se você consegue encontrar algo. 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 iD8DBQFHjPgqCjAO0JDlykYRAmmVAKDLHAnrn/TJ10CVQ/93G7smykmNqgCfYe7t SG/8gbfiuHPzCjgO2cAQFyA= =5B8F -END PGP SIGNATURE- -- 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 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]
Grub + Kernel Panic
Galera, tô com um problema aqui em uma máquina, eu estava usando ela normal quando tive que desligar, aí quando liguei novamente ela dá a seguinte mensagem: 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) Não instalei nada, no menu do grub ta assim: Debian GNU/Linux, kernel 2.6.18-5-686 Debian GNU/Linux, kernel 2.6.18-5-686 (single-user mode) Debian GNU/Linux, kernel 2.6.18-4-686 Debian GNU/Linux, kernel 2.6.18-4-686 (single-user mode) 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 Quando edito a segunda ele mostra: root(hd0,0) kernel /boot/vmlinux-2.6.18-5-686 root=/dev/hda1 ro single initrd /boot/initrd.img-2.6.18-5-686 savedefault Quando edito a terceira ele mostra: root(hd0,0) kernel /boot/vmlinux-2.6.18-4-686 root=/dev/hda1 ro initrd /boot/initrd.img-2.6.18-4-686 savedefault Quando edito a última ele mostra: root(hd0,0) kernel /boot/vmlinux-2.6.18-4-686 root=/dev/hda1 ro single initrd /boot/initrd.img-2.6.18-4-686 savedefault Se eu der o boot por qualquer opção, apertando a tecla b , ele dá o mesmo erro: 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? Obrigado -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Grub + Kernel Panic
Galera, tô com um problema aqui em uma máquina, eu estava usando ela normal quando tive que desligar, aí quando liguei novamente ela dá a seguinte mensagem: 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) Não instalei nada, no menu do grub ta assim: Debian GNU/Linux, kernel 2.6.18-5-686 Debian GNU/Linux, kernel 2.6.18-5-686 (single-user mode) Debian GNU/Linux, kernel 2.6.18-4-686 Debian GNU/Linux, kernel 2.6.18-4-686 (single-user mode) 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 Quando edito a segunda ele mostra: root(hd0,0) kernel /boot/vmlinux-2.6.18-5-686 root=/dev/hda1 ro single initrd /boot/initrd.img-2.6.18-5-686 savedefault Quando edito a terceira ele mostra: root(hd0,0) kernel /boot/vmlinux-2.6.18-4-686 root=/dev/hda1 ro initrd /boot/initrd.img-2.6.18-4-686 savedefault Quando edito a última ele mostra: root(hd0,0) kernel /boot/vmlinux-2.6.18-4-686 root=/dev/hda1 ro single initrd /boot/initrd.img-2.6.18-4-686 savedefault Se eu der o boot por qualquer opção, apertando a tecla b , ele dá o mesmo erro: 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? Obrigado -- 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]
Instalador Debian 4 trava no início ( kernel panic )
Olá pessoal, Estou tentando instalar o Debian 4 a dois dias a partir do DVD. Entretanto o instalador trava alguns segundos depois de apertar enter para carregamento do kernel. A mídia está boa, pois instalei numa outra máquina sem problemas !!! Tentei desativar a ACPI, sem êxito... na mesma máquina instalei, a 1 mês atrás com o kernel 2.4, o debian 3.1, normalmente, sem problemas... A mensagem que aparece é a seguinte: *kernel panic* - not syncing: Attempted to *kill* init! Att, -- -- Fernando Antonio Boaventura Cerqueira Graduando em Ciência da Computação UESC http://www.uesc.br Bolsista PIBIC Projeto: Pacote de Visualização e Análise de Dados Astronômicos Linux User #412531