All perguntas(unix)

Tenho um minicomputador Qotom Q1900G2-P com AlmaLinux 9.5.
Qotom com bios American Megatrends, build 06/01/2015.
Bios redefinida para a configuração de fábrica, configuração padrão.

Sem cabo de vídeo, HDMI ou VGA, não inicia... nem pelo dmesg, nem pelo syslog, nem pela mensagem NADA!
Parece que até consigo acessar o menu do GRUB, mas obviamente não tenho vídeo conectado, só consigo ver a inicialização. Se eu conectar o vídeo depois, com o miniPC ligado, não há sinal de vídeo.
O mesmo acontece com o Debian 12.10.

OK com Windows!! :(( Com Windows ele inicia também sem cabo de vídeo!

Tentei inserir /etc/default/grubalgumas opções como:
GRUB_CMDLINE_LINUX_DEFAULT="quiet nomodeset console=tty1"
ou
GRUB_CMDLINE_LINUX_DEFAULT="nomodeset text"

Mas nada! :((

algumas telas do BIOS aqui https://imgur.com/a/TyDEDq5

Alguma ideia para resolver? Agradeço antecipadamente.

Tenho um makefile com este comando que converte nomes de pastas ./cmd/de snake_caseparaPascalCase

test:
    @for f in $(shell ls ./cmd/); do \
        echo $${f}; \
        echo $${f} | sed -r 's/(^|_)([a-z])/\U\2/g'; \
     done

O que obtenho quando o executo é, com uma letra maiúscula prefixada U:

api_get_manual
UapiUgetUmanual

E o que espero obter:

ApiGetManual

Estou testando o aplicativo executando mycommanda saída no console e diretamente em /tmp/mycommand.log. Usar zsh. mycommandé, na verdade, uma função com parâmetros, mas consigo obter o mesmo resultado executando no console. mycommandO comando é executado enquanto testo o aplicativo no navegador. Ao terminar, pressiono Ctrl+C para finalizar a execução.

Pode ocorrer um erro no programa, que retorna no console como " ERROR: Fatal signal! Attach debugger with: Como não estou olhando para o console e isso não está no log, gostaria de receber uma notificação quando isso acontecer". É necessário um simples som de error, não deve ler a longa saída do log do aplicativo.

Eu estava olhando Como exibir a saída do comando e também analisá-la?, mas isso não parece se aplicar aqui da mesma forma.

A Unreal Engine e outras engines permitem a criação de jogos para diversas plataformas, como iOS, Android, Windows, macOS e Linux. Os jogos são distribuídos como executáveis ​​pré-compilados e todos precisam de compilações específicas, voltadas para um sistema operacional específico.

Com o número de distribuições Linux diferentes, é necessário haver compilações diferentes para Ubuntu, Arch etc.?

Como os desenvolvedores podem garantir que o maior número possível de distribuições Linux sejam suportadas?

Instalei o Ubuntu Linux com WSL no meu PC com Windows 11. Criei um nome de usuário durante a instalação, perdiem. Quando tudo estava funcionando, fui cdpara ~, e o diretório em que acabei foi /home/ls. Não sei bem por que isso acontece; pensei que seria meu nome de usuário. Também é estranho que seja, na verdade, um comando do Linux — meio confuso.

Isso não é um problema, mas alguém sabe por que lsé estabelecido como o diretório inicial e não meu nome de usuário?

Saída de id:

uid=1000(ls) gid=1000(ls) groups=1000(ls),4(adm),20(dialout),24(cdrom),25(floppy),27(sudo),29(audio),30(dip),44(video),46(plugdev),100(users),107(netdev)

Saída de grep /home/ls /etc/passwd:

ls:x:1000:1000:,,,:/home/ls:/bin/bash

Como o Java 25 LTS será lançado em breve (setembro de 2025) e eu ainda não instalei o Java JDK 21 LTS (setembro de 2023), tentei fazer isso no sudo apt install openjdk-21-jdkmeu Debian 12. Mas falhou e apareceu uma package not foundmensagem.

Seu pacote ainda não está disponível no Debian 12: openjdk-21 (exceto no sid).

Estou pensando em baixá-lo de https://jdk.java.net/archive/ como uma versão tar.gzde teste 21.0.2 (build 21.0.2+13)(ao custo de esquecer aptos comandos para lidar com Java e anotar na minha agenda para verificar manualmente se há atualizações lá)

Mas estou com medo disto:

.debO que está incluído aqui não .tar.gzdanificará meu sistema se eu tentar instalá-lo, se o pacote
dedicado para o Debian 12 não puder ser criado por anos?openjdk-21-jdk

Por curiosidade, estou pesquisando sobre gerenciamento de rede Debian.

Notei que meu Debian 12 usa rede por padrão para gerenciar a rede.

$ systemctl status networking
● networking.service - Raise network interfaces
     Loaded: loaded (/lib/systemd/system/networking.service; enabled; preset: enabled)
     Active: active (exited) since Thu 2025-04-17 17:20:34 CST; 2 days ago
       Docs: man:interfaces(5)
   Main PID: 552 (code=exited, status=0/SUCCESS)
      Tasks: 1 (limit: 2306)
     Memory: 1.1M
        CPU: 62ms
     CGroup: /system.slice/networking.service
             └─500 dhclient -4 -v -i -pf /run/dhclient.eth0.pid -lf /var/lib/dhcp/dhclient.eth0.leases -I -df /var/lib/dhcp/dhclient6.eth0.leases eth0

Pelo documento, essa rede parece com ifupdown.

$man interfaces

Posso pensar nisso simplesmente como uma interface para o ifupdown?

O que é uma thread estacionada no contexto do kernel Linux? Uma thread que está em TASK_PARKEDestado?

Como esse estado difere de TASK_INTERRUPTIBLEe TASK_UNINTERRUPTIBLE?

De qual estado uma thread pode ser despertada mais rapidamente? Geralmente, e em casos específicos, se usada para espera: kthread_parkme / kthread_unparkem vez de [s]wait_event_... / [s]wake_up_...]?

Sei que as filas de espera aceitam vários garçons, mas estou interessado apenas em um único par de pessoas dormindo/acordando.

`Estou lendo uma resposta para https://stackoverflow.com/questions/692000/how-do-i-write-standard-error-to-a-file-while-using-tee-with-a-pipe/692009#692009 , https://stackoverflow.com/a/14737103/5499118 :

{ { ./aaa.sh | tee bbb.out; } 2>&1 1>&3 | tee ccc.out; } 3>&1 1>&2

Como verifiquei, funciona conforme explicado. A resposta leva para https://unix.stackexchange.com/a/18904/266260 , que leva para https://unix.stackexchange.com/a/3540/266260 .

Não entendo por que { ... 1>&3 ... } 3>&1funciona (como o redirecionamento posterior reverte o efeito do anterior), porque quando eu queria entender man bash:

Observe que a ordem dos redirecionamentos é significativa. Por exemplo, o comando

ls > dirlist 2>&1

direciona a saída padrão e o erro padrão para o arquivo dirlist, enquanto o comando

ls 2>&1 > dirlist

direciona apenas a saída padrão para o arquivo dirlist, porque o erro padrão foi duplicado da saída padrão antes que a saída padrão fosse redirecionada para dirlist.

Encontrei duplicação de descritores de arquivo no redirecionamento :

Os redirecionamentos são implementados por meio da família de funções do sistema dup. dup é a abreviação de duplicação e quando você faz isso, por exemplo:

3>&2

você duplica (dup2) o filedescriptor 2 no filedescriptor 3 ...

Portanto, entendo que 1>&3duplica 3 em 1 e eles apontam para o mesmo objeto a partir desse comando man dup.

Após um retorno bem-sucedido, os descritores de arquivo antigo e novo podem ser usados ​​indistintamente. Eles se referem à mesma descrição de arquivo aberto.

Pela dupexplicação, não espero 3>&1mudar nada, pois 3 e 1 já são iguais. Mas aparentemente não é o caso, pois omitir 3>&1 dos { { ./aaa.sh | tee bbb.out; } 2>&1 1>&3 | tee ccc.out; } 3>&1 1>&2resultados embash: 3: bad file descriptor

O que (se houver) está incorreto ao explicar o redirecionamento com dupchamadas? O que acontece internamente durante 1>&3e 3>&1? Talvez { }sejam importantes aqui, mas vejo que são usados ​​apenas para agrupamento e por man bash:

list é simplesmente executado no ambiente de shell atual.

SO: Ubuntu MATE 24.04.2 LTS

Adicionei o monitor do sistema ao meu painel superior e notei muita atividade no disco.
A princípio, pensei que o principal "culpado" fossejbd2 o Dispositivo de Bloco de Registro (Journaling Block Device).
Mas o jbd2 ( "um registro para proteger o sistema de arquivos contra inconsistências de metadados em caso de falha do sistema" ) só grava no disco em resposta a outras coisas gravando no disco.
Executando o comando sudo iotop -a, vi que (*) o principal dispositivo que grava no disco é o systemd-journald : em 3h40m, ele gravou 60 MB!

Entendo que esses são dados binários, mas, se fosse texto, mesmo com 4 bytes por caractere, isso seria " Guerra e Paz " a cada 7 horas!

• Isso é "normal"?
• O que é escrever que requer tantos dados?
• Devo me preocupar com meu disco de sistema SSD?
• Posso reduzir (com segurança) a quantidade (e a frequência) de dados gravados?

(*) o monstro que é o Firefox apesar de tudo