Meslektaşım koştu grep | crontab. Bundan sonra tüm işler kayboldu. Kaçmaya çalışıyor gibi görünüyor crontab -l.
Peki emri çalıştırdıktan sonra ne oldu grep | crontab? Birisi açıklayabilir mi?
Meslektaşım koştu grep | crontab. Bundan sonra tüm işler kayboldu. Kaçmaya çalışıyor gibi görünüyor crontab -l.
Peki emri çalıştırdıktan sonra ne oldu grep | crontab? Birisi açıklayabilir mi?
Yanıtlar:
crontabSTDIN'den okuyan ve crontab(ya da belirtilen kullanıcı gibi root) çağıran kullanıcı için yeni yükleme yapabilir . Bu senin olayında olan şey.
grepseçenekler olmadan her zamanki gibi standart hataya bir hata iletisi oluşturur ve hangi konuları STDOUT Borulama grepait STDIN için crontabdolayısıyla senin boş olan crontabgitmiş olacak.
İşi nasıl sonlandırdı? Cc mi Cd mi yazdı? Cd yazdıysa, koşmaya eşdeğerdir crontab < /dev/nullve kullanıcının crontab dosyasını boş bir dosyayla değiştirdiniz. Öte yandan, eğer crontabCc ile öldürürseniz , crontab korunmuş olabilir, ancak bunu çalıştırarak kolayca kontrol edebilirsiniz crontab -l.
Bu programın yaptığı tüm crontab dosyalarını düzenlemektir /var/spool/cron/, böylece dosya sisteminin yedeğini alırsanız, kullanıcının crontab dosyasını buradan geri yükleyebilirsiniz.
Grep için bir argüman olmadığını görmedim, bu yüzden grep hata verir ve crontab dosyası her zaman silinir.
crontabkullanmanızı gerektirir-. Sanırım bunun nedeni, çok fazla insanın bu hatalarla crontab'larını mahvetmesidir.