Perguntas[debian](unix)

Para enviar e-mails 2FA de um site PHP para mim mesmo, configurei uma substituição de registro MX e criei uma regra de firewall que permite acesso ao servidor de e-mail para o domínio de destino, mas quando tento enviar, sendmailgrava em seu log que o e-mail foi aceito para entrega, mas nunca é entregue.

Para testar a resolução de nomes DNS, eu executo nslookupe insiro type=MXo comando, mas ele sempre imprime:

;; communications error to 10.0.0.1#53: timed out
;; communications error to 10.0.0.1#53: timed out
;; communications error to 10.0.0.1#53: timed out
;; no servers could be reached

Quando eu ping, telnet, ou curl, etc, a resolução de nomes por esse servidor DNS funciona bem. Por exemplo, ele pode instalar pacotes de repositórios Debian.

A partir dessas poucas informações sobre sendmail, que consegui absorver, parece que tudo o que ele precisa entregar [email protected]é um registro MX para example.comapontar para smtp.example.com. Corrija-me se eu estiver errado. Todos esses itens parecem estar em vigor: há um registro MX para example.comno meu servidor DNS; ele aponta para , smtp.example.comque também tem um registro A; estou enviando para [email protected]; há uma regra de firewall que permite que a máquina Linux com sendmailresolva nomes com o servidor DNS; há uma regra de firewall que permite que a máquina Linux com sendmailenvie e-mails para smtp.example.com. Tudo isso existe na minha LAN e não precisa de nenhum acesso à Internet externa.

Como devo solucionar problemas de entrega do sendmail nessa situação?

EDITAR :

Enquanto isso, descobri a causa raiz da falha sendmail: ele acrescenta qualquer endereço de e-mail que eu uso na linha de comando com o nome de usuário conectado no momento (sem considerar su), ou seja, se meu nome de usuário for myusername, ele muda me@mydomainpara myusername@me@mydomainna primeira tentativa e myusername@mydomainna segunda tentativa.

Falta alguma coisa em sendmail.mc, mas o que é?

Eu administro a distribuição "bookworm stable". Recentemente, comecei a experimentar um pacote chamado mpd. Por razões que não entendo, o responsável pelo mpdrepositório do GitHub não disponibiliza documentação para versões mais antigas (por exemplo, a versão 0.23.12 incluída na "bookworm stable"). Os manuais do sistema são extremamente breves.

Tenho tido alguns problemas com o mpd, e não ter acesso à documentação detalhada não está ajudando. Decidi que, dadas as circunstâncias, devo tentar um pacote mais recente. A versão que acho que funcionará é a 0.24.2-1 - atualmente no repositório "testing" . O mpdpacote mais recente no Debian, o 0.24.3-1, agora está na pasta "unstable"... Pode ser uma escolha melhor e corresponderia totalmente à documentação disponível .

