All perguntas(unix)

/* dlsym-main.c */

#include <stdio.h>

void doSomething(char const *msg)
{
    fprintf(stderr, "Main program is doing %s\n", msg);
}

void (*fnptr)(char const *) = doSomething;

int main() {

    fnptr("some printing");
    return 0;
}

/* dlsym-lib.c */

#define _GNU_SOURCE  1
#include <stdio.h>
#include <dlfcn.h>

void myLibraryFunc(char const *msg)
{
    fprintf(stdout, "My library is doing %s\n", msg);
}

void hook(void)
{
    // Load the current executable as a shared object
    void* handle = dlopen(NULL, RTLD_LAZY);
    if (!handle) {
        fprintf(stderr, "Error: %s\n", dlerror());
        return;
    }

   typedef void (*fnT)(char const *);

    // Dynamically resolve the global non-static variable
    fnT* fnPtr = (fnT*) dlsym(handle, "fnptr");
    if (!fnPtr)
    {
        fprintf(stderr, "Error locating fnptr: %s\n", dlerror());
        dlclose(handle);
        return;
    }
    *fnPtr = myLibraryFunc;

    // Close the handle
    dlclose(handle);
}

__attribute__((constructor))
void setup() { hook(); }

## Makefile

linky: dlsym-main.c
    gcc -o linky dlsym-main.c
libi.so: dlsym-lib.c
    gcc -shared -fPIC -o libi.so dlsym-lib.c -ldl

run: linky libi.so
    LD_PRELOAD=$$PWD/libi.so ./linky

Saída de make run:

Error locating fnptr: Symbol not found: fnptr
Main program is doing some printing

Símbolo (fnptr) é um objeto de dados global:

> objdump -t linky | grep fnptr
0000000000020008 g     O .data  0000000000000008 fnptr

Usar LD_DEBUG=symbols(Debian) mostra que está procurando no executável:

       318: symbol=fnptr;  lookup in file=./linky [0]
       318: symbol=fnptr;  lookup in file=/CDS/libi.so [0]
       318: symbol=fnptr;  lookup in file=/usr/lib/aarch64-linux-gnu/libstdc++.so.6 [0]
       318: symbol=fnptr;  lookup in file=/lib/aarch64-linux-gnu/libc.so.6 [0]
       318: symbol=fnptr;  lookup in file=/lib/aarch64-linux-gnu/libdl.so.2 [0]
       318: symbol=fnptr;  lookup in file=/lib/aarch64-linux-gnu/libm.so.6 [0]
       318: symbol=fnptr;  lookup in file=/lib/aarch64-linux-gnu/libgcc_s.so.1 [0]
       318: symbol=fnptr;  lookup in file=/lib/ld-linux-aarch64.so.1 [0]
       318: /CDS/libi.so: error: symbol lookup error: undefined symbol: fnptr (fatal)

Eu tentei isso no Debian, Alpine (musl libc) e outras variantes (todas GCC) e os mesmos resultados ocorreram. Perguntei aos bots de IA como fazer isso e eles cuspiram exatamente esse código.

O mesmo código no macOS funciona bem

▶ make run_macOS
DYLD_INSERT_LIBRARIES=$PWD/libi.so ./linky
My library is doing some printing

O que estou fazendo de errado para que isso não funcione no GCC?

Eu estava tentando usar um pendrive no Linux e não funcionou como esperado:

Eu já havia criado um ponto de montagem (/mnt), encontrado o dispositivo do pendrive recém-inserido (/dev/sdb1) e montado:

# ls -l /dev/sdb1
brw-rw---- 1 root disk 8, 17 Aug  7 16:05 /dev/sdb1
# ls -ld /mnt
drwxrwxrwx 2 root root 4096 Jul 31  2020 /mnt
# mount /dev/sdb1 /mnt
# mount | grep sdb
/dev/sdb1 on /mnt type exfat(rw,relatime,fmask=0022,dmask=0022,iocharset=utf8,errors=remount-ro)
# ls -ld mnt
drwxr-xr-x 2 root root 131072 Aug  7 16:23 mnt

O problema agora era que o stick era gravável apenas para root. Então mudei o modo de arquivo do diretório - que não funcionou, embora nenhum erro tenha sido emitido:

# chmod -R 777 /mnt
# ls -ld mnt
drwxr-xr-x 2 root root 131072 Aug  7 16:23 mnt

