August Karlstrom's questions

Depois de atualizar o sistema operacional no meu computador servidor doméstico do Debian 11 para o Debian 12 (alterando sources.list e usando comandos apt) e reiniciando o computador, não tenho conexão de rede nem endereço IP. Como posso solucionar o problema? O computador é um SolidRun Cubox i2eX que usa o chip Freescale i.MX6 Dual. Estou usando uma conexão com fio que funciona muito bem se eu conectá-lo a um computador diferente (e funcionou muito bem durante a atualização). Alguma pista?

# uname -a                                                  
Linux server 6.1.0-28-armmp #1 SMP Debian 6.1.119-1 (2024-11-22) armv7l GNU/Linux

# ip address                                                
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000                                                                     
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00                       
    inet 127.0.0.1/8 scope host lo                                              
       valid_lft forever preferred_lft forever                                  
    inet6 ::1/128 scope host noprefixroute                                      
       valid_lft forever preferred_lft forever                                  
2: end0: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN group default qlen 1000                                                                           
    link/ether d0:63:b4:00:97:0e brd ff:ff:ff:ff:ff:ff                          

# lspci
(no output)

Em resposta aos pedidos nos comentários,

# dmesg | grep net                                       
[    0.060030] audit: initializing netlink subsys (disabled)                    
[    7.662459] mdio_bus 2188000.ethernet-1: MDIO device at address 4 is missing.
[    7.675076] fec 2188000.ethernet eth0: registered PHC device 0               
[    7.856371] fec 2188000.ethernet end0: renamed from eth0                     

E

# ip link set dev end0 up                                
# ip address                                             
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000 
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo                                              
       valid_lft forever preferred_lft forever                                  
    inet6 ::1/128 scope host noprefixroute                                      
       valid_lft forever preferred_lft forever                                  
2: end0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 1000                                                             
    link/ether d0:63:b4:00:97:0e brd ff:ff:ff:ff:ff:ff                          
    inet6 fe80::d263:b4ff:fe00:970e/64 scope link                               
       valid_lft forever preferred_lft forever                                  

No arquivo ~/.config/fontconfig/fonts.confeu configurei monospacepara DejaVuSansMono:

<alias>
  <family>monospace</family>
  <prefer><family>DejaVuSansMono</family></prefer>
</alias>

Os aplicativos GTK (como o editor de texto Pluma) respeitam essa configuração e, se eu selecionar a fonte Monospace, obtenho o DejaVu Sans Mono. No aplicativo Qt TortoiseHg Workbench, no entanto, a fonte Monospace está associada ao Courier:

Aqui estão as configurações de fonte no TortoiseHg:

De onde os aplicativos Qt recuperam suas associações de fontes?

Posso definir a fonte no TortoiseHg como DejaVu Sans Mono, mas acredito que seria mais vantajoso abordar o problema subjacente para que DejaVu Sans Mono se torne a fonte monoespaçada para todos os aplicativos Qt. Você tem alguma sugestão?

Eu corro o Debian 12 e o TortoiseHg versão 6.3.1 que é construído com Qt-5.15.8.

Editar : Antes de instalar o pacote ttf-mscorefonts-installer, DejaVu Sans Mono era a fonte associada ao Monospace no TortoiseHg.

Eu corro o Debian com o Blackbox como meu gerenciador de janelas, que começo da maneira antiga em um console com o startxcomando. No Debian 11, tive um problema com alguns aplicativos GUI demorando muito para iniciar. Substituindo

exec blackbox

com

exec dbus-launch --exit-with-session blackbox

em .xinitrcresolvido o problema. Hoje atualizei para o Debian 12 (uma nova instalação), mas agora estou com o mesmo problema novamente, apesar de usar o dbus-launch. O Firefox, por exemplo, leva 25 segundos para iniciar pela primeira vez. Os lançamentos subsequentes levam menos de cinco segundos. Eu tentei executar o firefox através do stracecomando para ver o que está acontecendo:

$ strace firefox

Aqui estão as últimas dez linhas antes do processo travar por um tempo:

