All perguntas(unix)

Meu laptop executando NixOs 24.11 com um adaptador Intel(R) Wi-Fi 6E AX211 160MHz não consegue se conectar à minha rede doméstica usando wifi (ethernet está funcionando). Em vez dos SSIDs corretos aparecerem (2.4G ou 5G), ele mostra apenas fhmesh_seguido pelo endereço mac hexadecimal do meu roteador. Quando tento me conectar a ele no meu gerenciador de janelas em mosaico, o networkManager mostra o erro 802-11-wireless-security.key-mgmt: 'wpa-psk' is not a valid value for 'mesh' mode connections. Quando tento me conectar a ele usando o KDE Plasma, ele mostra 802-11-wireless.mode: connection does not match access point. Estou me conectando a uma rede oculta com o nome e a senha do meu SSID correto, mas o networkManager não conseguiu encontrá-lo. Tentei instalar o iwlwifimódulo do kernel ( logs ), o iwpacote e pkgs.wireless-regdbem hardware.firmwaremas eles não corrigiram meu problema. Eu executei iw reg geto que mostrou que meu país regulatório era TH: DFS-UNSET. Tentei executar sudo iw reg setpara ambos CA(estou no Canadá) e US(a página de configurações de WLAN do meu roteador mostra seu país como UNITED STATESe não consigo alterá-lo). Nenhuma das opções pareceu funcionar. Tentei alternar para wpa-supplicantmas isso também não funcionou.

Informações extras:

• Esse problema parece afetar apenas meu dispositivo quando ele está sob internet fornecida pela CIK Telecom, pois não consegui me conectar ao wifi em outra casa sob o mesmo ISP. Posso me conectar ao wifi em locais não fornecidos por este ISP e o networkManager atualmente consegue detectar o wifi do meu vizinho.
• Esse problema não se manifesta quando eu faço dual-boot no Windows na mesma máquina (a reinicialização rápida já está desabilitada). Estou executando o Debian em outra máquina e ele está se conectando ao wifi perfeitamente. Ele está se conectando à rede com o SSID adequado, ao mesmo tempo em que me mostra a opção de conectar a fhmesh_. Quando tento conectar a fhmesh_, o mesmo wpa-pskerro aparece. iw reg getnesta máquina também retornaTH: DFS-UNSET
• Meu /etc/nixos está aqui
• Acabei de atualizar nixos-unstablee esse problema ainda persiste

Eu tenho essa string grafana-stack_alloye preciso de tudo depois do primeiro sublinhado alloy.

Preciso do resultado como um grupo $1. Tentei este, mas falhou (?:)?([^_]+)*$.

Alguém pode me ajudar a resolver esse problema?

Estou testando isto:

        rule {
        action        = "replace"
        source_labels = [
            "__meta_docker_container_label_com_docker_swarm_service_name",
        ]
        regex        = "^(?:;*)?([^;]+).*$" work but wrong
        //regex      = "[^_]+.$" ----> not work
        //regex      = "([^_]+)$" ----> not work
        replacement  = argument.namespace.value + "/$1"
        target_label = "job"
    }

Trata-se do Agente Grafana com relabel-regex: Grafana prometheus.relabel que usa o RE2 do Google como seu mecanismo de regex.

desde já, obrigado

Para recuperar, tentei apt autoremove, tentei reinstalar python3, libpython3-stdlib, libpython3-minimalcom apte dpkg, tentei remover arquivos python de /var/lib/dpkg/info. Nenhuma das duas ajudou. Toda vez recebo a mesma mensagem:

    Setting up python3 (3.12.6-1) ...
    running python rtupdate hooks for python3.12...
    running python post-rtupdate hooks for python3.12...
    Could not find platform independent libraries <prefix>
    Python path configuration:
      PYTHONHOME = (not set)
      PYTHONPATH = (not set)
      program name = '/usr/bin/python3'
      isolated = 0
      environment = 1
      user site = 1
      safe_path = 0
      import site = 1
      is in build tree = 0
      stdlib dir = '/usr/lib/python3.12'
      sys._base_executable = '/usr/bin/python3'
      sys.base_prefix = '/usr'
      sys.base_exec_prefix = '/usr'
      sys.platlibdir = 'lib'
      sys.executable = '/usr/bin/python3'
      sys.prefix = '/usr'
      sys.exec_prefix = '/usr'
      sys.path = [
        '/usr/lib/python312.zip',
        '/usr/lib/python3.12',
        '/usr/lib/python3.12/lib-dynload',
      ]
    Fatal Python error: init_fs_encoding: failed to get the Python codec of the filesystem encoding
    Python runtime state: core initialized
    ModuleNotFoundError: No module named 'encodings'

    Current thread 0x00007fcbf087c080 (most recent call first):
      <no Python frame>
    dpkg: error processing package python3 (--configure):
     installed python3 package post-installation script subprocess returned error exit status 1
    Errors were encountered while processing:
     python3
    E: Sub-process /usr/bin/dpkg returned an error code (1)

