All perguntas(unix)

Uma pergunta relacionada está aqui, mas a resposta não é muito intuitiva. Certamente há um método mais padrão para configurar NIC:
Como posso associar permanentemente comandos tc qdisc a uma interface específica?

Outra questão relacionada é:
As regras do TC podem persistir além de uma reinicialização? Onde?

No entanto, não estou usando networkingo serviço para editar, /etc/network/interfacesconforme detalhado posteriormente na pergunta.

Atualmente, minha placa de rede wifi está configurada para usar noqueuedisciplina de enfileiramento e quero alterá-la para fq_codel, mas, para que ela persista, reinicialize:

ip link show dev wlan0
    
3: wlan0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP mode DORMANT group default qlen 1000
    link/ether 00:11:22:33:44:55 brd ff:ff:ff:ff:ff:ff

Para mudar qdisceu faço:

sudo tc qdisc add dev wlan0 root fq_codel
ip link show dev wlan0

3: wlan0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP mode DORMANT group default qlen 1000
    link/ether 00:11:22:33:44:55 brd ff:ff:ff:ff:ff:ff

Isso funciona, qdiscfoi alterado conforme visto, mas somente até a reinicialização.

Também verifiquei o qdiscvalor padrão definido no sistema, que já está definido como fq_codel:

sudo sysctl net.core.default_qdisc

net.core.default_qdisc = fq_codel

A rede é controlada por systemd-networkd, networkingo serviço é desabilitado.
A NIC é gerenciada por NetworkManagersem nenhuma configuração systemd.

Em uma nova instalação do Linux Mint 22 Cinnamon (baseado no Ubuntu 24.04), eu dei uma olhada dmesge fiz uma descoberta possivelmente interessante : o novo kernel Linux 6.8 me mostrou um aviso de que eu tinha o Intel SGX desabilitado no meu UEFI BIOS, então eu o habilitei com este resultado:

# dmesg | grep -i sgx

[    0.442210] sgx: EPC section 0x60200000-0x65f7ffff

Não notei isso no kernel Linux 5.15, mas isso também pode ser causado pelo fato de eu não estar procurando por isso.

Então, naturalmente minha pergunta seria: Como o kernel Linux usa o Intel SGX?

Para completar, procurei algum artigo sobre o assunto, mas achei muito técnico (para mim):

• https://docs.kernel.org/arch/x86/sgx.html

• https://www.intel.com/content/www/us/en/developer/articles/technical/virtualizing-intel-software-guard-extensions-with-kvm-and-qemu.html

Estou procurando uma resposta mais ou menos simples , e se não for possível simplificá-la, tente modificar sua resposta para a base da necessidade de saber. Muito obrigado!

Além disso, encontrei esta descrição:

Intel Software Guard Extensions (SGX) é um conjunto de códigos de instrução que cria um ambiente seguro dentro das CPUs Intel, permitindo a criação de regiões de memória privada protegidas chamadas enclaves. SGX é usado para computação remota segura, navegação na web, DRM, ocultação de algoritmos proprietários e chaves de criptografia. Foi introduzido pela primeira vez em 2015 com os processadores Intel Core de sexta geração e foi projetado para aplicativos seguros, como gerenciamento de direitos digitais e navegação segura na web.

Como verificar quanto espaço está livre no diretório de trabalho atual em um sistema Linux?

Tenho um filesizearquivo que contém 1073741824a quantidade de espaço em disco em bytes necessária.

Preciso de algo para verificar em um script que na pasta estão contents-of-filesize * 1,25 bytes livres. Como fazer isso?

pwdpode imprimir o caminho da pasta atual, mas como combiná-lo com df?

Não consigo capturar tráfego unicast na interface br0 ( linux bridge ) usando o comando tcpdump -nni any -vvv. O tráfego broadcast, no entanto, é capturado conforme o esperado. Curiosamente, o tráfego unicast é capturado se eu abrir outro terminal e executar tcpdump -nni br0 -vvvpara capturar tráfego especificamente na interface br0 simultaneamente.

