Pelo amor de Deus, me ajudem! :'(

[Beto]

Vei na boa to ficando cansado serio mesmo

1º ja criei uma conta ibest nada
2ºfui no arquivo /etc/ppp/peers/ ja existe  kppp-options e com o comando citado #noauth[/]
3ºñ entendi muito o q fazer com isso chmod 644 kppp-options se for pra colocar no arquivo kppp-options eu coloquei e deu erro , se dor pra ter uma pasta com esse nome ja tem, se ñ for nada do q falei me explique o q fazer com isso
4ºo arquivo options q esta em /etc/ppp/ esta exatamenter igual ao seu

e tenho q lhe disser nada!
eu conecto ele faz o login na rede mais quando vou entra no site da o seguinte erro:
um erro ocorreu quando carregava a pagina ex.:www.ibest.com.br[/]
maquina www.ibest.com.br desconhecida

bom fui olha a parte de estatística, aparece o seguinte:
endereço local 201.4.18.2.230o ip sempre troca mais coloquei por observação pra ficar mais facil
endereço remoto 200.199.191.12
byte recebidos 508                        bytes enviados 1.503
pacotes "      "  17                         pacotes "      "  21
vjcomp "       "  0                          vjcomp "        " 0
vjunc "           " 0                          vjunc"            "0
vjedr 0                                         nãovd 21

Obs.:1º uso o navegador q veio junto com o kubunto 5.10 o Koqueror 3.4.3    
2º observei q o nãovd é mesma quantidade de pacotes ñ sei se tem a ver, mais ja to ficando aguniado com isso

Ele conecta e marca tempo so ñ acessa site

[alarcon]

Vei na boa to ficando cansado serio mesmo

1º ja criei uma conta ibest nada
2ºfui no arquivo /etc/ppp/peers/ ja existe  kppp-options e com o comando citado #noauth
...

Em primeiro lugar vc entendeu errado, não é para vc colocar dentro do arquivo kppp-options isso chmod 644 kppp-options. Isso aí é um comando que muda as permissões do arquivo caso em /etc/ppp/peers/ o mesmo não existisse e caso vc fosse obrigado a criá-lo, então depois de criar o mesmo como o conteúdo #noauth vc daria para o arquivo (kppp-options) a  seguinte permissão 644. No entanto não será preciso pq como vc mesmo falou este arquivo já existe e com o conteúdo correto.

Quero esclarecer uma coisa aqui, não tenho o Kubuntu o que uso é o Ubuntu 5.10 que usa a interface Gnome com o discador gnome-ppp e portanto diferente do seu. Meu modem usa o driver da Smartlink e o seu usa o driver da PCTel, portanto tento lhe ajudar pelo que eu conheçõ sobre softmodems e fica um pouco difícil eu saber o que ocorre com vc, mais tenho a maior boa vontade em lhe ajudar.

Tudo que eu digo aqui, eu procuro verificar em outra distro que tenho (kurumin 5.1) que usa o KDE como interface e portanto o kppp como discador padrão e lá usando o Ibest como provedor ocorre tudo na mais perfeita ordem, seja navegando pelo Firefox, seja navegando pelo konqueror.

Todas as ultimas dicas que dei aqui foram consultando os arquivos por lá ( kurumin 5.1) e que resumidamente é isso:

Em /etc/ppp/peers/ o arquivo kppp-options está assim:

#noauth

Em /etc/ppp/ os arquivos chap-secrets e pap-secrets estão assim no seu final:

"fulano@ibest.com.br" * "abcdef"

Onde o nome em vermelho vc deve mudar para o seu nome de usuário do provedor e o nome em verde para a sua senha de acesso do provedor.

Em /etc/ppp/ o arquivo resolv.conf está assim:

nameserver 200.223.0.84
nameserver 200.202.193.76

Em /etc/ppp/ o arquivo options está assim:

# /etc/ppp/options
#
# Originally created by Jim Knoble <jmknoble@mercury.interpath.net>
# Modified for Debian by alvar Bray <alvar@meiko.co.uk>
# Modified for PPP Server setup by Christoph Lameter <clameter@debian.org>
#
# To quickly see what options are active in this file, use this command:
#   egrep -v '#|^ *$' /etc/ppp/options

# Specify which DNS Servers the incoming Win95 or WinNT Connection should use
# Two Servers can be remotely configured
# ms-dns 192.168.1.1
# ms-dns 192.168.1.2

