Re: dúvida com raid
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Configurou o hot spare? Renato S. Yamane wrote: Alex escreveu: adquiri um servidor com uma placa controladora raid e estou fazendo raid 5. Instalei o debian etch e esta funcionando normalmente. Se o servidor ainda estiver em fase de testes, sugiro já utilizar o Debian Lenny, que será liberado como estável em uns 30 dias. Dúvida? Como faço para testar o raid, para saber se na hora que eu precisar dele o ele estara funcionando corretamente. Desconecte o HD enquanto o servidor estiver ligado :-) Att, Renato -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iQIVAwUBSKWJvVpP9O2wIKv9AQLEYQ/8CgMbMDqW5TVzCxVTJ1lIn60sCRmRO6aj shVZMpiK4BLuC3jTTmg1eo3MWPFV3zcmuGLiz3gVvBEIdxVoITZmwyZ4BD/qsJUd kxXB/2vDEKEp0mTudwAbjqA3J+C7YghDUhxVMESR2ecP4hQaNJuhECBwaa1eNIWH g15TPP94YGGm9SBuv4zI6xKpDuLH25ioX1CTK514KCRAq42bTxHLT2dJSXE2innu THrcYPFnf5oNTxJMPrUVQufSnB73hwdCcx7oztBrPTBs2V8GDSbqPjxI/meZXOO9 MWCp/BjcxyelujLwFGw3ueTt2kWNfLUd9csO+yUMHnJrPfaEY0U9RbQXt75Lqbk/ Fyt8c3CDOaa3WWSTHeJLe6d/OJH009/ubpETcTUqKGXHXHPT0MYDrfpVL0NhaKI6 7xwAPplAOtV68vMhh9/q8GiPR1+O8K7eigtePWvg7cydCr/vXF/7P1W7+CWZo1xb AujYjFS0HlTt/fpxnSwoJEX1BK5jj5H/S3+f8HJK+fPRQszse178jSbOaedp9J0u 0Hyxmsi/8ti/WudszrgMNQ+jETdh1pxHavkRpIBs6xYdPYQ0BrqCj1qkTeFUdz8n 2SAGTmF8y+f2FoL3V8TcErDu0CQC5RujlTsCZaRtRZFKqUV7WynvfhMK+hBW1a6w 8mKzqaPurEg= =Qg/i -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: [offtopic] Compatibilidade EMC Storage AX4-5I com Debian Linux
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Tive problemas com o debian, terminei no centos por ser uma distro baseada no red hat, até agora tá tranquilo. []s Fernando Mariano wrote: Fala pessoal blz ? Na empresa onde trabalho estamos necessitando de um Storage para armazenamento de nossos dados e pesquisando no mercado encontramos o Storage AX4-5I da EMC conversando a interfaces gigabit com o protocolo iSCSI. Alguém tem experiência com este produto ? É fácil de configura-lo e adicionar novos volumes, disponibilizar LUN para meus servidores ? Na documentação do produto ele é homologado para trabalhar com Red Hat e Suse Enterprise. Alguém aqui tem experiência deste Storage trabalhando com Debian ? Abraços Fernando Mariano. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iQIVAwUBSKHBzFpP9O2wIKv9AQKTXg/+NazsIqBBvm/zKePDXDXeX8H6B44HkKB2 BbSi7OvzLEMta1dA0NoRGa59LkyltgaTr+57Z5aAdYnEPxjqQLGU5UUzES2FUkd4 Q56LN454wn+8Mz254T4cjxjckf5tNNWHbUBRV+nVcnGHpb4s5dlBiCNdU36fqkod SiluQFbdTV1CIF53z88jMnyypb2JbB6HOLyC1qZl8QwZ326s0gDFOm6Ae2M3rYRj tionLsdklUiA10b01e0BXKDREikwC0yEnpq2XYrBubguTm7VtZo0SFMvw7Ru1Ols fhLYZREn1q7Mux3cHPx5Wpva6G+xR3glb5Nt6XCQXpDjod5qj4t531KD1MQGMQwr zDstL6/gPntx5PXlRKhLCQOfHnCUnPBXK1Av8g90slTywbrT2B33WZv4NC1Ysq3w VLroYAtVRQLuVzs1pqxUIGs9LpWNhjTPLk8F2PNfqn7qbxgJm2NBGK1mHNvG5/zk 3rdeLeLQRxLbNxB1ihZ3vfDDZaP4UPKUmV/vE3aIsh1J0aMcCQ2VimZEMMbdtEnk 2oe843AFd5zb/pOZwqaYJEwZMDn2fvl33ixwjGVjWTQzJnVn9ziG+mPxq9qtgtVm y62YJpBGAtbnXjAgND5gktnkHC9HFRWAA1jl/b3TBmeBj1+2OPyYdTAV4rP9maUD GRex3vMfWo0= =AgxU -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Mudança de endereço de email
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 AHUAhuAHUAHuAHUAHUAHUAhUAA Renato S. Yamane wrote: Informática - Leite Jussara escreveu: Peço por gentileza redirecionem os próximos emails (anteriormente enviados para a conta [EMAIL PROTECTED]) para a conta [EMAIL PROTECTED] 1) Parabéns por divulgar TODOS os seus contatos em uma lista de discussão! Os spammers agradecem! 2) Crie um alias da sua conta principal, redirecionando todas as mensagens de informatica@ para pedro.ti@ É muito mais simples e prático. Att, Renato -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iQCVAwUBSCngkfAZEPrla50bAQKESgP/WJctZUxTOyrQ15regVe+SzQTLaPkGwHq 9bqr6IQgu41w+0JP2naSVpoGisRShpBY9plSrLJH32dDaTNe1Ie6NBFN8P93ukHW WZErVXTBGXRV0MktqWKA/8WpJC9O0k8bTSyo2ZkYao4cUTeUKAkIg/ChCqx3uhO3 YddIPNQS3AI= =jZoY -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Não consigo acertar a hora
Sávio Ramos wrote: Olá, A mensagem de erro quando tento acertar o relógio é: # ntpdate ntp.usp.br 28 Dec 11:56:53 ntpdate[5460]: the NTP socket is in use, exiting Outro servidor: # ntpdate 0.debian.pool.ntp.org 28 Dec 11:57:18 ntpdate[5485]: the NTP socket is in use, exiting Alguma luz? Grato. ntpdate pool.ntp.org pool.ntp.org pool.ntp.org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Postfix + Spamassassin
Olá galera, estou com um problema aqui no meu servidor de e-mail, estou usando o postfix com o spamassassin e percebo que as vezes durante o dia a cpu do servidor simplesmente chega a 99,99% , ficando lento tanto a navegacão - também tenho o squid nele - quanto o envio de e-mails , normalizando logo em seguinda, dando uma olhada nos logs do postfix, na hora que a cpu topa eu tenho: Dec 6 14:58:29 trinity postfix/smtpd[17923]: disconnect from p54BC6425.dip.t-dialin.net[84.188.100.37] Dec 6 14:58:29 trinity postfix/smtpd[17923]: connect from p54BC6425.dip.t-dialin.net[84.188.100.37] Dec 6 14:58:29 trinity postfix/smtpd[17923]: lost connection after CONNECT from p54BC6425.dip.t-dialin.net[84.188.100.37] Dec 6 14:58:29 trinity postfix/smtpd[17923]: disconnect from p54BC6425.dip.t-dialin.net[84.188.100.37] Dec 6 14:58:29 trinity postfix/smtpd[17923]: connect from p54BC6425.dip.t-dialin.net[84.188.100.37] Dec 6 14:58:29 trinity postfix/smtpd[17923]: lost connection after CONNECT from p54BC6425.dip.t-dialin.net[84.188.100.37] Dec 6 14:58:29 trinity postfix/smtpd[17923]: disconnect from p54BC6425.dip.t-dialin.net[84.188.100.37] Dec 6 14:58:29 trinity postfix/smtpd[17923]: connect from unknown[192.168.0.177] Dec 6 14:58:29 trinity postfix/smtpd[17923]: lost connection after CONNECT from unknown[192.168.0.177] Dec 6 14:58:29 trinity postfix/smtpd[17923]: disconnect from unknown[192.168.0.177] Dec 6 14:58:29 trinity postfix/smtpd[17923]: connect from web02.grupos.com.br[200.203.183.94] Dec 6 14:58:30 trinity postfix/smtpd[17922]: disconnect from unknown[144.141.198.122] Dec 6 14:58:31 trinity postfix/smtpd[17922]: warning: 190.56.55.75: hostname 75.55.56.190.intelnet.net.gt verification failed: Name or service not known Dec 6 14:58:31 trinity postfix/smtpd[17922]: connect from unknown[190.56.55.75] Dec 6 14:58:31 trinity postfix/smtpd[17922]: lost connection after CONNECT from unknown[190.56.55.75] Dec 6 14:58:31 trinity postfix/smtpd[17922]: disconnect from unknown[190.56.55.75] Dec 6 14:58:31 trinity postfix/smtpd[17922]: warning: 190.56.55.75: hostname 75.55.56.190.intelnet.net.gt verification failed: Name or service not known Dec 6 14:58:31 trinity postfix/smtpd[17922]: connect from unknown[190.56.55.75] Dec 6 14:58:31 trinity postfix/smtpd[17922]: lost connection after CONNECT from unknown[190.56.55.75] Dec 6 14:58:31 trinity postfix/smtpd[17922]: disconnect from unknown[190.56.55.75] Dec 6 14:58:31 trinity postfix/smtpd[17922]: warning: 190.56.55.75: hostname 75.55.56.190.intelnet.net.gt verification failed: Name or service not known Dec 6 14:58:31 trinity postfix/smtpd[17922]: connect from unknown[190.56.55.75] Dec 6 14:58:31 trinity postfix/smtpd[17922]: lost connection after CONNECT from unknown[190.56.55.75] Dec 6 14:58:31 trinity postfix/smtpd[17922]: disconnect from unknown[190.56.55.75] Dec 6 14:58:31 trinity postfix/smtpd[17922]: warning: 190.56.55.75: hostname 75.55.56.190.intelnet.net.gt verification failed: Name or service not known Dec 6 14:58:31 trinity postfix/smtpd[17922]: connect from unknown[190.56.55.75] Dec 6 14:58:31 trinity postfix/smtpd[17922]: lost connection after CONNECT from unknown[190.56.55.75] Dec 6 14:58:31 trinity postfix/smtpd[17922]: disconnect from unknown[190.56.55.75] Dec 6 14:58:31 trinity postfix/smtpd[17922]: connect from p54BC6425.dip.t-dialin.net[84.188.100.37] Dec 6 14:58:31 trinity postfix/smtpd[17922]: lost connection after CONNECT from p54BC6425.dip.t-dialin.net[84.188.100.37] Dec 6 14:58:31 trinity postfix/smtpd[17922]: disconnect from p54BC6425.dip.t-dialin.net[84.188.100.37] Dec 6 14:58:31 trinity postfix/smtpd[17922]: connect from p54BC6425.dip.t-dialin.net[84.188.100.37] Dec 6 14:58:31 trinity postfix/smtpd[17922]: lost connection after CONNECT from p54BC6425.dip.t-dialin.net[84.188.100.37] Dec 6 14:58:31 trinity postfix/smtpd[17922]: disconnect from p54BC6425.dip.t-dialin.net[84.188.100.37] Dec 6 14:58:31 trinity postfix/smtpd[17922]: connect from p54BC6425.dip.t-dialin.net[84.188.100.37] Dec 6 14:58:31 trinity postfix/smtpd[17922]: lost connection after CONNECT from p54BC6425.dip.t-dialin.net[84.188.100.37] Dec 6 14:58:31 trinity postfix/smtpd[17922]: disconnect from p54BC6425.dip.t-dialin.net[84.188.100.37] Dec 6 14:58:31 trinity postfix/smtpd[17922]: connect from p54BC6425.dip.t-dialin.net[84.188.100.37] Dec 6 14:58:31 trinity postfix/smtpd[17922]: lost connection after CONNECT from p54BC6425.dip.t-dialin.net[84.188.100.37] Dec 6 14:58:31 trinity postfix/smtpd[17922]: disconnect from p54BC6425.dip.t-dialin.net[84.188.100.37] Dec 6 14:58:31 trinity postfix/smtpd[17922]: connect from p54BC6425.dip.t-dialin.net[84.188.100.37] Dec 6 14:58:31 trinity postfix/smtpd[17922]: lost connection after CONNECT from p54BC6425.dip.t-dialin.net[84.188.100.37] Dec 6 14:58:31 trinity postfix/smtpd[17922]: disconnect from p54BC6425.dip.t-dialin.net[84.188.100.37] Dec 6 14:58:31 trinity postfix/smtpd[17922]: connect from
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
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: 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
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]
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]
Postfix + Amavis + Spamassassin + OSBS-Lua
Galera estou com um problema aqui, não consigo fazer o amavis funcionar, tá dando esse erro aqui: Nov 3 07:45:57 proxy postfix/smtpd[13011]: disconnect from unknown[192.168.0.249] Nov 3 07:45:58 proxy amavis[12842]: (12842-01) (!)ClamAV-clamd: Can't connect to UNIX socket /var/run/clamav/clamd.ctl: Arquivo ou diret\363rio n\343o encontrado, retrying (2) Nov 3 07:46:04 proxy amavis[12842]: (12842-01) (!)run_av (ClamAV-clamd, built-in i/f): Too many retries to talk to /var/run/clamav/clamd.ctl (Can't connect to UNIX socket /var/run/clamav/clamd.ctl: Arquivo ou diret\363rio n\343o encontrado) at (eval 45) line 310. Nov 3 07:46:04 proxy amavis[12842]: (12842-01) (!!)ClamAV-clamd av-scanner FAILED: CODE(0x814f51c) Too many retries to talk to /var/run/clamav/clamd.ctl (Can't connect to UNIX socket /var/run/clamav/clamd.ctl: Arquivo ou diret\363rio n\343o encontrado) at (eval 45) line 310. at (eval 45) line 511. Nov 3 07:46:04 proxy amavis[12842]: (12842-01) (!!)WARN: all primary virus scanners failed, considering backups Nov 3 07:46:17 proxy postfix/smtpd[12821]: warning: connect to private/policyd-spf: No such file or directory Nov 3 07:46:18 proxy postfix/smtpd[12821]: warning: connect to private/policyd-spf: No such file or directory Nov 3 07:53:00 proxy postfix/smtpd[13155]: NOQUEUE: reject: RCPT from bay0-omc1-s8.bay0.hotmail.com[65.54.246.80]: 451 4.3.5 Server configuration problem; from=[EMAIL PROTECTED] to=[EMAIL PROTECTED] proto=ESMTP helo=bay0-omc1-s8.bay0.hotmail.com E os e-mails não chegam, quando eu desabilito eles o postfix funciona sem problemas, obrigado por qualquer ajuda. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Postfix + Amavis + Spamassassin + OSBS-Lua
Galera estou com um problema aqui, não consigo fazer o amavis funcionar, tá dando esse erro aqui: Nov 3 07:45:57 proxy postfix/smtpd[13011]: disconnect from unknown[192.168.0.249] Nov 3 07:45:58 proxy amavis[12842]: (12842-01) (!)ClamAV-clamd: Can't connect to UNIX socket /var/run/clamav/clamd.ctl: Arquivo ou diret\363rio n\343o encontrado, retrying (2) Nov 3 07:46:04 proxy amavis[12842]: (12842-01) (!)run_av (ClamAV-clamd, built-in i/f): Too many retries to talk to /var/run/clamav/clamd.ctl (Can't connect to UNIX socket /var/run/clamav/clamd.ctl: Arquivo ou diret\363rio n\343o encontrado) at (eval 45) line 310. Nov 3 07:46:04 proxy amavis[12842]: (12842-01) (!!)ClamAV-clamd av-scanner FAILED: CODE(0x814f51c) Too many retries to talk to /var/run/clamav/clamd.ctl (Can't connect to UNIX socket /var/run/clamav/clamd.ctl: Arquivo ou diret\363rio n\343o encontrado) at (eval 45) line 310. at (eval 45) line 511. Nov 3 07:46:04 proxy amavis[12842]: (12842-01) (!!)WARN: all primary virus scanners failed, considering backups Nov 3 07:46:17 proxy postfix/smtpd[12821]: warning: connect to private/policyd-spf: No such file or directory Nov 3 07:46:18 proxy postfix/smtpd[12821]: warning: connect to private/policyd-spf: No such file or directory Nov 3 07:53:00 proxy postfix/smtpd[13155]: NOQUEUE: reject: RCPT from bay0-omc1-s8.bay0.hotmail.com[65.54.246.80]: 451 4.3.5 Server configuration problem; from=[EMAIL PROTECTED] to=[EMAIL PROTECTED] proto=ESMTP helo=bay0-omc1-s8.bay0.hotmail.com E os e-mails não chegam, quando eu desabilito eles o postfix funciona sem problemas, obrigado por qualquer ajuda. -- Interjato: Único Provedor do RN com Disco Virtual no E-mail Assine Já! 4008-4000 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]