我如何知道誰在 Linux 下使用 Crontab？

如果您是 root，並且知道使用者名稱，則可以執行 crontab -u username -l 來列出使用者的任務。

如果你不確定使用者名稱，可以去 var spool cron 目錄看一看。 這個目錄下應該有一些使用者名稱，是每個使用者的任務檔案，比如使用者A使用crontab，這個目錄下就會有乙個檔案，你甚至可以直接從這個檔案修改它的crontab。

以上所有內容都需要root訪問許可權。 去吧。

crontab -e 每個規則都可以指定乙個使用者，但如果沒有，則預設為當前正在使用 crontab 的使用者。

示例：crontab -e

5 * root ls > /list

勾選日、月、周、使用者命令。

root 使用者每 5 分鐘執行一次上述命令，將結果輸出到 root 下的列表檔案。

產品英文名稱 ： crontab

許可權：所有使用者。

如何使用：

crontab [ u user ] filecrontab [ u user ]

注意：crontab 用於允許使用者在固定時間或固定間隔執行程式，換句話說，類似使用者的時間表。 -u user 是指設定指定使用者的日程安排，前提是您具有許可權（例如 root）能夠指定其他人的日程安排。

如果不使用 -u user，則設定自己的計畫。

此問題沒有直接列表檔案，只能通過間接檢視 var spool cron 目錄中的檔案來檢視哪些使用者正在使用 crontab。

故障排除後，很明顯，在手動執行指令碼時，crontab 缺少一些環境變數。 當使用者登入伺服器時，預設載入當前使用者的環境變數（此處不再詳細介紹使用者環境變數的配置和載入）。 例如，在舊的 AIX 環境中，crontab 將具有當前使用者的環境變數，這就是為什麼它們之前都正常執行的原因; 在新的Linux環境中，很明顯，捕手必須顯式引入當前使用者的環境變數，否則會出現一系列問題。

其實，一開始我不建議引入當前使用者的所有環境變數，畢竟沒有人可以控制許可權。 我的想法是引入一些必要的環境變數，以及其他需要使用一段時間的環境變數。 但是，作為開發人員，我對Linux運維了解不多，所以我在公司裡找了一位相關的運維老師。

但是，重試幾次後，運維老師直接介紹了當前使用者的所有環境變數，簡單粗暴。 然後我嘀咕道：“我已經找到了問題的原因，我只想要乙個最優的解決方案，但你告訴我我最初的想法，所以我不願意走得太遠嗎??? 最終，專案組成員還是按照“可以正常執行”的基本原則，採用了充分引入當前使用者環境變數的方法。

有兩種方法可以引入

1.在 crontab 中引用當前使用者環境變數。

2.引用指令碼中的當前使用者環境變數。