como acessar a Partição como usuario normal???

Olá pessoal, eu não estou conseguindo ter acesso a partição do windows quando tento montar aparece acesso negado!
eu quero montar o /dev/hda6 e o hda1
para que eu possa ter acesso como usuario normal pois como root eu tenho.
meu fstab esta assim:

/dev/hda4 swap swap defaults 0 0
/dev/hda5 / ext3 defaults 1 1
/dev/sda1 /mnt/pendrive auto noauto,owner,users 0 0
/dev/hda6 /mnt/hd auto noauto,owner,users 0 0
/dev/hda1 /mnt/win auto noauto,owner,users 0 0
/dev/hdc /mnt/cdrom auto noauto,owner,ro,users 0 0
/dev/hdb /mnt/Gravadora auto noauto,owner,ro,users 0 0
/dev/fd0 /mnt/floppy auto noauto,owner 0 0
devpts /dev/pts devpts gid=5,mode=620 0 0
proc /proc proc defaults 0 0

dede já agradeço!! aqui, para acessar sda1 (ntfs) e sdb1 (FAT32) eu deixo meu fstab assim:
as particoes sao montadas por usuario normal, clicando no icone do desktop,
edit: sabia que tinha esquecido de algo
chmod 777 /mnt/(pasta) para alterar as permissoes pq vc num da um chmod 777 /mnt/[nome]?

Ai todos pode entrar ou entra no grupo do root com o usuario normal e pede pro root da um chmod 770 /mnt/[nome] Toda vez teria que fazer isso...

Não é a melhor solução. Usar o umask sim :wink: Pq não funciona. Tem que montar com as opções corretas, ou não funciona nem com reza forte.

Outra coisa: o pessoal tem que parar com essa mania de tentar resolver problema de acesso usando chmod 777. Eu chego a pensar se o programa 'chmod' não deveria ser modificado pra perguntar 'Tem certeza de que quer fazer isso???' a cada vez que alguém tentar fazer um chmod 777. Caro eu também já tive muito probema com partição hoje eu monto assim
primeiro como root crio as pastas mkdir /mnt/win ou /mnt/winXP

ai monto #mount -t vfat /dev/hda5 /mnt/win
mount -t nfs /dev/hda1 /mnt/winXP
depois disso eu edito o meu fstab que fica assim pronto todos usar

/dev/hda8 swap swap defaults 0 0
/dev/hda6 / reiserfs defaults 1 1
/dev/hda7 /home reiserfs defaults 1 2
/dev/hda1 /mnt/winXP ntfs umask=0222 0 0 1 0
/dev/hda5 /mnt/win vfat umask=000 0 0
/dev/cdrom /mnt/cdrom auto noauto,users,ro 0 0
/dev/fd0 /mnt/floppy auto noauto,users 0 0
devpts /dev/pts devpts gid=5,mode=620 0 0
proc /proc proc defaults 0 0 nossa eu não consegui.. ele até monta mas não me deixa entrar nela de jeio nenhum.. dá permissão negada... fiz como o amigo [ tranqueira62 ] falou, mas nada... continua dando Acesso Negado 1ª faz isso

você editou o seu fstab edita e depois reinicia o pc

/dev/hda1 /mnt/winXP ntfs umask=0222 0 0 1 0
/dev/hda5 /mnt/win vfat umask=000 0 0

se nõ deu o primeiro
tenta esse comando #mount ntfs -t /dev/hdax /mnt/winXP

sempre como root

