fstab [RESOLVIDO]

staltux
(usa Slackware)

Enviado em 15/01/2010 - 20:41h

cara vo responde só pra vc para de enche o saco com tanto email na minha caixa de entrada...XD

vamos por partes:

nosuid:
acho que aqui vc confundiu as bolas...
vou usar como exemplo uma explicação que peguei em um site gringo(unix.com)
todos os arquivos possuem algums bits que configuram suas permissoes...
exemplo:
$ ls -l /etc/passwd /etc/shadow /usr/bin/passwd
-r--r--r-- 1 root sys 14006 Jan 14 11:17 /etc/passwd
-r-------- 1 root sys 8281 Jan 14 11:18 /etc/shadow
-r-sr-sr-x 3 root sys 96244 Sep 5 2001 /usr/bin/passwd

note que o arquivo de senha "/etc/shadow" não possue permissão de escrita
ninguem pode altera-lo(exceto o root é claro)
porem os usuarios precisam setar suas senhas...é ai que entra o arquivo passwd e as permissoes de uid

note que o arquivo "/usr/bin/passwd" possui permissao "s"...isto pq ele tem este tipo de "permissao especial uid"
quando vc executa ele,nao sera com sua conta comum,sera com permissao de root,ai o passwd altera o shadow...
assim vc muda seu password mesmo sem poder mexer no arquivo

vc >> shadow = access deniend
vc >> passwd(com UID setado) >> shadow >> access granted

ai vc tem a opção de colocar o nosiud..com isso essa mamata acaba...nada de "permissao especial" pra nenhum arquivo

vc >> shadow = access deniend
vc >> passwd(com nosuid setado) >> shadow >> access deniend

não é recomendado usar o nosuid na partição raiz...mas como vc vai colocar em outra partição nao vejo problema...
nota: o texto acima nao foi uma tradução literal...foi uma interpretação,ou seja,foi o que eu entendi.
o original em ingles se encontra aqui:
http://www.unix.com/tips-tutorials/19060-unix-file-permissions.html

agora a opção dev:
do original wikipedia
dev / nodev
Interpret/do not interpret block special devices on the filesystem.
ou seja... usando o dev, arquivos de device seram considerados como tal.
usando nodev,arquivos de device seram ignorados e tratados como arquivos simples,
nada de montar pendrive com esta opcao xD,ja que o /dev/sda1 não é mais um "link" para o dispositivo,
e sim um arquivo binario qualquer...
resumindo...nao use nodev na partição raiz...ja em outras tanto faz,vai do seu uso

o sync VS async

sync: comandos que alteram arquivos(tipo cp,rm e etc)
são executados imediatamente...ou seja..mandou copiar ele copia

async: vc manda o sistema copiar um arquivo...ele pode ou nao fazer isso imediatamente
ele pode esperar outra coisa...como por exemplo mas comandos semelhantes para economizar recursos
as vezes o pc esta sobrecarregado e resolve esperar a coisa ficar mais leve pra poder trabalhar melhor
sei la...ele pode escolher nao agir na hora por diversos motivos
pq isso é ruim?
vc copia umas coisas pro pendrive e puxa ele do pc na maior ignorancia...
se a opção async estiver ativa,o pc pode nao ter copiado tudo(ou pode nao ter copiado nada) para o pen
resultando em arquivos corrompidos...
minha opiniao:
deixe defaul na raiz e sync em dispositivos removives...tais como pendrives e afins
sua partição é da hd normal né? entao vc nao precisa colocar sync

e por ultimo as opçoes que vc colocou:
auto,rw,exec,user.atime,dev,
auto: vai ser montado automaticamente no boot
rw: tem permissao de leitura e escrita
exec: arquivos podem ser executados(sejam binarios ou scripts de texto)
user: qualquer um pode montar esta partição
atime: não sera recordado horarios de (ultima modificação,data de criação e etc)
a opção acima melhora a performace,mas se vc quiser saber quando foi que alterou o arquivo pela ultima vez nao vai ter como
dev: ja foi esplicado acima...

minha opinião:
acho que vc poderia tirar a opção dev