Perguntas[linux](unix)

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?

Estou lendo o código do kernel que carrega a configuração de inicialização. Em main.c o seguinte código é executado.

err = parse_args("bootconfig", tmp_cmdline, NULL, 0, 0, 0, NULL,
             bootconfig_params);

na linha 428. Eu abro parse_args, que, internamente, chama parse_one (ambos em kernel/params.c) e parece que, como const struct kernel_param *paramsé NULL, ele nunca irá iterar sobre nenhum parâmetro em parse_one.

Sei que deve haver algo que estou esquecendo aqui. O resto da função depois das linhas 431 e 432 static void __init setup_boot_config(void)nunca é executada, até onde posso ver. A configuração de inicialização deve ser analisada.

Em init/main.c https://elixir.bootlin.com/linux/v6.13.1/source/init/main.c static void __init setup_boot_config(void)

Em kernel/params.c https://elixir.bootlin.com/linux/v6.13.1/source/kernel/params.c parse_one(..) parse_args(..)

setup_boot_config(void) >> parse_args(..) >> parse_one(..) retornaENOENT

setup_boot_config(void) verificações

if (IS_ERR(err) || !(bootconfig_found || IS_ENABLED(CONFIG_BOOT_CONFIG_FORCE)))

e retorna. O xbc_init(..)nunca é chamado. Há algo faltando aqui.

Estou usando cpulimitum script Bash para executar um certo comando (ffmpeg) com uso limitado de CPU, mas quero saber se o comando falha. Mas quando o comando (ffmpeg) falha com algum erro, cpulimit ainda existe com status de saída 0. O que devo fazer?

Meu comando cpulimit:cpulimit -l 300 -f -- ffmpeg ...

CPUlimit versão 3.0

SO: Ubuntu com Linux 6.8.0

Nota: cpulimit não funciona em bifurcações do comando fornecido, a menos que eu passe o sinalizador --monitor-forks, o que o manual diz ser uma má ideia, especialmente em scripts:

-m, --monitor-forks observa e limita os processos filhos do processo alvo Aviso: Geralmente é uma má ideia usar esse sinalizador, especialmente em um script de shell. Os comandos no script gerarão cada um um processo que, por sua vez, gerará mais cópias desse programa para limitá-los, sobrecarregando o sistema. Além disso, é possível que um processo filho morra e que seu PID seja atribuído a outro programa. Quando isso acontece rapidamente, pode fazer com que o cpulimit tenha como alvo o novo processo não intencional antes que as informações antigas tenham a chance de ser liberadas. Use a opção monitor-forks somente em casos específicos, de preferência em máquinas sem muitos processos novos sendo gerados.

Tenho uma máquina Linux de mesa, que estou usando com meu pequeno teclado Lenovo.

Este teclado não tem uma tecla SysReq, o que significa que não consigo invocar a magia REISUB quando as coisas não dão certo.

Posso definir outro atalho de teclado que faça a mesma coisa?

Usando o Ubuntu 22.04 no momento.

Em Classic Shell Scripting da O'Reilly , Arnold Robbins e Nelson HF Beebe escrevem o seguinte:

Se um sistema de arquivos com usuário smithanexado ao ID de usuário 100 fosse montado ou importado para um sistema de arquivos com ID de usuário 100 atribuído ao usuário jones, então jonesteria acesso total aos smitharquivos de . Isso seria verdade mesmo se outro usuário chamado smithexistisse no sistema de destino.

e sinceramente não tenho certeza se realmente entendo as implicações disso.

Isso significa que se eu tiver um pendrive, eu mounto tenho e cpnele coloco um arquivo que myselfcriei no meu sistema, então esse pendrive pode ser umountacessado mountem outro sistema com um nome de usuário myself(talvez criado ad-hoc para esse propósito), e então esse usuário terá o mesmo acesso que eu tinha no meu sistema para esse arquivo?

Agora que escrevi isso, começo a pensar que não há nada de estranho nisso, no sentido de que o arquivo não foi criptografado nem nada, e myself cpcolocar um arquivo em um pendrive significa que estou tentando compartilhá-lo, então não há nada de errado/inseguro em ele se tornar legível em outro lugar.

Estou esquecendo de alguma coisa?

Em Classic Shell Scripting da O'Reilly , Arnold Robbins e Nelson HF Beebe escrevem o seguinte exemplo:

$ umask
023
$ rm -f foo
$ cp /bin/pwd foo
$ ls -l /bin/pwd foo
-rwxr-xr-x   1 root    root     10428 2001-07-23 10:23 /bin/pwd
-rwxr-xr--   1 jones   devel    10428 2002-09-21 16:37 foo

A sequência de permissões resultante rwxr-xr--reflete a perda de privilégios: o grupo perdeu o acesso de gravação e outros perderam o acesso de gravação e execução.

Agora, a 023saída no início me diz que no shell atual, os arquivos recém-criados teriam wo acesso removido para ge wxremovido para o, então, embora eu entenda que "outro perdeu o acesso de execução", não recebo "grupo perdeu o acesso de gravação" nem "outro perdeu o acesso de gravação", pois nenhum deles tinha isso em primeiro lugar.

Você acha que é apenas uma imprecisão na formulação desse comentário ou estou esquecendo de algo?

Além disso, tentei isso no meu sistema e o resultado me deixou um pouco mais intrigado:

$ umask 
0023
$ cp /bin/pwd ~/foo
$ ls -l /bin/pwd ~/foo 
-rwxr-xr-x 1 root   root   35072 Jan 18 19:17 /bin/pwd*
-rw-r--r-- 1 myself myself 35072 Feb  1 12:54 /home/myself/foo

Agora, a saída de 0023deveria significar a remoção de wfor ge wxfor o(dos quais apenas xfor oestava realmente presente, então é o único removido neste caso), mas, em vez disso, parece que a xpermissão também foi removida para ue g.

Por que é que?

Onde posso encontrar todas as regras que determinam o que acontece, em termos de permissões, quando crio e quando copio um arquivo?

Frequentemente esse cenário acontece quando estou logado em mais de uma sessão X na mesma máquina, por exemplo, localmente ( :0.0) e remotamente através de RDP.

Se um aplicativo de desktop (como o navegador Chrome, suspeito que seja GTK em geral) abre uma janela de diálogo, por exemplo para salvar um arquivo, a janela de diálogo geralmente aparece na outra sessão X. O que é obviamente difícil de acessar no momento. O aplicativo então parece congelado até que o diálogo seja tratado na outra sessão X.

O que é ainda pior é que às vezes o diálogo aparentemente "abre" em uma sessão X que não é mais acessível, como uma sessão RDP fechada. Então não é possível acessá-la de forma alguma e a única solução é matar o aplicativo à força.

Então estou procurando maneiras de:

• Depure o problema — por que ele está acontecendo em primeiro lugar.
• Evite que isso aconteça.

(Outra solução/solução alternativa possível seria evitar a criação de múltiplas sessões, se isso fosse possível ( Um servidor xrdp pode ser configurado para se conectar a uma sessão de desktop existente? ).)

Suspeito que isso pode estar relacionado a sessões de login do systemd que estão travadas de alguma forma (e talvez causando alguns problemas dbus):

$ loginctl list-sessions
SESSION  UID USER    SEAT  TTY  STATE   IDLE SINCE
   3602 2001 user    -     -    closing no   -
    c11 2001 user    -     -    closing no   -
     c7 2001 p       seat0 tty7 closing no   -
...

E posteriormente se comportando mal

Criei um patch para o kernel Linux. Ele pode ser encontrado no seguinte site: https://patchwork.kernel.org/project/bluetooth/patch/ [email protected] /

Infelizmente, enviei um erro de digitação. Nos comentários e respostas, há um conselho para mudar o assunto/título.

Eu simplesmente atualizaria o título e seguiria em frente. Não sei como. Mudei o assunto na minha resposta. Mudei a mensagem de commit após executar

git commit --amend

e ainda não muda o assunto/título. Como posso mudar o título para remover o erro de digitação?

Tento montar um compartilhamento com usuário e senha:

mount -t user=xxxx,password=yyyy //192.168.0.180/mount_dir/ /home/mount_to/- este compartilhamento tem o usuário xxxx e a senha yyyy, e funciona bem no Windows e em outros Linux, e dá erro:unknown file system

mount -t user=xxxx,password=yyyy //192.168.0.180/ /home/mount_to/- este é o mesmo dispositivo de compartilhamento, mas o diretório selecionado não tem senha definida e a montagem funciona perfeitamente.

Caso você tenha perguntado se o NTFS está habilitado yum install nfs-utils -y+ yum install ntfs-3gfoi instalado

Tenho certeza de que isso é algo simples. O que eu faço de errado?

EDIT: Conforme sugerido abaixo, modifiquei a montagem

sudo mount -t cifs -O usuário=xxx,senha=yyy //192.168.0.180/mount_dir/ /home/mount_to/

