Por que a seguinte maneira não altera o tamanho do limite do arquivo principal?

De acordo com a página de manual, ulimit"fornece controle sobre os recursos disponíveis para o shell e para os processos iniciados por ele". Portanto, o ulimitvalor é válido para o shell atual.

Você está invocando ulimitem um subshell e, quando ele termina, você volta ao ulimitvalor padrão.

[root@centos7 ~]# ulimit -c
0
[root@centos7 ~]# ulimit -c 1024
[root@centos7 ~]# ulimit -c
1024

O ulimitcomando funciona para o shell que o chama e para seus descendentes.

O comando suterá o limite que você configurou. O shell pai não é afetado.

Estou muito confuso e me pergunto se estou perdendo alguma coisa

Acho que você está faltando (ou não está reconhecendo) /etc/security/limits.conf Aqui está o modelo do Suse Linux Enterprise Server 11.4 e também como defino globalmente o limite de tamanho da pilha como ilimitado versus o padrão de 8 KB.

# /etc/security/limits.conf
#
#Each line describes a limit for a user in the form:
#
#<domain>        <type>  <item>  <value>
#
#Where:
#<domain> can be:
#        - an user name
#        - a group name, with @group syntax
#        - the wildcard *, for default entry
#        - the wildcard %, can be also used with %group syntax,
#                 for maxlogin limit
#
#<type> can have the two values:
#        - "soft" for enforcing the soft limits
#        - "hard" for enforcing hard limits
#
#<item> can be one of the following:
#        - core - limits the core file size (KB)
#        - data - max data size (KB)
#        - fsize - maximum filesize (KB)
#        - memlock - max locked-in-memory address space (KB)
#        - nofile - max number of open files
#        - rss - max resident set size (KB)
#        - stack - max stack size (KB)
#        - cpu - max CPU time (MIN)
#        - nproc - max number of processes
#        - as - address space limit (KB)
#        - maxlogins - max number of logins for this user
#        - maxsyslogins - max number of logins on the system
#        - priority - the priority to run user process with
#        - locks - max number of file locks the user can hold
#        - sigpending - max number of pending signals
#        - msgqueue - max memory used by POSIX message queues (bytes)
#        - nice - max nice priority allowed to raise to values: [-20, 19]
#        - rtprio - max realtime priority
#
*       hard    stack   unlimited
*       soft    stack   unlimited
*       hard    nofile  100000
*       soft    nofile  100000

Isso é do SLES, o limits.confnome e o local podem ser diferentes dependendo da sua distribuição do linux. Definir os valores aqui será global e estará em vigor para tudo/todos, em vez de usar ulimit , o que seria limitado ao escopo da janela do shell, conforme descrito.

Esteja avisado, definir alguns itens incorretamente pode impedir que você faça login no sistema

Eu gostaria de abordar a parte:

https://stackoverflow.com/a/17483998/156458 , https://unix.stackexchange.com/a/238413/674 e https://unix.stackexchange.com/a/169035/674 todos recomendados usando sudo sh -c "ulimit -c 1024 && exec su $LOGNAME". Mas ambos ulimit -c 1024e exec su $LOGNAME"afetam apenas o shell criado pelo sudo, então qual é o objetivo do comando? exec su $LOGNAME"também não faz nada significativo para usar o limite alterado. Estou muito confuso e me pergunto se estou perdendo alguma coisa.

Fiz alguns experimentos e descobri que depois de executar

sudo sh -c "ulimit -c 1024 && exec su $LOGNAME"

• ulimit -c 1024de fato, modifique os valores limite, mas apenas dentro do shell sob sudoo shell original;

• exec su $LOGNAME"me dará um shell sob suo sudoshell original e su $LOGNAME"redefine os limites para os valores padrão para user $LOGNAME.

Portanto, o comando sugerido pelos links não funciona.

para o tamanho do arquivo principal:

$ ulimit -c -H; ulimit -c;                                                                                                                                                        
unlimited
0
$ ulimit -c 1024
$ ulimit -c -H; ulimit -c;                                                                                                                                                        
1024
1024
$ ulimit -c 10000
bash: ulimit: core file size: cannot modify limit: Operation not permitted
$ sudo sh -c "ulimit -c 10000 && ulimit -c -H && ulimit -c && exec su $LOGNAME"
[sudo] password for t:
10000
10000
$ ulimit -c -H; ulimit -c;                                                                                                                                                        
unlimited
0

$ ~/bin/get-ancestry-processes.sh
systemd,1 splash
  └─lxterminal,1242,t
      └─bash,22778
          └─sudo,22800,root sh -c ulimit -c 10000 && ulimit -c -H && ulimit -c && exec su t
              └─su,22802 t
                  └─bash,22803,t
                      └─get-ancestry-pr,22819 /home/t/bin/get-ancestry-processes.sh
                          └─pstree,22820 -G -a -s -l -p -u 22819

para número de arquivos abertos, para refazer o experimento em https://unix.stackexchange.com/a/238413/674 , mas com um valor limite diferente para definir como

$ ulimit -n -H; ulimit -n;                                                                                                                                                        
1048576
1024
$ ulimit -n 512
$ ulimit -n -H; ulimit -n;                                                                                                                                                        
512
512
$ ulimit -n 10000
bash: ulimit: open files: cannot modify limit: Operation not permitted
$ sudo sh -c "ulimit -n 10000 && ulimit -n -H && ulimit -n && exec su $LOGNAME"
10000
10000
$ ulimit -n -H; ulimit -n                                                                                                                                                         
1048576
1024

Sua própria resposta agora contém as informações que já seriam necessárias na pergunta:

Seu sistema tem uma configuração incomum.

No Solaris, você tem os seguintes limites e o conjunto de recursos POSIX:

LC_ALL=C ulimit -aHS
-t: time(seconds) unlimited:unlimited
-f: file(blocks) unlimited:unlimited
-d: data(kbytes) unlimited:unlimited
-s: stack(kbytes) 10240:unlimited
-c: coredump(blocks) unlimited:unlimited
-n: nofiles(descriptors) 256:65536
-v: memory(kbytes) unlimited:unlimited

No Linux, você tem os seguintes limites típicos:

ulimit -aSH
-t: time(seconds) unlimited:unlimited
-f: file(blocks) unlimited:unlimited
-d: data(kbytes) unlimited:unlimited
-s: stack(kbytes) 8192:unlimited
-c: coredump(blocks) 0:unlimited
-m: memoryuse(kbytes) unlimited:unlimited
-u: processes(count) 26633:26633
-n: nofiles(descriptors) 1024:1048576
-l: memlock(kbytes) 64:64
-M: addressspace(kbytes) unlimited:unlimited
-L: locks(count) unlimited:unlimited
-i: sigpending(count) 26633:26633
-q: messagequeues(count) 819200:819200
-e: schedpriority(nice) 0:0
-r: rtpriority(nice) 0:0
-R: rttime(usec) unlimited:unlimited

Como você vê, o hard limit é muito maior que o seu. Esta é a razão pela qual ninguém poderia entender seus problemas.

Como um usuário comum tem permissão para aumentar os limites suaves para os limites rígidos, a solicitação em sua pergunta não precisaria de privilégios de root.