Czy to tylko ja, czy nie ma większego sensu, aby crontab -r domyślnie pytał tak / nie?
user1446688,
4
Myślę, że świetny pomysł to tak / nie. tym bardziej, że e & r są obok siebie ... i crontab -ejest to bardzo popularne polecenie crona.
JustinP
4
Przez około 7 lat pracy administracyjnej nigdy mi się to nie zdarzyło. Teraz się boję. Czas zacząć regularnie tworzyć kopie zapasowe plików crontab.
Caja
7
Zdarzyło mi się to już dwa razy. To najgorszy pomysł, jaki kiedykolwiek miałem edo edycji i rdo usunięcia bez żadnego podpowiedzi !!
DaniG2k,
9
Pierwszą rzeczą do zrobienia, alias crontab=crontab -i. Ale crontab powinien był to zrobić domyślnie, biorąc pod uwagę, że e & r są obok siebie ...
anishsane
Odpowiedzi:
49
crontab -r usuwa jedyny plik zawierający zadania cron.
Jeśli więc nie utworzono kopii zapasowej, jedynymi opcjami odzyskiwania są:
W RedHat / CentOS, jeśli twoje zadania były wcześniej uruchamiane, możesz znaleźć cron zaloguj się /var/log/cron. Plik pomoże ci ponownie przepisać zadania.
Inną opcją jest odzyskanie pliku za pomocą narzędzia do odzyskiwania plików. Jest to mniej prawdopodobne, że zakończy się sukcesem, ponieważ partycja systemowa jest zwykle zajęta, a odpowiednie sektory prawdopodobnie zostały już nadpisane.
Na Ubuntu / Debian, jeśli twoje zadanie było wcześniej uruchamiane, spróbuj grep CRON /var/log/syslog
Nie mogłem głosować, ale ta odpowiedź była dla mnie bardzo przydatna. thankx
Teerath Kumar
1
@RajaRassani Możesz zaznaczyć, że odpowiedź jest poprawna za pomocą znacznika wyboru. Dzięki za informację zwrotną!
SkyDan
to właśnie mi się przydarzyło :) total bummer .. Korzystam z serwerów wirtualnych i regularnie wykonuję ich kopie zapasowe .. więc zamierzam stworzyć kopię zapasową .. i pobrać usunięte crontabs
JustinP
+1 za
prostotę
Możesz spróbować szczęścia w poszukiwaniu kopii zapasowej wykonanej przez edytor w /tmp/crontab.wpMhKS (oczywiście nazwa może się zmienić). Może nie jest to najnowsza wersja, ale w moim przypadku bardzo pomogła
Jong Bor
21
Jeśli nie masz /var/log/cronpliku, możesz odzyskać polecenia (ale nie czasy) z syslog.
grep 'CRON.*(yourusername)' /var/log/syslog
możesz następnie ustalić większość czasów, sprawdzając znaczniki danych.
To jest gorsze. Edytuje pliki buforowania bez powiadamiania, cronże plik został edytowany. Nie zadziała również, gdy użytkownik przypadkowo go usunie, crontabponieważ nie ma pliku do edycji.
roaima
Głosuj za mną za podanie lokalizacji crontabu. Miałem kopię zapasową całego systemu i mogłem łatwo odzyskać moje cronjobs. Dzięki!
crontab -e
jest to bardzo popularne polecenie crona.e
do edycji ir
do usunięcia bez żadnego podpowiedzi !!alias crontab=crontab -i
. Ale crontab powinien był to zrobić domyślnie, biorąc pod uwagę, że e & r są obok siebie ...Odpowiedzi:
crontab -r
usuwa jedyny plik zawierający zadania cron.Jeśli więc nie utworzono kopii zapasowej, jedynymi opcjami odzyskiwania są:
/var/log/cron
. Plik pomoże ci ponownie przepisać zadania.grep CRON /var/log/syslog
źródło
Jeśli nie masz
/var/log/cron
pliku, możesz odzyskać polecenia (ale nie czasy) zsyslog
.możesz następnie ustalić większość czasów, sprawdzając znaczniki danych.
źródło
/var/log/syslog
.grep 'CRON.*(yourusername)' /var/log/syslog
vi /var/spool/cron/*user*
lub jeśli jesteśroot
użytkownikiem, tovi /var/spool/cron/root
źródło
cron
że plik został edytowany. Nie zadziała również, gdy użytkownik przypadkowo go usunie,crontab
ponieważ nie ma pliku do edycji.