Alexey's questions

Percebi que redshiftnão funciona mais na minha máquina com Linux Mint 21.3. Tenho certeza de que há cerca de meio ano ele ainda estava funcionando (embora pudesse estar no Linux Mint 21.2). Tentando depurar isso, descobri que o problema deve estar em geoclue:

$ redshift
Trying location provider `geoclue2'...
Using provider `geoclue2'.
Could not connect to wayland display, exiting.
Failed to start adjustment method wayland.
Trying next method...
Using method `randr'.
Waiting for initial location to become available...
^Cpoll: Interrupted system call
Unable to get location from provider.

(Não sei porque fala de wayland, não é uma sessão de wayland.)

A execução /usr/libexec/geoclue-2.0/demos/where-am-ido geoclue-2-demopacote expira depois de um tempo, sem qualquer saída ou erro. (Às vezes, produzia alguma mensagem de erro sobre algo faltando no IIRC, mas não consegui reproduzi-la de maneira confiável.)

Aqui está o status de geoclue.service:

$ systemctl status geoclue.service | cat
● geoclue.service - Location Lookup Service
     Loaded: loaded (/lib/systemd/system/geoclue.service; static)
     Active: active (running) since Sat 2024-06-15 13:53:51 CEST; 7min ago
   Main PID: 2434 (geoclue)
      Tasks: 4 (limit: 18810)
     Memory: 19.1M
        CPU: 424ms
     CGroup: /system.slice/geoclue.service
             └─2434 /usr/libexec/geoclue

Jun 15 13:53:51 Alexey-InfinityBook-Mint systemd[1]: Started Location Lookup Service.
Jun 15 13:54:12 Alexey-InfinityBook-Mint geoclue[2434]: Failed to query location: Not Found
Jun 15 13:54:17 Alexey-InfinityBook-Mint geoclue[2434]: Failed to query location: Not Found
[...]

Pesquisar no Google "geoclue.service Falha ao consultar local não encontrado" não retornou nada relevante no topo dos resultados da pesquisa.

Eu tenho o mesmo problema (pelo menos parece o mesmo) no LMDE 6 (Linux Mint Debian Edition).

Qualquer ajuda será apreciada.

Para ter /tmpno tmpfs, sei que posso usar uma entrada no /etc/fstab, mas não entendo o papel do /etc/default/tmpfs mencionado algumas vezes, e nesse caso preciso criá-lo ou modificá-lo.

Recentemente, muitas vezes vejo sugerido usar a configuração do systemd tmp.mount. Por exemplo, no Debian :

$ sudo cp /usr/share/systemd/tmp.mount /etc/systemd/system/
$ sudo systemctl enable tmp.mount

Qual dos dois métodos é mais apropriado para o uso diário? Em que situações um é melhor que o outro? Quando devo tratar /etc/default/tmpfs?

Eu encontrei um problema relativamente comum com o adaptador ASIX AX88179 USB 3.0 Gigabit Ethernet, onde ele não estava funcionando ou estava funcionando esporadicamente e dmesgestava mostrando erros como

[23552.344134] ax88179_178a 2-1:2.1 eth1: Failed to read reg index 0x0000: -32

Pesquisando on-line, encontrei relatos deste ou de problemas semelhantes sem soluções ou explicações satisfatórias.

Após alguma depuração, descobriu-se que o problema é resolvido se o cdc_mbimmódulo for carregado antes do ax88179_178a. O seguinte resolve o problema até a próxima reinicialização:

# rmmod ax88179_178a
# modprobe cdc_mbim
# modprobe ax88179_178a  # optional

Verifiquei que cdc_mbimnão é declarada uma dependência de ax88179_178a, nem direta, nem indiretamente.

Como posso fazer ax88179_178adepender cdc_mbim, para que cdc_mbimseja sempre carregado automaticamente antes ax88179_178a?

Eu tenho o seguinte adaptador Ethernet para USB-C:

$ lsusb | grep Ethernet
Bus 002 Device 003: ID 0b95:1790 ASIX Electronics Corp. AX88179 Gigabit Ethernet

Atualmente não está funcionando quando conectado à porta USB-C, em dmesgrecebo:

[23552.344134] ax88179_178a 2-1:2.1 eth1: Failed to read reg index 0x0000: -32

(No entanto, ele funciona em uma máquina diferente, mas o erro ainda é mostrado e a taxa de transferência parece limitada.)

Gostaria de saber se tenho o driver correto instalado. Eu vi que axgeparece ser o driver correto, mas não aparece no lsmod.

Qual é o driver correto a ser usado para o AX88179, como verificar se ele está instalado e como instalá-lo de outra forma?

Atualmente estou usando o Linux Mint 20.3.

Este problema é semelhante ao Debian Linux não atualizar o pacote , mas no meu caso o pacote mais recente não é de backports:

§ apt list --upgradable
Listing... Done
firefox-esr-l10n-en-gb/stable 60.2.0esr-1~deb9u2 all [upgradable from: 52.9.0esr-1~deb9u1]
N: There is 1 additional version. Please use the '-a' switch to see it

§ sudo apt upgrade
Reading package lists... Done
Building dependency tree       
Reading state information... Done
Calculating upgrade... Done
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.

§ apt policy firefox-esr-l10n-en-gb
firefox-esr-l10n-en-gb:
  Installed: 52.9.0esr-1~deb9u1
  Candidate: 60.2.0esr-1~deb9u2
  Version table:
     60.2.0esr-1~deb9u2 500
        500 http://security.debian.org stretch/updates/main amd64 Packages
 *** 52.9.0esr-1~deb9u1 500
        500 http://ftp.fr.debian.org/debian stretch/main amd64 Packages
        500 http://security.debian.org stretch/updates/main amd64 Packages
        100 /var/lib/dpkg/status

§ apt policy firefox-esr
firefox-esr:
  Installed: 52.9.0esr-1~deb9u1
  Candidate: 52.9.0esr-1~deb9u1
  Version table:
     60.2.0esr-1~deb9u2 500
        500 http://security.debian.org stretch/updates/main amd64 Packages
 *** 52.9.0esr-1~deb9u1 30000
        500 http://ftp.fr.debian.org/debian stretch/main amd64 Packages
        100 /var/lib/dpkg/status

§ apt -s install firefox-esr=60.2.0esr-1~deb9u2
NOTE: This is only a simulation!
      apt needs root privileges for real execution.
      Keep also in mind that locking is deactivated,
      so don't depend on the relevance to the real current situation!
Reading package lists... Done
Building dependency tree       
Reading state information... Done
The following additional packages will be installed:
  firefox-esr-l10n-en-gb
Suggested packages:
  fonts-stix | otf-stix
The following packages will be upgraded:
  firefox-esr firefox-esr-l10n-en-gb
2 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
Inst firefox-esr-l10n-en-gb [52.9.0esr-1~deb9u1] (60.2.0esr-1~deb9u2 Debian-Security:9/stable [all]) []
Inst firefox-esr [52.9.0esr-1~deb9u1] (60.2.0esr-1~deb9u2 Debian-Security:9/stable [amd64])
Conf firefox-esr-l10n-en-gb (60.2.0esr-1~deb9u2 Debian-Security:9/stable [all])
Conf firefox-esr (60.2.0esr-1~deb9u2 Debian-Security:9/stable [amd64])

O que isto significa? Por que firefox-esrnão é atualizado?

Atualizar

Após a resposta de Stephen Kitt, descobri um arquivo /etc/apt/preferences.d/apt-listbugs, criado esta manhã quando executei atualizações, com o seguinte conteúdo:

Explanation: Pinned by apt-listbugs at 2018-09-11 08:11:30 +0200
Explanation:   #908396: firefox-esr: stopped working after upgrade from 59 to 60
Explanation:   #908449: (no subject)
Package: firefox-esr
Pin: version 52.9.0esr-1~deb9u1
Pin-Priority: 30000

O que isto significa?

Qual é a maneira correta de configurar systemd-journaldno NixOS? Parece não haver opções de configuração relevantes . No Ubuntu, por exemplo, eu poderia editar arquivos /etc/systemd/journald.conf.

Contexto: Descobri recentemente que, por padrão, systemd-journaldpode usar gigabytes de espaço em disco para seu diário, a menos que seja limitado pela SystemMaxUseopção de configuração.

Recentemente, depois de fazer algo no meu sistema de inicialização múltipla, quando inicializo o NixOS com systemd-boot, o menu de inicialização não aparece mais, embora o tempo limite ainda esteja definido como 2 segundos /loader/loader.conf(no ESP):

# /loader/loader.conf on the ESP
timeout 2
default nixos-generation-380

Aqui está o que eu tenho no meu /etc/nixos/configuration.nix:

{ # ...
  boot.loader = {
    efi.canTouchEfiVariables = true;
    systemd-boot.enable = true;
    timeout = 2;
  };
}

Acontece que para ver o menu de inicialização, tive que pressionar alguma tecla durante a inicialização, como se o tempo limite tivesse sido definido como 0 (em vez de 2) segundos.

Tentei remover systemd-bootx64.efido ESP e reinstalar o NixOS com nixos-installuma unidade flash USB. Isso restaurou systemd-bootx64.efi, mas não trouxe de volta o menu de inicialização.

Parece que esse problema não é completamente incomum:

• Reddit: o menu systemd-boot desapareceu de repente?

• Fóruns do Arch Linux: systemd-boot, sem tempo limite, sem menu de seleção - LoaderEntryDefault

Ambos os problemas são relatados para serem resolvidos. No entanto, não entendi a primeira solução:

Edit 3: RESOLVIDO! Reinstalar o UEFI fez o truque.

O que significa "reinstalar o UEFI"?

Quanto ao segundo, sugere usar as teclas te Shift+ tno menu de inicialização (que aparece se alguma tecla for pressionada durante a inicialização) para definir um tempo limite diferente, mas não quero apenas um tempo limite diferente, quero systemd-bootpara respeitar as configurações em /loader/loader.conf.

Então, minha pergunta era: como systemd-bootusar novamente as configurações de /loader/loader.conf?

Estou editando esta pergunta depois de encontrar a solução e vou postar minha resposta agora.

Descobri que preciso de fontes CMU para poder compor texto em russo com o XeLaTeX. No NixOS existe um cm-unicodepacote para ele, eu instalei com

nix-env -iA nixos.cm_unicode

mas o XeLaTeX ainda não consegue encontrá-lo. Um arquivo LaTeX que posso compilar com XeLaTeX no Ubuntu não compila com XeLaTeX no NixOS e recebo um erro informando que a fonte CMU que indiquei não foi encontrada.

Aprendi que poderia listar todas as fontes instaladas no sistema com fc-list, então tentei executar fc-list | grep -i cmu, fc-list | grep -i com, fc-list | grep -i unic, mas não obtive resultados.

Como posso instalar essa fonte? Isto é para NixOS 17.09.

A propósito, já tive que instalar manualmente a fonte Latin Modern: inicialmente não estava disponível para seleção no XeLaTeX, mas depois que instalei o lmodernpacote com nix-env -i, funcionou bem.

Acabei de testar isso novamente: desinstalar lmoderncom nix-env -eremove o Latin Modern dos resultados de fc-liste de font-manager, e instalar com nix-env -io restaura. O mesmo não funciona da mesma forma com cm_unicode.

Eu tenho uma pergunta possivelmente relacionada, então vou colocá-la aqui. (Se não estiver relacionado, eu apreciaria um breve comentário ou explicação.)

Eu queria definir meu ambiente TeX Live com todas as suas dependências no meu .nixpkgs/config.nix, então fiz

# .nixpkgs/config.nix
{ # ...
  packageOverrides = pkgs: {
    myTexLive = pkgs.texlive.combine {
      inherit (pkgs.texlive) scheme-basic
                             collection-bibtexextra
                             collection-fontsrecommended
                             collection-genericrecommended
                             collection-langcyrillic
                             collection-langfrench
                             collection-latex
                             collection-latexextra
                             collection-latexrecommended
                             collection-mathextra
                             collection-xetex
                             cm-unicode  # from `collection-fontsextra`
                             latexmk
                             lm       # from `collection-fontsrecommended`
                             lm-math  # from `collection-fontsrecommended`
                             texdoc;
    };
}

Eu esperava que ter lme cm-unicodeos pacotes TeX Live fossem suficientes para instalar as fontes Latin Modern e CMU, mas não funcionou.

Existe alguma maneira de declarar as fontes necessárias como dependências de myTexLive?

Estou tentando encontrar um driver apropriado para um adaptador WiFi USB que é relatado por lsusbcomo

0bda:a811 Realtek Semiconductor Corp.

No WikiDevi , é descrito como "Realtek RTL8811AU Wireless 802.11ac 1x1 USB 2.0".

Existem vários repositórios que parecem fornecer drivers para RTL8811AU, por exemplo, este (é baseado neste que afirma suportar rtl8811AU). No entanto, gostaria de verificar se o módulo compilado suporta o dispositivo antes de tentar instalá-lo no kernel (é o sistema de outra pessoa que estou tentando mexer).

Da pesquisa online concluí que deveria bastar que a saída do modinfocomando para o módulo driver retornasse uma linha do tipo

alias:          usb:v0BDApA811d*dc*dsc*dp*ic*isc*ip*in*

que conteria o ID do fornecedor correto ( 0BDA) e o ID do produto correto ( A811).

Quão confiável é este método de verificação de compatibilidade de drivers com dispositivos? É assim que o kernel seleciona o driver?

A correspondência exata dos IDs do fornecedor e do dispositivo é necessária? Por exemplo, tentei primeiro instalar o rtl8812au-dkmspacote com apt-get(no Ubuntu). No entanto, a saída de modinfo 8812au | grep A811foi

alias:          usb:v7392pA811d*dc*dsc*dp*ic*isc*ip*in*

-- o ID do dispositivo está correto, mas o ID do fornecedor não corresponde. Isso significa que este driver não funcionará com este dispositivo?

A maioria das instruções que encontro online sobre como adicionar ou substituir módulos do kernel no Ubuntu apenas mencionam modprobee rmmod. No entanto, de acordo com minha experiência com e1000eo , a modificação é revertida após a reinicialização, a menos que eu faça isso update-initramfs -udepois. A manpágina de update-initramfsnão menciona módulos.

Portanto, é sempre necessário executar update-initramfs -uapós a substituição dos módulos do kernel se eu quiser ter o kernel modificado após a reinicialização?