SO: kali-rolling

Situação estranha

No Linux meu terminal funciona bem, neste exemplo depois de man wget...

No Solaris 10...

##IMAGEM COMEÇA AQUI##

##IMAGEM FIM AQUI##

Como você pode ver, a saída é truncada no meio, quando root@solaris10 aparece.

Estas são minhas configurações para terminal no Linux

stty -g
4500:5:bf:8a3b:3:1c:7f:15:4:0:1:0:11:13:1a:0:12:f:17:16:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0

Aqueles no Solaris stty -g

500:5:f00bf:8a3b:3:1c:7f:15:4:0:0:0:11:13:1a:19:12:f:17:16:0:0:1:1:0:00:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0

Saída mais amigável stty -a no Linux

speed 38400 baud; rows 24; columns 120; line = 0;
intr = ^C; quit = ^\; erase = ^?; kill = ^U; eof = ^D; eol = <undef>; eol2 = <undef>; swtch = <undef>; start = ^Q;
stop = ^S; susp = ^Z; rprnt = ^R; werase = ^W; lnext = ^V; discard = ^O; min = 1; time = 0;
-parenb -parodd -cmspar cs8 -hupcl -cstopb cread -clocal -crtscts
-ignbrk -brkint -ignpar -parmrk -inpck -istrip -inlcr -igncr icrnl ixon -ixoff -iuclc -ixany -imaxbel iutf8
opost -olcuc -ocrnl onlcr -onocr -onlret -ofill -ofdel nl0 cr0 tab0 bs0 vt0 ff0
isig icanon iexten echo echoe echok -echonl -noflsh -xcase -tostop -echoprt echoctl echoke -flusho -extproc

Isto está no Solaris

speed 38400 baud; 
rows = 24; columns = 120; ypixels = 0; xpixels = 0;
csdata ?
eucw 1:0:0:0, scrw 1:0:0:0
intr = ^c; quit = ^\; erase = ^?; kill = ^u;
eof = ^d; eol = <undef>; eol2 = <undef>; swtch = <undef>;
start = ^q; stop = ^s; susp = ^z; dsusp = ^y;
rprnt = ^r; flush = ^o; werase = ^w; lnext = ^v;
-parenb -parodd cs8 -cstopb -hupcl cread -clocal -loblk -crtscts -crtsxoff -parext 
-ignbrk -brkint -ignpar -parmrk -inpck -istrip -inlcr -igncr icrnl -iuclc 
ixon -ixany -ixoff -imaxbel 
isig icanon -xcase echo echoe echok -echonl -noflsh 
-tostop echoctl -echoprt echoke -defecho -flusho -pendin iexten 
opost -olcuc onlcr -ocrnl -onocr -onlret -ofill -ofdel 

Termo usado, no Linux e Solaris, ambos xterm, eu altero para TERM=dtterm no Solaris, mas nada muda.

Este gif mostra o que acontece com o vim no Solaris

EDIT1: fiz uma reinicialização do terminal e o terminal Solaris também ficou bom , mas ele volta com bugs depois de algum uso, então não é uma solução.

EDIT2: acontece no terminal ssh, no terminal do console funciona bem.

Tenho os seguintes requisitos:

• Se um pendrive USB específico for inserido, ele deve ser detectado e montado automaticamente. As informações sobre onde ele deve ser montado estarão em /etc/fstab(claro).
• Se o pendrive for danificado, uma limpeza completa deverá ocorrer automaticamente, resultando na ausência de vestígios de que ele foi montado (ou ainda está montado) e/ou de quaisquer unidades systemd não finalizadas.
• Se a(s) partição(ões) em questão forem umounteditadas manualmente, tudo também deverá ser limpo, mesmo que o stick ainda esteja presente; removê-lo do plugue deverá limpar apenas o que não pôde ser limpo antes (provavelmente as .deviceunidades).

