A teoria Linux por trás dos acessos e dos atalhos

albfneto

Este artigo expõe a teoria de Linux envolvida em algumas ações e comandos rotineiros e muito frequentes, como logar como root ou fazer simples atalhos na área de trabalho.

[ Hits: 60.338 ]

Por: Alberto Federman Neto. em 14/09/2009 | Blog: https://ciencialivre.blog/

0 0

Denuncie Favoritos Indicar Impressora

Comandos kdesu, gksu e sux

Em Unix e Linux antigos, se o root fosse executar o comando "su" de um terminal, de dentro de uma interface gráfica (GNOME, KDE etc), de um gerenciador de janelas (E17, IceWM, Fluxbox, TWM etc) ou mesmo da original interface gráfica para UNIX (X-Window), o comando não funcionava e o root recebia a mensagem:

"cannot connect to X server "

Ou:

"Error: no display specified "

Isso ocorria porque as permissões de diretórios ou de caminhos até o X-Window não eram reguladas ou acertadas (sim, usuário iniciante, X-Window ainda existe, seu KDE ou GNOME usa o X-Window!).

Para rodar "su" dentro de um ambiente gráfico o root executava o comando:

sux

Praticamente todos os Linux modernos e recentes já vem programados para executar "su" (ou "sudo", veja página 4) de dentro da interface gráfica sem problemas, e o "sux" não é mais necessário.

Entretanto uma maneira considerada elegante e correta, de rodar aplicativos gráficos do terminal, sem alterar nada das variáveis de ambiente, é usar "kdesu" ou "gksu".

Esses comandos são frontends, interfaces gráficas, para o comando "su", respectivamente do KDE (kdesu) e do Gnome (gksu) e podem ser facilmente usados. Assim como no exemplo:

kdesu kwrite
Ou:
gksu gedit

Uma janela se abrirá, solicitando a senha do root para executar os editores (Kwrite, do KDE ou Gedit, do GNOME) em modo superusuário, permitindo editar arquivos, salvar etc.

Para outros aplicativos é só digitar o nome do pacote ou comando no lugar de "Gedit" ou de "Kwrite".

Outro exemplo, com gerenciadores de arquivos:

kdesu konqueror
$ gksu nautilus

Abrindo-os dessa forma você pode editar, mover, copiar, deletar os arquivos. Sempre a senha do root será pedida, assim somente o root poderá apagar arquivos essenciais ou de sistema.

Iniciante, percebeu? Se você mesmo instalou seu sistema e não é só você que vai usar o micro, é importante "esconder" sua senha de root.

Se sua distro usa XFCE (como o DreamLinux) ou E17 (como Elive), elas não tem "kdesu" nem "gksu". Se "su" ou "sudo" não funcionarem, tente:

su --preserve-environment comando

Obs.: Certas distros como Ubuntu não usam ou não definem senha de root, mas usam "sudo" - veja página 3.

Outros exemplos de como usar kdesu e gksu:

dica gksu e kdesu - linuxnanet.com

Mais opções de kdesu:

using kdesu - docs.kde.org

Página anterior Próxima página

Páginas do artigo

   1. Introdução
   2. Comandos kdesu, gksu e sux
   3. Comando sudo
   4. Atalhos simples
   5. Atalhos bem configurados
   6. Fazendo atalhos pela linha de comando
   7. Exemplos complementares

Outros artigos deste autor

Sabayon Linux 5.3, versões futuras e seu potencial + remasterização

Linux pode ser usado por todo mundo! Escolhendo o seu primeiro Linux. Duas Filosofias fundamentais

Sabayon completo, personalizado e portátil, em pendrive de boot

Editores e processadores de texto para GNU/Linux

Os bons tempos voltaram! Revivendo e revisitando o WindowMaker

Leitura recomendada

Sistemas Operacionais, Kernel e Shell

Bodhi Linux 6.0

Fundamentos do sistema Linux - Gerenciadores de inicialização

Freeduc - Educação escolar é com Linux!

Arch Linux - Passo a passo pós-instalação

Comentários

[1] Comentário enviado por xerxeslins em 14/09/2009 - 11:55h

Aprendi algumas coisas com esse artigo. Gostei muito das informações, que são básicas, mas nem todos os usuários sabem, principalmente iniciantes como eu.

