Kernel
- Autor do tópico Pimenta18
- Data Início
- Status
Minguno
Power Member
Patch https://pt.wikipedia.org/wiki/Patch_(computação) (reconfigurar) , compilar e instalar , essa é a ordem isso de recnfigurar um Kernel soa um bocado extenso , normalmente aplicas correções de configuração estilo patch , podes compilar e depois instalar por esta ordem seja parte de um Kernel ou uma versão Kernel.
http://mogaal.com/articulos/kernel-a-la-debian.html
Tens outras guias e documentação na internet , mas tens guias quase completas como as que te ponho a seguir:
http://gnulinuxvagos.es/topic/22-configurar-y-compilar-el-kernel-linux-varios-métodos/
http://gnulinuxvagos.es/topic/4649-guía-debian-gnulinux-vagos/?hl=+compilar++kernel
Dentro das gestões de Kernel tens os métodos manuais e os métodos automáticos em que uma distro te coloca um Kernel pronto a baixar e instalar limitando-se a únicamente precisar de ordem - apt-get install
http://gnulinuxvagos.es/topic/3803-actualizando-ultimo-kernel/?hl=+compilar++kernel#entry23157
E tens ainda Kernel Libre que são kernels sem qualquer firmware adicionado isso significa que um Kernel deste tipo pode não reconhecer certos hardware e fazer gestão dos módulos necessários por exemplo para USB wifi, discos etc etc...
Todas as distribuições promocionadas pela FSF são Kernel Libre.
Vídeos tens muitos →
[youtube]
[youtube]
[youtube]https://youtu.be/sB4h_ElUHRY[/youtube]
[youtube] https://youtu.be/KAn_hjXhz_k[/youtube]
[youtube]https://youtu.be/nsTc45wRaIM[/youtube]
[youtube]https://youtu.be/0IQlpFWTFbM[/youtube]
http://mogaal.com/articulos/kernel-a-la-debian.html
Tens outras guias e documentação na internet , mas tens guias quase completas como as que te ponho a seguir:
http://gnulinuxvagos.es/topic/22-configurar-y-compilar-el-kernel-linux-varios-métodos/
http://gnulinuxvagos.es/topic/4649-guía-debian-gnulinux-vagos/?hl=+compilar++kernel
Dentro das gestões de Kernel tens os métodos manuais e os métodos automáticos em que uma distro te coloca um Kernel pronto a baixar e instalar limitando-se a únicamente precisar de ordem - apt-get install
http://gnulinuxvagos.es/topic/3803-actualizando-ultimo-kernel/?hl=+compilar++kernel#entry23157
E tens ainda Kernel Libre que são kernels sem qualquer firmware adicionado isso significa que um Kernel deste tipo pode não reconhecer certos hardware e fazer gestão dos módulos necessários por exemplo para USB wifi, discos etc etc...
Todas as distribuições promocionadas pela FSF são Kernel Libre.
Vídeos tens muitos →
[youtube]
[youtube]
[youtube]https://youtu.be/sB4h_ElUHRY[/youtube]
[youtube] https://youtu.be/KAn_hjXhz_k[/youtube]
[youtube]https://youtu.be/nsTc45wRaIM[/youtube]
[youtube]https://youtu.be/0IQlpFWTFbM[/youtube]
Bro, e agora? sabes? xD
"Nesta fase deve comecar-se por identicar o(s) comando(s) que permite(m) a um utilizador
descobrir o numero maximo de processos que podem existir (em simult^aneo)
em seu nome (ou seja, processos de que o utilizador e dono). O comando e o resultado
da sua execuc~ao devem ser apresentados no relatorio do trabalho. De seguida,
deve-se descobrir e aplicar o(s) comando(s) que pemite(m) redenir o numero em
causa para 1000 e desenvolver um pequeno programa (fork bomb.c) que demonstre
a ecacia desse limite (ou seja, o programa deve tentar gerar mais que 1000
processos, garantindo que todos est~ao vivos em simult^aneo, mas isso n~ao deve ser
permitido, sendo evidente, para o utilizador, o momento em que o limite e atingido).
Sugest~ao: na codicac~ao do programa fork bomb.c podera ser util a primitiva
unsigned int sleep(unsigned int seconds), para evitar a morte prematura de
processos ... (o seu manual pode ser consultado atraves do comando man 3 sleep)."
Obrigado mano <3
"Nesta fase deve comecar-se por identicar o(s) comando(s) que permite(m) a um utilizador
descobrir o numero maximo de processos que podem existir (em simult^aneo)
em seu nome (ou seja, processos de que o utilizador e dono). O comando e o resultado
da sua execuc~ao devem ser apresentados no relatorio do trabalho. De seguida,
deve-se descobrir e aplicar o(s) comando(s) que pemite(m) redenir o numero em
causa para 1000 e desenvolver um pequeno programa (fork bomb.c) que demonstre
a ecacia desse limite (ou seja, o programa deve tentar gerar mais que 1000
processos, garantindo que todos est~ao vivos em simult^aneo, mas isso n~ao deve ser
permitido, sendo evidente, para o utilizador, o momento em que o limite e atingido).
Sugest~ao: na codicac~ao do programa fork bomb.c podera ser util a primitiva
unsigned int sleep(unsigned int seconds), para evitar a morte prematura de
processos ... (o seu manual pode ser consultado atraves do comando man 3 sleep)."
Obrigado mano <3
Minguno
Power Member
O exercicio é porreiro mas acho que não precisas de programar .
https://www.vivaolinux.com.br/artigo/Travando-qualquer-maquina-Linux?pagina=3
Não sei se a interacção while te podia ser a melhor maneira de obter a info , imagino que sim.
Ora os comandos que te permitem saber números máximos de processos por usuário é o ulimit
http://www.linuxhowtos.org/Tips and Tricks/ulimit.htm
https://www.cyberciti.biz/tips/linux-limiting-user-process.html
http://serverfault.com/questions/356962/where-are-the-default-ulimit-values-set-linux-centos
http://superuser.com/questions/5597...ximum-number-of-fork-process-by-user-in-linux
http://tldp.org/LDP/solrhe/Securing-Optimizing-Linux-RH-Edition-v1.3/x4733.html
http://www.computerworld.com/article/2693414/setting-limits-with-ulimit.html
http://forums.debian.net/viewtopic.php?f=10&t=44480
Para testares a fork bomb deves usar o valor de processos limite do usuário como referência penso eu.
Acho que também podes usar o usleep em vez do sleep.
http://stackoverflow.com/questions/28430772/whats-the-scope-of-ulimit-u/28433102
Forkbomb
http://hackagon.com/fork-bomb/
http://www.debian.org/doc/manuals/securing-debian-howto/ch4.en.html
http://www.vicente-navarro.com/blog/2007/05/04/fork-bombs-ulimit-y-limitsconf/
https://foro.elhacker.net/hacking_linuxunix/fork_bombs-t99482.0.html
https://www.vivaolinux.com.br/artigo/Travando-qualquer-maquina-Linux?pagina=3
Não sei se a interacção while te podia ser a melhor maneira de obter a info , imagino que sim.
Ora os comandos que te permitem saber números máximos de processos por usuário é o ulimit
http://www.linuxhowtos.org/Tips and Tricks/ulimit.htm
https://www.cyberciti.biz/tips/linux-limiting-user-process.html
http://serverfault.com/questions/356962/where-are-the-default-ulimit-values-set-linux-centos
http://superuser.com/questions/5597...ximum-number-of-fork-process-by-user-in-linux
http://tldp.org/LDP/solrhe/Securing-Optimizing-Linux-RH-Edition-v1.3/x4733.html
http://www.computerworld.com/article/2693414/setting-limits-with-ulimit.html
http://forums.debian.net/viewtopic.php?f=10&t=44480
Para testares a fork bomb deves usar o valor de processos limite do usuário como referência penso eu.
Acho que também podes usar o usleep em vez do sleep.
http://stackoverflow.com/questions/28430772/whats-the-scope-of-ulimit-u/28433102
Forkbomb
http://hackagon.com/fork-bomb/
http://www.debian.org/doc/manuals/securing-debian-howto/ch4.en.html
http://www.vicente-navarro.com/blog/2007/05/04/fork-bombs-ulimit-y-limitsconf/
https://foro.elhacker.net/hacking_linuxunix/fork_bombs-t99482.0.html
Última edição:
- Status