# Specify which WINS Servers the incoming connection Win95 or WinNT should use
# ms-wins 192.168.1.50
# ms-wins 192.168.1.51

# Run the executable or shell command specified after pppd has
# terminated the link.  This script could, for example, issue commands
# to the modem to cause it to hang up if hardware modem control signals
# were not available.
#disconnect "chat -- \d+++\d\c OK ath0 OK"

# async character map -- 32-bit hex; each bit is a character
# that needs to be escaped for pppd to receive it.  0x00000001
# represents '\x01', and 0x80000000 represents '\x1f'.
asyncmap 0

# Require the peer to authenticate itself before allowing network
# packets to be sent or received.
# Please do not disable this setting. It is expected to be standard in
# future releases of pppd. Use the call option (see manpage) to disable
# authentication for specific peers.
noauth

# Use hardware flow control (i.e. RTS/CTS) to control the flow of data
# on the serial port.
crtscts

# Use software flow control (i.e. XON/XOFF) to control the flow of data
# on the serial port.
#xonxoff

# Specifies that certain characters should be escaped on transmission
# (regardless of whether the peer requests them to be escaped with its
# async control character map).  The characters to be escaped are
# specified as a list of hex numbers separated by commas.  Note that
# almost any character can be specified for the escape option, unlike
# the asyncmap option which only allows control characters to be
# specified.  The characters which may not be escaped are those with hex
# values 0x20 - 0x3f or 0x5e.
#escape 11,13,ff

# Don't use the modem control lines.
#local

# Specifies that pppd should use a UUCP-style lock on the serial device
# to ensure exclusive access to the device.
# lock

# Don't show the passwords when logging the contents of PAP packets.
# This is the default.
hide-password

# When logging the contents of PAP packets, this option causes pppd to
# show the password string in the log message.
#show-password

# Use the modem control lines.  On Ultrix, this option implies hardware
# flow control, as for the crtscts option.  (This option is not fully
# implemented.)
modem

# Set the MRU [Maximum Receive Unit] value to <n> for negotiation.  pppd
# will ask the peer to send packets of no more than <n> bytes. The
# minimum MRU value is 128.  The default MRU value is 1500.  A value of
# 296 is recommended for slow links (40 bytes for TCP/IP header + 256
# bytes of data).
#mru 542

# Set the interface netmask to <n>, a 32 bit netmask in "decimal dot"
# notation (e.g. 255.255.255.0).
#netmask 255.255.255.0

# Disables the default behaviour when no local IP address is specified,
# which is to determine (if possible) the local IP address from the
# hostname. With this option, the peer will have to supply the local IP
# address during IPCP negotiation (unless it specified explicitly on the
# command line or in an options file).
noipdefault

# Enables the "passive" option in the LCP.  With this option, pppd will
# attempt to initiate a connection; if no reply is received from the
# peer, pppd will then just wait passively for a valid LCP packet from
# the peer (instead of exiting, as it does without this option).
passive

# With this option, pppd will not transmit LCP packets to initiate a
# connection until a valid LCP packet is received from the peer (as for
# the "passive" option with old versions of pppd).
#silent

# Don't request or allow negotiation of any options for LCP and IPCP
# (use default values).
#-all

# Disable Address/Control compression negotiation (use default, i.e.
# address/control field disabled).
#-ac

# Disable asyncmap negotiation (use the default asyncmap, i.e. escape
# all control characters).
#-am

# Don't fork to become a background process (otherwise pppd will do so
# if a serial device is specified).
#-detach

# Disable IP address negotiation (with this option, the remote IP
# address must be specified with an option on the command line or in
# an options file).
#-ip

# Disable IPCP negotiation and IP communication. This option should
# only be required if the peer is buggy and gets confused by requests
# from pppd for IPCP negotiation.
#noip

# Disable magic number negotiation.  With this option, pppd cannot
# detect a looped-back line.
#-mn

# Disable MRU [Maximum Receive Unit] negotiation (use default, i.e.
# 1500).
#-mru

# Disable protocol field compression negotiation (use default, i.e.
# protocol field compression disabled).
#-pc

# Require the peer to authenticate itself using PAP.
#+pap

# Don't agree to authenticate using PAP.
#-pap

