Điểm:0

Làm cách nào tôi có thể biết khi nào systemd lên lịch thích hợp để tự động nâng cấp các gói của mình?

lá cờ at

Ngày khác Tôi phát hiện ra rằng bộ chứa Docker của tôi đã bị giết vì trình nền docker đã được nâng cấp tự động trên hộp AWS mà tôi đang chạy.

nhật ký đã hiển thị các thông báo này trong khung thời gian có liên quan:

Ngày 06 tháng 8 05:56:01 ip-192-168-3-117 systemd[1]: Bt đầu hot động ti xung apt hàng ngày...
Ngày 06 tháng 8 05:56:11 ip-192-168-3-117 systemd[1]: Bt đầu hot động ti xung apt hàng ngày.
Ngày 06 tháng 8 06:06:39 ip-192-168-3-117 systemd[1]: Bt đầu hot động dn dp và nâng cp apt hàng ngày...
Ngày 06 tháng 8 06:06:48 ip-192-168-3-117 systemd[1]: Đang ti li.
Ngày 06 tháng 8 06:06:48 ip-192-168-3-117 systemd[1]: Tin nhn bt đầu trong ngày...
Ngày 06 tháng 8 06:06:48 ip-192-168-3-117 systemd[1]: Đang ti li.
Ngày 06 tháng 8 06:06:49 ip-192-168-3-117 systemd[1]: Đang ti li.
Ngày 06 tháng 8 06:06:49 ip-192-168-3-117 systemd[1]: Dng Docker Application Container Engine...

Làm thế nào tôi có thể biết khi nào điều này được lên lịch để chạy? Tôi đã xem qua các công việc định kỳ khác nhau trong /vân vân và tôi đã nghĩ /etc/cron.daily/apt-compat đã tham gia, vì nó chứa điều này ở cuối:

# trì hoãn thc hin công vic trong mt khong thi gian ngu nhiên
ngu nhiên_ngủ

# đảm bo chúng tôi không làm điu này trên pin
check_power || thoát 0

# chy công vic hàng ngày
exec /usr/lib/apt/apt.systemd.daily

nhưng hóa ra nó không bao giờ đi xa được như vậy, vì nó thực sự chỉ sử dụng hệ thống. Tôi đã bỏ qua điều này khi bắt đầu cron.daily/apt-compat:

# Hệ thống systemd sử dụng đơn vị hẹn giờ systemd thích hợp hơn
# chạy. Chúng tôi muốn chọn ngẫu nhiên bản cập nhật apt và nâng cấp không giám sát
# chạy càng nhiều càng tốt để tránh va vào gương ở tất cả
# cùng một lúc. Thi gian systemd lúc này tốt hơn thi gian cố định
# cron.thi gian hàng ngày
nếu [ -d /run/systemd/system ]; sau đó
    thoát 0
fi

Vì vậy, bằng cách nào đó, systemd lên lịch để chạy thay thế.

Tập tin đó, /usr/lib/apt/apt.systemd.daily, về cơ bản có vẻ như tập lệnh chịu trách nhiệm, mặc dù tôi không thể tìm thấy bất kỳ chuỗi nào ở trên, chẳng hạn như "Bắt đầu hoạt động .*".

Vì vậy, systemd đang lên lịch trình này, nhưng nó được lưu trữ ở đâu? Nó bảo chạy ở đâu /usr/lib/apt/apt.systemd.daily?

lá cờ at
Điều này đã bị đóng dưới dạng bản sao của https://askubuntu.com/questions/1006189/how-to-stop-apt-from-doing-anything, không có gì chung với câu hỏi này. Nó hỏi làm thế nào để ngăn Apt làm bất cứ điều gì, trong khi tôi muốn biết nơi lưu trữ cài đặt thời gian cho systemd. Tôi không phiền khi câu hỏi bị đóng, nhưng đây là bản sao sai!
Điểm:4
lá cờ us

Đó là một bộ đếm thời gian systemd. Bạn có thể kiểm tra trạng thái của bộ định thời systemd bằng cách sử dụng:

bộ hẹn giờ danh sách systemctl

Nó sẽ liệt kê một apt-daily.timer. Bạn có thể kiểm tra thông số kỹ thuật của nó bằng cách sử dụng:

systemctl hiển thị apt-daily.timer

Các tập tin nằm trong /lib/systemd/system/apt-daily.timer. (Không chỉnh sửa tệp đó trực tiếp nếu bạn muốn sửa đổi bộ đếm thời gian.Nhìn thấy Làm cách nào để ghi đè hoặc định cấu hình dịch vụ systemd?)

Đăng câu trả lời

Hầu hết mọi người không hiểu rằng việc đặt nhiều câu hỏi sẽ mở ra cơ hội học hỏi và cải thiện mối quan hệ giữa các cá nhân. Ví dụ, trong các nghiên cứu của Alison, mặc dù mọi người có thể nhớ chính xác có bao nhiêu câu hỏi đã được đặt ra trong các cuộc trò chuyện của họ, nhưng họ không trực giác nhận ra mối liên hệ giữa câu hỏi và sự yêu thích. Qua bốn nghiên cứu, trong đó những người tham gia tự tham gia vào các cuộc trò chuyện hoặc đọc bản ghi lại các cuộc trò chuyện của người khác, mọi người có xu hướng không nhận ra rằng việc đặt câu hỏi sẽ ảnh hưởng—hoặc đã ảnh hưởng—mức độ thân thiện giữa những người đối thoại.