Notei que esse comportamento está presente com tcpdumpa versão 4.9.3 (libpcap versão 1.8.1), onde o tcpdump -nni any -vvvcomando não captura tráfego unicast br0. No entanto, usar tcpdumpa versão 4.99.5 ( libpcap versão 1.10.5 com TPACKET_V3 ) funciona corretamente e captura o tráfego unicast em br0.

Eu sei que o br0 obtém todo o tráfego que flui para o dispositivo de ponte Linux, veja também Anatomia de uma ponte Linux .

Em casos em que o endereço MAC de destino do quadro de entrada é multi- ou broadcast, o dispositivo de ponte é definido para receber todo o tráfego, ou o endereço corresponde a uma das interfaces locais, um clone do quadro também é entregue para cima na pilha de rede local chamando a função br_pass_frame_up. A função atualiza as estatísticas do dispositivo de ponte e passa o quadro de entrada para cima na pilha de rede chamando a função netif_receive_skb independente do dispositivo

Suspeito que o que estou vendo pode estar relacionado à versão tcpdumpou aos seus parâmetros, mas não posso confirmar isso. Você poderia ajudar a explicar o motivo desse comportamento?

Em uma máquina Arch Linux com gráficos integrados Intel e placa-mãe com dois conectores (HDMI e VGA), notei que depois que o sistema acorda, o xrandr mostra ambas as saídas como desconectadas, mesmo que os monitores pareçam funcionar como pretendido com as resoluções corretas. Foi somente ao usar um software que, presumo, pega informações de tela do xrandr, como lightdmou mpv, que descobri o problema.

Após a inicialização, xrandr -qfornece a saída esperada (neste caso, um único monitor conectado via VGA):

Screen 0: minimum 320 x 200, current 1366 x 768, maximum 16384 x 16384
HDMI-1 disconnected (normal left inverted right x axis y axis)
DP-1 connected primary 1366x768+0+0 (normal left inverted right x axis y axis) 410mm x 230mm
   1366x768      59.79*+
   1280x1024     75.02    60.02
   ...
   ...
   ...

Após suspender e despertar, ambas as saídas são desconectadas:

Screen 0: minimum 320 x 200, current 1366 x 768, maximum 16384 x 16384
HDMI-1 disconnected (normal left inverted right x axis y axis)
DP-1 disconnected primary 1366x768+0+0 (normal left inverted right x axis y axis) 0mm x 0mm
  1366x768 (0x44) 85.500MHz +HSync +VSync
        h: width  1366 start 1436 end 1579 total 1792 skew    0 clock  47.71KHz
        v: height  768 start  771 end  774 total  798           clock  59.79Hz

Se eu tentar mudar o modo neste ponto, a tela fica preta. Se eu escrever cegamente a saída de xrandr -qpara um arquivo, ele retorna:

Screen 0: minimum 320 x 200, current 320 x 200, maximum 16384 x 16384
HDMI-1 disconnected (normal left inverted right x axis y axis)
DP-1 disconnected primary (normal left inverted right x axis y axis)

Qual pode ser a raiz do problema? Alguém pode explicar o que está acontecendo com a segunda saída do xrandr acima? Já tentei telas e cabos diferentes e o problema persiste. Onde continuo a solução de problemas?

Eu acidentalmente executei sudo rm -rno meu ponto de montagem RAID 1. Percebi meu erro imediatamente, entrei em pânico e cliquei CTRL+Cpara cancelar. Algum dano já estava feito. O lost+founddiretório e alguns dos meus dados sumiram, mas a maioria deles ainda está lá. Posso recuperar meus dados perdidos, mas estou preocupado com a integridade do RAID e do lost+founddiretório. Então, tenho duas perguntas:

1. Meu RAID está ok? Suponha que eu tenha deletado todo o ponto de montagem do RAID. Isso deve deletar apenas os dados e o ponto de montagem, mas o RAID em si ainda estaria intacto. Então ele poderia ser remontado e eu poderia restaurar os dados de um backup. Isso está correto?

