[FUG-BR] gnome_enable e montagem de pen-drives [RESOLVIDO]
Pablo Sánchez
phackwer em gmail.com
Quarta Fevereiro 3 17:30:44 BRST 2010
AH EHHHHH!!!!
WOOHOOOOOOO!!!
\o/
Resolvido. Pode ter sido uma soma de n tentativas, mas no final, o que
eliminou o comportamento estranho, foi a edição do arquivo
/usr/local/etc/PolicyKit/PolicyKit.conf
Ele ficou da seguinte forma:
<?xml version="1.0" encoding="UTF-8"?> <!-- -*- XML -*- -->
<!DOCTYPE pkconfig PUBLIC "-//freedesktop//DTD PolicyKit Configuration 1.0//EN"
"http://hal.freedesktop.org/releases/PolicyKit/1.0/config.dtd">
<!-- See the manual page PolicyKit.conf(5) for file format -->
<config version="0.1">
<match user="root">
<return result="yes"/>
</match>
<match action="org.freedesktop.hal.storage.mount-removable">
<return result="yes"/>
</match>
<match action="org.freedesktop.hal.storage.mount-fixed">
<return result="yes"/>
</match>
<match action="org.freedesktop.hal.storage.eject">
<return result="yes"/>
</match>
<define_admin_auth group="wheel"/>
</config>
Em 3 de fevereiro de 2010 16:25, Pablo Sánchez <phackwer em gmail.com> escreveu:
> Aff... só para constar... se eu faço o mount certinho no terminal,
> primeiro aparece um diálogo do Gnome dizendo que não conseguiu montar
> a unidade. Aí, quando eu dou umount /mnt, ele consegue montar (ok, eu
> acabei de desmontar, mas aí ele monta) e abre a janela na minha
> cara...
>
> Parece que o processo para montar ele entra em loop, sem permissão
> para acessar o dispositivo, mas assim que eu acesso o dispositivo
> manualmente e o libero, ele então consegue acessar e monta o
> dispositivo.
>
> BISOOOOOONHO! (vou considerar que bisonho vem de bisão que é com S e pronto).
>
> Em 3 de fevereiro de 2010 16:17, Pablo Sánchez <phackwer em gmail.com> escreveu:
>> Só para constar... é constante o comportamento. Se eu ejeto p
>> pendrive, coloco de novo, nada acontece. Ao tentar dar mount
>> erroneamente (era para ser mount_msdos etc etc etc) ele monta!
>>
>> BISONHICE EXTREMA!
>>
>> Aliás, bisonhice é com S ou com Z?
>>
>> Em 3 de fevereiro de 2010 16:14, Pablo Sánchez <phackwer em gmail.com> escreveu:
>>> QUE COISA MAIS BISONHA!!!
>>>
>>> [root em phackwer ~]# mount /dev/da4 /mnt/
>>> mount: /dev/da4 : Invalid argument
>>> [root em phackwer ~]#
>>>
>>> E de repente... A JANELA ABRIU COM O RAIO DO PENDRIVE MONTADO! Isso
>>> uns 5 minutos depois que eu espetei ele no desktop, ou seja, não foi à
>>> toa não. No meu raiz tem lá o seguinte arquivo:
>>>
>>> gvfs-hal-volume-mon.core
>>>
>>> :-P
>>>
>>> Cara, sei lá... acho que eu quebrei o meu FreeBSD... criança que
>>> quebra o brinquedo fica de castigo! Vou ficar aqui sem entender porque
>>> disso...
>>>
>>>
>>> Em 3 de fevereiro de 2010 16:08, Pablo Sánchez <phackwer em gmail.com> escreveu:
>>>> Em 3 de fevereiro de 2010 14:30, "Zavam, Vinícius"
>>>> <egypcio em secrel.com.br> escreveu:
>>>>> On 2010-02-03 13:24, Renato Botelho wrote:
>>>>>> procfs??? Isso não é necessário no FreeBSD há muitos anos, desde
>>>>>> que o 5.x foi lançado. definitivamente esse não é o problema.
>>>>>
>>>>> http://www.freebsd.org/gnome/docs/halfaq.html
>>>>>
>>>>> 3. How do I mount media using hal?
>>>>> (...)
>>>>> Step 1: All users MUST have procfs mounted on /proc. Hal uses an
>>>>> application called PolicyKit to authorize users to perform mount tasks,
>>>>> and PolicyKit relies heavily on /proc entries. If /proc is not mounted,
>>>>> volume mounting will not work. To mount /proc, add the following to
>>>>> /etc/fstab:
>>>>> proc /proc procfs rw 0 0
>>>>>
>>>>> Then run the following command:
>>>>> # mount /proc
>>>>
>>>> Necessário ou não, mal não fez, mas também não adiantou de nada.... :-/
>>>>
>>>> [root em phackwer ~]# mount
>>>> /dev/ad0s1a on / (ufs, local)
>>>> devfs on /dev (devfs, local, multilabel)
>>>> /dev/ad0s1d on /root (ufs, local, soft-updates)
>>>> procfs on /proc (procfs, local)
>>>> linprocfs on /usr/compat/linux/proc (linprocfs, local)
>>>>
>>>> Blé! Nem precisa tanto assim disso... era só para não ter que ficar
>>>> mount isso umount aquilo na mão... :-P
>>>> --
>>>> =================================
>>>> Pablo Santiago Sánchez
>>>> Análise e Desenvolvimento de Sistemas Web
>>>> Zend Certified Engineer #ZEND006757
>>>> phackwer em gmail.com
>>>> (61) 9975-0883
>>>> http://www.sansis.com.br
>>>> http://www.corephp.com.br
>>>> "Quidquid latine dictum sit, altum viditur"
>>>> =================================
>>>>
>>>
>>>
>>>
>>> --
>>> =================================
>>> Pablo Santiago Sánchez
>>> Análise e Desenvolvimento de Sistemas Web
>>> Zend Certified Engineer #ZEND006757
>>> phackwer em gmail.com
>>> (61) 9975-0883
>>> http://www.sansis.com.br
>>> http://www.corephp.com.br
>>> "Quidquid latine dictum sit, altum viditur"
>>> =================================
>>>
>>
>>
>>
>> --
>> =================================
>> Pablo Santiago Sánchez
>> Análise e Desenvolvimento de Sistemas Web
>> Zend Certified Engineer #ZEND006757
>> phackwer em gmail.com
>> (61) 9975-0883
>> http://www.sansis.com.br
>> http://www.corephp.com.br
>> "Quidquid latine dictum sit, altum viditur"
>> =================================
>>
>
>
>
> --
> =================================
> Pablo Santiago Sánchez
> Análise e Desenvolvimento de Sistemas Web
> Zend Certified Engineer #ZEND006757
> phackwer em gmail.com
> (61) 9975-0883
> http://www.sansis.com.br
> http://www.corephp.com.br
> "Quidquid latine dictum sit, altum viditur"
> =================================
>
--
=================================
Pablo Santiago Sánchez
Análise e Desenvolvimento de Sistemas Web
Zend Certified Engineer #ZEND006757
phackwer em gmail.com
(61) 9975-0883
http://www.sansis.com.br
http://www.corephp.com.br
"Quidquid latine dictum sit, altum viditur"
=================================
Mais detalhes sobre a lista de discussão freebsd