# Require the peer to authenticate itself using CHAP [Cryptographic
# Handshake Authentication Protocol] authentication.
#+chap

# Don't agree to authenticate using CHAP.
#-chap

# Disable negotiation of Van Jacobson style IP header compression (use
# default, i.e. no compression).
#-vj

# Increase debugging level (same as -d).  If this option is given, pppd
# will log the contents of all control packets sent or received in a
# readable form.  The packets are logged through syslog with facility
# daemon and level debug. This information can be directed to a file by
# setting up /etc/syslog.conf appropriately (see syslog.conf(5)).  (If
# pppd is compiled with extra debugging enabled, it will log messages
# using facility local2 instead of daemon).
#debug

# Append the domain name <d> to the local host name for authentication
# purposes.  For example, if gethostname() returns the name porsche,
# but the fully qualified domain name is porsche.Quotron.COM, you would
# use the domain option to set the domain name to Quotron.COM.
#domain <d>

# Enable debugging code in the kernel-level PPP driver.  The argument n
# is a number which is the sum of the following values: 1 to enable
# general debug messages, 2 to request that the contents of received
# packets be printed, and 4 to request that the contents of transmitted
# packets be printed.
#kdebug n

# Set the MTU [Maximum Transmit Unit] value to <n>. Unless the peer
# requests a smaller value via MRU negotiation, pppd will request that
# the kernel networking code send data packets of no more than n bytes
# through the PPP network interface.
#mtu <n>

# Set the name of the local system for authentication purposes to <n>.
# This is a privileged option. With this option, pppd will use lines in the
# secrets files which have <n> as the second field when looking for a
# secret to use in authenticating the peer. In addition, unless overridden
# with the user option, <n> will be used as the name to send to the peer
# when authenticating the local system to the peer. (Note that pppd does
# not append the domain name to <n>.)
#name <n>

# Enforce the use of the hostname as the name of the local system for
# authentication purposes (overrides the name option).
#usehostname

# Set the assumed name of the remote system for authentication purposes
# to <n>.
#remotename <n>

# Add an entry to this system's ARP [Address Resolution Protocol]
# table with the IP address of the peer and the Ethernet address of this
# system.
proxyarp

# Use the system password database for authenticating the peer using
# PAP. Note: mgetty already provides this option. If this is specified
# then dialin from users using a script under Linux to fire up ppp wont work.
# login

# If this option is given, pppd will send an LCP echo-request frame to the
# peer every n seconds. Normally the peer should respond to the echo-request
# by sending an echo-reply. This option can be used with the
# lcp-echo-failure option to detect that the peer is no longer connected.
lcp-echo-interval 30

# If this option is given, pppd will presume the peer to be dead if n
# LCP echo-requests are sent without receiving a valid LCP echo-reply.
# If this happens, pppd will terminate the connection.  Use of this
# option requires a non-zero value for the lcp-echo-interval parameter.
# This option can be used to enable pppd to terminate after the physical
# connection has been broken (e.g., the modem has hung up) in
# situations where no hardware modem control lines are available.
lcp-echo-failure 4

# Set the LCP restart interval (retransmission timeout) to <n> seconds
# (default 3).
#lcp-restart <n>

# Set the maximum number of LCP terminate-request transmissions to <n>
# (default 3).
#lcp-max-terminate <n>

# Set the maximum number of LCP configure-request transmissions to <n>
# (default 10).
#lcp-max-configure <n>

# Set the maximum number of LCP configure-NAKs returned before starting
# to send configure-Rejects instead to <n> (default 10).
#lcp-max-failure <n>

# Set the IPCP restart interval (retransmission timeout) to <n>
# seconds (default 3).
#ipcp-restart <n>

# Set the maximum number of IPCP terminate-request transmissions to <n>
# (default 3).
#ipcp-max-terminate <n>

# Set the maximum number of IPCP configure-request transmissions to <n>
# (default 10).
#ipcp-max-configure <n>

# Set the maximum number of IPCP configure-NAKs returned before starting
# to send configure-Rejects instead to <n> (default 10).
#ipcp-max-failure <n>

# Set the PAP restart interval (retransmission timeout) to <n> seconds
# (default 3).
#pap-restart <n>

# Set the maximum number of PAP authenticate-request transmissions to
# <n> (default 10).
pap-max-authreq 1000