Quando instalei um pacote de 'backports' , segui um procedimento semelhante a este (atualizado para refletir o uso de 'testing` em vez de 'backports':

• Modifique /etc/apt/sources.listpara adicionar 'teste'
• Instalar:sudo apt install -t testing mpd mpc ...
• Remover testes de /etc/apt/sources.list(uma medida de "segurança" :)

Isso parece aproximadamente correto? Fiz algumas pesquisas, mas não consegui encontrar um exemplo específico de instalação de um único pacote de "testing" para "stable" — todos eles refletiam uma atualização geral (todos os pacotes) para "testing" — não é o que eu quero!

Se isso não funcionar, agradeceria sugestões sobre a melhor forma de proceder com a instalação de uma versão atualizada do mpd.

Ganhei um laptop Dell Precision 5690 novinho para um novo emprego. Instalei o Debian 12 e atualizei o kernel para a versão 6.12.12, pois a maior parte do hardware não funcionava na versão 6.1 que vem com o Bookworm. Estou usando o gerenciador de janelas i3.

Em algum momento, o touchpad parou de funcionar. Não sei exatamente quando, pois eu o usava acoplado a um mouse, mas ele definitivamente funcionava , mas não funciona mais. Pode ser que funcionasse com o Wayland e, quando migrei para o i3/X, parou.

Tenho os seguintes pacotes instalados:

xserver-xorg-input-libinput/stable,now 1.2.1-1+b1 amd64 [installed]
xserver-xorg-input-wacom/stable,now 1.1.0-1 amd64 [installed,automatic][/code]

Colei uma tonelada de resultados de depuração aqui: https://www.pastery.net/hghjmj+unyxkc+unxdvs+uurwru+dsdrdr

• xinput listmostra o dispositivo conforme o esperado
• xinput testnão relata nenhum evento
  • Embora, em um ponto, eu CONSEGUI fazer com que ele relatasse cliques (mas não movimento). Você pode ver isso na minha saída de colagem. Não sei como ou por quê, mas não funciona mais.
• Não consigo ver nenhuma referência ao dispositivo em Xorg.0.log (porém, devo olhar para /var/log/Xorg... ou /var/log/installer/Xorg...?)
• sudo libinput recordmostra claramente que o touchpad está funcionando
• sudo libinput measure touchpad-pressuremostra que a pressão está funcionando
• O touchpad funciona conforme o esperado na tela de configuração do BIOS
• O touchpad também não funciona na tela de login ou quando o X inicia após o login
• Tudo indica que /dev/input/event5o caminho correto é o Touchpad, mas quando eu grep os logs do Xorg para o evento5, ele parece listar um Generic USB Audio devicemouse ou um mouse PS/2

Tenho tentado mexer nos arquivos de configuração do Xorg, por exemplo, usando InputClassseções para "capturar" o touchpad e aplicar o libinputdriver a ele. Também tentei fazer isso e aplicar o evdevdriver, como posso ver no registro libinput mencionado. Nenhuma dessas estratégias parece funcionar, embora eu saiba que esses arquivos de configuração estão funcionando, pois se eu remover o arquivo de configuração libinput, meu teclado e mouse também param de funcionar.

Perguntei em vários lugares, mas ninguém parece capaz de me ajudar. Alguém pode me dar alguma ideia de onde devo continuar procurando?

*** EDITAR ***

Breve atualização sobre isso: o touchpad funciona com meu kernel original versão 6.1. O xinput o detecta como um "mouse genérico PS/2" e, embora eu não consiga rolar com dois dedos nem nada, ele funciona como esperado.

Isso indicaria um problema de firmware? Se sim, há alguma maneira de resolver? Infelizmente, quase nada mais (em termos de hardware) funciona no kernel 6.1.

No Debian Desktop 12, se eu quiser fazer uma conexão remota como cliente para um servidor MySQL em outra máquina na LAN, preciso usar o mysqlcomando, quando ele é executado acontece o seguinte:

manueljordan@vm163:~$ mysql 
bash: mysql: command not found

Se for executado o apt search mysql-clientcomando acontece o seguinte:

manueljordan@vm163:~$ apt search mysql-client
Sorting... Done
Full Text Search... Done
default-mysql-client/stable 1.1.0 all
  MySQL database client binaries (metapackage)

default-mysql-client-core/stable 1.1.0 all
  MySQL database core client binaries (metapackage)

Portanto:

• Qual é o pacote correto para instalar? default-mysql-client ou default-mysql-client-core ? E por quê?

E só por curiosidade:

• O que existem dois pacotes?
• Qual é a diferença entre eles?

desde já, obrigado

Sou um derivado do Debian 12 e estou tentando instalar drivers da Nvidia. Para isso, precisei instalar linux-headers e dependências:

Primeiro, verifiquei as informações do meu kernel,

uname -r
6.12.12+bpo-amd64

Depois disso, tentei instalar os pacotes relativos:

sudo apt install linux-headers-6.12.12+bpo-amd64

E então, recebi as mensagens de erro,

make -j16 KERNELRELEASE=6.12.12+bpo-amd64 KERNEL_DIR=/lib/modules/6.12.12+bpo-amd64/build all...(bad exit status: 2)
Error! Bad return status for module build on kernel: 6.12.12+bpo-amd64 (x86_64)
Consult /var/lib/dkms/v4l2loopback/0.12.7/build/make.log for more information.
Error! One or more modules failed to install during autoinstall.
Refer to previous errors for more information.
dkms: autoinstall for kernel: 6.12.12+bpo-amd64 failed!
run-parts: /etc/kernel/header_postinst.d/dkms exited with return code 11
Failed to process /etc/kernel/header_postinst.d at /var/lib/dpkg/info/linux-headers-6.12.12+bpo-amd64.postinst line 11.

Quando eu verifico os logs relacionados,

sudo cat /var/lib/dkms/v4l2loopback/0.12.7/build/make.log
DKMS make.log for v4l2loopback-0.12.7 for kernel 6.12.12+bpo-amd64 (x86_64)
Prş 03 Nis 2025 22:14:27 +03
Building v4l2-loopback driver...
make -C /lib/modules/6.12.12+bpo-amd64/build M=/var/lib/dkms/v4l2loopback/0.12.7/build modules
make[1]: Entering directory '/usr/src/linux-headers-6.12.12+bpo-amd64'
  CC [M]  /var/lib/dkms/v4l2loopback/0.12.7/build/v4l2loopback.o
/var/lib/dkms/v4l2loopback/0.12.7/build/v4l2loopback.c: In function ‘vidioc_querycap’:
/var/lib/dkms/v4l2loopback/0.12.7/build/v4l2loopback.c:717:9: error: implicit declaration of function ‘strlcpy’; did you mean ‘strncpy’? [-Werror=implicit-function-declaration]
  717 |         strlcpy(cap->driver, "v4l2 loopback", sizeof(cap->driver));
      |         ^~~~~~~
      |         strncpy
cc1: some warnings being treated as errors
make[3]: *** [/usr/src/linux-headers-6.12.12+bpo-common/scripts/Makefile.build:234: /var/lib/dkms/v4l2loopback/0.12.7/build/v4l2loopback.o] Error 1
make[2]: *** [/usr/src/linux-headers-6.12.12+bpo-common/Makefile:1962: /var/lib/dkms/v4l2loopback/0.12.7/build] Error 2
make[1]: *** [/usr/src/linux-headers-6.12.12+bpo-common/Makefile:236: __sub-make] Error 2
make[1]: Leaving directory '/usr/src/linux-headers-6.12.12+bpo-amd64'
make: *** [Makefile:43: v4l2loopback.ko] Error 2

Qual poderia ser o possível motivo e o que devo fazer?

Melhor,

Orkut

No momento, estou executando a atualização mais recente do Debian bookworm (que acredito ser baseado no Linux 6.1.0.32-amd64 ou Linux-6.1.129-1, que é o que uname -rretorna). Tenho tentado instalar um conjunto de módulos (linux-gpib para ser mais específico). Os arquivos de instalação deste driver indicam que instalar os cabeçalhos do kernel Debian (usando sudo apt-get install linux-headers-$(uname -r)) deve ser suficiente. Mas, ao executar o Makefile para a parte do kernel desses módulos, observei problemas em que a geração de BTFs era ignorada devido à indisponibilidade de vmlinux, e mais tarde, quando copiei vmlinuxpara o diretório de cabeçalhos do kernel, outro erro relacionado a arquivos relacionados a um diretório ausente que tools/bpfele esperava encontrar no meu /lib/modules/$(uname -r)diretório.

Observando os cabeçalhos que tenho usr/src/linux-headers-$(uname -r)e comparando com o que recebo ao executar, apt-get source linux-headers-$(uname -r)vejo muitos diretórios ausentes. O toolsdiretório no que instalei está quase vazio (contendo apenas objtool) e não tem mais nada, enquanto o diretório que pesquisei contém um grande conjunto de ferramentas. Já usei o Ubuntu antes e nunca tive esse problema com esse sistema operacional.

O Debian instala por padrão um conjunto muito esparso de módulos e espera que você construa a árvore de fontes do kernel do zero? E há algum motivo histórico para que isso vmlinuxpudesse estar nos módulos da minha compilação atual, quando não está lá por padrão? Sou relativamente novo no Linux, então se algo que eu digitei parecer errado, por favor, me corrijam. Muito obrigado!

As seguintes são bind9-dnsutilsferramentas:

delv
dig
dnstap-read
mdig
nslookup
nsupdate

Lista retirada de: https://manpages.debian.org/bookworm/bind9-dnsutils/index.html

Eu sei nslookupque está obsoleto e dignão está (dig é substituto).

Mas e as outras 4 ferramentas, elas estão obsoletas ou obsoletas ou ainda são válidas?
E se sim, quais são as substituições?

Através do VirtualBox foi instalado o Debian 12 como servidor e é necessário alterar o layout do teclado.

Fiz uma pesquisa no Google e usei principalmente o seguinte link como referência principal:

• Teclado

Assim, como root, foi executado o seguinte conjunto de comandos:

• localectl status(para saber o atual "Modelo X11")
• dpkg-reconfigure keyboard-configuration
• systemctl restart keyboard-setup.service
• udevadm trigger --subsystem-match=input --action=change(porque o anterior não refletiu a mudança)
• localectl status(aparece as novas alterações mas não estão sendo aplicadas)

Portanto é obrigatório fazer uma reinicialização

Pergunta

• Como aplicar um novo layout de teclado sem reiniciar?

Eu não imaginaria que seria tão difícil obter esse resultado. É exatamente esse o resultado que desejo da minha configuração.

Eu uso LUKS (então meu sistema é criptografado) e LVM.

Não quero que sda ​​seja exibido porque é onde meu sistema de arquivos raiz vive, e é meu dispositivo raiz. A solução também deve funcionar para sistemas sem LUKS ou LVM, o que significa que deve lidar com todos os cenários.

Estou usando um Debian 12.x e quero exibir todos os dispositivos principais em um comando de linha, se possível, exceto meu dispositivo raiz , independentemente de ser um LVM, LUKS ou não, etc.

O comando deve ser flexível, e não quero usar especificações fixas *--vg-root, etc., se possível.

Comentário de @bertieb: Pela saída adicionada, parece que o ponto de montagem raiz está em um grupo de volumes em um volume criptografado no dispositivo que está se apresentando como sda -- o OP quer que todo o dispositivo e todos os 'dispositivos' de bloco associados sejam eliminados? Ou seja, remova o root vg E o swap, crypt, contendo a partição (sda3) mais outras partições e, finalmente, o dispositivo (sda)

E esse deve ser meu resultado, então todos os dispositivos principais sem, sda porque esse é meu dispositivo raiz, onde meu sistema de arquivos raiz está /, e sem que eu precise especificar detalhes, então posso usá-lo em outros dispositivos/sistemas também, seja LVM, LUKS, etc., sem precisar saber como o root é chamado, ou qual é o UUID, etc.

Não quero ver as partições, apenas os dispositivos principais sem dispositivo raiz, como neste comandolsblk -d -o NAME,SIZE --sort SIZE

Esta é a saída que preciso:

• Sem sda (já que é o dispositivo raiz que contém meu sistema de arquivos raiz /)

• Apenas os dispositivos principais são exibidos (independentemente de quantos existam)

• Nenhuma partição incluída dos outros dispositivos

Não sei como explicar melhor.

RESULTADO QUE PRECISO:

NAME     SIZE
nvme0n1  238.5G

Minha configuração:

$ lsblk -d -o NAME,SIZE --sort SIZE
NAME      SIZE
sda      57,3G
nvme0n1 238,5G

$ lsblk -fs -o NAME
# ROOT DEVICE
sda1
`-sda
sda2
`-sda
desktop--vg-root
`-sdb3_crypt
  `-sda3
    `-sda
...
...

$ lsblk
NAME                 MAJ:MIN RM   SIZE RO TYPE  MOUNTPOINTS
sda                    8:0    1  57,3G  0 disk  
├─sda1                 8:1    1   512M  0 part  /boot/efi
├─sda2                 8:2    1   488M  0 part  /boot
└─sda3                 8:3    1  56,3G  0 part  
  └─sdb3_crypt       254:0    0  56,3G  0 crypt 
    ├─desktop--vg-root   254:1    0  55,3G  0 lvm   /
    └─desktop--vg-swap_1 254:2    0   980M  0 lvm   [SWAP]
nvme0n1              259:0    0 238,5G  0 disk  
└─nvme0n1p1          259:1    0 238,5G  0 part  /user/backup

Eu não quero isso, por exemplo /dev/mapper/desktop--vg-root, sdb3_crypt, sda3não sda.

Mas aqui no exemplo sda, este é o dispositivo raiz, não preciso deste dispositivo na saída.

Infelizmente, ambas as respostas não atendem à minha solução.

MEUS DISPOSITIVOS, MINHA CONFIGURAÇÃO:

NAME           SIZE      
sda            57.3G     
|-sda1         512M      
|-sda2         488M      
`-sda3         56.3G     
`-sdb3_crypt   56.3G     
`-desktop--vg-swap_1980M      
nvme0n1        238.5G    
`-nvme0n1p1    238.5G 

RESULTADO QUE PRECISO:

NAME     SIZE
nvme0n1  238.5G

Configuração do sistema Debian, lsblk e outras informações:

Operating System: Debian GNU/Linux 12 (bookworm)  
Kernel: Linux 6.1.0-22-amd64
Architecture: x86-64

lsblk from util-linux 2.38.1

$ apt-get install --only-upgrade util-linux

util-linux is already the newest version (2.38.1-5+deb12u3)

De @terdon RESULTADO:

mylsblk(){ lsblk -o NAME,SIZE,MOUNTPOINT | awk '$NF!="/"{printf "%-15s%-10s\n", $1,$2}'; }

NAME           SIZE      
sda            57.3G     
|-sda1         512M      
|-sda2         488M      
`-sda3         56.3G     
`-sdb3_crypt   56.3G     
`-desktop--vg-swap_1980M      
nvme0n1        238.5G    
`-nvme0n1p1    238.5G 

$ lsblk -o NAME,SIZE,MOUNTPOINT

NAME                   SIZE MOUNTPOINT
sda                   57.3G 
|-sda1                 512M /boot/efi
|-sda2                 488M /boot
`-sda3                56.3G 
  `-sdb3_crypt        56.3G 
    |-desktop--vg-root    55.3G /
    `-desktop--vg-swap_1  980M [SWAP]
nvme0n1              238.5G 

$ lsblk -o NAME,SIZE,MOUNTPOINT | awk '$NF!="/"{printf "%-15s%-10s\n", $1,$2}';

NAME           SIZE      
sda            57.3G     
|-sda1         512M      
|-sda2         488M      
`-sda3         56.3G     
`-sdb3_crypt   56.3G     
`-desktop--vg-swap_1980M      
nvme0n1        238.5G

$ lsblk -o NAME,SIZE,MOUNTPOINT | awk '$NF=="/"'

|-desktop--vg-root 55.3G /

De Chris Davies RESULTADO:

Root partition: mapper/desktop--vg-root
Root device: 
NAME      SIZE
sda      57.3G
nvme0n1 238.5G

De @muru:

lsblk -d $(findmnt -no source /)

NAME         MAJ:MIN RM  SIZE RO TYPE MOUNTPOINTS
desktop--vg-root 254:1    0 55,3G  0 lvm  /

Há zip e info-zip, correto? Estou esquecendo de algo? No debian, quando eu crio um zip usando -Z store, ou a opção -0, em uma pasta com -r, ele mostra que a versão 1.0 do zip é necessária usando a ferramenta de arquivo. O tipo de arquivo é armazenado. A versão zip no debian é infozip v3.0, a dependência é libbz2-1.0.

Em um iPhone, eu comprimo um arquivo e, quando o transfiro para um PC e executo o arquivo nele em um terminal, ele mostra que a versão 2.0 é necessária. Mais informações mostram que o tipo de arquivo é STORED. Não deflate ou comprimido.

O que estou perdendo?