Para conseguir isso de forma limpa, a inserção do pendrive deve causar o início de uma unidade systemd personalizada, que então configuraremos para fazer o resto.

O que é necessário para escrever isso?

Vamos supor que temos um pendrive com três partições: /dev/sdc1e /dev/sdc2- que são criptografadas com LUKS, e /dev/sdc3- que não é criptografada.

Por exemplo,

>sudo blkid /dev/sdc{1,2,3}
/dev/sdc1: UUID="de9a000f-fa60-4050-8d11-864e97829b8a" TYPE="crypto_LUKS" PARTUUID="219578f5-5905-41cd-895d-7b937ac0756a"
/dev/sdc2: UUID="012059c1-6b88-4937-889a-a21448740492" TYPE="crypto_LUKS" PARTUUID="59c7f6f3-a5cb-41af-82fa-b515031d85d5"
/dev/sdc3: LABEL="README" UUID="9d262deb-2343-4096-bccf-bb26ed4415ad" BLOCK_SIZE="1024" TYPE="ext2" PARTUUID="165db3da-4ebb-4f59-ab09-ee5e5b26ed43"

Aqui UUIDestá o que é usado em /dev/disk/by-uuid:

>ls -l /dev/disk/by-uuid | grep sdc
lrwxrwxrwx 1 root root 10 Dec 22 18:27 012059c1-6b88-4937-889a-a21448740492 -> ../../sdc2
lrwxrwxrwx 1 root root 10 Dec 22 18:27 9d262deb-2343-4096-bccf-bb26ed4415ad -> ../../sdc3
lrwxrwxrwx 1 root root 10 Dec 22 18:27 de9a000f-fa60-4050-8d11-864e97829b8a -> ../../sdc1

Como o nome do dispositivo /dev/sdcé bastante aleatório, devemos usar apenas o UUID de agora em diante.

Para montar manualmente a partição não criptografada, precisamos executar (certifique-se de que nada esteja montado em /mnt e/ou /mnt/usb!):

UUID=9d262deb-2343-4096-bccf-bb26ed4415ad
SERIAL=408D5CBECAC3E7C0E9170AEC
sudo /bin/mkdir -p /mnt/usb/$SERIAL/part3
sudo mount -t ext2 /dev/disk/by-uuid/$UUID /mnt/usb/$SERIAL/part3

Onde eu escolhi usar o valor ID_SERIAL_SHORTdo dispositivo USB, que pode ser obtido com, por exemplo:

>udevadm info -n /dev/sdc3 | grep -E '(ID_SERIAL_SHORT|ID_FS_UUID)='
E: ID_SERIAL_SHORT=408D5CBECAC3E7C0E9170AEC
E: ID_FS_UUID=9d262deb-2343-4096-bccf-bb26ed4415ad

Vamos armazenar o ponto de montagem /etc/fstabadicionando-o a esse arquivo:

UUID=9d262deb-2343-4096-bccf-bb26ed4415ad   /mnt/usb/408D5CBECAC3E7C0E9170AEC/part3 ext2    rw,noauto   0 0

Note que depois disso, podemos fazer :

sudo mount /dev/sdc3

e ele fará a montagem perfeitamente, desde que o dispositivo de bloco tenha o UUID esperado.

As outras duas partições /dev/sdc{1,2}são criptografadas e precisam primeiro

UUID1=573bfda0-69f5-4fb9-9d7e-333a70a51710
UUID2=6d7bdc1d-3eb0-4774-a9fb-3d1ac1027010
echo $LUKS_PASS | sudo cryptsetup -q luksOpen /dev/disk/by-uuid/$UUID1 usb-$UUID1
echo $LUKS_PASS | sudo cryptsetup -q luksOpen /dev/disk/by-uuid/$UUID2 usb-$UUID2

para ser executado, onde eu assumo que a variável de ambiente LUKS_PASScontém a frase-senha necessária para descriptografar a partição LUKS. Os UUIDs aqui são aqueles que blkid retorna:

>sudo blkid /dev/sdc{1,2}
/dev/sdc1: UUID="573bfda0-69f5-4fb9-9d7e-333a70a51710" TYPE="crypto_LUKS" PARTUUID="caa57a9d-7389-4990-a243-34b19a179368"
/dev/sdc2: UUID="6d7bdc1d-3eb0-4774-a9fb-3d1ac1027010" TYPE="crypto_LUKS" PARTUUID="10813450-6dcc-4700-9e88-d0577c0c9aeb"