# Set the maximum time that pppd will wait for the peer to authenticate
# itself with PAP to <n> seconds (0 means no limit).
#pap-timeout <n>

# Set the CHAP restart interval (retransmission timeout for
# challenges) to <n> seconds (default 3).
#chap-restart <n>

# Set the maximum number of CHAP challenge transmissions to <n>
# (default 10).
#chap-max-challenge

# If this option is given, pppd will rechallenge the peer every <n>
# seconds.
#chap-interval <n>

# With this option, pppd will accept the peer's idea of our local IP
# address, even if the local IP address was specified in an option.
#ipcp-accept-local

# With this option, pppd will accept the peer's idea of its (remote) IP
# address, even if the remote IP address was specified in an option.
#ipcp-accept-remote

# Disable the IPXCP and IPX protocols.
# To let pppd pass IPX packets comment this out --- you'll probably also
# want to install ipxripd, and have the Internal IPX Network option enabled
# in your kernel.  /usr/doc/HOWTO/IPX-HOWTO.gz contains more info.
noipx

# Exit once a connection has been made and terminated. This is the default,
# unless the `persist' or `demand' option has been specified.
#nopersist

# Do not exit after a connection is terminated; instead try to reopen
# the connection.
#persist

# Terminate after n consecutive failed connection attempts.
# A value of 0 means no limit. The default value is 10.
maxfail 0

# Initiate the link only on demand, i.e. when data traffic is present.
# With this option, the remote IP address must be specified by the user on
# the command line or in an options file.  Pppd will initially configure
# the interface and enable it for IP traffic without connecting to the peer.
# When traffic is available, pppd will connect to the peer and perform
# negotiation, authentication, etc.  When this is completed, pppd will
# commence passing data packets (i.e., IP packets) across the link.
#demand

# Specifies that pppd should disconnect if the link is idle for <n> seconds.
# The link is idle when no data packets (i.e. IP packets) are being sent or
# received.  Note: it is not advisable to use this option with the persist
# option without the demand option.  If the active-filter option is given,
# data packets which are rejected by the specified activity filter also
# count as the link being idle.
#idle <n>

# Specifies how many seconds to wait before re-initiating the link after
# it terminates.  This option only has any effect if the persist or demand
# option is used.  The holdoff period is not applied if the link was
# terminated because it was idle.
#holdoff <n>

# Wait for up n milliseconds after the connect script finishes for a valid
# PPP packet from the peer.  At the end of this time, or when a valid PPP
# packet is received from the peer, pppd will commence negotiation by
# sending its first LCP packet.  The default value is 1000 (1 second).
# This wait period only applies if the connect or pty option is used.
#connect-delay <n>

# ---<End of File>---

Em /home/usuário_corrente/.kde/share/config/ o arquivo de configuração do kppp chamdo de kppprc está assim;

pppdArguments=

[Account0]
AccountingEnabled=0
AccountingFile=
Authentication=4
AutoDNS=1
AutoName=0
BeforeConnect=
BeforeDisconnect=
CallbackPhone=
CallbackType=0
Command=
DNS=
DefaultRoute=1
DisconnectCommand=
Domain=
ExDNSDisabled=0
Gateway=0.0.0.0
IPAddr=0.0.0.0
Name=Nome para Conta
Password=Sua Senha de acesso do provedor
Phonenumber=Número para discar
ScriptArguments=
ScriptCommands=
StorePassword=1
SubnetMask=0.0.0.0
Username=Nome de usuário do provedor
VolumeAccountingEnabled=0
pppdArguments=

[General]
DefaultAccount=Nome para Conta
DefaultModem=Modem0
DockIntoPanel=1
NumberOfAccounts=1
NumberOfModems=1
PPPDebug=0
iconifyOnConnect=0

[Graph]
Background=255,255,255
Enabled=true
InBytes=0,0,255
OutBytes=255,0,0
Text=0,0,0

[Modem]
Speed=115200
UseLockFile=0

