Não consigo editar arquivos do sistema !!

g.b.s.
(usa Outra)

Enviado em 28/01/2009 - 16:27h

Preciso editar o ETC/wvdial e o ETC/udev/rules no sistema do linux do aspire one para que eu possa fazer o modem 3g funcionar, só que o sistema não me permite salvar alterações no wvdial e nem permite adicionar um novo arquivo no rules.d !! O que faço !!??

albfneto
(usa openSUSE)

Enviado em 28/01/2009 - 16:34h

Olha, são as permissões de arquivos...
da pra fazer em linha de comando, mas o jeito mais prático, é usar o konqueror...
digita sudo konqueror ou
konquesu (naõ precisa sudo antes)

quando abrir, vc vai na pasta, clica com o botão direito, propriedades e muda, e de lá do konqueror mesmo, vc copia, apaga, move ou edita etc....
Um pacote que eu gosto é o krusader, é um gerenciador de arquivos duplo, que abre em modo root, e ja troca permissões etc...
parecido é o MC, o midinight commander.
eles estão nos repos de todas as distros,para instalar.

outros erros que pode estar tendo. Olha Linux é sempre sensivel às maiúsculas, case sensitive...
geralmente a pasta é /etc...
tem certeza que a sua é /ETC?
pq se usar maiusculas, vai dar erro mesmo.

g.b.s.
(usa Outra)

Enviado em 28/01/2009 - 18:16h

Foi mal aqui coloquei em maiusculo mas ehh assim>> /etc/wvdial.config !!
Esse comando "conquesu" deve ser feito a partir do terminal?? Devo entrar como root antes colocando o comando "su" com a senha antes de rodar esse comando "conquesu" ??

albfneto
(usa openSUSE)

Enviado em 28/01/2009 - 19:06h

alternativas. para vc entender...
1)ou usa....

sudo konqueror ou usa

su e sua senha de root
konqueror

2)ou usa konquesu direto......que significa Konqueror+Sudo automatico...

3) outros jeitos:
kdesu konqueror se seu linux for KDE ou
gksu konqueror se for gnome..

portanto, se vc usar konqueSU, não precisa usar comando su ou sudo.....

Detalhe é Konquesu, Konqueror com K, mesmo e não com C.

g.b.s.
(usa Outra)

Enviado em 29/01/2009 - 14:33h

Nao deu nada to quase desistindo desse Linux ...

[user@localhost ~]$ sudo konqueror
sudo: konqueror: command not found
[user@localhost ~]$ konquesu
bash: konquesu: command not found
[user@localhost ~]$ Konquesu
bash: Konquesu: command not found
[user@localhost ~]$ konqueSU
bash: konqueSU: command not found
[user@localhost ~]$ su
Password:
[root@localhost user]# konqueror
bash: konqueror: command not found
[root@localhost user]# Konqueror
bash: Konqueror: command not found
[root@localhost user]# kdesu konqueror
bash: kdesu: command not found
[root@localhost user]# gksu konqueror
bash: gksu: command not found
[root@localhost user]#

renato.leite
(usa Slackware)

Enviado em 29/01/2009 - 14:40h

que distro voce esta usando ? e interface ? (kde,gnome e outras)

esses comandos acima deviam funcionar, como usuario normal.

como por exemplo o "kdesu konqueror" (se vc estiver usando o kde)

g.b.s.
(usa Outra)

Enviado em 30/01/2009 - 11:33h

Ehh complicado toda hora que tento resolver alguma coisa e procuro informações sobre Linux, me deparo com varios nomes e versões e como cada um eh de um jeito acabo não conseguindo resolver nada ...


O meu é "Linpus Linux Lite 1.0.15", me parece que ehh baseado no Fedora...

nchacal
(usa Outra)

Enviado em 30/01/2009 - 11:44h

Sobre este SO.
Minha namorada comprou este um PC com esse SO.
Mas na hora de configurar o arquivo que faz a conexão dial-up, da erro de usuario, parece que ela não tem a permissão para salvar nada na pasta. Já tentei logar como root mas não funciona, alguem sabe a senha padrao do admin desse sistema??

VLW

albfneto
(usa openSUSE)

Enviado em 30/01/2009 - 12:16h

GBS

aqui no vol, tem dicas sob o Limpus. Sim ele parece o Fedora.
aparentemente, vc não tem Konqueror instalado....
faz o seguinte, sistema que não tem konqueror, deve ter outro gerenciador de arquivos...
no terminal, tente

nautilus
thunar
dolphin
konqueror
krusader

um deles, vai abrir...
se o kdesu e o gksu não funcionaram....

tenta do jeito mais simples possivel:
vamos supor que o gerenciador de arquivos que abriu seja o nautilus....

su
coloca a senha
nautilus

olha, aparentemente,no seu post, vi que
seu su tá funcionando,
mas seu sistema parece não tem konqueror

estou estranhando seu sistema não responder a nenhum comando.

veja o meu terminal:, por ex....

albfneto@localhost ~ $ su
Senha:
localhost albfneto # konqueror
QMultiInputContext::changeInputMethod(): index=0, slave=xim
QMultiInputContext::changeInputMethod(): index=0, slave=xim
QMultiInputContext::changeInputMethod(): index=0, slave=xim

e abre o konqueror....
agora, o Linpus é totalmente gráfico, vc devia achar no menu algo como gerenciador de arquivos, etc.....





NCHACAL
Não te deram a senha de root, quando te
venderam o micro...
geralmente, o geral das distros é ter um root chamado root mesmo e a senha costuma ser "root" ou o nome do linux...

tente:

su
vai pedir senha aí vc tenta:

root ou
limpus

agora se foi a sua namorada que instalou, ela fez a senha de root na hora da instalação

nem sempre precisa logar como root, tb pode usar sudo..

sudo comando ou o aplicativo que quer abrir

albfneto
(usa openSUSE)

Enviado em 30/01/2009 - 12:45h

Amigos, para vcs com dificuldades com o Limpus, tem gente aqui no vol, que trabalha com essas distros.
procurem Limpus na busca do VOL
ou acessem o site do Forum do Limpus, mesmo.

g.b.s.
(usa Outra)

Enviado em 30/01/2009 - 13:32h

NCHACAL eu fiz minha senha de root dando o comando "passwd root" e ai digita uma nova senha ele pede pra repetir e pronto, ai depois digita "su" ele vai pedir a senha vc coloca a que vc criou no passo anterior !!



ABFFNETO Valeu pelas dicas vou tentar hj quando estiver lá no note e posto aqui !!

g.b.s.
(usa Outra)

Enviado em 31/01/2009 - 13:53h

Deu certo !! Muito Obrigado, agora eh torcer pras confs do 3G funcionarem com o modem da Tim !!

[user@localhost ~]$ su
Password:
[root@localhost user]# thunar
method return sender=:1.4 -> dest=:1.360 reply_serial=2
boolean true
Loading simple Config module ...
Creating backend ...
Loading socket FrontEnd module ...
Starting SCIM as daemon ...
Thunar: Failed to connect to the D-BUS session bus: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken.