wicd - nenhuma conexão após a inicialização, tem que reiniciar manualmente?

Question

Estou usando a versão 1.7.1_pre20120127 com o python 2.7.2:

[U] net-misc/wicd
     Available versions:  1.7.0 (~)1.7.0-r1 1.7.1_beta2-r4 (~)1.7.1_pre20111210-r1 1.7.1_pre20120127 (~)1.7.1_pre20120127-r1 (~)1.7.1 (~)1.7.1-r1 {X ambiance +gtk ioctl libnotify mac4lin ncurses nls +pm-utils}
     Installed versions:  1.7.1_pre20120127(01:42:42 PM 02/29/2012)(X gtk libnotify ncurses nls pm-utils -ioctl -mac4lin)
     Homepage:            http://wicd.sourceforge.net/
     Description:         A lightweight wired and wireless network manager for Linux

Se eu adicionar o wicd ao nível de execução defaults , ele sempre pedirá a senha do root após a inicialização. Mas se eu adicioná-lo ao nível de execução boot , não haverá conexão (com fio e sem fio):

2012/02/29 21:13:36 :: Using wired interface...eth0
2012/02/29 21:13:41 :: Autoconnecting...
2012/02/29 21:13:41 :: Attempting to autoconnect with wired interface...
2012/02/29 21:13:41 :: Putting interface down
2012/02/29 21:13:41 :: Releasing DHCP leases...
2012/02/29 21:13:41 :: Setting false IP...
2012/02/29 21:13:41 :: Flushing the routing table...
2012/02/29 21:13:41 :: Putting interface up...
2012/02/29 21:13:44 :: Running DHCP with hostname gentoo
2012/02/29 21:13:44 :: dhcpcd[2699]: version 5.2.12 starting
2012/02/29 21:13:44 ::
2012/02/29 21:13:44 :: /lib/dhcpcd/dhcpcd-hooks/20-resolv.conf: line 64: /etc/resolv.conf: Permission denied
2012/02/29 21:13:44 ::
2012/02/29 21:13:44 :: chmod: changing permissions of '/etc/resolv.conf': Operation not permitted
2012/02/29 21:13:44 ::
2012/02/29 21:13:44 :: dhcpcd[2699]: eth0: broadcasting for a lease
2012/02/29 21:13:44 ::
2012/02/29 21:13:44 :: dhcpcd[2699]: eth0: offered 192.168.15.36 from 192.168.15.1
2012/02/29 21:13:44 ::
2012/02/29 21:13:44 :: dhcpcd[2699]: eth0: acknowledged 192.168.15.36 from 192.168.15.1
2012/02/29 21:13:44 ::
2012/02/29 21:13:44 :: dhcpcd[2699]: eth0: checking for 192.168.15.36
2012/02/29 21:13:44 ::
2012/02/29 14:13:48 :: dhcpcd[2699]: eth0: leased 192.168.15.36 for 600 seconds
2012/02/29 14:13:48 ::
2012/02/29 14:13:48 :: /lib/dhcpcd/dhcpcd-hooks/20-resolv.conf: line 64: /etc/resolv.conf: Permission denied
2012/02/29 14:13:48 ::
2012/02/29 14:13:48 :: chmod: changing permissions of '/etc/resolv.conf': Operation not permitted
2012/02/29 14:13:48 ::
2012/02/29 14:13:48 :: dhcpcd[2699]: forked to background, child pid 2769
2012/02/29 14:13:48 ::
2012/02/29 14:13:48 ::
2012/02/29 14:13:48 :: DHCP connection successful
2012/02/29 14:13:48 :: Connecting thread exiting.
2012/02/29 14:13:49 :: No wired connection present, attempting to autoconnect to wireless network 

Você vê o erro "Permissão negada" porque marquei /etc/resolv.conf como imutável. Preste atenção na última linha.

e aqui estão os logs ao reiniciar manualmente o wicd:

2012/02/29 14:15:37 :: Using wired interface...eth0
2012/02/29 14:15:43 :: Autoconnecting...
2012/02/29 14:15:43 :: Putting interface downAttempting to autoconnect with wired interface...
2012/02/29 14:15:43 ::
2012/02/29 14:15:43 :: Releasing DHCP leases...
2012/02/29 14:15:43 :: Setting false IP...
2012/02/29 14:15:43 :: Flushing the routing table...
2012/02/29 14:15:43 :: Putting interface up...
2012/02/29 14:15:45 :: Running DHCP with hostname gentoo
2012/02/29 14:15:45 :: dhcpcd[3471]: version 5.2.12 starting
2012/02/29 14:15:45 ::
2012/02/29 14:15:45 :: /lib/dhcpcd/dhcpcd-hooks/20-resolv.conf: line 64: /etc/resolv.conf: Permission denied
2012/02/29 14:15:45 ::
2012/02/29 14:15:45 :: chmod: changing permissions of '/etc/resolv.conf': Operation not permitted
2012/02/29 14:15:45 ::
2012/02/29 14:15:45 :: dhcpcd[3471]: eth0: broadcasting for a lease
2012/02/29 14:15:45 ::
2012/02/29 14:15:50 :: dhcpcd[3471]: eth0: offered 192.168.15.36 from 192.168.15.1
2012/02/29 14:15:50 ::
2012/02/29 14:15:50 :: dhcpcd[3471]: eth0: acknowledged 192.168.15.36 from 192.168.15.1
2012/02/29 14:15:50 ::
2012/02/29 14:15:50 :: dhcpcd[3471]: eth0: checking for 192.168.15.36
2012/02/29 14:15:50 ::
2012/02/29 14:15:56 :: dhcpcd[3471]: eth0: leased 192.168.15.36 for 600 seconds
2012/02/29 14:15:56 ::
2012/02/29 14:15:56 :: /lib/dhcpcd/dhcpcd-hooks/20-resolv.conf: line 64: /etc/resolv.conf: Permission denied
2012/02/29 14:15:56 ::
2012/02/29 14:15:56 :: chmod: changing permissions of '/etc/resolv.conf': Operation not permitted
2012/02/29 14:15:56 ::
2012/02/29 14:15:56 :: dhcpcd[3471]: forked to background, child pid 3502
2012/02/29 14:15:56 ::
2012/02/29 14:15:56 ::
2012/02/29 14:15:56 :: DHCP connection successful
2012/02/29 14:15:56 :: Connecting thread exiting.
2012/02/29 14:16:00 :: Sending connection attempt result success