À isso eu uso noo Slack que funciona bem Gente, vou fazer uma perguntinha e me desculpem pela ignorância: a opção correta é 'user' ou 'users'??? Ou as duas servem??? No sistema do Mitsu (e no meu) está 'user' (e funciona), no sistema do Monthiel e do Messa88 está 'users', e não funciona (mas funciona para o Tranqueira62!!!). Talvez uma pequena alteração resolva o problema???
Obrigado pelo aviso, jqueiroz. De qualquer maneira, me corrija se eu estiver errado, mas, um sistema montado eu creio que ele ignora as permissões do ponto de montagem e utiliza as descritas no fstab, afinal, o usuário comum não pode escrever neles, mas, quando montado com as devidas permissões, pode. Isso significa que esse comando chmod 777 para um ponto de montagem só vai dar direito para escrever nessa pasta, mas não necessariamente no sistema de arquivos montado, que depende de suas próprias permissões. Mas, fica o alerta para quem quer utilizar tanto chmod 777...
Fiquem com Deus. "Gente, vou fazer uma perguntinha e me desculpem pela ignorância: a opção correta é 'user' ou 'users'??? Ou as duas"

Caro amigo marcelo eu agora que percebi essa diferença e fui atraz de onde eu peguei isso foi do livro do Slack que refere a isso

"Obsevçães importantes"
ponto de montagem mount -t vfat /dev/fd0 /mnt/floppy
certifiquem-se de que estes dispositivos estejam configurado corretamente no sistema, e dependendo das circunstâncias, muitos parãmetros serão
desnecessários.Conforme ilustrado nos tópicos acima,o parâmetros -t vfat é desnecessário,,caso este sistema de arquivos se encontre especificado no aquivo de configuração /etc/fstab
Para omitir os parâmetros -t vfat, edite o arquivo /etc/fstab e modifique a linha referente ao dispositivo do disquete, alterando o valor default para vfat.
ex. /dev/fd0 /mnt/floppy "default" noauto,owner,users 0 0
Ficará então assim
/dev/fd0 /mnt/floppy vfat noauto,owner,users 0 0

Após isto, poderemos montá-lo normalmente com a sintexe $ mount /dev/fd0

O livro é Ednei Pacheco de Melo

desse endereço é de onde peguei quase todas as configuração do meu Slack
http://www.slackwarenaveia.org/modules.php?name=Sections&op=viewarticle&artid=141 Tudo bem, então, alguém pode explicar o que temos aqui??? Seria alguma opção não documentada ou apenas um erro menor, colocaram a mesma entrada duas vezes com nomes diferentes. Insisto que no meu fstab a opção utilizada é 'user', e funciona perfeitamente, não há mensagens de erro dizendo que somente o root pode montar dispositivos. Aliás, para facilitar, o kwikdisk está no painel, pronto para eu poder montá-los sem muitos problemas.
Notei também, Messa88, que o seu fstab também utiliza a opção 'owner'. Será que ela não anula o 'user', ou elas trabalham juntas???? Se trabalham juntas, o 'user' não daria o acesso para depois o 'owner' negar??? Talvez você pudesse testar essa possibilidade, também.
Fiquem com Deus. As duas opções existem e tem significados diferentes.

'user'

Permite que um usuário normal possa montar o sistema de arquivos. Esta opção tem implicações com as opções noexec, nosuid, e nodev (a menos que seja sobreposta pelas opções subseqüentes, como as na linha de opções user,exec,dev,suid).

"Apenas o usuário que montou um sistema de arquivos pode desmontá-lo novamente. Se todos os usuários devem ser capazes de desmontá-lo, então use users no lugar de user na linha do fstab . A opção owner é similar à opção user , mas com a restrição de que o usuário precisa ser o proprietário do arquivo em especial. Isso pode ser útil, por exemplo, para o /dev/fd se um script de login faz com que o usuário do console seja proprietário deste dispositivo."

[Fonte: man mount, Conectiva 10]

É mais ou menos por aí. Alguém já teve a oportunidade de montar uma partição (ou melhor, um sistema de arquivos) sobre um diretório que tinha arquivos dentro??? Pra quem nunca fez, eu digo o que acontece: os arquivos somem, desaparecem, escafedem, devanecem. Mas não se perdem!!! Eles apenas ficam inacessíveis, pois o diretório em que eles estão fica inacessível, totalmente substituído pela raiz do sistema de arquivos. Sendo assim, as permissões que você deu para o diretório vão-se junto, e como elas só valiam para o ponto de montagem, também, não vão fazer muita diferença. Estou tendo problemas.. Quando ele monta, somente o root pode ter acesso, não consigo montar para o usuário comum acessar.. veja meu fstab:

# /etc/fstab: static file system information.
#
# <file system> <mount point> <type> <options> <dump> <pass>
proc /proc proc defaults 0 0

/dev/hda1 /mnt/winXP ntfs user,noauto 0 0
/dev/hda2 / ext3 defaults,errors=remount-ro 0 1
/dev/hda5 none swap sw 0 0
/dev/hdc /media/cdrom0 udf,iso9660 user,noauto 0 0
/dev/fd0 /media/floppy0 auto rw,user,noauto 0 0

[Desktop Entry]
Dev=/dev/hda1
Encoding=UTF-8
Icon=Windows
MountPoint=/mnt/hda1
ReadOnly=true
Type=FSDevice
UnmountIcon=hdd_unmount

Perceba que fiz para quele criasse um ícone na área de trabalho quando montasse, aí dou um clique duplo nele, mas ele mostra que não tem permissão para abrir o conteúdo da pasta... me ajue por favor... Ok pessoal funcionou eu concigo ver os dados mas olha o seguinte como root eu consigo selecionar musicas em mp3 e ouvilas como usuario normal aparecem todas com um cadeado ao lado como posso resolver este problema??? é o mesmo problema que eu.... poxa vida.. todo mundo está preso nisso... Olá pessoal resolvi o problema dando um chmod 777 na /mnt/hd e dei um chmod 666 /mnt/hd não sei qual dos dois funcionou mas ta funcionando!
t+
É como o jqueiroz falou ... :roll:


Mas tinha que perguntar pra cada arquivo :twisted: Obrigado pelos esclarecimentos, jqueiroz.
Apenas como dica, Messa88, toda vez que você se deparar com esses cadeados, o problema será, sempre, permissões. Mas, perceba que você teve que mudar as permissões com o sistema MONTADO. De qualquer maneira, eu arriscaria dizer que, quando você desmontar e montar de novo, vai ter que fazer de novo, uma vez que a montagem seguirá os parâmetros do /etc/fstab, mais especificamente, da opção umask. Tente editá-la, para que não aconteça de novo.
Fique com Deus. Exatamente, já que o sistema de arquivos do windows é diferente do dos *nix Ao invés de usar o comando:

# mount /mnt/hda1 /mnt/hda1
ou
# mount -t vfat /dev/hda1 /mnt/hda1

... para montar a partição do Windows, você adiciona a opção "-o umask=000", como em:

# mount -o umask=000 /dev/hda1 /mnt/hda1

Isso faz com que o mount deixe de usar a máscara, permitindo que todos os usuários do sistema possam acessar os arquivos. Se preferir que os logins normais possam apenas ler, sem alterar os arquivos, use o parâmetro "umask=022".

Isso funciona perfeitamente em partições FAT, a única limitação é que elas não suportam os atributos de arquivos do Linux, de forma que você não pode usar uma partição FAT como diretório home, por exemplo, mas elas servem bem para simplesmente armazenar arquivos diversos.

No caso do NTFS a situação é um pouco mais complicada. No Kernel 2.4 existia suporte apenas leitura para partições NTFS. No Kernel 2.6 o driver conta com um suporte a escrita rudimentar, que permite apenas alterar informações dentro de arquivos, mas sem alterar seu tamanho. Isto permite alguns usos bem específicos, como por exemplo usar um arquivo de loopback (um arquivo "formatado" em algum sistema de arquivos do Linux, acessado como se fosse uma partição) como home, mas que é inútil para uso geral.

Se você realmente precisa de suporte a escrita na partição Windows a partir do Linux, a melhor opção é simplesmente instalar o Windows numa partição FAT. Para situações onde é realmente necessário ter suporte a escrita em NTFS é possível usar o Captive, um "quebra-galho" que permite escrever na partição usando o próprio driver do Windows, executado através de um conjunto de bibliotecas, derivadas do ReactOS e do Wine.