Parabéns!

0 0

[2] Comentário enviado por fêla em 14/09/2009 - 13:53h

Gostei muito do artigo, parabéns!

O autor utilizou de uma linguagem clara e muito bem articulada.

Vou indicar para outros colegas.

0 0

[3] Comentário enviado por xerxeslins em 14/09/2009 - 13:55h

Merece ir para a sessão destaque!

0 0

[4] Comentário enviado por removido em 14/09/2009 - 15:23h

Artigo muito interessante.

0 0

[5] Comentário enviado por pinduvoz em 14/09/2009 - 20:22h

Parabéns, Alberto.

Simples e direto, tal como deve ser um artigo sobre um tema que os usuários iniciantes precisam conhecer.

A mentalidade Windows, ou seja, eu só "presto" sendo o "administrador do sistema", não deve sobreviver no Linux. E seu artigo contribui para que ela não sobreviva.

0 0

[6] Comentário enviado por albfneto em 14/09/2009 - 21:20h

Bom , Pinduvoz, eu não comentei sobre isso. Isso até pode ser tema de uma dica ou artigo...
na realidade tem muitos linusers que tb pensam assim, querem logar como root!
olha se vc não vai atualizar seu sistema, instalr coisa etc... vc não precisa usar su nem sudo!
pq vou usar su ou sudo para ler o vol, ou pra navegar, ou pra conversar
no amsn? pq vou arriscar meu sistema?
Windows, o vírus e o malware o estragam o windows....

o linux?
o root pode estraga-lo, o root user, e o system root mais ainda.!..
o usuaŕio comum não... estraga nada!
e o estrago, principalmente do system root, pode ser feio!

quando eu comecei a usar Linux, eu logava como root no gnome do sabayon e do gentoo, até que detonei o Sabayon 6 vezes e o gentoo 8! eu brincava:
seis ESTALAÇÔES de Sabayon e 8 de Gentoo!
Pq linux também se aprende por tentativa e erro! srrsrsrsrs mas se vc precisou reformatar, fazer o que? até pegar o jeito... nunca mais loguei como root direto
Instalo o pacote e já fecho o terminal para matar o processo.

0 0

[7] Comentário enviado por gesousa em 15/09/2009 - 00:40h

@albfneto. Parabens pelo artigo.

@Pinduvoz "A mentalidade Windows, ou seja, eu só "presto" sendo o "administrador do sistema", não deve sobreviver no Linux. E seu artigo contribui para que ela não sobreviva."

André, as versões novas do Windows estão tentando imitar o linux no que tange o controle de acesso a usuários, ou você nunca ouviu falar do famigerado uac do vista ??? A grande verdade que ao liberar ou criar a mentalidade "administrador do sistema", ao usuário comum, o windows abriu ou melhor "escancarou" as portas para a instalação de trojan, e de todas a família de ***ware que existe na internet. Pelo simples fato que o usuário normal (leigo) pode ao clicar em um link da internet modificar um arquivo do sistema, sem um simples aviso...

Quando vejo estes semi-analfabetos, que vem do windows, pedir para desabilitar o sudo, lembro de quantas vezes, tive que reconfigurar os computadores de rede pelo simples fato de que alguem inadivertidamente, clicou em um link que não devia...

o Sudo, ou melhor o conceito de acl e estratificação de permissões do sistema linux, é uma ferramenta muito poderosa, que se bem usada pode resolver 90% dos problemas de uma rede.

0 0

[8] Comentário enviado por Lisandro em 15/09/2009 - 08:27h

Bem legal.

0 0

[9] Comentário enviado por pinduvoz em 15/09/2009 - 20:39h

@ gesousa

Sim, eu conheço o UAC, pois tenho uma máquina comprada com o Vista e outra com o RC do Seven instalado por mim, ambas com a configuração padrão desse recurso.

Mesmo no XP há programas que "imitam" o UAC, avisando sobre alterações no sistema. Um deles, se bem me lembro, é o SpyBot Search & Destroy.

Tenho também máquina com o XP e raramente tenho problemas, exatamente porque o usuário logado automaticamente (forçado) não é o administrador (ou um deles).