2. Preciso me preocupar com o lost+founddiretório? Se entendi corretamente, o lost+founddiretório contém apenas nomes para arquivos não-lniked que foram encontrados no disco. Então, excluí-lo não deve ser um problema, pois os arquivos não-liked em si não são excluídos e serão encontrados novamente e colocados com um novo nome em lost+found. Isso está correto?

Aqui estão algumas informações de saída do RAID:

user@host:~ $ cat /proc/mdstat
Personalities : [raid1] [linear] [raid0] [raid6] [raid5] [raid4] [raid10]
md0 : active raid1 sdb1[1] sda1[0]
      5860385344 blocks super 1.2 [2/2] [UU]
      bitmap: 0/44 pages [0KB], 65536KB chunk

unused devices: <none>

user@host:~ $ sudo mdadm --detail /dev/md0
/dev/md0:
           Version : 1.2
     Creation Time : Fri May 31 11:25:15 2024
        Raid Level : raid1
        Array Size : 5860385344 (5.46 TiB 6.00 TB)
     Used Dev Size : 5860385344 (5.46 TiB 6.00 TB)
      Raid Devices : 2
     Total Devices : 2
       Persistence : Superblock is persistent

     Intent Bitmap : Internal

       Update Time : Fri Sep 27 15:14:40 2024
             State : clean
    Active Devices : 2
   Working Devices : 2
    Failed Devices : 0
     Spare Devices : 0

Consistency Policy : bitmap

              Name : host:0  (local to host host)
              UUID : ...
            Events : 87057

    Number   Major   Minor   RaidDevice State
       0       8        1        0      active sync   /dev/sda1
       1       8       17        1      active sync   /dev/sdb1

user@host:~ $ lsblk
NAME        MAJ:MIN RM  SIZE RO TYPE  MOUNTPOINTS
sda           8:0    0  5.5T  0 disk
└─sda1        8:1    0  5.5T  0 part
  └─md0       9:0    0  5.5T  0 raid1 /mount/raid1
sdb           8:16   0  5.5T  0 disk
└─sdb1        8:17   0  5.5T  0 part
  └─md0       9:0    0  5.5T  0 raid1 /mount/raid1
...

Em resumo, tudo parece bem para mim como leigo, mas estou perguntando aqui para ter certeza. Qualquer ajuda ou pontos de referência seriam muito apreciados!

Usei o comando abaixo para verificar regras de política relacionadas e encontrei apenas as 2 regras relacionadas a seguir:

[root@system1 home]# sesearch -A -s httpd_t -t httpd_sys_content_t -ds -dt
allow httpd_t httpd_sys_content_t:dir { ioctl lock read };
allow httpd_t httpd_sys_content_t:lnk_file { getattr read };

Os processos no httpd_tdomínio só podem ler dire lnk_filecom httpd_sys_content_ttag... Isso significa que o SELinux dirrealmente contém todos os arquivos dentro dele?

Tentei procurar a definição de "dir" no SELinux na internet, mas não consegui encontrar nada.

SO: RHEL 9

Política SELinux: Direcionada

Tenho 2 aplicativos que canalizam seus dados:

aplicação1 | aplicação2

Basicamente, application1 gera um log com eventos que application2 processa. O problema é que eu frequentemente atualizo application2. Ou seja, eu preciso parar isso, atualizar os binários e reiniciá-lo. Nessa pequena duração application1 pode perder dados.

Li sobre usar pipes nomeados usando mkfifoe pensei que poderia ser uma solução ideal. Mantenha o application1 em execução e faça com que ele grave no pipe nomeado com suporte de arquivo para que, quando o aplicativo for atualizado, nenhum dado seja perdido e, quando o application2 iniciar, ele obtenha os dados.

Testar isso com catpara emular leitor/escritor funciona até que não haja mais um leitor. Isso é inesperado.