[Modem0]
AnswerResponse=CONNECT
AnswerString=ATA
BusyResponse=BUSY
BusyWait=0
ConnectResponse=CONNECT
DLPResponse=DIGITAL LINE DETECTED
Device=/dev/modem
DialString=ATDP (para pulso) ou ATDT  (para tom)
Enter=CR
EscapeGuardTime=50
EscapeResponse=OK
EscapeString=+++
FlowControl=Hardware [CRTSCTS]
HangUpResponse=OK
HangupString=+++ATH
InitDelay=50
InitResponse=OK
InitString=ATZ
InitString1=
Name=Modem0
NoCarrierResponse=NO CARRIER
NoDialToneDetection=ATX3
NoDialToneResp=NO DIALTONE
PreInitDelay=50
RingResponse=RING
Speed=115200
Timeout=60
ToneDuration=70
UseLockFile=0
Volume=1
VolumeHigh=M1L3
VolumeMedium=M1L1
VolumeOff=M0L0
WaitForDialTone=1

[Notification Messages]
Cancelar=No

[WindowPosition]
WindowPositionConWinX=323
WindowPositionConWinY=484
WindowPositionStatWinX=275
WindowPositionStatWinY=183

Bom era isso, tudo que falei acima é para outra distro linux (kurumin 5.10) que usa o KDE como interface e o KPPP como discador e tudo configurado para o provedor IBEST e funcionando tanto com o navegador Firefox como para o Konqueror.

E lá no kurumin tem um script chamado de conectamasnaonavega que é para ser usado na situação em que o usuário conecta no provedor mais não navega como o próprio nome diz. Este script faz essses passos como root (comando sudo su):

sudo chmod 666 /etc/resolv.conf
sudo cp -f /etc/ppp/resolv.conf /etc/resolv.conf
sudo chmod 666 /etc/resolv.conf

sudo route add default ppp0

E o Criador do Kurumin, Carlos E. Morimoto fala algo à respieto:

Em casos de problemas na hora de discar, experimente abrir o kppp como root. Isso evita muitos problemas relacionados a permissões de acesso a dispositivos e arquivos de configuração.
Caso a conexão seja efetuada normalmente, mas você não consiga navegar, verifique se o endereço do servidor DNS do provedor (ou qualquer outro DNS válido) foi adicionado corretamente ao arquivo "/etc/resolv.conf". Isto é muito comum quando o kppp é aberto com um login normal de usuário.
Caso o problema persista, pode ser que o sistema não esteja usando o modem como rota padrão (isso é comum caso você tenha também uma placa de rede). Para ajustar isso manualmente, use o comando:
# route add default ppp0
Em versões antigas, era necessário usar o comando "route del default" (que remove a rota padrão anterior) antes do "route add default ppp0" (que indica o uso do modem). Atualmente apenas o segundo comando basta.

Veja se vc fez tudo certinho, sem esquecer nenhum passo, relendo tudo que escrevi no seu tópico. Não estou sendo chato em querer pensar que vc pode ter feito algo errado ou esquecido de algo, acredite que não, pois já ajudei muitos usuários e já tenho um pouco de experiência e sei que embora vc escreva tudo que tem de fazer, sempre há alguns deles que não fazem tudo :-) que vc pede.

Se mesmo assim vc tenha feito tudo de maneira correta e o problema ainda persista, então faça o seguinte para eu observar uma coisa:

Abra dois terminais simultaneamente e em um dê o comando:

sudo kppp &

e faça a conexão com a internet.

No outro terminal, depois de se conectar, faça:

sudo konqueror &

e tente navegar por ele.

Se vc conseguir navegar na net, então deve ser problema de permissões que vc não tá conseguindo se conectar na rede via usuário comum.

Caso mesmo assim vc não consiga a conexão, então sinto lhe dizer que tudo que eu sabia para lhe ajudar já foi usado.

Não poderei mais lhe ajudar, quem sabe alguém mais entendido e que tenha a mesma distro que vc e o seu tipo de modem também.

Abraço.

[Beto]

Alarcon serio, mesmo nunca  q eu ficaria com raiva de vc
pelo contrario vc é meu mestre em linux heuheuhe
mais serio mesmo fiz tudo exatamente igual ao seu
pra vc ter noção eu gravei no cd todos comando todos os topicos no cd levei pra plataforma linux, pra fazer passo passo
ja fui em outros lugares também mais infezlimente o unico q teve a SANTA PACIENCIA foi vc vei e so tenho a agradecer a vc, serio mesmo
muito obrigado mesmo
espero q possa telo como amigo vei e desculpa ai
mais vou fazer isso q vc falou, pra v !
pode ser permição mesmo pq eu li na revista, q o kubunto vei com uma permição diferente, vc adim mais ñ root
mais farei obrigado mesmo