Note-se que apesar do UAC ser uma boa iniciativa, há inúmeros usuários que o desabilitam para não serem incomodados com mensagens de aviso. Eles abrem mão de um bom recurso porque estão acostumados com o "jeito" Windows XP de lidar com o sistema, ou seja, "você é o cara, pois é o administrador".

Em suma, não é preciso ser administrador para usar o sistema plenamente, até mesmo no Windows XP. E se a maioria dos usuários soubesse disso, teríamos menos malware sendo espalhado por aí.

0 0

[10] Comentário enviado por annakamilla em 04/10/2009 - 20:24h

o andre, no xp tem meios de habilitar permissões, só que na hora de instalar um programa tem jeito de burla-las.

eu mesmo ja consegui instalar um programa sem ser administrador numa máquina que só permite administradores.

é só não instalar ele no diretório onde fica os programas, crie uma pasta e instale naquela pasta.

mas acho que depende do usuário. já faz quase três anos que tenho essa máquina e era raro ter um vírus nela no xp tinha direitos de adm.

e no meu linux ja faz 8 meses que não formato por causa de cagadas.

0 0

[11] Comentário enviado por albfneto em 26/07/2010 - 23:41h

ADENDO AO ARTIGO...

1) Como colocar o tipo de sessão na Tela de Login:

Já me perguntaram esses dias, o que faço se não aparecer na tela de login,o outro ambiente gráfico que foi instalado. É simples, faça um arquivo (Atalho, Link Simbólico) com as seguintes linhas abaixo e salve-o como KDE4.desktop , na pasta /usr/share/xsessions.

Esta linhas, são as oficiais do Time do KDE. naturalmente modifique os comandos, nome etc... se for para GNOME ou outro ambiente gráfico, e remova os nomes e comentários que estão em outras línguas que não Português do Brasil.

[Desktop Entry]
Encoding=UTF-8
Type=XSession
Exec=/usr/bin/startkde
TryExec=/usr/bin/startkde
Name=KDE 4.4
Comment=The K Desktop Environment. A powerful Open Source graphical desktop environment
Comment[es]=El Entorno de Escritorio K, un potente entorno de escritorio gráfico realizado de código abierto
Comment[fr]=The K Desktop Environment. Un environnement de bureau graphique, puissant et Open Source
Comment[it]=L'ambiente desktop KDE. Un potente ambiente desktop grafico Open Source
Comment[pt]=O K Desktop Environment. Um ambiente gráfico open source poderoso
Comment[pt_BR]=Acrônimo para K Desktop Environment (ou Ambiente de Trabalho K). Um poderoso ambiente de trabalho gráfico de código aberto
Comment[uk]=The K Desktop Environment.

2) O que fazer se su, sudo, kdesu ou gksu,não funcionarem.

Veja aqui:

http://www.vivaolinux.com.br/dica/Resolvido-su-sudo-kdesu-e-gksu-nao-funcionam

Outra coisa que pode ser.

Certas Distros, como Mandriva, não consideram o uso de sudo seguro, por isso, "fecham" o sudo no Policykit

Isto faz com que ao usar: su e senha, ou sudo, ou kdesu, ou gksu, o aplicativo simplesmente não abra em modo Root!

Pode-se configurar, mas não querendo mexer na config da Distro, tem outro jeito.

Não use su, sudo, kdesu, e nem gksu. Ao invés disso, abra um terminal e use

$ su -

E pronto, o terminal é Root, e vc pode usar Kate, Kwrite etc...

0 0

[12] Comentário enviado por tatuiano em 11/05/2011 - 23:43h

e só agora achei esse artigo....
mesmo assim ta nos favoritos e nota 10.

0 0

[13] Comentário enviado por matiasalexsandro em 24/05/2012 - 11:52h

na primeira página em :

junto (é como se fosse um "su --command"). Ex.:

$ su -c "apt-get install amsn"

Entra com a senha root e já instala o aMSN, e você pode usar tanto as aspas simples, como as aspas inglesas. Outro exemplo:

$ su -c 'thunar /home/usuário/Desktop'

Abrirá o gerenciador de arquivos do XFCE, o Thunar, já em modo root, no diretório da Área de Trabalho.

poderia ser feito

$ sudo ; nautilus /home/usuario/Desktop ???

ou

$ sudo && nautilus /home/usuario/Desktop ???

0 0