Uma alternativa seria usar um arquivo real, mas isso tem problemas:

• Ele permanece no disco e não age como FIFO
• É necessário algum tipo de rotação para evitar que os arquivos fiquem muito grandes
• AFAIK quando o leitor estiver no final (cauda?), será necessário sondar atrás de um cronômetro se o arquivo tiver aumentado de tamanho, o que aumentou a latência do processamento

Estou no controle do leitor, o comportamento atual já é que ele irá reiniciar automaticamente, mas não estou no controle do escritor. Só posso canalizar sua saída para outra coisa.

1. Os pipes nomeados podem ser configurados de forma que sejam duráveis?
2. Li sobre "fixar" no tubo pelo escritor, mas não consigo fazer isso funcionar
3. Posso evitar que um pipe seja fechado quando o leitor sair?
4. Existem alternativas que se comportam como um cano?

A solução https://unix.stackexchange.com/a/784153/585995 funciona!

mkfifo /tmp/mypipe
writerapp 1<>/tmp/mypipe

O escritor continua em execução enquanto eu reiniciaria o leitor:

readerapp </tmp/mypipe

a propósito, você pode testar isso sozinho usandocat

Quero criar um script Bash que produza o seguinte:

Chile: 03:46am, Friday, 27 September, 2024
Tierra Del Fuego: 03:46am, Friday, 27 September, 2024
Falkland Islands: 03:46am, Friday, 27 September, 2024
South Georgia and the South Sandwich Islands: 04:46am, Friday, 27 September, 2024
UTC: 06:46am, Friday, 27 September, 2024
South Africa: 08:46am, Friday, 27 September, 2024
Port Alfred, Iles Crozet: 10:46am, Friday, 27 September, 2024
Western Australia: 14:46pm, Friday, 27 September, 2024
South Australia: 16:16pm, Friday, 27 September, 2024
VIC, NSW, ACT, and QLD, Australia: 16:46pm, Friday, 27 September, 2024
New Zealand: 18:46pm, Friday, 27 September, 2024

Consegui fazer isso até agora usando o seguinte código:

#Chile
location="America/Santiago"
label="Chile"
time=$(TZ=$location date "+%H:%M%p")
date=$(TZ=$location date "+%A, %d %B, %Y")
echo "$label: $time, $date"

...e então ter vários blocos do mesmo código, com localização e rótulo alterados conforme necessário.

Isso é ok, mas é um arquivo de 103 linhas. Quero aprender como usar matrizes associativas para realizar a mesma tarefa sem nenhuma outra razão além de simplesmente aprender.

Eu criei o array em si da seguinte maneira:

# Declare an associative array
declare -A locationsArray

# Add elements to the associative array

locationsArray[America/Santiago]="Chile"
locationsArray[America/Argentina/Ushuaia]="Tierra Del Fuego"
locationsArray[Atlantic/Stanley]="Falkland Islands"
locationsArray[Atlantic/South_Georgia]="South Georgia and the South Sandwich Islands"
locationsArray[Etc/UTC]="UTC"
locationsArray[Africa/Johannesburg]="South Africa"
locationsArray[Asia/Dubai]="Port Alfred, Iles Crozet"
locationsArray[Australia/Perth]="Western Australia, Australia"
locationsArray[Australia/Adelaide]="South Australia, Australia"
locationsArray[Australia/Melbourne]="VIC, NSW, ACT, and QLD, Australia"
locationsArray[Pacific/Auckland]="New Zealand"

Agora só preciso pegar uma chave do array e seu valor associado (por exemplo, "América/Santiago" e "Chile") e iterar por todo o array usando o código acima como modelo.

Como posso fazer isso?

Obrigado.

Não estou usando uma impressora e gostaria de remover o cups-browsedserviço para melhor segurança do sistema. Como devo fazer isso?

O pacote é chamado cups-browsed e funciona com alguns recursos da impressora. Eu tentei, sudo apt-get remove cups-browsedmas isso não apagou todos os dados do cups-browsed.