Início / unix / 问题

Perguntas[linux](unix)

Martin Hope
Headbank
Asked: 2025-03-08 23:26:47 +0800 CST
  • 5

Tenho uma rede de máquinas Linux que são todas, para os propósitos do que estou fazendo, clones umas das outras. Há um nó "mestre" do qual todos os outros sincronizam um diretório em intervalos regulares usando rsync(revezando-se, não simultaneamente). Cada máquina tem seu rsyncdpróprio rsyncd.conf.

Minha rotina de sincronização faz com que cada nó cliente chame o rsynccliente assim:

$ rsync -a --delete masternode::syncdir/ /path/to/local/syncdir/

Observe que esta é uma conexão direta com o mestre rsyncd, não usando ssh.

Minha pergunta é: como já estou rsyncdexecutando em cada cliente, a operação de sincronização repetida seria mais eficiente invocando a instância local em vez de um caminho de arquivo como o argumento de destino? Ou seja

$ rsync -a --delete masternode::syncdir/ localhost::syncdir/

Nunca vi um exemplo de rsyncuso assim entre duas rsyncdinstâncias; não há nada que indique que não seja permitido/suportado, mas não tenho certeza de como (ou se) funcionaria nessa configuração de dois servidores mais um cliente mediando a operação entre eles.

Presumo que o tráfego ainda passe pelo processo do cliente (não que isso importe quando o servidor de destino é local), mas ambos os servidores " veem " um servidor na outra extremidade e fazem alguma eficiência de acordo, como aproveitar metadados de arquivo que eles podem ter armazenado em cache de execuções anteriores? (Ou isso acontece de qualquer maneira, independentemente de eles " saberem " que estão falando com outra instância do servidor?)

Esperando por uma resposta que possa aprofundar o " como ".

linux
Martin Hope
BrandonL
Asked: 2025-02-28 01:46:22 +0800 CST
  • 5

Existe alguma maneira simples de duplicar arquivos .cpp e .h (ou qualquer extensão) simultaneamente no bash, em vez de:

cp foo.cpp bar.cpp
cp foo.h bar.h

Não estou procurando respostas de script de shell ou sintaxe de busca complicada ou algo assim, apenas me perguntando se há algo incorporado ao bash que faça isso de forma simples.

Obrigado!

linux
Martin Hope
Mala Dies
Asked: 2025-02-24 12:04:10 +0800 CST
  • 5

Tenho um módulo de kernel externo e um Makefile. Eu estava usando o Kbuild, mas decidi usar um Makefile e make direto. Tenho meus headers instalados, build-essential e kmod instalados, e estou me deparando com um problema com um arquivo .h até agora.

Tenho meu arquivo .c para .o para o módulo de kernel externo. Os problemas dizem respeito ao arquivo .h até agora. Não consigo compilá-lo.

Então, aqui está meu Makefile simples:

# Some random Kernel Module Course Online
# KDIR += /lib/modules/$(shell uname -r)/build

obj-m += kernel_char.o kernel_char_one.o

all:
        $(MAKE) -C /lib/modules/$(shell uname -r)/build M=$(PWD)

clean:
        $(MAKE) -C /lib/modules/$(shell uname -r)/build M=$(PWD) clean

Este kernel_char.oé meu arquivo .c. kernel_char_one.oé o arquivo .h. Ele diz que estou usando o arquivo .h para compilação incorretamente na saída:

make -C /lib/modules/4.19.94-ti-r74/build M=/home/debian/Kernel_Modules modules
make[1]: Entering directory '/usr/src/linux-headers-4.19.94-ti-r74'
make[2]: *** No rule to make target '/home/debian/Kernel_Modules/kernel_char_one.c', needed by '/home/debian/Kernel_Modules/kernel_char_one.o'.  Stop.
make[1]: *** [Makefile:1522: _module_/home/debian/Kernel_Modules] Error 2
make[1]: Leaving directory '/usr/src/linux-headers-4.19.94-ti-r74'
make: *** [Makefile:9: all] Error 2