Isso cria um /dev/mapper/usb-$UUIDdispositivo (para cada partição), cada um com seu próprio UUID:

>sudo blkid /dev/mapper/usb*
/dev/mapper/usb-573bfda0-69f5-4fb9-9d7e-333a70a51710: LABEL="gold1-2024-12-21" UUID="67f056be-dbbc-4f7a-979d-6ff077d16e93" BLOCK_SIZE="4096" TYPE="ext2"
/dev/mapper/usb-6d7bdc1d-3eb0-4774-a9fb-3d1ac1027010: LABEL="gold2-2024-12-21" UUID="94bfcc55-6b52-431f-bc76-3aa198c107c7" BLOCK_SIZE="4096" TYPE="ext2"

E são esses UUIDs que queremos adicionar /etc/fstab.

Para facilitar a vida, escrevi o seguinte script que imprime a /etc/fstabconfiguração necessária quando executado após inserir um USB (para o meu caso específico):

# Get the device path.
DEVPATH=$(/bin/ls /dev/disk/by-id/usb-Kingston_DataTraveler* | grep -E -v -- '-part[0-9]+$')
# Get the serial of the USB stick.
ID_SERIAL_SHORT=$(udevadm info -n $DEVPATH | grep ID_SERIAL_SHORT | sed -e 's/.*ID_SERIAL_SHORT=//')
# Run over all existing partitions.
for p in $(/bin/ls $DEVPATH-part*); do
  # Extract the "part?" string.
  PART=$(echo $p | sed -r -e 's/.*-(part[0-9]+)$/\1/')
  # Get the UUID of the block device of this partition iff it is a LUKS encrypted partition.
  UUID=$(blkid --match-token TYPE=crypto_LUKS $p | sed -e 's/.* UUID="\([^ ]*\)".*/\1/' || true)
  if [ -n "$UUID" ]; then
    # Decrypt the partition.
    echo $LUKS_PASS | sudo cryptsetup -q luksOpen /dev/disk/by-uuid/$UUID usb-$UUID
    # Get the UUID of the encrypted partition.
    UUID2=$(blkid /dev/mapper/usb-$UUID | sed -e 's/.* UUID="\([^ ]*\)".*/\1/')
    echo -e "UUID=$UUID2\t/mnt/usb/$ID_SERIAL_SHORT/$PART\text2\trw,noauto\t0 0"
    sudo cryptsetup luksClose usb-$UUID
  else
    # Get UUID of non-encrypted partition.
    UUID=$(blkid $p | sed -e 's/.* UUID="\([^ ]*\)".*/\1/')
    echo -e "UUID=$UUID\t/mnt/usb/$ID_SERIAL_SHORT/$PART\text2\trw,noauto\t0 0"
  fi
done

Após exportar, LUKS_PASScertifique-se de executar o script acima usando sudo -Epara preservar o ambiente. Exemplo de saída:

>sudo -E ./foo.sh
UUID=db97c4b0-8f92-4edc-bacb-dc90e62de2e2       /mnt/usb/408D5CBECAC3E7C0E9170AEC/part1 ext2    rw,noauto       0 0
UUID=c45c6a7a-1c0f-49c4-bcfb-15766114daa1       /mnt/usb/408D5CBECAC3E7C0E9170AEC/part2 ext2    rw,noauto       0 0
UUID=9d262deb-2343-4096-bccf-bb26ed4415ad       /mnt/usb/408D5CBECAC3E7C0E9170AEC/part3 ext2    rw,noauto       0 0

Com /etc/fstaba configuração feita e sabendo exatamente quais comandos são necessários, o que resta é automatizar isso com udeve systemd units.

A questão é: como?

Estou tentando definir um IP estático em um novo sistema operacional Raspbian Lite.

Eu costumava conseguir definir um endereço IP estático em sistemas Debian mais antigos modificando o /etc/network/interfacesarquivo, mas este sistema operacional não tem esse arquivo. quando adiciono o arquivo com o seguinte:

auto eth0
iface eth0 static
    address 192.168.1.15/24
    gateway 192.168.1.1

o iface é desconfigurado. Ele nem aceita o valor dhcp. O que estou perdendo/fazendo errado?

Estou acostumado a abrir meu Gerenciador de Tarefas Ctrl+Shift+Escno Windows 11.