[alarcon]

Alarcon serio, mesmo nunca  q eu ficaria com raiva de vc
pelo contrario vc é meu mestre em linux heuheuhe
mais serio mesmo fiz tudo exatamente igual ao seu
pra vc ter noção eu gravei no cd todos comando todos os topicos no cd levei pra plataforma linux, pra fazer passo passo
ja fui em outros lugares também mais infezlimente o unico q teve a SANTA PACIENCIA foi vc vei e so tenho a agradecer a vc, serio mesmo
muito obrigado mesmo
espero q possa telo como amigo vei e desculpa ai
mais vou fazer isso q vc falou, pra v !
pode ser permição mesmo pq eu li na revista, q o kubunto vei com uma permição diferente, vc adim mais ñ root
mais farei obrigado mesmo

Caro usuário Beto de forma alguma estou chateado com você, apenas eu estava justificando as minhas limitações em lhe ajudar com seu problema, pois como já disse tudo que  sei sobre o seu caso eu falei e então se não deu certo, ainda, não poderei mais ajudar, mas não desista quem sabe alguém com maiores conhecimentos possa lhe ajudar mais.

Boa Sorte!!!

Desculpe se não me fiz entender direito.

Abraço.

[Beto]

sou grato a vc...
eu fiz o q vc falou em relação a estar como root e digitar :
sudo kppp &
mais da o seguinte erro :
[1] 8618
xlib : connection to ":0.0" refused by server
xlib : no protocol specified
kppp: cannot connect to x server : 0.0

[alarcon]

sou grato a vc...
eu fiz o q vc falou em relação a estar como root e digitar :
sudo kppp &
mais da o seguinte erro :
[1] 8618
xlib : connection to ":0.0" refused by server
xlib : no protocol specified
kppp: cannot connect to x server : 0.0

veja isso aqui que um usuário falou lá no meu tópico e talvez possa servir para vc também:

Bom, depois de olhar mais alguns tópicos do fórum vi muitos falarem que as distros amd64 ainda não possuem muitos pacotes compatíveis... Instalei a versão 32 bits e peguei o pacote de configuração completa. Meu modem é o LG LM-i56N. Ocorreu tudo correto na instalação e configuração, o modem foi detectado. Ele conecetava mas caia depois de uns 10 segundos, sem trocar dado nenhum com o servidor. No log do gnome-ppp aparecia o seguinte:

--> Warning: Could not modify /etc/ppp/pap-secrets: Permission denied
--> --> PAP (Password Authentication Protocol) may be flaky.
--> Warning: Could not modify /etc/ppp/chap-secrets: Permission denied
--> --> CHAP (Challenge Handshake) may be flaky.

Aí é só ir no diretório do arquivo citado pelo terminal:
#cd /etc/ppp/
e depois colocar autorização pra conta limitada ter acesso à modificação e leitura do arquivo, no caso usei o comando no terminal
#chmod o=u pap-secrets

Problema resolvido!

ou tente isso:

chmod +x /etc/ppp/peers/

[Beto]

nada ate agora
rapa nunc imaginei q seria tão dificil :/

[alarcon]

nada ate agora
rapa nunc imaginei q seria tão dificil :/

   Como você pegou esta sua distro Kubuntu?

   Você baixou a ISO e depois queimou o CD, mas antes verificou o md5sum dela para saber se sua cópia não chegou corrompida?

   Tá muito estranho este seu problema e me parece que é alguma coisa relativa as permissões que você não consegue usar o kppp e outras coisas mais. Tente reinstalar sua distro kubuntu para ver se com essa reinstalação os problemas não são resolvidos.

   Às vezes durante o processo de instalação algum erro ocorre, como por exemplo erro de leitura no processo de instalação de pacotes do CD para o HD e aí uma simples reinstalação pode resolver o seu caso.

   Se mesmo assim não resolver nada tente outra distro, o Ubuntu por exemplo :-)

[Beto]

man eu consegui a distro atraves de um revista da propria kubuntu
eu acho também q é , a revista ate diz que tem uma questão em relação a isso q é diferente as outras distro
e em relação a ubuntu segundo eu li é mesma coisa q o ubuntu so que com esse diferença de permição, pq quando instalado ele coloca vc como usuario normal e ñ como root ou superusuario