A saída acima é depois que eu uso makepara meu Makefile. Eu estava pensando que havia alguma maneira específica de compilar um arquivo .h para módulos de kernel externos.

1. The reason for having a .h file:
a. I need my userspace program and the kernel module to know about it.
linux
Martin Hope
codeandfire
Asked: 2025-02-21 16:16:46 +0800 CST
  • 5

No Linux, estou olhando para /proc/1/cwd. Este symlink não é legível como um usuário normal:

$ ls /proc/1/cwd
ls: cannot access '/proc/1/cwd': Permission denied

Mas /proc/1é acessível:

$ ls /proc/1
<output>

Depois de se tornar root, você verá que /proc/1/cwdaponta para /(raiz do sistema de arquivos):

$ sudo ls -l /proc/1/cwd
lrwxrwxrwx 1 root root 0 Feb 21 12:56 /proc/1/cwd -> /

E é claro que a raiz do sistema de arquivos é legível, como um usuário normal:

$ ls /
<output>

Se links simbólicos não têm permissões no Linux, então por que um link simbólico não é legível, quando seu destino (a raiz do sistema de arquivos) é legível?

linux
Martin Hope
BobDoolittle
Asked: 2025-02-21 08:04:07 +0800 CST
  • 6

Estou executando o Debian 12 e trabalhando para fortalecer meu sistema. Estou observando o comportamento do sudo no momento.

Como esperado, se eu fizer ssh no sistema e executar um comando sudo, ele avisa na primeira vez, mas não para sudos subsequentes dentro de uma janela de tempo. Eu entendo esse comportamento de cache dentro de uma sessão de login e isso é OK.

No entanto, se eu sair da sessão ssh e depois entrar novamente, ele ainda não solicita uma senha. Isso é surpreendente para mim e é um comportamento mais fraco do que eu gostaria (por exemplo, e se alguém hackear a conta logo após ela estar sendo usada para atividades sudo?).

Gostaria de configurar o sudo para solicitar uma senha no início de qualquer sessão de login. Isso pode ser feito?

linux
Martin Hope
fadedbee
Asked: 2025-02-13 20:36:18 +0800 CST
  • 11

Tenho um novo sistema de arquivos em mente, mas a estrutura torna impossível implementar mais de um link físico para cada inode. ("." e ".." são tratados de forma diferente.)

Ele não foi criado para ser um sistema de arquivos raiz, mas pode ser usado como um sistema de arquivos de uso geral em /home, etc.

  • Links físicos são comumente usados ​​fora dos diretórios do sistema (Linux)?

  • Quais problemas os usuários podem sofrer se não tiverem suporte para links físicos?

linux
Martin Hope
balupton
Asked: 2025-02-12 04:17:31 +0800 CST
  • 12

Dado o seguinte código:

out="$(mktemp)"
rm -f "$out"
clear

printf '%s\n' 0 >"$out"
{
    printf '%s\n' '1' >/dev/stdout
    printf '%s\n' '2' >/dev/stdout
} >"$out"
cat -e -- "$out"
rm -f "$out"

No Ubuntu isso produz:

2$

No MacOS isso gera:

1$
2$

Ao anexar explicitamente, eles se comportam de forma consistente:

out="$(mktemp)"
rm -f "$out"
clear

printf '%s\n' 0 >"$out"
{
    printf '%s\n' '1' >/dev/stdout
    printf '%s\n' '2' >>/dev/stdout
} >"$out"
cat -e -- "$out"
rm -f "$out"

No MacOS e no Ubuntu isso gera:

1$
2$

O exemplo mais confuso para mim é este:

out="$(mktemp)"
rm -f "$out"
clear

printf '%s\n' 0 >"$out"
exec 3>>"$out"
{
    printf '%s\n' '1' >/dev/stdout
    printf '%s\n' '2' >/dev/stdout
} >&3
{
    printf '%s\n' '3' >/dev/stdout
    printf '%s\n' '4' >/dev/stdout
} >&3
cat -e -- "$out"
rm -f "$out"
exec 3>&-

Que no MacOS gera:

0$
1$
2$
3$
4$

Que no Ubuntu gera:

4$

Eu esperava isso no Ubuntu:

0$
2$
4$

Estou completamente confuso sobre o porquê desse comportamento ocorrer neste exemplo e em todos os outros exemplos que criei para ilustrar essa discrepância.

Minhas perguntas:

  • O que é essa discrepância? O que está acontecendo? Essa discrepância é intencional?
  • Onde mais essa discrepância se aplica? Quais são suas origens?
  • Se essa discrepância é intencional, por que foi justificada? Qual deveria ser o comportamento correto?
  • O que pode ser feito para atenuar essas diferenças ao escrever scripts entre sistemas operacionais?
  • É shopt -o noclobbera resposta apropriada? É essa a verdadeira necessidade de noclobber?
linux
Martin Hope
Enlico
Asked: 2025-02-11 02:14:58 +0800 CST
  • 9

Até onde eu entendo, uma vez que uma conexão TCP é estabelecida, não há fluxo real de dados, a menos que uma das duas pontas realmente envie uma mensagem, ambas são bloqueadas em uma chamada para receber uma mensagem. Como em, não é como se uma das pontas estivesse enviando mensagens periódicas para a outra dizendo "só para você saber, eu ainda estou vivo".

Se for esse o caso, então eu esperaria que se qualquer uma das extremidades do canal de comunicação fosse desligada abruptamentekill -KILL it (por exemplo , mas também apenas desconectasse o cabo de alimentação de toda a máquina), a outra extremidade não saberia.

Indo para um exemplo concreto, posso estabelecer uma conexão entre dois terminais via socat:

  • ouça de um terminal e anote o PID 
    $ socat -d4 TCP-LISTEN:12345 -
$ # ctrl-z
$ jobs -l
[1]+ 958602 Stopped                 socat -d4 TCP-LISTEN:12345 -
$ fg
  • conecte-se do outro terminal e anote esse PID também 
    $ socat -d4 TCP-CONNECT:localhost:12345 -
$ # ctrl-z
$ jobs -l
[1]+ 958730 Stopped                 socat -d4 TCP-CONNECT:localhost:12345 -
$ fg

(Ambos socatos comandos produzem uma quantidade considerável de saída por causa das -d4mensagens de depuração.)

Agora, se eu abrir um terceiro terminal, finalizo o problema

$ kill -KILL 958730

Vejo Killedsendo impresso no segundo terminal, sem mais linhas de depuração do socatque aquelas que foram impressas antes, mas no primeiro terminal vejo mais saída:

2025/02/10 18:04:42 socat[958602] D select -> (, 0x0, 0x0, 0x0, NULL/0.000000), 1
2025/02/10 18:04:42 socat[958602] D read(122, 0x61dbb1b48000, 8192)
2025/02/10 18:04:42 socat[958602] D read -> 0
2025/02/10 18:04:42 socat[958602] N socket 1 (fd 122) is at EOF
2025/02/10 18:04:42 socat[958602] D data loop: sock1->eof=3, sock2->eof=0, closing=1, wasaction=1, total_to={0.1000000}
2025/02/10 18:04:42 socat[958602] D select(1, &0x1, &0x0, &0x0, &0.500000)
2025/02/10 18:04:43 socat[958602] D select -> (, 0x0, 0x0, 0x0, &0.000000), 0
2025/02/10 18:04:43 socat[958602] I poll timed out (no data within 0.500000 seconds)
2025/02/10 18:04:43 socat[958602] I shutdown(122, 2)
2025/02/10 18:04:43 socat[958602] D shutdown()  -> 0
2025/02/10 18:04:43 socat[958602] D tcsetattr(0, 0, {00006506,00000005,000000bf,00008a3b, 15,15, 03,1c,7f,15,04,00,01,00,11,13,1a,00,12,0f,17,16,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00})
2025/02/10 18:04:43 socat[958602] D tcsetattr() -> 0
2025/02/10 18:04:43 socat[958602] D tcsetattr(1, 0, {00006506,00000005,000000bf,00008a3b, 15,15, 03,1c,7f,15,04,00,01,00,11,13,1a,00,12,0f,17,16,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00})
2025/02/10 18:04:43 socat[958602] D tcsetattr() -> 0
2025/02/10 18:04:43 socat[958602] N exiting with status 0
2025/02/10 18:04:43 socat[958602] D exit(0)
2025/02/10 18:04:43 socat[958602] D starting xioexit()
2025/02/10 18:04:43 socat[958602] D finished xioexit()

