hudac's questions

Tenho um dispositivo Linux com vários serviços meus.
Kernel: 4.14.151
systemd:systemd 249 (249.11-0ubuntu3.12)

Meus serviços são escritos como sysvinitserviços e gerados automaticamente como systemdserviços usando o /run/systemd/generator.early.
Tudo funcionava bem até que eu quis chamar /usr/bin/ssh-keygen -t ed25519 ...de um dos meus serviços.
Naquele momento, minha chamada para ssh-keygené bloqueada até que systemd-random-seed.serviceseja feita. Mas não é feita, chega ao tempo limite. Então, toda a inicialização leva muito tempo.

• Entendo systemd-random-seed.serviceque ele é responsável por iniciar o pool de entropia para aleatoriedade, por isso ssh-keygenestá bloqueado.
• Mas, por que eles entram em dead lock? Eu esperaria systemd-random-seed.serviceterminar sem relação com ssh-keygen.
• Antes das minhas alterações, systemd-random-seed.servicedemorava cerca de 16 segundos. (Posso ver usando systemd-analyze blamee systemd-analyze plot > chain.svg.
• Após minhas alterações, o tempo limite pode chegar a 10 minutos.
• Independentemente da minha mudança. Ou seja, sem adicionar ssh-keygenchamada a um dos meus serviços, tentei remover um dos meus sysvinitserviços. Fazer isso torna systemd-random-seed.serviceainda mais imprevisível - termina após 2-6 minutos.
• Meu propósito era reescrever meu sysvinitserviço como um systemdserviço After=systemd-random-seed.service, então ele certamente passará.

O ponto principal systemd-random-seed.servicenão está claro para mim.
Você pode explicar o comportamento dele? Por que ele não inicia independentemente de ssh-keygen?
Como posso iniciar outro serviço depois que ele termina?

Estou tentando mudar uma MTUinterface.
Percebi que não muda corretamente ao usar systemd-networkd, mas funciona quando uso o ip link set mtucomando.

Atual MTUé 1500:

3: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP mode DEFAULT group default qlen 1000
    link/ether aa:bb:cc:dd:ee:ff brd ff:ff:ff:ff:ff:ff promiscuity 0 addrgenmode eui64 numtxqueues 8 numrxqueues 8 gso_max_size 65536 gso_max_segs 65535 

Agora, mudei meu /etc/systemd/network/50_eth0.networkarquivo e adicionei:

[Link]
MTUBytes = 1000

Após systemd-networkda reinicialização do serviço, syslogmostra:

Nov 30 23:36:20 me kernel: [84974.429088] igb 0000:00:14.0: changing MTU from 1500 to 1280

E a corrente MTUé 1280:

3: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1280 qdisc mq state UP mode DEFAULT group default qlen 1000
    link/ether aa:bb:cc:dd:ee:ff brd ff:ff:ff:ff:ff:ff promiscuity 0 addrgenmode eui64 numtxqueues 8 numrxqueues 8 gso_max_size 65536 gso_max_segs 65535 

Como você pode ver, eu queria 1000, mas mudou para 1280. Acho que li em algum lugar sobre um limite devido ao IPv6.

Agora, ao usar a ipferramenta:

ip link set mtu 1000 dev eth0

syslog:

Nov 30 23:36:44 me kernel: [84998.785039] igb 0000:00:14.0: changing MTU from 1280 to 1000

E a corrente MTUé 1000:

# ip -d link show dev eth0
3: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1000 qdisc mq state UP mode DEFAULT group default qlen 1000
    link/ether aa:bb:cc:dd:ee:ff brd ff:ff:ff:ff:ff:ff promiscuity 0 numtxqueues 8 numrxqueues 8 gso_max_size 65536 gso_max_segs 65535 

Por que uma forma funciona e a outra não?
Obrigado.

Eu pensei

[ 1 -eq $1 ] && echo "yes" || echo "no"

Age como

if [ 1 -eq $1 ]; then
    echo "yes"
else
    echo "no"
fi

Mas, quando eu executo este script ( nocmdé um comando inexistente)

#!/bin/bash

[ 1 -eq $1 ] && nocmd "yes" || echo "no"

Eu recebo uma saída estranha para o parâmetro '1':

me@ubuntu:/tmp$ ./ddd.sh 0
no
me@ubuntu:/tmp$ ./ddd.sh 1
./sh.sh: line 3: nocmd: command not found
no

Parece que ele age como:

if [ 1 -eq $1 ]; then
    nocmd "yes"
    if [ $? -ne 0 ]; then
        echo "no"
    fi
else
    echo "no"
fi

Está bom? Estou esquecendo de algo?

Eu gostaria de remover um bloco de chaves {}+ seu "nome" (prefixo de 2 palavras), se um padrão for encontrado dentro do bloco.
Tentei alguma sedmagia, mas não consegui.
Por exemplo:

• Padrão: PATTERN PATTERN-X

Entrada

m m1 {  
    s s1;  
    s s2;  
    c c1 {  
        s s3;   
        c c2 {  
            PATTERN PATTERN-X  
            ...  
        }  
        s s4;
    }  
    c c3 {  
        PATTERN PATTERN-X  
        ...
        c c4 {
            s s4;
        }
    }  
}

Resultado

m m1 {  
    s s1;  
    s s2;  
    c c1 {  
        s s3;   
        s s4;
    }  
}