mas eu entendo:

mount error(13): Permission denied Refer to the mount.cifs(8) manual page (e.g. man mount.cifs) and kernel log messages (dmesg)

em dmesgeu recebo:

[2941774.410826] CIFS: Attempting to mount //192.168.0.180/mount_dir
[2941774.749582] CIFS: VFS: cifs_mount failed w/return code = -13

Edit2: Conforme sugerido por @steeldriver nos comentários, o O deve ser minúsculo. Isso funciona:

sudo mount -t cifs -o user=xxx,password=yyy //192.168.0.180/mount_dir/ /home/mount_to/

Estou aprendendo sobre desenvolvimento do kernel Linux. Eu clonei para o branch estável do Linux. Eu assisti a um tutorial de Greg KH no youtube que explica que você pode usar o script checkpatch.pl para encontrar código insatisfatório de acordo com os padrões atuais. Eu sou apenas um iniciante e então não tenho nenhum arquivo em mente para testar. Eu decidi testar aquele que inicia tudo: main.c em init/:

./scripts/checkpatch.pl --file --terse init/main.c

A saída foi uma longa lista de diferentes coisas erradas com o arquivo main.c:

homie@vmi2410184:~/git/kernels/staging$ ./scripts/checkpatch.pl --file --terse init/main.c
Traceback (most recent call last):
  File "/home/homie/git/kernels/staging/scripts/spdxcheck.py", line 6, in <module>
    from ply import lex, yacc
ModuleNotFoundError: No module named 'ply'
init/main.c:3: WARNING: It's generally not useful to have the filename in the file
init/main.c:107: WARNING: Use #include <linux/io.h> instead of <asm/io.h>
init/main.c:110: WARNING: Use #include <linux/cacheflush.h> instead of <asm/cacheflush.h>
init/main.c:203: WARNING: Missing a blank line after declarations
init/main.c:208: WARNING: Block comments use a trailing */ on a separate line
init/main.c:401: WARNING: braces {} are not necessary for single statement blocks
init/main.c:469: WARNING: void function return statements are not generally useful
init/main.c:567: WARNING: Missing a blank line after declarations
init/main.c:579: WARNING: Missing a blank line after declarations
init/main.c:659: WARNING: Prefer strscpy over strcpy - see: https://github.com/KSPP/linux/issues/88
init/main.c:660: WARNING: Prefer strscpy over strcpy - see: https://github.com/KSPP/linux/issues/88
init/main.c:662: WARNING: Prefer strscpy over strcpy - see: https://github.com/KSPP/linux/issues/88
init/main.c:663: WARNING: Prefer strscpy over strcpy - see: https://github.com/KSPP/linux/issues/88
init/main.c:675: WARNING: Prefer strscpy over strcpy - see: https://github.com/KSPP/linux/issues/88
init/main.c:677: WARNING: Prefer strscpy over strcpy - see: https://github.com/KSPP/linux/issues/88
init/main.c:681: WARNING: Prefer strscpy over strcpy - see: https://github.com/KSPP/linux/issues/88
init/main.c:683: WARNING: Prefer strscpy over strcpy - see: https://github.com/KSPP/linux/issues/88
init/main.c:1158: WARNING: Prefer strscpy over strcpy - see: https://github.com/KSPP/linux/issues/88
init/main.c:1196: WARNING: Prefer using '"%s...", __func__' to using 'initcall_blacklist', this function's name, in a string
init/main.c:1212: WARNING: Prefer [subsystem eg: netdev]_dbg([subsystem]dev, ... then dev_dbg(dev, ... then pr_debug(...  to printk(KERN_DEBUG ...
init/main.c:1222: WARNING: Prefer [subsystem eg: netdev]_dbg([subsystem]dev, ... then dev_dbg(dev, ... then pr_debug(...  to printk(KERN_DEBUG ...
init/main.c:1299: ERROR: Use of const init definition must use __initconst
init/main.c:1339: WARNING: Possible unnecessary 'out of memory' message
init/main.c:1343: WARNING: Prefer strscpy over strcpy - see: https://github.com/KSPP/linux/issues/88
init/main.c:1529: WARNING: quoted string split across lines
total: 1 errors, 24 warnings, 1603 lines checked

Essa pode ser uma pergunta idiota. Por que isso não foi corrigido?

Um em particular que seria fácil de mudar é mudar todo strcpy para strscpy. Tenha em mente que strscpy leva um argumento a mais que strcpy.