futex(0x7f060049ca18, FUTEX_WAKE_PRIVATE, 1) = 1
eventfd2(0, EFD_CLOEXEC|EFD_NONBLOCK)   = 35
futex(0x7f0600500018, FUTEX_WAKE_PRIVATE, 1) = 0
futex(0x7f0600500018, FUTEX_WAIT_PRIVATE, 2, NULL) = -1 EAGAIN (Resource temporarily unavailable)
futex(0x7f0600500018, FUTEX_WAKE_PRIVATE, 1) = 0
write(27, "\1\0\0\0\0\0\0\0", 8)        = 8
clock_gettime(CLOCK_MONOTONIC, {tv_sec=6056, tv_nsec=849987069}) = 0
futex(0x7f060049ca18, FUTEX_WAKE_PRIVATE, 1) = 1
clock_gettime(CLOCK_MONOTONIC, {tv_sec=6056, tv_nsec=850085427}) = 0
poll([{fd=35, events=POLLIN}], 1, 25000

Alguém pode interpretar a saída? Qual poderia ser o problema?

Eu corro o Debian 10 com Wicd como gerenciador de rede. Quando inicio o computador, o wicd está em execução:

$ ps aux | grep wicd
root       416  2.5  1.5  36144 15180 ?        Ss   19:11   0:00 /usr/bin/python -O /usr/share/wicd/daemon/wicd-daemon.py --no-daemon --keep-connection
root       524  1.2  1.4  25576 13716 ?        S    19:11   0:00 /usr/bin/python -O /usr/share/wicd/daemon/monitor.py
kalle      830  0.0  0.0  10708   684 pts/0    S+   19:12   0:00 grep wicd

No entanto, quando inicio wicd-client, o Wi-Fi não está ativado:

Se eu clicar em "Ativar Wi-Fi" e depois clicar em "Atualizar", recebo uma lista de redes para escolher. Como ligo o Wi-Fi automaticamente quando o computador é iniciado para que o Wicd possa se conectar automaticamente à minha rede padrão?

Atualizar

Acontece que o wlan é bloqueado quando o computador é iniciado:

$ sudo rfkill
ID TYPE DEVICE       SOFT      HARD
 0 wlan phy0      blocked unblocked
 1 wlan hp-wifi unblocked unblocked
 2 wwan hp-wwan unblocked unblocked

Se eu executar sudo rfkill unblock 0, o Wi-Fi está ligado. Como evito que o wlan0 seja bloqueado?

De um computador cliente executando o macOS eu me conecto a um diretório no meu servidor Debian na rede local usando o endereço nfs://192.168.0.14/mnt/archive/foo. O estranho é que alguns diretórios fooestão vazios no cliente, mas não no servidor. Todos os diretórios têm a mesma permissão e propriedade. A única linha /etc/exportscom o endereço IP do cliente é

/mnt/archive/foo 192.168.0.17(ro,no_root_squash,insecure,subtree_check,fsid=0)

Alguma pista?

Edit: Acontece que apenas diretórios com caracteres não ASCII no nome do arquivo aparecem vazios. Portanto, parece um problema de codificação de caracteres.

Eu uso GNU APL no Debian 10. Meu teclado Apple está configurado para inserir caracteres APL usando a tecla Alt direita e o último é remapeado para a tecla Command direita:

setxkbmap se,apl -variant ,dyalog -option grp:switch -option lv3:rwin_switch

Agora posso digitar caracteres APL como ⍴ (rho) e ⍳ (iota) com RightAlt+R e RightAlt+I, respectivamente. No entanto, muitos símbolos APL têm um posicionamento menos intuitivo no teclado, então gostaria de ver onde cada símbolo está localizado. Eu tentei usar xkeycaps * mas não mostra caracteres APL. Alguma pista?

*Eu uso a seguinte configuração de teclado

PC -> 105 key, wide Delete, high Enter -> XFree86; sueco

Ao executar um interpretador rlwrap, tenho acesso ao histórico de comandos pressionando as teclas de seta para cima e para baixo. No entanto, gostaria de poder pesquisar o histórico de comandos como faço no Bash (com Ctrl-r). Existe uma alternativa para rlwrapque tenha esse recurso? A propósito, eu uso a rlwrapversão 0.43.

Edit: Este problema parece estar relacionado ao GNU APL. Para outros interpretadores de linha de comando, o comando Ctrl-r funciona conforme o esperado.

Se o pacote command-not-foundestiver instalado e um usuário tentar executar um comando que não está presente no sistema, uma sugestão é impressa com o nome do pacote que fornece o executável. Existe um comando com a mesma funcionalidade, mas que leva o nome de um executável como argumento?

Edit: eu li Como descobrir a qual pacote Debian (não instalado) um arquivo pertence? mas nenhuma das sugestões apresenta um comando que dê um resultado inequívoco como command-not-found.

Pelo que entendi, quando você cria um pacote foo localizado em /usr/local/srcvocê não precisa ser root. No entanto, quando extraio o pacote e tento executar o script de compilação, ele falha porque não possui permissões para criar novos arquivos em /usr/local/src/foo:

$ pwd
/usr/local/src
$ ls -ld .
drwxrwsr-x 5 root staff 4096 May 16 20:36 .
$ ls -l foo.tar.gz 
-rw-r--r-- 1 root staff 206574 May 16 20:35 foo.tar.gz
$ sudo tar xf foo.tar.gz
$ ls -ld foo
drwxr-sr-x 7 root staff 4096 May 16 20:36 foo/

Qual é a maneira correta de resolver esse problema? Devo me adicionar à equipe do grupo e correr sudo chmod g+w foo?