Próbuję dodać wiersz w pliku crontab. Wiem, że są inne sposoby, aby obejść ten problem, ale mimo wszystko chcę wiedzieć, co go spowodowało. Polecenie jest wykonywane na raspberry pi 3 B+, zainstalowana raspbian lite, z GNU ed 1.15, cron 3.0pl1-134+deb10u1.
Zespół, na którym siedzę, jest taka:
$ echo -e 'a\n#asdf\n.\nwQ' | EDITOR=ed crontab -e
902
909
No modification made
Spodziewam się, że on doda wiersz #asdf
na koniec mojego pliku crontab, ale to nie tak.
Instalacja EDITOR='tee -a'
jak proponowano https://stackoverflow.com/a/30123606/8842387 to nie rozwiązuje problemu. Więc, myślę, że to problem z кроном.
O dziwo, gdy daję Ed polecenia bezpośrednio z klawiatury, a nie poszło to po prostu działa. Może być problem wystąpił z powodu tworzenia wnętrza?
Tutaj przypnę kilka ostatnich wierszy z strace
Wynik.
$ echo -e 'a\n#asdf\n.\nwQ' | EDITOR=ed strace crontab -e
execve("/usr/bin/crontab", ["crontab", "-e"], 0x7ee54c14 /* 29 vars */) = 0
access("/etc/suid-debug", F_OK) = -1 ENOENT (No such file or directory)
...
read(3, "TZif2\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\7\0\0\0\7\0\0\0\0"..., 4096) = 659
_llseek(3, -393, [266], SEEK_CUR) = 0
read(3, "TZif2\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\7\0\0\0\7\0\0\0\0"..., 4096) = 393
close(3) = 0
getpid() = 18579
socket(AF_UNIX, SOCK_DGRAM|SOCK_CLOEXEC, 0) = 3
connect(3, {sa_family=AF_UNIX, sun_path="/dev/log"}, 110) = 0
send(3, "<78>Nov 20 15:31:25 crontab[1857"..., 56, MSG_NOSIGNAL) = 56
openat(AT_FDCWD, "crontabs/pi", O_RDONLY) = -1 EACCES (Permission denied)
openat(AT_FDCWD, "/usr/share/locale/locale.alias", O_RDONLY|O_CLOEXEC) = 4
fstat64(4, {st_mode=S_IFREG|0644, st_size=2995, ...}) = 0
read(4, "# Locale name alias data base.\n#"..., 4096) = 2995
read(4, "", 4096) = 0
close(4) = 0
openat(AT_FDCWD, "/usr/share/locale/en_GB.UTF-8/LC_MESSAGES/libc.mo", O_RDONLY) = -1 ENOENT (No such file or directory)
openat(AT_FDCWD, "/usr/share/locale/en_GB.utf8/LC_MESSAGES/libc.mo", O_RDONLY) = -1 ENOENT (No such file or directory)
openat(AT_FDCWD, "/usr/share/locale/en_GB/LC_MESSAGES/libc.mo", O_RDONLY) = 4
fstat64(4, {st_mode=S_IFREG|0644, st_size=1433, ...}) = 0
mmap2(NULL, 1433, PROT_READ, MAP_PRIVATE, 4, 0) = 0x76f50000
close(4) = 0
openat(AT_FDCWD, "/usr/share/locale/en.UTF-8/LC_MESSAGES/libc.mo", O_RDONLY) = -1 ENOENT (No such file or directory)
openat(AT_FDCWD, "/usr/share/locale/en.utf8/LC_MESSAGES/libc.mo", O_RDONLY) = -1 ENOENT (No such file or directory)
openat(AT_FDCWD, "/usr/share/locale/en/LC_MESSAGES/libc.mo", O_RDONLY) = -1 ENOENT (No such file or directory)
write(2, "crontabs/pi/: fdopen: Permission"..., 39crontabs/pi/: fdopen: Permission denied) = 39
exit_group(1) = ?
+++ exited with 1 +++
openat(AT_FDCWD, "crontabs/pi", O_RDONLY) = -1 EACCES (Permission denied)
wygląda trochę podejrzanie, ale nie jestem pewien, dlaczego on otwiera plik tylko do odczytu.
Edytuj:
Jak sugerował @tink, pobiegłem EDITOR=ed strace crontab -e
aby zobaczyć, że strace
prowadzi interaktywną sesję. Wynik był prawie taki sam (tylko различался na kolejne numery pid i fd).
Zauważyłem, że bieganie echo "..." | EDITOR=ed crontab -e
wychodzę z komunikatem No modification made
ale z strace
proces zatrzymuje się bez żadnych komunikatów. (EDITOR=ed strace crontab -e 2>&1 | grep "No mod"
nic się nie drukuje). Załóżmy, że rozwarstwienie powoduje różne błędy.
/dev/fd/63: Not a regular file.
Może jakaś konfiguracja systemu będzie inny?