Graças à esta camada intermediária, o desempenho do Captive é muito baixo, em geral a taxa de escrita de arquivos fica entre 200 e 300 KB/s (em micros antigos chega a ficar abaixo de 100 KB/s), uma fração do desempenho real. A instalação em algumas distribuições é problemática, o projeto não é mais desenvolvido ativamente e a documentação disponível muito ruim. Deixe para usar o Captive em situações onde o esforço valha realmente à pena.

O Captive está disponível em:

http://www.jankratochvil.net/project/captive/

Existem duas opções de download, um pacote .rpm e um pacote .tar.gz. Ambos possuem o basicamente o mesmo conteúdo: uma versão genérica do Captive, contendo os executáveis e bibliotecas necessárias, desenvolvida para funcionar no maior número possível de distribuições. A versão em .rpm é destinada a quem usa o Fedora, Mandriva & cia e a .tar.gz para quem usa outras distribuições.

Para instalar o pacote genérico, descompacte o arquivo e execute o comando "install" dentro da pasta, como root:

# tar -zxvf captive-static-1.1.5.tar.gz
# cd captive-static-1.1.5/
# ./install

Para funcionar, o Captive utiliza os arquivos cdfs.sys, fastfat.sys, ntfs.sys e ntoskrnl.exe do Windows XP. Ele não é compatível com os arquivos do Windows 2000 e versões anteriores.

Ao ativar o Captive, você pode escolher entre obter estes arquivos a partir da partição do Windows XP, a partir de algum diretório ou através da Internet, onde ele baixa o Service Pack 1 do Windows XP (30 MB) e extrai os arquivos necessários a partir dele. Esta última opção é a mais indicada, pois assegura que ele terá em mãos as versões testadas dos arquivos, evitando problemas diversos.

Abra o utilitário que localiza os arquivos com o comando:

# captive-install-acquire

Se preferir, está disponível também uma versão em texto:

# captive-install-acquire --text

Por padrão ele começa procurando os arquivos dentro da partição do Windows, o que causa travamentos em algumas máquinas. Pressionando o botão "Skip" ele oferece a opção de procurar em outras pastas, em seguida a de indicar uma pasta com os arquivos manualmente e, finalmente, de baixar via Internet.

Depois de obtidos os arquivos, você pode montar a partição NTFS usando o comando:

# mount -t captive-ntfs /dev/hda1 /mnt/hda1

Note que especificamos o sistema de arquivos "captive-ntfs", que fica disponível a partir da instalação do Captive. Assim como no caso do mount, o default do Captive é montar as partições com permissão de escrita apenas para o root. Para abrir as permissões para os outros usuários, use o comando:

# mount -t captive-ntfs -o fmask=666,dmask=777 /dev/hda1 /mnt/hda1

Da primeira vez que o comando é executado, o script "/usr/share/lufs/prepmod" tenta compilar uma versão do módulo "lufs" (utilizado pelo Captive) para o Kernel em uso. O módulo é gerado automaticamente pelo script, mas para que ele funcione é necessário que estejam instalados os headers do Kernel e o gcc.

Em algumas distribuições, como o No Kurumin, o conjunto já vem pré-instalado, mas em outras é necessário instalar o pacote "kernel-headers" ou o pacote "kernel-souce" completo (como no Mandriva e Fedora), juntamente com o pacote "gcc". A falta destes componentes é a maior causa de erros de instalação.

Ao usar o Captive, é importante que você sempre desmonte a partição antes de desligar a máquina, usando o comando:

# umount /mnt/hda1

As estruturas do NTFS são frágeis, fazendo com que um desligamento no botão possa causar danos importantes.

Mais uma dica é que o Captive não é capaz de montar partições danificadas. Nestes casos você precisará primeiro corrigir os erros através do próprio Windows.

tirado do link abaixo

http://www.guiadohardware.net/artigos/321/