(Eu também tentei "0777" em vez de "777" - sem diferença.) Não estando muito familiarizado com o Linux, suspeitei que o problema era que tentei fazer algo no diretório raiz. Então criei um subdiretório "/mnt/usb1" e repeti o procedimento acima - com o mesmo resultado. O comando chmod voltou sem erro, mas o modo de arquivo não foi alterado. Como último recurso, tentei alterar a propriedade - o que levou a um erro ("usuário" é um usuário/grupo existente neste sistema):

# chown user:user /mnt
chown: changing ownership of '/mnt': Operation not permitted

Meu sistema usa o kernel 5.15.0-97-generic, se você precisar de mais/outras informações, pergunte e eu irei editá-las.

Alguém pode esclarecer o que fiz de errado? Ambos os comandos (chown e chmod) são comandos padrão do UNIX e o sistema com o qual normalmente trabalho (AIX) teria feito exatamente o que eu pretendia fazer.

Como bônus: se alguém também pudesse responder por que o chown "não era permitido", eu ficaria feliz.

.coloursos arquivos criados ou importados usando kcm_colorssão armazenados no formato $HOME/.local/share/color-schemes/. No entanto, isso não inclui os inúmeros temas padrão que são considerados parte da seleção do pacote padrão, como aqueles contidos no breezepacote. Onde eles estão armazenados?

A versão antiga de 2 argumentos de open(ou seja, open FILEHANDLE,EXPR) para abrir um arquivo em perl está obsoleta. Por motivos de segurança, deve ser substituído pela versão de 3 argumentos open FILEHANDLE,MODE,EXPR. Porém, há um caso em que a versão com 3 argumentos se comporta de maneira diferente da versão com 2 argumentos:

2-arg openinterpreta o nome do arquivo especial -como entrada padrão. Por exemplo, ambos

echo foo | perl -e 'open my $fh, "-"; $_ = <$fh>; print $_;'

e

echo foo | perl -e 'open my $fh, "<-"; $_ = <$fh>; print $_;'

produzir a saída foo. Na versão de 3 argumentos, a interpretação especial de -desapareceu, entretanto:

echo foo | perl -e 'open my $fh, "<", "-"; $_ = <$fh>; print $_;'

não imprime nada.

Qual é a maneira padrão ou recomendada de emular esse recurso de 2-arg openusando 3-arg open? (Na aplicação concreta, o nome do arquivo é um argumento do programa que pode ou não ser -.)

Como posso montar via fstab?

# /etc/fstab
//fritz.box/FRITZ.NAS /media/fritz cifs username=foo,password=bar,vers=1.0 0 0

seguido por sudo mount -a; ls /media/fritz/leva a nada

Embora este funcione perfeitamente:

sudo mount -t cifs //fritz.box/FRITZ.NAS/ /media/fritz -o user=foo,pass=bar -o vers=1.0

Gostaria de fixar a versão específica do pacote instalada pipxe impedir sua atualização.

Por exemplo, eu instalei o pacote:

$ pipx install somepackage==2.0.0

Depois da atualização, ele será atualizado para a versão mais recente:

$ pipx upgrade-all

É possível atualizar apenas pacotes instalados sem versão especificada?

Eu tenho um cenário incomum em que desejo que um serviço Apache seja executado como um usuário sem privilégios; isso está escutando em uma porta não raiz (8000+). Estou funcionando, mas tenho alguns problemas com o serviço systemd personalizado que criei para gerenciá-lo.

Aqui está a unidade de serviço:

[Unit]
Description=Apache Modperl service for {user}
After=network.target remote-fs.target nss-lookup.target

[Service]
Type=forking
User={user}
Group={user}
Environment=LANG=C
PIDFile={Apache pid file, accessible by user}

ExecStart=/usr/sbin/httpd -f {config file}
ExecReload=kill -USR1 $MAINPID

# Send SIGWINCH for graceful stop
KillSignal=SIGWINCH
KillMode=mixed
PrivateTmp=true

[Install]
WantedBy=multi-user.target

Iniciar/parar o serviço funciona bem, mas ao recarregar, qualquer problema na configuração faz com que todo o processo morra. Eu não quero que ele morra, mas em vez disso, mantenha o processo antigo em execução com a configuração anterior (assim como o serviço httpd padrão quando você recarrega uma configuração que não funciona).

