Dúvida sobre o "fstab" [RESOLVIDO]

removido
(usa Nenhuma)

Enviado em 12/08/2015 - 16:57h

BOA TARDE !
Segue meu dispositivo e minha dúvida.

Equipamento:
Possuo um notebook DELL Inspiron 15R (5537), com um SSD Samsumg EVO 850 Pro, 16 Gb de memória RAM de fábrica e o Ubuntu 14.04.3 LTS como único S.O. instalado .


Considerações Iniciais:
Lendo um artigo sobre “Movendo arquivos temporários para a memória RAM”, me deparei com a dica de modificação do arquivo “/etc/fstab” inserindo seguintes linhas:

# Move /tmp to RAM

tmpfs /tmp tmpfs defaults,noexec,nosuid 0 0

Procurando um pouco mais a respeito na web, notei que alguns usuários fazem o mesmo procedimento mas inserindo linhas diferentes:

]tmpfs /tmp tmpfs defaults,noatime,mode=1777 0 0

Em busca da melhor forma de realizar o procedimento comecei a olhar na Wiki sobre o significado de cada palavra nas linhas em questão, onde surgirão minhas dúvidas.


Dúvidas:
- Existe alguma diferença entre inserir a linha com: “noatime,mode=1777 0 0” ou “noexec,nosuid 0 0”.

- Vantagens do uso de um ou outro.

- E por fim, optei pelo procedimento de “Swapiness”, mas estou em dúvida se devo usar o “Preload” e “Prelink” por conta de ter uma SSD.

Valw Galera !

madrugada
(usa Gentoo)

Enviado em 12/08/2015 - 17:50h

Agora estou no serviço e aqui uso Windows, mas creio que você consegue pegar o significado de noatime,noexec e nosuid na manpage do fstab:

man fstab 

phoemur
(usa Debian)

Enviado em 12/08/2015 - 19:15h

chmod 1777 significa que todos os usuários podem escrever, ler e executar dentro desse diretório, que é o /tmp, de forma que todos os usuário possam usar este diretório. Aqui em /tmp é a permissão correta, mas de forma geral não é correto em mais nenhum lugar do sistema. Cuidado em ficar dando permissão 777 que é pedir pra dar problema
Já o 1 precedendo significa o Sticky Bit:


Dessa forma você só vai poder fazer a lambança que quiser com os arquivos que estiverem em seu nome, arquivos de outros usuários não.

noatime significa que o sistema operacional não vai guardar no disco a data do ultimo acesso dos arquivos, isso é bom em drives SSD porque minimiza as escritas e prolonga a vida do disco. Se estiver na RAM tanto faz.

noexec desativa as permissões de execução no diretório. eu não acho isso bom em /tmp, pois às vezes uso esse diretório pra compilação. Se estiver montado na RAM a compilação fica mais rápida (dizem).

nosuid desavita o Set User ID, que é uma permissão especial que faz com que o arquivo seja executado seja executado com a ID do dono do arquivo e não com a ID do usuário que está executando. O comando passwd por exemplo usa isso.
nosuid em /tmp é correto.


Estude aqui:
http://www.vivaolinux.com.br/artigo/Linux-Permissoes-de-acesso-especiais

rootgerr
(usa Slackware)

Enviado em 12/08/2015 - 20:35h

Só um adendo ao tópico, preload e prelink não fazem a menor diferença quando usado em ssd, o ganho real destes é relacionado unicamente a hds convencionais.

Lwkas
(usa XUbuntu)

Enviado em 12/08/2015 - 21:56h

+1

removido
(usa Nenhuma)

Enviado em 12/08/2015 - 22:05h

Assim:

device-spec = tmpfs
mount-point = /tmp
fs-type = defaults,
options = noatime,nosuid,mode=1777
dump pass = 0 0

o resultado da linha pronta seria algo assim ? Os espaços estão corretos ou não faz diferença?

tmpfs /tmp tmpfs defaults,noatime,nosuid,mode=1777 0 0

Entendo os riscos de dar permissão 777, mas desta forma esta correto né ?

Obrigado pela atenção, me ajudou muito =]

removido
(usa Nenhuma)

Enviado em 12/08/2015 - 22:10h

Muito Obrigado pela ajuda.