All perguntas(unix)

A página do manual descreve o significado dos VmFlags:

              The "VmFlags" line (available since Linux 3.8) represents
              the kernel flags associated with the virtual memory area,
              encoded using the following two-letter codes:

                     rd   -   readable
                     wr   -   writable
                     ex   -   executable
                     sh   -   shared
                     mr   -   may read
                     mw   -   may write
                     me   -   may execute
                     ms   -   may share

Qual é a diferença entre "readable" e "may read"? Parecem equivalentes. O mesmo para as versões write/executable/share.

Tenho um bug meio estranho. Tento montar o compartilhamento smb/cifs do windows server 2019 como servidor usando o Debian como cliente. O comando exato a seguir funciona no Debian 11.11, mas não no 12.9 com myuser como usuário de domínio:

mount -v -t cifs "//host/Backup/myhost" /mnt/backup-myhost/ -o "username=myuser,password=mypassword,domain=mydomain"

que dá tanto na saída detalhada

mount.cifs kernel mount options: ip=1.2.3.4,unc=\\host\Backup,user=myuser,domain=mydomain,prefixpath=myhost,pass=*******

O Debian 12.9 apresenta o erro adicional mount error(13): Permission denied

Também tentei várias opções "sec" e "version". As permissões de /mnt/backup-myhost/ são 755 em ambas. O servidor Windows diz que o usuário "root" (sic!) tenta conectar, mas o mount usa "myuser".

Aqui está a última parte da saída do dmesg do Debian 12.9, mas não consigo ver uma causa mesmo depois de comparar com o Debian 11.11:

...
[499614.187245] CIFS: fs/smb/client/transport.c: wait_for_free_credits: remove 1 credits total=0
[499614.187248] CIFS: fs/smb/client/transport.c: Sending smb: smb_len=372
[499614.188538] CIFS: fs/smb/client/connect.c: RFC1002 header 0x48
[499614.188542] CIFS: fs/smb/client/smb2misc.c: SMB2 data length 0 offset 0
[499614.188543] CIFS: fs/smb/client/smb2misc.c: SMB2 len 73
[499614.188545] CIFS: fs/smb/client/smb2ops.c: smb2_add_credits: added 1 credits total=1
[499614.188556] CIFS: fs/smb/client/transport.c: cifs_sync_mid_result: cmd=1 mid=2 state=64
[499614.188560] CIFS: Status code returned 0xc0000070 STATUS_INVALID_WORKSTATION
[499614.188562] CIFS: fs/smb/client/smb2maperror.c: Mapping SMB2 status code 0xc0000070 to POSIX err -13
[499614.188563] CIFS: fs/smb/client/misc.c: Null buffer passed to cifs_small_buf_release
[499614.188566] CIFS: VFS: \\host Send error in SessSetup = -13
[499614.188569] CIFS: fs/smb/client/connect.c: VFS: leaving cifs_get_smb_ses (xid = 111) rc = -13
[499614.188572] CIFS: fs/smb/client/dfs_cache.c: cache_refresh_path: search path: \host\Backup
[499614.188576] CIFS: fs/smb/client/dfs_cache.c: get_dfs_referral: get an DFS referral for \host\Backup
[499614.188586] CIFS: fs/smb/client/connect.c: VFS: leaving mount_put_conns (xid = 110) rc = 0
[499614.188588] CIFS: VFS: cifs_mount failed w/return code = -13

Não estou tendo sucesso usando sudo visudo. Li este artigo Como executar um programa específico como root sem um prompt de senha? e este artigo sudo: senha solicitada mesmo quando NOPASSWD está definido (marcado como duplicado).

Estou tentando criar um comando de atalho para invocar o IDrive. Criei um script /usr/local/bin/idriveque apenas executa o sudo /opt/IDriveForLinux/bin/idrive. Eu o configurei como executável sudo chmod +x /usr/local/bin/idrivee então executei sudo visudoe adicionei esta linha no final do arquivo:

<username> ALL=(ALL) NOPASSWD: /usr/local/bin/idrive

Mas quando entro, idriveele ainda pede a senha do sudo. O que estou perdendo?

Estou executando o Proxmox VE 8.3 (baseado em Debian) instalado em uma máquina com uma NIC SFP+ de porta dupla (X710-DA2). Configurei meus VFs SR-IOV usando estas regras udev:

ACTION=="add", SUBSYSTEM=="net", ENV{INTERFACE}=="enp1s0f0np0", ATTR{device/sriov_numvfs}="3"
ACTION=="add", SUBSYSTEM=="net", ENV{INTERFACE}=="enp1s0f1np1", ATTR{device/sriov_numvfs}="3"

Configurei minhas interfaces da seguinte forma para conectar dois VFs e então colocar uma ponte na conexão:

auto lo
iface lo inet loopback

auto enp1s0f0v0
iface enp1s0f0v0 inet manual

auto enp1s0f1v0
iface enp1s0f1v0 inet manual

auto bond0
iface bond0 inet manual
        bond-slaves enp1s0f0v0 enp1s0f1v0
        bond-miimon 100
        bond-mode active-backup
        bond-primary enp1s0f0v0

auto vmbr0
iface vmbr0 inet manual
        bridge-ports bond0
        bridge-vlan-aware yes
        bridge-vids 2-4094
        bridge-stp off
        bridge-fd 0

auto vmbr0.10
iface vmbr0.10 inet static
        address 10.7.0.20/24
        gateway 10.7.0.1

source /etc/network/interfaces.d/*

Se eu configurar tudo depois que o sistema já estiver inicializado e fizer um ifreload -a, funciona. Mas se eu reinicializar, as interfaces não aparecem:

> ip link
2: enp1s0f0np0: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN mode DEFAULT group default qlen 1000
    link/ether 68:05:ca:9b:d6:84 brd ff:ff:ff:ff:ff:ff
    vf 0     link/ether ba:4e:ac:fb:fe:ef brd ff:ff:ff:ff:ff:ff, spoof checking on, link-state auto, trust off
    vf 1     link/ether 00:00:00:00:00:00 brd ff:ff:ff:ff:ff:ff, spoof checking on, link-state auto, trust off
    vf 2     link/ether 00:00:00:00:00:00 brd ff:ff:ff:ff:ff:ff, spoof checking on, link-state auto, trust off
3: enp1s0f1np1: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN mode DEFAULT group default qlen 1000
    link/ether 68:05:ca:9b:d6:85 brd ff:ff:ff:ff:ff:ff
    vf 0     link/ether ba:4e:ac:fb:fe:ef brd ff:ff:ff:ff:ff:ff, spoof checking on, link-state auto, trust off
    vf 1     link/ether 00:00:00:00:00:00 brd ff:ff:ff:ff:ff:ff, spoof checking on, link-state auto, trust off
    vf 2     link/ether 00:00:00:00:00:00 brd ff:ff:ff:ff:ff:ff, spoof checking on, link-state auto, trust off

5: enp1s0f0v0: <NO-CARRIER,BROADCAST,MULTICAST,SLAVE,UP> mtu 1500 qdisc mq master bond0 state DOWN mode DEFAULT group default qlen 1000
    link/ether ba:4e:ac:fb:fe:ef brd ff:ff:ff:ff:ff:ff
6: enp1s0f1v0: <NO-CARRIER,BROADCAST,MULTICAST,SLAVE,UP> mtu 1500 qdisc mq master bond0 state DOWN mode DEFAULT group default qlen 1000
    link/ether ba:4e:ac:fb:fe:ef brd ff:ff:ff:ff:ff:ff

11: bond0: <NO-CARRIER,BROADCAST,MULTICAST,MASTER,UP> mtu 1500 qdisc noqueue master vmbr0 state DOWN mode DEFAULT group default qlen 1000
    link/ether ba:4e:ac:fb:fe:ef brd ff:ff:ff:ff:ff:ff
12: vmbr0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc noqueue state DOWN mode DEFAULT group default qlen 1000
    link/ether ba:4e:ac:fb:fe:ef brd ff:ff:ff:ff:ff:ff
13: vmbr0.10@vmbr0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc noqueue state LOWERLAYERDOWN mode DEFAULT group default qlen 1000
    link/ether ba:4e:ac:fb:fe:ef brd ff:ff:ff:ff:ff:ff

Executando ifreload -aou ifup enp1s0f0v0 enp1s0f1v0bem-sucedido, mas não realmente ativa as interfaces. Se eu fizer um ifdown enp1s0f0v0 enp1s0f1v0, primeiro, no entanto, qualquer comando ativa as interfaces com sucesso e, uma vez que tudo esteja ativo, a rede se comporta conforme o esperado.

Não há nada no dmesg ou nos logs ifupdown2 ( https://pastebin.com/V69L8Wjg ) que indique um erro. Na verdade, os logs ifupdown2 mostram os comandos sendo executados para trazer tudo à tona!

Agora as coisas ficam mais estranhas... se eu me livrar da ponte e colocar um IP estático no vínculo, tudo ficará bem. (Veja os logs do ifupdown2 - https://pastebin.com/feU1bChf ).

auto lo
iface lo inet loopback

auto enp1s0f0v0
iface enp1s0f0v0 inet manual

auto enp1s0f1v0
iface enp1s0f1v0 inet manual

auto bond0
iface bond0 inet static
        bond-slaves enp1s0f0v0 enp1s0f1v0
        bond-miimon 100
        bond-mode active-backup
        bond-primary enp1s0f0v0
       address 10.1.0.20/24
       gateway 10.1.0.1

source /etc/network/interfaces.d/*

Da mesma forma, se eu usar as NICs apropriadas (ou seja, PFs) com a configuração de rede desejada, também funciona muito bem. Então, há algo sobre a combinação das VFs e da ponte que estão causando problemas.

Deve ser algum tipo de condição de corrida, porque consigo fazer tudo funcionar depois da inicialização. Suspeito que seja algo a ver com atribuições de endereços MAC ou com os drivers, mas não consigo descobrir o que tentar a partir daqui. Qualquer ajuda seria muito apreciada!!

Eu tenho uma saída semelhante a

  975  Jan/21 - 19:59:36 ### sed "/^#include_dir/a include_dir = 'conf.d'" /opt/db/data/efa_bauen_ni_14/postgresql.conf
  986  Jan/21 - 20:04:21 ### grep -l "^port = '5" /opt/db/data/postgres/efa_bauen_ni/conf.d/*.conf | xargs sed -i "s/port = '5/port = '6/"

agora quero reduzir cada linha a tudo depois $5, para obter o comando completo real?

Acho que poderia fazer | awk {'print $6, $7, $8, $9, $10, $11'}... etc. Mas isso parece muito anticientífico, pouco flexível e feio.

Alguém pode me aconselhar como fazer isso ou estou no caminho errado awkpara começar?

Estou executando um Ubuntu 22.04no GCP.

Quando eu executo

$ apt list --installed | grep -i headers

Vejo mais de uma versão do pacote

linux-gcp-X.Z-headers-X.Y.Z-ABCD/jammy-updates,jammy-security,now...[installed,automatic]
linux-gcp-X.Z-headers-X.Y.Z-VHCJ/jammy-updates,jammy-security,now...[installed,automatic]
.
.
.
.
linux-headers-X.Y.Z-ABCD-gcp/jammy-updates,jammy-security,now ...[installed]
linux-headers-X.Y.Z-VHCJ-gcp/jammy-updates,jammy-security,now ...[installed]
.
.
.
linux-headers-gcp/jammy-updates,jammy-security, now... [installed, automatic]

1. Por que existem tantas versões do mesmo pacote
2. Qual deles está realmente sendo usado?
3. Por que os dois formatos, ou seja, linux-gcp-X.Z-headers-X.Y.Z-ABCDe linux-headers-X.Y.Z-VHCJ-gcp(assim como um terceiro, mais limpo, linux-headers-gcp)

Estou usando mksquashfsuma ferramenta para fazer backup da raiz do Ubuntu antes de reinstalar o sistema:

sudo mksquashfs / root.squashfs -ef "/home/admin/squashfs_root/exclude.txt"

Mas em nenhum lugar da documentação encontrei o formato do arquivo. Coloquei o seguinte conteúdo nele:

/proc
/sys
/dev
/tmp
/run
/mnt
/media
/swapfile

Funcionará como esperado, excluindo esses diretórios específicos e não os similares dentro de outros diretórios?

Criei um patch para o kernel Linux. Ele pode ser encontrado no seguinte site: https://patchwork.kernel.org/project/bluetooth/patch/ [email protected] /

Infelizmente, enviei um erro de digitação. Nos comentários e respostas, há um conselho para mudar o assunto/título.

Eu simplesmente atualizaria o título e seguiria em frente. Não sei como. Mudei o assunto na minha resposta. Mudei a mensagem de commit após executar

git commit --amend

e ainda não muda o assunto/título. Como posso mudar o título para remover o erro de digitação?

Tenho um switch gerenciado pela web na minha rede. Ele está conectado a um roteador, junto com o PC host em que estou. Não consigo fazer ping nele pelo roteador.

O roteador é um servidor Fedora.

as interfaces aplicáveis ​​do roteador são:

enp3s0 wan interface
enp4s0 with static IP 192.168.2.2/24
enp6s0 with static IP 10.2.4.1/24

a tabela de roteamento no roteador possui entradas aplicáveis:

Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
0.0.0.0         192.168.2.2     0.0.0.0         UG    100    0        0 enp4s0
0.0.0.0         10.2.4.1        0.0.0.0         UG    103    0        0 enp6s0
10.2.4.0        0.0.0.0         255.255.255.0   U     103    0        0 enp6s0
192.168.2.0     0.0.0.0         255.255.255.0   U     100    0        0 enp4s0

os hosts estão diretamente conectados a essas interfaces com esses ips:

          IP                    MAC                  attached if
switch    192.168.2.1 (static)  60:be:b4:13:28:e1    enp4s0
pc        10.2.4.5    (dhcp)    1c:2a:a3:1e:74:df    enp6s0

quando eu faço ping do PC host, recebo timeouts. então eu executei tcpdump do roteador no enp4s0

sudo tcpdump -i enp4s0 -n

16:18:06.345052 IP 10.2.4.5 > 192.168.2.1: ICMP echo request, id 48, seq 430, length 64
16:18:07.334961 ARP, Request who-has 192.168.2.2 tell 192.168.2.2, length 28
16:18:07.369062 IP 10.2.4.5 > 192.168.2.1: ICMP echo request, id 48, seq 431, length 64
16:18:08.361151 ARP, Request who-has 192.168.2.2 tell 192.168.2.2, length 28
16:18:08.393080 IP 10.2.4.5 > 192.168.2.1: ICMP echo request, id 48, seq 432, length 64
16:18:09.385150 ARP, Request who-has 192.168.2.2 tell 192.168.2.2, length 28
16:18:09.417072 IP 10.2.4.5 > 192.168.2.1: ICMP echo request, id 48, seq 433, length 64
[ ... ]
16:18:17.609124 IP 10.2.4.5 > 192.168.2.1: ICMP echo request, id 48, seq 441, length 64
16:18:18.601152 ARP, Request who-has 192.168.2.1 tell 192.168.2.2, length 28
16:18:18.601366 ARP, Reply 192.168.2.1 is-at 1c:2a:a3:1e:74:df, length 46
16:18:18.633088 IP 10.2.4.5 > 192.168.2.1: ICMP echo request, id 48, seq 442, length 64

fatos discerníveis:

• os pacotes viajam pela cadeia de encaminhamento nftables do roteador de enp6s0 para enp4s0
• o switch então pergunta quem tem 192.168.2.2, o gateway. Ele não obtém resposta.
• o roteador depois pergunta quem tem 192.168.2.1. o switch responde com seu mac.
• a tabela arp do roteador registra isso.
• o switch ainda não sabe quem tem 192.168.2.2

entradas arp aplicáveis ​​aos roteadores

Address                  HWtype  HWaddress           Flags Mask            Iface
192.168.2.1      ether   1c:2a:a3:1e:74:df   C                     enp4s0
10.2.4.5         ether   04:7c:16:4d:0a:84   C                     enp6s0

o switch não está respondendo aos pings e, além disso, às minhas solicitações da web para gerenciá-lo. quando envio uma solicitação da web do navegador, imediatamente recebo mais um monte de "Request who-has 192.168.2.2", o que revela que a solicitação http chegou ao switch e sabe responder a esse IP, mas ainda não sabe quem tem esse IP. Ele continua perguntando.

aqui estão as entradas da tabela ARP aplicáveis ​​ao PC host, mostrando que o roteador respondeu à solicitação ARP do PC, então por que não ao switch?

Address                  HWtype  HWaddress           Flags Mask            Iface
10.2.4.1                 ether   60:be:b4:13:28:e3   C                     enp12s0

Esta é a única rede 192.168. Todas as outras interfaces começam com 10.

o que faria com que o roteador não respondesse à solicitação ARP do switch para que eu pudesse eventualmente fazer ping e gerenciá-lo.

O título é um resumo do que estou tentando alcançar, mas darei um exemplo para ilustrar qual é meu problema e como estou tentando resolvê-lo.

Pasta de exemplo

Digamos que eu tenha uma pasta em um sistema Linux com os seguintes arquivos: .a, .A, .b, .B, a, A, be B.

Thunar

Quando abro a pasta no Thunar, meu gerenciador de arquivos preferido, os arquivos são exibidos nesta ordem:

.a
.A
.b
.B
a
A
b
B

Esta é uma saída que faz sentido para mim; primeiro os arquivos ocultos (ou diretórios), depois classificados alfabeticamente (onde o caso é levado em conta). De preferência, eu teria os arquivos em letras maiúsculas classificados antes dos em letras minúsculas, mas não é tão ruim. Em outras palavras, esta é a saída que estou tentando obter com ls.

ls

Quando quero listar os arquivos desta pasta via ls, isto é o que obtenho:

$ ls -lA
total 0
-rw-r--r-- 1 lucas lucas 0 Jan 26 14:58 .a
-rw-r--r-- 1 lucas lucas 0 Jan 26 14:58 a
-rw-r--r-- 1 lucas lucas 0 Jan 26 14:58 .A
-rw-r--r-- 1 lucas lucas 0 Jan 26 14:58 A
-rw-r--r-- 1 lucas lucas 0 Jan 26 14:58 .b
-rw-r--r-- 1 lucas lucas 0 Jan 26 14:58 b
-rw-r--r-- 1 lucas lucas 0 Jan 26 14:58 .B
-rw-r--r-- 1 lucas lucas 0 Jan 26 14:58 B

Aqui, os arquivos ocultos não são classificados no topo, mas os arquivos em geral são classificados em uma ordem alfabética "sensata".

Experimentando com LC_ALL=CeLC_COLLATE=C

Algumas soluções para classificar os arquivos ocultos no topo são definir temporariamente LC_ALLou LC_COLLATEcomo C(estou com dificuldade para ver a diferença entre os dois, então uma explicação seria muito apreciada):

$ LC_ALL=C ls -lA
total 0
-rw-r--r-- 1 lucas lucas 0 Jan 26 14:58 .A
-rw-r--r-- 1 lucas lucas 0 Jan 26 14:58 .B
-rw-r--r-- 1 lucas lucas 0 Jan 26 14:58 .a
-rw-r--r-- 1 lucas lucas 0 Jan 26 14:58 .b
-rw-r--r-- 1 lucas lucas 0 Jan 26 14:58 A
-rw-r--r-- 1 lucas lucas 0 Jan 26 14:58 B
-rw-r--r-- 1 lucas lucas 0 Jan 26 14:58 a
-rw-r--r-- 1 lucas lucas 0 Jan 26 14:58 b
$ LC_COLLATE=C ls -lA
total 0
-rw-r--r-- 1 lucas lucas 0 Jan 26 14:58 .A
-rw-r--r-- 1 lucas lucas 0 Jan 26 14:58 .B
-rw-r--r-- 1 lucas lucas 0 Jan 26 14:58 .a
-rw-r--r-- 1 lucas lucas 0 Jan 26 14:58 .b
-rw-r--r-- 1 lucas lucas 0 Jan 26 14:58 A
-rw-r--r-- 1 lucas lucas 0 Jan 26 14:58 B
-rw-r--r-- 1 lucas lucas 0 Jan 26 14:58 a
-rw-r--r-- 1 lucas lucas 0 Jan 26 14:58 b

Como você pode ver, isso resolve o problema dos arquivos ocultos, mas o comportamento da classificação alfabética agora é inconsistente com a forma como o Thunar classifica os arquivos em ordem alfabética.

Questões

Então isso levanta a questão: como eu consigo lsclassificar da mesma forma que o Thunar? De preferência, eu quero evitar o pipe lspara outro comando como sort, já que eu gostaria de criar um alias para esse novo comando para "ls"ele mesmo.

E se isso não for possível, como posso fazer o Thunar classificar os arquivos da maneira que lsele classificaria os arquivos (o método LC_ALL=C/ LC_COLLATE=Cparece bom o suficiente para mim)?

Por extensão, gostaria de perguntar quais são as melhores práticas ao classificar arquivos em ordem alfabética. O comportamento que acabei de descrever é exatamente o que parece sensato para mim, mas talvez não seja, afinal?