Um nome de arquivo tem um asterisco por algum motivo - ele não será alterado e o conteúdo não será executado

O asterisco não faz parte do nome do arquivo. Você está vendo porque o arquivo é executável e seu alias para llinclui o -Fsinalizador:

-F

Exibe uma barra ('/') imediatamente após cada nome de caminho que é um diretório, um asterisco ('*') após cada executável, uma arroba ('@') após cada link simbólico, um sinal de igual (`=' ) após cada soquete, um sinal de porcentagem ('%') após cada whiteout e uma barra vertical ('|') após cada um que é um FIFO.

Como Kusalananda mencionou, você não pode glob todos os scripts em um diretório com cron assim. Com run-parts, você pode chamar "$HOME"/public_html/cron_daily/para executar todos os scripts no diretório (não apenas .sh) ou percorrê-los conforme mencionado neste post .

Jesse_b já respondeu a pergunta, mas acho que vale a pena abordar alguns equívocos em potencial.

O shell possui caracteres que possuem significado especial sob algumas condições específicas. Por exemplo: |é usado em pipelines, >em redirecionamentos, \para caracteres de escape, etc. Esses caracteres não são interpretados literalmente pelo shell, por isso, quando você fizer isso echo foo>bar, foo>barnão será impresso no seu terminal, mas fooserá redirecionado para o bararquivo .

Felizmente, o shell também possui um mecanismo que faz com que esses caracteres percam seu significado especial: aspas. Em shells POSIX, existem 3 mecanismos de cotação :

• Barra invertida \: preserva o valor literal do caractere a seguir, com exceção de um <newline>.
• Aspas duplas "...": preserva o valor literal de todos os caracteres entre aspas duplas, com exceção dos caracteres `, $e \.
• Aspas simples '...': preserva o valor literal de cada caractere entre aspas simples, sem exceções.

Então, seguindo o exemplo anterior, se quiséssemos imprimir foo>barliteralmente, poderíamos ter feito:

• echo foo\>bar
• echo "foo>bar"
• echo 'foo>bar'

O asterisco *é um desses caracteres especiais, faz parte da notação de correspondência de padrões e é usado para expansão de nome de arquivo . Em outras palavras, comandos como echo *.txtsubstituirão o padrão pelos arquivos aos quais o padrão corresponde.

No seu caso, cron_daily/wp_cli.sh*apenas corresponde cron_daily/wp_cli.sh, então mvvê 2 argumentos idênticos e reclama disso. Isso é bom porque não há nenhum cron_daily/wp_cli.sh*arquivo. Mas se você tivesse um cron_daily/wp_cli.sh*arquivo real e mais arquivos que pudessem ser correspondidos pelo padrão, mvteria falhado.

Considere o seguinte cenário:

$ ls -l
total 0
-rw-rw-r-- 1 user group 0 jul 14 12:00 file*
-rw-rw-r-- 1 user group 0 jul 14 12:00 file1
-rw-rw-r-- 1 user group 0 jul 14 12:00 file2
-rw-rw-r-- 1 user group 0 jul 14 12:00 file3

Se eu tentar renomear file*sem usar aspas:

$ mv file* new_file
mv: target 'new_file' is not a directory

Isso porque esses são os argumentos que mvrecebe, portanto new_fileespera-se que seja um diretório:

$ printf '[%s]\n' file* new_file
[file*]
[file1]
[file2]
[file3]
[new_file]

Para renomear com sucesso file*, preciso citar esse argumento:

$ mv 'file*' new_file
$ ls -l
total 0
-rw-rw-r-- 1 user group 0 jul 14 12:00 file1
-rw-rw-r-- 1 user group 0 jul 14 12:00 file2
-rw-rw-r-- 1 user group 0 jul 14 12:00 file3
-rw-rw-r-- 1 user group 0 jul 14 12:00 new_file