Команда glob в команде -execdir не работает, лучше пусть find ищет нужные вам файлы и запускает rename только на них:
find ./ -type f -name "*.txt" -exec rename -n 's/\.(?=[^.]*\.)//g' {} \;
Выключает [ f6] не работает с путями, попробуйте это вместо:
find ./ -type f -name "*.txt" -exec rename -n 's:\.(?=[^./]*\.)::g' {} \;
Файлы можно найти в /var/crash. Это почти весь ответ на ваш вопрос, поэтому, чтобы сделать мой ответ более интересным, я покажу вам, как я это знаю, что может заинтересовать других, которые хотят проверить поведение при сбоях.
$ cat ~/playground/crash.c
/* crash.c - simple program that crashes by raising a segmentation fault */
#include <signal.h>
int main(void)
{
raise(SIGSEGV);
}
программа была написана Элиа Каганом. Я скомпилировал его в исполняемый двоичный файл с именем crash в том же каталоге (используя команду gcc -ansi -pedantic -Wall -Wextra -o crash crash.c). Эта программа надежно segfaults:)
Bash не будет само сбой при запуске этой программы, поэтому Apport не будет жаловаться, но по интересным причинам Eliah Kagan , ksh сам потерпит крах когда я использую его для вызова программы, которая выходит из строя, и Apport создаст для нее отчет.
zanna@toaster:/var/crash$ ksh93
$ /home/zanna/playground/crash
Memory fault(coredump)
$ exit
Segmentation fault (core dumped)
zanna@toaster:/var/crash$ ls
_bin_ksh93.1000.crash
zanna@toaster:/var/crash$ file _bin_ksh93.1000.crash
_bin_ksh93.1000.crash: ASCII text, with very long lines
Там вы идете.
После того, как вы сделаете отчет, вы получите еще 2 файла, один заканчивается на .upload, а один заканчивается на [ f7], которые могут быть или не быть более читаемыми, но в любом случае содержать информацию, отправленную Apport.
Файлы можно найти в /var/crash. Это почти весь ответ на ваш вопрос, поэтому, чтобы сделать мой ответ более интересным, я покажу вам, как я это знаю, что может заинтересовать других, которые хотят проверить поведение при сбоях.
$ cat ~/playground/crash.c
/* crash.c - simple program that crashes by raising a segmentation fault */
#include <signal.h>
int main(void)
{
raise(SIGSEGV);
}
программа была написана Элиа Каганом. Я скомпилировал его в исполняемый двоичный файл с именем crash в том же каталоге (используя команду gcc -ansi -pedantic -Wall -Wextra -o crash crash.c). Эта программа надежно segfaults:)
Bash не будет само сбой при запуске этой программы, поэтому Apport не будет жаловаться, но по интересным причинам Eliah Kagan , ksh сам потерпит крах когда я использую его для вызова программы, которая выходит из строя, и Apport создаст для нее отчет.
zanna@toaster:/var/crash$ ksh93
$ /home/zanna/playground/crash
Memory fault(coredump)
$ exit
Segmentation fault (core dumped)
zanna@toaster:/var/crash$ ls
_bin_ksh93.1000.crash
zanna@toaster:/var/crash$ file _bin_ksh93.1000.crash
_bin_ksh93.1000.crash: ASCII text, with very long lines
Там вы идете.
После того, как вы сделаете отчет, вы получите еще 2 файла, один заканчивается на .upload, а один заканчивается на .uploaded, которые могут быть или не быть более читаемыми, но в любом случае содержать информацию, отправленную Apport.
Файлы можно найти в /var/crash. Это почти весь ответ на ваш вопрос, поэтому, чтобы сделать мой ответ более интересным, я покажу вам, как я это знаю, что может заинтересовать других, которые хотят проверить поведение при сбоях.
$ cat ~/playground/crash.c
/* crash.c - simple program that crashes by raising a segmentation fault */
#include <signal.h>
int main(void)
{
raise(SIGSEGV);
}
программа была написана Элиа Каганом. Я скомпилировал его в исполняемый двоичный файл с именем crash в том же каталоге (используя команду gcc -ansi -pedantic -Wall -Wextra -o crash crash.c). Эта программа надежно segfaults:)
Bash не будет само сбой при запуске этой программы, поэтому Apport не будет жаловаться, но по интересным причинам Eliah Kagan , ksh сам потерпит крах когда я использую его для вызова программы, которая выходит из строя, и Apport создаст для нее отчет.
zanna@toaster:/var/crash$ ksh93
$ /home/zanna/playground/crash
Memory fault(coredump)
$ exit
Segmentation fault (core dumped)
zanna@toaster:/var/crash$ ls
_bin_ksh93.1000.crash
zanna@toaster:/var/crash$ file _bin_ksh93.1000.crash
_bin_ksh93.1000.crash: ASCII text, with very long lines
Там вы идете.
После того, как вы сделаете отчет, вы получите еще 2 файла, один заканчивается на .upload, а один заканчивается на .uploaded, которые могут быть или не быть более читаемыми, но в любом случае содержать информацию, отправленную Apport.