Para referência, isso está no Oracle Linux 8 e aqui está a unidade de serviço httpd padrão (root) que usei como modelo:

[Unit]
Description=The Apache HTTP Server
Wants=httpd-init.service
After=network.target remote-fs.target nss-lookup.target httpd-init.service
Documentation=man:httpd.service(8)

[Service]
Type=notify
Environment=LANG=C

ExecStart=/usr/sbin/httpd $OPTIONS -DFOREGROUND
ExecReload=/usr/sbin/httpd $OPTIONS -k graceful
# Send SIGWINCH for graceful stop
KillSignal=SIGWINCH
KillMode=mixed
PrivateTmp=true

[Install]
WantedBy=multi-user.target

Não sei se deveria usar type notifyem vez de forking, mas quando tento usar notify, a inicialização do serviço falha com esta mensagem no journalctl:

Failed with result 'protocol'.

Não recebo nenhum problema de permissão ou outras mensagens mais detalhadas ao tentar usar o tipo notify.

Se você tiver o Pandoc instalado, o script a seguir irá recuperar seu modelo HTML, gravá-lo em um arquivo temporário, fazer alguns ajustes e então passar este arquivo como parâmetro:

template=$(mktemp default.html5.XXXXXX)
sed -z 's/<title>.*<\/title>\s*//' <<< $(pandoc -D html) >> $template
pandoc input.md -s --template $template -o output.htm
rm $template

Funciona, mas estou aprendendo a usar o Zsh de maneira eficaz e, por esse motivo, quero alterá-lo de forma que não seja necessário criar um arquivo temporário manualmente.

Pelo que eu sei, o recurso de substituição de processo Zsh cria arquivos temporários automaticamente. Por exemplo:

${template::==(pandoc -D html)}

Mas como (e se) é possível reescrever o roteiro original usando esta técnica?

• RHEL-8.10 para ser específico
• samba-4.19
• security = userem /etc/samba/smb.conf [global]
• passdb backend = tdbsamem /etc/samba/smb.conf [global]

smbpasswd -a <user>é feito para que haja uma senha independente para conexões samba.

Quando a senha de um usuário Linux /etc/passwdexpirou , existe uma maneira de também fazer com que a senha do samba expire para o usuário especificado ? No mínimo, proibir a conexão samba para determinado usuário quando a senha da conta Linux expirar?

cenário: a senha /etc/passwd está definida para expirar em 90 dias, conforme PASS_MAX_DAYSmostrado /etc/login.defspor passwd -S <user>. Quando um usuário passou mais de 90 dias e o tempo para alterar sua senha do Linux chegou e passou e ele está efetivamente bloqueado do Linux, estou observando (com uma conta de teste) que o acesso do samba às pastas compartilhadas ainda está disponível porque seu A senha do windowsNT está em um ciclo de expiração diferente e eles ainda podem acessar compartilhamentos samba do servidor Linux. Quero que /etc/passwda expiração também expire a senha do samba no servidor Linux, se possível. O ideal é PASS_MAX_DAYSaplicar também a senha do samba e forçar o usuário a atualizar, isso é possível? Isso é algo básico hoje para a senha /etc/passwd, mas parece que o samba falhou nisso.

Eu tenho um seguinte arquivo:

<head>
  <title>this is a title</title>
  <style>
    here goes a style sheet
  </style>
</head>

Eu preciso retirar o <title>elemento dele, com sed. Atualmente eu uso

cat test.html | sed 's/<title>.*<\/title>//'

e funciona, mas não entendo como me livrar da linha em branco. Ou seja, atualmente a saída é

<head>
  
  <style>
    here goes a style sheet
  </style>
</head>

Considerando que eu quero que seja

<head>
  <style>
    here goes a style sheet
  </style>
</head>

Para isso, tentei adicionar \s*or \n*, usando tanto GNU quanto BSD sed,

cat test.html | sed 's/<title>.*<\/title>\s*//'

cat test.html | sed 's/<title>.*<\/title>\n*//'

mas isso não ajudou. O que estou fazendo de errado?

Editar: a <title>linha não precisa estar em uma linha separada. Ou seja, às vezes o arquivo inteiro pode ser apenas uma linha:

<head><title>this is a title</title><style>here goes a style sheet</style></head>

Nesse caso, a saída desejada é

<head><style>here goes a style sheet</style></head>