Marcus Lima wrote: > > Hmmm acho que isso j� � paranoia demais...
Olha, eu j� acho que paran�ia nunca � demais... 8-) Se bem que tbm depende do valor que vc d� ao seu sistema... Se tudo o que vc precisa � reinstalar o sistema e baixar o ultimo backup, realmente chega num ponto que � melhor deixar acontecer e consertar depois. Mas se o que vc tem na m�quina � muito valioso (como informa��es confidencias de seus clientes), nada do que vc fizer vai ser suficiente, veja o caso dos bancos. > Vamos l�, n�o somente o /tmp tem altera��es na inicializa��o do sistema, > sendo assim o / n�o pode ser RO. � verdade. Isto eu resolveria montanto o /tmp em uma parti��o pr�pria. Se desse meleca no sistema e o /tmp n�o fosse montado, remontar o root com o rw automaticamente disponibiliza o /tmp para trabalho, porque os mountpoints nada mais s�o que diret�rios eles mesmos. O mesmo para o /var (que eu sempre monto numa parti��o para n�o zonear muito o root, que j� � meio zoneadinho por causa do /tmp) Mas vc tocou num ponto interessante... Montar o root como RO s� � neg�cio em sistenas que rodam semanas sem altera��es na sua configura��o, do contr�rio acaba dando mais trabalho que o cretino do hacker... 8-) -- []s, ([EMAIL PROTECTED]) Liberdade n�o � um esfor�o individual. A sua s� existe se vc garantir a dos outros! Vapour : The Software's natural state. Assinantes em 09/05/2002: 2265 Mensagens recebidas desde 07/01/1999: 166111 Historico e [des]cadastramento: http://linux-br.conectiva.com.br Assuntos administrativos e problemas com a lista: mailto:[EMAIL PROTECTED]
