All perguntas(unix)

Estou enfrentando um comportamento estranho relacionado à preservação de variáveis ​​de ambiente com sudo no macOS (15.2): sudo -Enão preserva a variável de ambiente PERL5LIB.

Etapas de reprodução

1. Defina uma variável de ambiente no shell: export PERL5LIB=foo . O comando env | grep PERL5LIB retorna como esperado: PERL5LIB=foo .

2. No entanto, o comando sudo -E env | grep PERL5LIB , não retorna nada. Em contraste, isto funciona: sudo --preserve-env=PERL5LIB env | grep PERL5LIB . Ele preserva PERL5LIB. com sucesso.

Isso é confuso porque eu esperava sudo -Epreservar todas as variáveis ​​de ambiente do shell de chamada, incluindo PERL5LIB. Mas, claramente, não está funcionando dessa forma para esta variável específica.

Pergunta

• Por que não é PERL5LIBpreservado sudo -Eno macOS?
• Esse comportamento é específico de PERL5LIBou afeta outras variáveis ​​também?
• Qual é a maneira recomendada e confiável de garantir que isso PERL5LIBseja preservado ao usar o sudo?

Tenho alguns servidores baremetal executando RHEL, que anteriormente tinham alguns problemas com travamentos de java/JVM e, ocasionalmente, algumas mensagens de erro de memória em nível de kernel. Os servidores agora estão quase todos ociosos, pois as cargas de trabalho foram movidas para outro lugar, aguardando a substituição da memória.

Depois de ler a postagem de Aleksey Shipilёv Please test your memory , gostaria de executar o memtester no host para ver se ele detectaria esses problemas sem precisar reinicializar. Normalmente, usaríamos apenas o memtest86+ "normal" na reinicialização, mas pode ser interessante ter alternativas.

Quanto tempo levaria para concluir uma execução do memtester em um servidor da era de 2016 com 3 TB de memória?

Esta versão muito simplificada do meu script

#!/usr/bin/env bash
example="$(bash -rs <<'BASH' -- 'This has been executed in restricted shell'
  echo "$1"
BASH
)"
echo "$example"

é executado sem problemas em um sistema com bash versão 5.1.4. No entanto, em outro sistema com bash versão 4.0.44, recebo o erro