Mas eu não entendo, se SIGKILLnão pode ser capturado/manipulado no código do usuário porque é manipulado diretamente pelo kernel , então 958730não deve haver chance de fazer algo como enviar uma mensagem dizendo "desculpe, estou morrendo" e, portanto, 958602nunca deve saber sobre isso.

Onde está a falha no meu raciocínio?

linux
Martin Hope
Jeremy
Asked: 2025-02-10 22:54:38 +0800 CST
  • 6

Dentro de cada programa, há um main.c. Dentro do main, há uma mainfunção que é chamada antes de qualquer outra função. Lembro que dentro dos compiladores, há também uma diretiva que chama uma função definida antes de main .

__attribute__ ((constructor))

É assim que a maioria dos programas funciona. Tenho certeza de que o Linux Kernel é um caso diferente. Depois de olhar o main.carquivo em init/kernel, não parece haver uma mainfunção.

Funções são declaradas com uma __initdiretiva. Veja o exemplo abaixo:

asmlinkage __visible __init __no_sanitize_address __noreturn __no_stack_protector
void start_kernel(void)

Qual é a ordem em que o código é chamado dentro do main.cprocedimento de inicialização do Linux?

linux
Martin Hope
Astora
Asked: 2025-02-10 21:37:13 +0800 CST
  • 5

Por exemplo, tenho os seguintes discos:

[root@xxx-xxxx]# lsblk
NAME                     MAJ:MIN RM  SIZE RO TYPE MOUNTPOINT
sda                        8:0    0   47G  0 disk
├─sda1                     8:1    0  100M  0 part /boot/efi
├─sda2                     8:2    0    1G  0 part /boot
└─sda3                     8:3    0 45.5G  0 part
  ├─ocivolume-root       252:0    0 35.5G  0 lvm  /
  └─ocivolume-oled       252:1    0   10G  0 lvm  /var/oled
sdb                        8:16   0  100G  0 disk
└─sdb1                     8:17   0  100G  0 part
sdc                        8:32   0   50G  0 disk
└─sdc1                     8:33   0   50G  0 part
  └─oraclevg-oraclebinlv 252:2    0   50G  0 lvm  /u01
sdd                        8:48   0  100G  0 disk
└─sdd1                     8:49   0  100G  0 part
sde                        8:64   0  100G  0 disk
└─sde1                     8:65   0  100G  0 part
sdf                        8:80   0  100G  0 disk
└─sdf1                     8:81   0  100G  0 part
sdg                        8:96   0  100G  0 disk
└─sdg1                     8:97   0  100G  0 part
sdh                        8:112  0  100G  0 disk
└─sdh1                     8:113  0  100G  0 part
sdi                        8:128  0  100G  0 disk
└─sdi1                     8:129  0  100G  0 part
sdj                        8:144  0  100G  0 disk
└─sdj1                     8:145  0  100G  0 part
sdk                        8:160  0  100G  0 disk
└─sdk1                     8:161  0  100G  0 part

Como saber qual comando devo executar para remover /dev/sdk?

Eu sei que o comando é

sudo iscsiadm -m node -T iqn.2015-12.com.oracleiaas:xxxxxxxxxxx-xxxxxxxxxx-p 169.xxx.x.xx:3260 -u
sudo iscsiadm -m node -o delete -T iqn.2015-12.com.oracleiaas:xxxxxxxxxx-xxxx-xxxx-xxxx-xxxxxx-p 169.xxx.x.xx:3260

Mas como saber qual iqne IPusar para remover /dev/sdk?

linux