Re: Servidor travando
Esse são os gráficos de tráfego atualmente. TCP: http://twitpic.com/d9wbey IPTABLES (ipconntrack): http://twitpic.com/d9wbhy Esse gráficos são *normalizados* pra baixo, já que são médias anuais. Nos gráficos diários, os picos são bem maiores. Mas não fazem nem cócegas. Abs, Helio Loureiro http://helio.loureiro.eng.br http://br.linkedin.com/in/helioloureiro http://twitter.com/helioloureiro http://gplus.to/helioloureiro Em 23 de agosto de 2013 13:34, Helio Loureiro escreveu: > Meu problema não foi o apache, foi o iptables mesmo. > > Os hosts mandavam pacotes SYN, e não respondiam mais. O default do TCP é > aguardar resposta por 2 horas. Agora imagina o firewall reservando memória > pra manter o estado da conexão e recebendo 100 request/s. Uma hora a coisa > trava. > > BTW, sem terminar o triple handshake do TCP, o Apache nem vê o que chega. > > Abs, > Helio Loureiro > http://helio.loureiro.eng.br > http://br.linkedin.com/in/helioloureiro > http://twitter.com/helioloureiro > http://gplus.to/helioloureiro > > > Em 23 de agosto de 2013 11:59, Rodrigo B Brasil > escreveu: > > Hélio, o ModSecurity não funcionaria nesse teu caso? >> >> >> -- >> Rodrigo Bezerra Brasil >> Belém, PA, BR >> >> Intelligence is the ability to avoid doing work, yet getting the work >> done. >> -Linus Torvalds >> >> >> >> >> 2013/8/23 P. J. >> >> Que aula... muito bom o post... agora uma dúvida... e depois Hélio, vc >>> tomou alguma medida preventiva para tentar impedir que isso acontecesse >>> novamente? ou deixou aquela configuração do post? >>> >>> Abs >>> >>> >>> Em 22 de agosto de 2013 22:08, Helio Loureiro >>> escreveu: >>> >>> Veja se isso ajuda: http://helio.loureiro.eng.br/index.php/22-seguranca/security/196-o-dia-em-que-sofri-um-ataque-de-ddos Abs, Helio Loureiro http://helio.loureiro.eng.br http://br.linkedin.com/in/helioloureiro http://twitter.com/helioloureiro http://gplus.to/helioloureiro Em 22 de agosto de 2013 17:01, Marcelo Silva escreveu: > Cara, pensei exatamente nisso, estou fazendo um teste com o nginx > agora no servidor de homologação e vi até uma melhora. já tenho o cacti > aqui monitorando e em relação a banda não é problema. > > Marcelo > > > Em 22 de agosto de 2013 16:02, d4n1 escreveu: > > Se possível usá o nginx ou lightpd, eles usam eventos no lugar de >> threads como o apache. Monitora com top primeiramente, depois instala um >> nagios, zabix ou cacti e vê o consumo de banda, processos e etc. A partir >> daí você vai vê se é sobrecarga ou outro tipo de problema. >> > > >>> >>> >>> -- >>> | .''`. A fé não dá respostas. Só impede perguntas. >>> | : :' : >>> | `. `'` >>> | `- Je vois tout >>> >>> >>> >>> >>> >>> >>> >> >
Re: Servidor travando
Meu problema não foi o apache, foi o iptables mesmo. Os hosts mandavam pacotes SYN, e não respondiam mais. O default do TCP é aguardar resposta por 2 horas. Agora imagina o firewall reservando memória pra manter o estado da conexão e recebendo 100 request/s. Uma hora a coisa trava. BTW, sem terminar o triple handshake do TCP, o Apache nem vê o que chega. Abs, Helio Loureiro http://helio.loureiro.eng.br http://br.linkedin.com/in/helioloureiro http://twitter.com/helioloureiro http://gplus.to/helioloureiro Em 23 de agosto de 2013 11:59, Rodrigo B Brasil escreveu: > Hélio, o ModSecurity não funcionaria nesse teu caso? > > > -- > Rodrigo Bezerra Brasil > Belém, PA, BR > > Intelligence is the ability to avoid doing work, yet getting the work done. > -Linus Torvalds > > > > > 2013/8/23 P. J. > > Que aula... muito bom o post... agora uma dúvida... e depois Hélio, vc >> tomou alguma medida preventiva para tentar impedir que isso acontecesse >> novamente? ou deixou aquela configuração do post? >> >> Abs >> >> >> Em 22 de agosto de 2013 22:08, Helio Loureiro >> escreveu: >> >> Veja se isso ajuda: >>> >>> >>> http://helio.loureiro.eng.br/index.php/22-seguranca/security/196-o-dia-em-que-sofri-um-ataque-de-ddos >>> >>> Abs, >>> Helio Loureiro >>> http://helio.loureiro.eng.br >>> http://br.linkedin.com/in/helioloureiro >>> http://twitter.com/helioloureiro >>> http://gplus.to/helioloureiro >>> >>> >>> Em 22 de agosto de 2013 17:01, Marcelo Silva >>> escreveu: >>> Cara, pensei exatamente nisso, estou fazendo um teste com o nginx agora no servidor de homologação e vi até uma melhora. já tenho o cacti aqui monitorando e em relação a banda não é problema. Marcelo Em 22 de agosto de 2013 16:02, d4n1 escreveu: Se possível usá o nginx ou lightpd, eles usam eventos no lugar de > threads como o apache. Monitora com top primeiramente, depois instala um > nagios, zabix ou cacti e vê o consumo de banda, processos e etc. A partir > daí você vai vê se é sobrecarga ou outro tipo de problema. > >>> >> >> >> -- >> | .''`. A fé não dá respostas. Só impede perguntas. >> | : :' : >> | `. `'` >> | `- Je vois tout >> >> >> >> >> >> >> >
Re: Servidor travando
Não dá pra evitar ataques DDoS. Sempre tem um espírito de porco mandando um em cima de site, blog, etc. Então tem de estar pronto. O grande problema foi que com o firewall ativo, o iptables ia consumindo memória, e com root level. Isso ia até travar. Com os tempos menores que coloquei, o iptables começou a descartar as sessões, e isso mitigou a coisa. Daria pra arrumar também colocando limites de conexões por porta. Os ataques estão mais esporádicos, mas acontecem pelo menos a cada 3 meses. Atualmente não fazem nem cócegas. E 100% dos hosts zumbis, que ficam gravados no log do apache, são windows. Nenhum com IP repetido. Abs, Helio Loureiro http://helio.loureiro.eng.br http://br.linkedin.com/in/helioloureiro http://twitter.com/helioloureiro http://gplus.to/helioloureiro Em 23 de agosto de 2013 09:28, P. J. escreveu: > Que aula... muito bom o post... agora uma dúvida... e depois Hélio, vc > tomou alguma medida preventiva para tentar impedir que isso acontecesse > novamente? ou deixou aquela configuração do post? > > Abs > > > Em 22 de agosto de 2013 22:08, Helio Loureiro escreveu: > > Veja se isso ajuda: >> >> >> http://helio.loureiro.eng.br/index.php/22-seguranca/security/196-o-dia-em-que-sofri-um-ataque-de-ddos >> >> Abs, >> Helio Loureiro >> http://helio.loureiro.eng.br >> http://br.linkedin.com/in/helioloureiro >> http://twitter.com/helioloureiro >> http://gplus.to/helioloureiro >> >> >> Em 22 de agosto de 2013 17:01, Marcelo Silva >> escreveu: >> >>> Cara, pensei exatamente nisso, estou fazendo um teste com o nginx agora >>> no servidor de homologação e vi até uma melhora. já tenho o cacti aqui >>> monitorando e em relação a banda não é problema. >>> >>> Marcelo >>> >>> >>> Em 22 de agosto de 2013 16:02, d4n1 escreveu: >>> >>> Se possível usá o nginx ou lightpd, eles usam eventos no lugar de threads como o apache. Monitora com top primeiramente, depois instala um nagios, zabix ou cacti e vê o consumo de banda, processos e etc. A partir daí você vai vê se é sobrecarga ou outro tipo de problema. >>> >>> >> > > > -- > | .''`. A fé não dá respostas. Só impede perguntas. > | : :' : > | `. `'` > | `- Je vois tout > > > > > > >
Re: Servidor travando
Hélio, o ModSecurity não funcionaria nesse teu caso? -- Rodrigo Bezerra Brasil Belém, PA, BR Intelligence is the ability to avoid doing work, yet getting the work done. -Linus Torvalds 2013/8/23 P. J. > Que aula... muito bom o post... agora uma dúvida... e depois Hélio, vc > tomou alguma medida preventiva para tentar impedir que isso acontecesse > novamente? ou deixou aquela configuração do post? > > Abs > > > Em 22 de agosto de 2013 22:08, Helio Loureiro escreveu: > > Veja se isso ajuda: >> >> >> http://helio.loureiro.eng.br/index.php/22-seguranca/security/196-o-dia-em-que-sofri-um-ataque-de-ddos >> >> Abs, >> Helio Loureiro >> http://helio.loureiro.eng.br >> http://br.linkedin.com/in/helioloureiro >> http://twitter.com/helioloureiro >> http://gplus.to/helioloureiro >> >> >> Em 22 de agosto de 2013 17:01, Marcelo Silva >> escreveu: >> >>> Cara, pensei exatamente nisso, estou fazendo um teste com o nginx agora >>> no servidor de homologação e vi até uma melhora. já tenho o cacti aqui >>> monitorando e em relação a banda não é problema. >>> >>> Marcelo >>> >>> >>> Em 22 de agosto de 2013 16:02, d4n1 escreveu: >>> >>> Se possível usá o nginx ou lightpd, eles usam eventos no lugar de threads como o apache. Monitora com top primeiramente, depois instala um nagios, zabix ou cacti e vê o consumo de banda, processos e etc. A partir daí você vai vê se é sobrecarga ou outro tipo de problema. >>> >>> >> > > > -- > | .''`. A fé não dá respostas. Só impede perguntas. > | : :' : > | `. `'` > | `- Je vois tout > > > > > > >
Re: Servidor travando
Que aula... muito bom o post... agora uma dúvida... e depois Hélio, vc tomou alguma medida preventiva para tentar impedir que isso acontecesse novamente? ou deixou aquela configuração do post? Abs Em 22 de agosto de 2013 22:08, Helio Loureiro escreveu: > Veja se isso ajuda: > > > http://helio.loureiro.eng.br/index.php/22-seguranca/security/196-o-dia-em-que-sofri-um-ataque-de-ddos > > Abs, > Helio Loureiro > http://helio.loureiro.eng.br > http://br.linkedin.com/in/helioloureiro > http://twitter.com/helioloureiro > http://gplus.to/helioloureiro > > > Em 22 de agosto de 2013 17:01, Marcelo Silva escreveu: > >> Cara, pensei exatamente nisso, estou fazendo um teste com o nginx agora >> no servidor de homologação e vi até uma melhora. já tenho o cacti aqui >> monitorando e em relação a banda não é problema. >> >> Marcelo >> >> >> Em 22 de agosto de 2013 16:02, d4n1 escreveu: >> >> Se possível usá o nginx ou lightpd, eles usam eventos no lugar de threads >>> como o apache. Monitora com top primeiramente, depois instala um nagios, >>> zabix ou cacti e vê o consumo de banda, processos e etc. A partir daí você >>> vai vê se é sobrecarga ou outro tipo de problema. >>> >> >> > -- | .''`. A fé não dá respostas. Só impede perguntas. | : :' : | `. `'` | `- Je vois tout
Re: Servidor travando
Veja se isso ajuda: http://helio.loureiro.eng.br/index.php/22-seguranca/security/196-o-dia-em-que-sofri-um-ataque-de-ddos Abs, Helio Loureiro http://helio.loureiro.eng.br http://br.linkedin.com/in/helioloureiro http://twitter.com/helioloureiro http://gplus.to/helioloureiro Em 22 de agosto de 2013 17:01, Marcelo Silva escreveu: > Cara, pensei exatamente nisso, estou fazendo um teste com o nginx agora no > servidor de homologação e vi até uma melhora. já tenho o cacti aqui > monitorando e em relação a banda não é problema. > > Marcelo > > > Em 22 de agosto de 2013 16:02, d4n1 escreveu: > > Se possível usá o nginx ou lightpd, eles usam eventos no lugar de threads >> como o apache. Monitora com top primeiramente, depois instala um nagios, >> zabix ou cacti e vê o consumo de banda, processos e etc. A partir daí você >> vai vê se é sobrecarga ou outro tipo de problema. >> > >
Re: Servidor travando
Cara, pensei exatamente nisso, estou fazendo um teste com o nginx agora no servidor de homologação e vi até uma melhora. já tenho o cacti aqui monitorando e em relação a banda não é problema. Marcelo Em 22 de agosto de 2013 16:02, d4n1 escreveu: > Se possível usá o nginx ou lightpd, eles usam eventos no lugar de threads > como o apache. Monitora com top primeiramente, depois instala um nagios, > zabix ou cacti e vê o consumo de banda, processos e etc. A partir daí você > vai vê se é sobrecarga ou outro tipo de problema. >
Re: Servidor travando
Se possível usá o nginx ou lightpd, eles usam eventos no lugar de threads como o apache. Monitora com top primeiramente, depois instala um nagios, zabix ou cacti e vê o consumo de banda, processos e etc. A partir daí você vai vê se é sobrecarga ou outro tipo de problema.
Re: Servidor travando
Em 22 de agosto de 2013 13:36, Fábio Rabelo escreveu: > Meu "chutômetro" apontaria para a memória, eu não instalo um servidor com > menos de 16 GB de RAM a mais de 3 anos ... > > > =-O -- | .''`. A fé não dá respostas. Só impede perguntas. | : :' : | `. `'` | `- Je vois tout
Re: Servidor travando
Em 22 de agosto de 2013 11:38, Marcelo Silva escreveu: > HP Proliant ML370 > Processador Intel Xeon 3.20 Ghz > Memória de 4GB > O Sr. instalou alguma ferramente de monitoramento, que possa lhe fornecer a carga de uso, principalmente de CPU e memória ? Qual o volume de visitas deste seu Wordpress ? Meu "chutômetro" apontaria para a memória, eu não instalo um servidor com menos de 16 GB de RAM a mais de 3 anos ... O Apache é um glutão tanto de CPU qto de memória, uma possível solução para minimizar o problema seria substituir o Apache pelo nginx ( que teve seu incicio justamente pelos problemas de usu de memória e CPU do Apache ) . Mas com apenas 4GB de RAM mesmo isto pode não ser a solução ... Outra pergunta, qto núcleos REAIS ( desconsiderando a escrescência do Hiper Threading ) este Xeon tem ? Quais os módulos do Apache estão habilitados ? Fábio Rabelo
Re: Servidor travando
HP Proliant ML370 Processador Intel Xeon 3.20 Ghz Memória de 4GB Em 22 de agosto de 2013 11:32, Yahoo escreveu: > Qual a configuração desse equipamento? > > Em Qui 22 Ago 2013 11:23:23 BRT, Marcelo Silva escreveu: > > Olá pessoal!! >> Estou passando por um probleminha, tenho um servidor executando Debian >> Wheezy rodando apache, mysql e wordpress a versão mais nova. Eles está >> travando e nem consigo logar, então tenho que reiniciá-lo da forma >> mais bruta que é no botão power. Quando acontece isso verifico no meu >> monitoramento que o processamento está no topo, e na tela aparece a >> seguinte mensagem: >> "INFO: task apache2:12473 blocked for more than 120 seconds. : >> [284847.868468] "echo 0 > /proc/sys/kernel/hung_task_**timeout_secs" >> disables this message." >> Alguém já passou por algo assim? >> Marcelo >> >
Re: Servidor travando
Qual a configuração desse equipamento? Em Qui 22 Ago 2013 11:23:23 BRT, Marcelo Silva escreveu: Olá pessoal!! Estou passando por um probleminha, tenho um servidor executando Debian Wheezy rodando apache, mysql e wordpress a versão mais nova. Eles está travando e nem consigo logar, então tenho que reiniciá-lo da forma mais bruta que é no botão power. Quando acontece isso verifico no meu monitoramento que o processamento está no topo, e na tela aparece a seguinte mensagem: "INFO: task apache2:12473 blocked for more than 120 seconds. : [284847.868468] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message." Alguém já passou por algo assim? Marcelo -- 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/521620f9.1070...@ymail.com
Servidor travando
Olá pessoal!! Estou passando por um probleminha, tenho um servidor executando Debian Wheezy rodando apache, mysql e wordpress a versão mais nova. Eles está travando e nem consigo logar, então tenho que reiniciá-lo da forma mais bruta que é no botão power. Quando acontece isso verifico no meu monitoramento que o processamento está no topo, e na tela aparece a seguinte mensagem: "INFO: task apache2:12473 blocked for more than 120 seconds. : [284847.868468] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message." Alguém já passou por algo assim? Marcelo
Re: Servidor travando
Pessoal Do nada meu servidor não permite mais escrita. Se tento criar um novo arquivo surge: E303: Unable to open swap file for "a", recovery impossible Se tento alterar qualquer arquivo surge: W10: Warning: Changing a readonly file O sistema de arquivo está somente para leitura, já verifiquei no fstab e aparentemente está ok. No mtab o / está com permissão RW. Já rodei o remount sem sucesso. Já criei outra área de swap e nada. rodei swapon e nada. Este servidor está apenas com as partições /dev/hda2 - / e /dev/hda5 - swap Alguma dica adicional será bem vinda. []´s __ Fale com seus amigos de graça com o novo Yahoo! Messenger http://br.messenger.yahoo.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Servidor travando
Bom dia. Tenho um pequeno servidor doméstico que serve como firewall e "load balance"... A dúvida é: ele está travando de tempos em tempos... Normalmente de madrugada... Não acredito que seja uma falha de hardware. Seguem log e informações básicas. # cat /var/log/messages Apr 22 06:47:08 ceifadorsinistro syslogd 1.4.1#18: restart. Apr 22 07:07:29 ceifadorsinistro -- MARK -- Apr 22 07:27:29 ceifadorsinistro -- MARK -- Apr 22 07:47:29 ceifadorsinistro -- MARK -- Apr 22 08:07:29 ceifadorsinistro -- MARK -- Apr 22 08:27:29 ceifadorsinistro -- MARK -- Apr 22 08:47:29 ceifadorsinistro -- MARK -- Apr 22 09:07:29 ceifadorsinistro -- MARK -- Apr 22 09:27:29 ceifadorsinistro -- MARK -- Apr 22 09:47:29 ceifadorsinistro -- MARK -- Apr 22 10:07:29 ceifadorsinistro -- MARK -- Apr 22 10:27:29 ceifadorsinistro -- MARK -- Apr 22 10:47:29 ceifadorsinistro -- MARK -- Apr 22 11:07:29 ceifadorsinistro -- MARK -- Apr 22 11:27:29 ceifadorsinistro -- MARK -- Apr 22 11:47:29 ceifadorsinistro -- MARK -- Apr 22 12:07:29 ceifadorsinistro -- MARK -- Apr 22 12:27:29 ceifadorsinistro -- MARK -- Apr 22 12:47:29 ceifadorsinistro -- MARK -- Apr 22 13:07:29 ceifadorsinistro -- MARK -- Apr 22 13:27:29 ceifadorsinistro -- MARK -- Apr 22 13:47:29 ceifadorsinistro -- MARK -- Apr 22 14:07:29 ceifadorsinistro -- MARK -- Apr 22 14:27:29 ceifadorsinistro -- MARK -- Apr 22 14:47:29 ceifadorsinistro -- MARK -- Apr 22 15:07:29 ceifadorsinistro -- MARK -- Apr 22 15:27:29 ceifadorsinistro -- MARK -- Apr 22 15:47:29 ceifadorsinistro -- MARK -- Apr 22 16:07:29 ceifadorsinistro -- MARK -- Apr 22 16:27:29 ceifadorsinistro -- MARK -- Apr 22 16:28:26 ceifadorsinistro kernel: HTB init, kernel part version 3.17 Apr 22 16:28:26 ceifadorsinistro last message repeated 2 times Apr 22 16:28:26 ceifadorsinistro kernel: HTB: quantum of class 10001 is big. Consider r2q change. Apr 22 16:28:26 ceifadorsinistro kernel: HTB: quantum of class 10012 is small. Consider r2q change. Apr 22 16:28:26 ceifadorsinistro kernel: HTB: quantum of class 10001 is big. Consider r2q change. Apr 22 16:28:26 ceifadorsinistro kernel: HTB: quantum of class 10255 is small. Consider r2q change. Apr 22 16:28:26 ceifadorsinistro kernel: HTB: quantum of class 10001 is big. Consider r2q change. Apr 22 16:28:26 ceifadorsinistro kernel: HTB: quantum of class 10011 is small. Consider r2q change. Apr 22 16:28:26 ceifadorsinistro kernel: HTB: quantum of class 10012 is small. Consider r2q change. Apr 22 16:28:26 ceifadorsinistro kernel: HTB: quantum of class 10014 is small. Consider r2q change. Apr 22 16:47:29 ceifadorsinistro -- MARK -- Apr 22 17:07:29 ceifadorsinistro -- MARK -- Apr 22 17:27:29 ceifadorsinistro -- MARK -- Apr 22 17:47:29 ceifadorsinistro -- MARK -- Apr 22 18:07:29 ceifadorsinistro -- MARK -- Apr 22 18:27:29 ceifadorsinistro -- MARK -- Apr 22 18:47:29 ceifadorsinistro -- MARK -- Apr 22 19:07:30 ceifadorsinistro -- MARK -- Apr 22 19:27:30 ceifadorsinistro -- MARK -- Apr 22 19:47:30 ceifadorsinistro -- MARK -- Apr 22 20:07:30 ceifadorsinistro -- MARK -- Apr 22 20:27:30 ceifadorsinistro -- MARK -- Apr 22 20:47:30 ceifadorsinistro -- MARK -- Apr 22 21:07:30 ceifadorsinistro -- MARK -- Apr 22 21:27:30 ceifadorsinistro -- MARK -- Apr 22 21:47:30 ceifadorsinistro -- MARK -- Apr 22 22:07:30 ceifadorsinistro -- MARK -- Apr 22 22:27:30 ceifadorsinistro -- MARK -- Apr 22 22:47:30 ceifadorsinistro -- MARK -- Apr 22 23:07:30 ceifadorsinistro -- MARK -- Apr 22 23:27:30 ceifadorsinistro -- MARK -- Apr 22 23:47:30 ceifadorsinistro -- MARK -- Apr 23 00:07:30 ceifadorsinistro -- MARK -- Apr 23 00:27:30 ceifadorsinistro -- MARK -- Apr 23 00:47:30 ceifadorsinistro -- MARK -- Apr 23 01:07:30 ceifadorsinistro -- MARK -- Apr 23 01:27:30 ceifadorsinistro -- MARK -- Apr 23 01:47:30 ceifadorsinistro -- MARK -- Apr 23 02:07:30 ceifadorsinistro -- MARK -- Apr 23 02:27:30 ceifadorsinistro -- MARK -- Apr 23 02:47:30 ceifadorsinistro -- MARK -- Apr 23 03:07:30 ceifadorsinistro -- MARK -- Apr 23 03:27:30 ceifadorsinistro -- MARK -- Apr 23 03:47:30 ceifadorsinistro -- MARK -- Apr 23 04:07:30 ceifadorsinistro -- MARK -- Apr 23 04:27:30 ceifadorsinistro -- MARK -- Apr 23 04:47:30 ceifadorsinistro -- MARK -- Apr 23 05:07:30 ceifadorsinistro -- MARK -- Apr 23 05:27:30 ceifadorsinistro -- MARK -- Apr 23 05:47:30 ceifadorsinistro -- MARK -- Apr 23 06:07:30 ceifadorsinistro -- MARK -- Apr 23 07:47:27 ceifadorsinistro syslogd 1.4.1#18: restart. Apr 23 07:47:28 ceifadorsinistro kernel: klogd 1.4.1#18, log source = /proc/kmsg started. Apr 23 07:47:28 ceifadorsinistro kernel: Linux version 2.6.8-3-386 ([EMAIL PROTECTED]) (gcc version 3.3.5 (Debian 1:3.3.5-13)) #1 Wed Dec 6 00:38:53 UTC 2006 Apr 23 07:47:28 ceifadorsinistro kernel: BIOS-provided physical RAM map: Apr 23 07:47:28 ceifadorsinistro kernel: BIOS-e820: - 000a (usable) Apr 23 07:47:28 ceifadorsinistro kernel: BIOS-e820: 000f - 0010 (reserved) Apr 23 07:47:28 ceifadorsinistro kernel: BIOS-e820: 0