line 2: unexpected EOF while looking for matching `)'

Se eu mudar o script para

#!/usr/bin/env bash
example="$(bash -rs <<'BASH'
  echo 'This has been executed in restricted shell'
BASH
)"
echo "$example"

ou

#!/usr/bin/env bash
bash -rs <<'BASH' -- 'This has been executed in restricted shell'
  echo "$1"
BASH

também funciona no sistema com bash versão 4.

Alguém tem uma ideia de qual poderia ser o motivo?

Quando executamos um comando é salvo o último argumento no _qual podemos acessar:

$ echo $_

Não parece um recurso muito útil. Então, por que se preocupar? Existem aplicações práticas?

Esqueci de instalar o ambiente de desktop ao instalar o Debian 12.

Estou preso no tty1 durante a instalação, sem GUI, apenas texto. Perguntei em um grupo do Facebook e as pessoas disseram que esqueci de instalar o ambiente de desktop.

O que devo fazer?

Estou depurando um comportamento estranho do cryptsetup:

Suponha que a senha correta esteja armazenada no arquivo pw. Eu esperava agora que --test-passphrasesempre teria sucesso (ou seja, não imprimindo nenhuma saída) se fosse passado como stdin. Mas acontece que ele falha aleatoriamente:

# cryptsetup luksOpen --test-passphrase /dev/nvme0n1p2 < pw
# cryptsetup luksOpen --test-passphrase /dev/nvme0n1p2 < pw
No key available with this passphrase.
# cryptsetup luksOpen --test-passphrase /dev/nvme0n1p2 < pw
# cryptsetup luksOpen --test-passphrase /dev/nvme0n1p2 < pw
No key available with this passphrase.
# cryptsetup luksOpen --test-passphrase /dev/nvme0n1p2 < pw
# cryptsetup luksOpen --test-passphrase /dev/nvme0n1p2 < pw
No key available with this passphrase.
# cryptsetup luksOpen --test-passphrase /dev/nvme0n1p2 < pw
# cryptsetup luksOpen --test-passphrase /dev/nvme0n1p2 < pw
# cryptsetup luksOpen --test-passphrase /dev/nvme0n1p2 < pw
No key available with this passphrase.

Percebi isso, pois falho constantemente várias vezes para desbloquear minha partição na inicialização (no GRUB). Primeiro, pensei que estava digitando errado, mas agora tenho a impressão de que pode ser um bug no cryptsetup. Também não consigo desbloqueá-lo consistentemente mais tarde (não no GRUB), mesmo se estiver copiando e colando a senha correta.

Observe que também difere quando passo por esta maneira (principalmente equivalente):

# cat pw | cryptsetup luksOpen --test-passphrase /dev/nvme0n1p2
No key available with this passphrase.
# cat pw | cryptsetup luksOpen --test-passphrase /dev/nvme0n1p2
No key available with this passphrase.
# cat pw | cryptsetup luksOpen --test-passphrase /dev/nvme0n1p2
# cat pw | cryptsetup luksOpen --test-passphrase /dev/nvme0n1p2
No key available with this passphrase.
# cat pw | cryptsetup luksOpen --test-passphrase /dev/nvme0n1p2
No key available with this passphrase.
# cat pw | cryptsetup luksOpen --test-passphrase /dev/nvme0n1p2
No key available with this passphrase.

Aqui, todas as tentativas falharam, exceto uma. Enquanto a outra abordagem é bem-sucedida com mais frequência. Esse comportamento é reproduzível para mim: sempre falha com mais frequência.

# cryptsetup --version
cryptsetup 2.6.1 flags: UDEV BLKID KEYRING KERNEL_CAPI

# cryptsetup luksDump /dev/nvme0n1p2
LUKS header information
Version:        2
Epoch:          5
Metadata area:  16384 [bytes]
Keyslots area:  16744448 [bytes]
UUID:           2372e472-ef96-428f-b971-f68fb0c35b63
Label:          (no label)
Subsystem:      (no subsystem)
Flags:          (no flags)

Data segments:
  0: crypt
    offset: 16777216 [bytes]
    length: (whole device)
    cipher: aes-xts-plain64
    sector: 512 [bytes]

Keyslots:
  0: luks2
    Key:        512 bits
    Priority:   normal
    Cipher:     aes-xts-plain64
    Cipher key: 512 bits
    PBKDF:      argon2id
    Time cost:  13
    Memory:     1048576
    Threads:    4
    Salt:       ea b0 88 ... 
                f3 f9 72 ... 
    AF stripes: 4000
    AF hash:    sha256
    Area offset:32768 [bytes]
    Area length:258048 [bytes]
    Digest ID:  0
Tokens:
Digests:
  0: pbkdf2
    Hash:       sha256
    Iterations: 334367
    Salt:       f0 ac 44 ... 
                f3 6f d5 ... 
    Digest:     cd a8 ... 
                23 2a ... 

$ uname -a
Linux amd12 6.3.2-arch1-1 #1 SMP PREEMPT_DYNAMIC Thu, 11 May 2023 16:40:42 +0000 x86_64 GNU/Linux

(OS: Arch Linux)

Eventualmente, sempre posso desbloquear, mas preciso de muitas tentativas, o que é irritante. Parece que o código de verificação ou o mecanismo para ler a entrada é inconsistente.

Eu me pergunto se é um problema conhecido (embora eu não tenha encontrado nada sobre isso)? Se não, existe uma maneira de depurar? Infelizmente, não vi nenhuma opção para obter feedback visual (acho que é considerado uma falha de segurança revelar o tamanho da senha).

Atualização: acabei de perceber que existe uma --debugopção. Embora a saída de uma execução bem-sucedida e com falha seja idêntica até o ponto em que o cálculo ocorre. Todos os cabeçalhos e somas de verificação no log de depuração são os mesmos.

Além disso, mostra o mesmo comportamento com o cryptsetup 2.4.3 em um Linux Mint Live CD.

Eu tenho tentado instalar um módulo Python que depende de setuptools e, aparentemente, o módulo foi instalado usando apt . No entanto, parece ser a versão errada, então tentei instalá-lo usando pip apenas para ver se algo muda (spoiler: nada muda - aparentemente).

Quais são as diferenças (se houver) entre os seguintes?

pip3 install setuptools

e:

apt install python3-setuptools

Já existe o SSD Nimbus ExaDrive 100TB e o SSD 200TB chegará em breve . Como você pode ler aqui, o ext4 suporta até 256 TB. É apenas uma questão de tempo o hardware atingirá esse limite.

Eles atualizarão o ext4 ou haverá o ext5? O que vai acontecer?

Eu coloquei um CD na minha unidade. Como posso encontrar a cor do livro do arco-íris no Linux (livro vermelho/livro amarelo/livro azul/...)?

Não consigo criar pastas ou arquivos nomeados 'com1', 'com2', ..., 'com9'em meu disco rígido estendido. Estou tentando criar um prefixo Wine em minha outra unidade onde meus jogos estão armazenados, mas recebo alguns erros.

Aqui está um pastebin de toda a saída quando eu corro winecfgpara um novo prefixo. https://pastebin.com/SsaAFGdw

Acredito que não seja um problema de permissão, pois posso criar diretórios e arquivos. E também tentei criar um prefixo da minha unidade de inicialização principal, depois movê-lo para o meu disco rígido estendido e, em seguida, recebo erros quando ele está tentando copiar arquivos chamados 'com1', 'com2', ..., 'com9'.

É assim que minha unidade estendida particionada:

sudo WINEPREFIX='path' winecfgtambém não funciona, mesmo resultado.

EDITAR: SO: Manjaro KDE Plasma

Saída de mount | grep /dev/sdb:

/dev/sdb2 on /run/media/snich/Extended type fuseblk (rw,nosuid,nodev,relatime,user_id=0,group_id=0,default_permissions,allow_other,blksize=4096,uhelper=udisks2)
/dev/sdb4 on /run/media/snich/Games type fuseblk (rw,nosuid,nodev,relatime,user_id=0,group_id=0,default_permissions,allow_other,blksize=4096,uhelper=udisks2)
/dev/sdb3 on /run/media/snich/Personal type fuseblk (rw,nosuid,nodev,relatime,user_id=0,group_id=0,default_permissions,allow_other,blksize=4096,uhelper=udisks2)