Existe alguma maneira de definir uma tecla de atalho para o aplicativo KDE System Monitor para que ele também abra usando o mesmo Ctrl+Shift+Escatalho no Modo Desktop do SteamOS?

Se não for possível, existe alguma tecla de atalho padrão para o aplicativo KDE System Monitor que eu possa usar para abri-lo?

No Linux Mint 22, criei versões GNU e POSIX de tars contendo 2 pequenos arquivos com:

$ tar --posix -cf archive-posix.tar auto-fan-control.cpp Makefile

$ tar         -cf   archive-gnu.tar auto-fan-control.cpp Makefile

$ file *.tar

archive-gnu.tar:   POSIX tar archive (GNU)
archive-posix.tar: POSIX tar archive

Surpreendentemente, os tars têm o mesmo tamanho de 10240 , enquanto meus arquivos são muito menores:

$ \ls -l *.tar

-rw-rw-r-- 1 vlastimil vlastimil 10240 Dec 22 10:41 archive-gnu.tar
-rw-rw-r-- 1 vlastimil vlastimil 10240 Dec 22 10:40 archive-posix.tar


$ \ls -l auto-fan-control.cpp Makefile 

-rw-rw-r-- 1 vlastimil vlastimil  863 Dec 22 01:10 auto-fan-control.cpp
-rw-rw-r-- 1 vlastimil vlastimil 1323 Dec 22 09:48 Makefile

ou seja, meus arquivos estão totalizando apenas 2186 bytes, o que, em contraste com ambos taros s que ocupam exatamente 10240 bytes, não pode ser simplesmente justificado pela inclusão de alguns metadados, como CRC e tal. Na minha humilde opinião, tem que haver algum tipo de preenchimento se eu o chamei corretamente.

Então, só para ficar claro, as respostas desta pergunta NÃO respondem à minha: O tamanho de um arquivo tar é maior que o tamanho dos arquivos arquivados

Pensando alto, parece que o tamanho mínimo de taré 10240, ou seus múltiplos, estou certo?

Se estiver certo, só por curiosidade, há algo que eu possa fazer para torná- tarlo menor?

Obrigado.

Tenho uma estação de trabalho RHEL 8 que hospeda um aplicativo cuja interface gráfica do usuário (GUI) pode ser acessada via https.

Quando o aplicativo é iniciado, ele cria alguns arquivos de soquete /tmpcom nomes aleatórios e o .socksufixo:

$ ls -l /tmp/*.sock
srwx------ 1 app app 0 Dec 21 13:30 /tmp/supervisor-358513b0f6222d2339e4ab66d30b0037.sock
srwx------ 1 app app 0 Dec 21 13:31 /tmp/mongodb-358513b0f6222d2339e4ab66d30b0037.sock
srwx------ 1 app app 0 Dec 21 13:31 /tmp/livegui-358513b0f6222d2339e4ab66d30b0037.sock

$ file /tmp/*.sock
/tmp/supervisor-358513b0f6222d2339e4ab66d30b0037.sock: socket
/tmp/mongodb-358513b0f6222d2339e4ab66d30b0037.sock:    socket
/tmp/livegui-358513b0f6222d2339e4ab66d30b0037.sock:    socket

^{atualização: A parte "aleatória" dos nomes dos arquivos de soquete é, na verdade, um MD5 do caminho onde o aplicativo está instalado.}

Quando as pessoas usam o aplicativo com frequência, ele funciona bem por semanas/meses, mas quando ninguém se conecta ao aplicativo por alguns dias, ele para de responder; quando isso acontece, posso ver que os .sockarquivos foram excluídos enquanto os processos do aplicativo ainda estavam em execução...

Existe alguma maneira de evitar a exclusão de alguns arquivos no /tmp?

Meu visualizador de imagens preferido é o Feh. Quando abro uma imagem pequena com o Feh, há uma interpolação muito intrusiva entre pixels. Gostaria de desligar isso e visualizar apenas os pixels brutos. Como posso fazer isso com o Feh? Ou outro programa seria adequado?

Editar: Percebi que o post original era ambíguo. Minha pergunta seria melhor formulada como "como posso visualizar a imagem ampliada com uma interpolação que preserva o bloco original?"; por exemplo, ampliar x e y em 2 deve renderizar um único pixel azul como um grande bloco azul de 4 pixels. Essa intenção foi inferida do meu OP e aceitei uma resposta :)