Esse problema é semelhante a: link , mas o relógio do hardware está correto e não consigo encontrou qualquer script relacionado a ntpdate em /etc/wicd/scripts/postconnect/ .

Alguma idéia?

ATUALIZAÇÃO: Sex Mar 2 16:36:12 ICT 2012

dhcpcd e wpa_supplicant já foram removidos do default runlevel:

gentoo ~ # rc-update -v show | grep dhcpcd
               dhcpcd |                                 
gentoo ~ # rc-update -v show | grep wpa
       wpa_supplicant |              

net.eth0 é excluído:

gentoo ~ # rc-update -v show | grep eth0
             net.eth0 |            

Responder a Kyle Jones:

To check if your configuration disagrees with the setting of your hardware clock, run

date; /sbin/hwclock --show

# date; hwclock --show
Sun Mar  4 11:41:53 ICT 2012
Sun 04 Mar 2012 11:41:54 AM ICT  -0.697282 seconds

# grep -v ^# /etc/conf.d/hwclock | sed '/^[ \t]*$/d'
clock="UTC"
clock_systohc="NO"
clock_hctosys="NO"
clock_args=""

ATUALIZAÇÃO Ter 6 de março 09:49:14 ICT 2012

Hoje, os registros dizem "bem-sucedido", mas wicd não pode se conectar a nenhuma rede:

Putting interface up...
Running DHCP with hostname gentoo
dhcpcd[5063]: version 5.2.12 starting

dhcpcd[5063]: eth0: broadcasting for a lease

dhcpcd[5063]: eth0: offered 192.168.15.36 from 192.168.15.1

dhcpcd[5063]: eth0: acknowledged 192.168.15.36 from 192.168.15.1

dhcpcd[5063]: eth0: checking for 192.168.15.36

dhcpcd[5063]: eth0: leased 192.168.15.36 for 600 seconds

dhcpcd[5063]: forked to background, child pid 5094


DHCP connection successful
Connecting thread exiting.
Sending connection attempt result success

wicd-gtk mostra "Não conectado" e eth0 não tem IP:

eth0      Link encap:Ethernet  HWaddr 00:13:a9:4f:84:44  
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:1860 errors:0 dropped:2 overruns:0 frame:0
          TX packets:301 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:205470 (200.6 KiB)  TX bytes:34017 (33.2 KiB)
          Interrupt:16 

    

Answer 1

Problema resolvido! O culpado é ... hwclock.

Como eu disse acima, belows é a configuração. para o meu hwclock:

clock="UTC"
clock_systohc="NO"
clock_hctosys="NO"
clock_args=""

mas eu tenho essa linha (boba) em /etc/local.d/baselayout1.start :

hwclock --hctosys

Com essa configuração, aqui está a data e hora após a inicialização:

gentoo ~ # hwclock 
Wed 21 Mar 2012 10:29:57 AM ICT  -0.134053 seconds
gentoo ~ # hwclock --utc
Wed 21 Mar 2012 05:30:01 PM ICT  -0.928500 seconds
gentoo ~ # date
Wed Mar 21 10:30:03 ICT 2012
gentoo ~ # date --utc
Wed Mar 21 03:30:06 UTC 2012

A hwclock e a date de saída estão corretas, a hwclock --utc é de 7 horas depois e a date --utc é de 7 horas antes de.

Remova essa linha hwclock --hctosys em /etc/local.d/baselayout1.start e altere clock_systohc e clock_hctosys para "YES" em /etc/conf.d/hwclock resolva o problema:

gentoo ~ # hwclock 
Wed 21 Mar 2012 03:33:43 AM ICT  -0.404693 seconds
gentoo ~ # hwclock --utc
Wed 21 Mar 2012 10:33:46 AM ICT  -0.418345 seconds
gentoo ~ # date
Wed Mar 21 10:33:48 ICT 2012
gentoo ~ # date --utc
Wed Mar 21 03:33:54 UTC 2012

    

Answer 2

O mais provável é que haja discordância entre o fuso horário em que o relógio do seu hardware está definido (ou o UTC ou o fuso horário local) e o que a configuração do sistema Linux acha que está definido. Se forem diferentes, hwclock definirá o relógio do sistema incorretamente durante a inicialização do sistema e, posteriormente, o daemon NTP consertará o relógio do sistema quando perceber que o horário do sistema está desativado pelo número de horas que o fuso horário local está fora do UTC. >

Para verificar se sua configuração não está de acordo com a configuração do seu relógio de hardware, execute

date; /sbin/hwclock --show

Se os horários exibidos forem separados por horas, sua configuração não corresponderá à configuração do relógio do hardware. Eu não estou familiarizado com o funcionamento da configuração do Gentoo, mas em algumas outras distros do Linux, você poderia editar o / etc / sysconfig / clock e definir UTC=true ou UTC=false dependendo se o relógio do seu hardware estava definido como UTC ou não. Acho que o relógio do seu hardware está configurado para o fuso horário local, então você precisa de UTC=false .