Linux sẽ hoạt động chính xác với phân vùng gốc đầy đủ?

Linux sẽ hoạt động chính xác khi phân vùng gốc được lấp đầy hoàn toàn?

Giả sử ứng dụng của tôi đang chạy trên các phân vùng khác nhau và có đủ dung lượng. Nhân Linux thì sao? Nó sẽ tiếp tục chạy ngay cả khi nó chẳng hạn sẽ không có chỗ để ghi nhật ký?

Chỉnh sửa: Thêm một số thông tin. Mọi thứ đều nằm trên phân vùng gốc, cũng / tmp, / var, thậm chí / usr / bin, / usr / sbin.

Trên phân vùng riêng biệt chỉ có ứng dụng Java chạy dài mà còn ghi nhật ký vào cùng phân vùng (trống).

Có bất kỳ vấn đề có thể xảy ra và ảnh hưởng đến ứng dụng?

linux linux-kernel

— Dầu mỡ
nguồn

Điều này là không thể trả lời mà không có thêm thông tin. Ví dụ, các bản cài đặt Linux Pentium-1 100Mhz cũ của tôi có nhiều (11) phân vùng và tệp nhật ký nằm trên hệ thống tệp của riêng chúng. Vì vậy, có, viết nhật ký khi / đã đầy không phải là một vấn đề. Những gì bạn có thể muốn hỏi là những gì xảy ra khi / đầy và một cái gì đó cần được viết ở đó (ví dụ: thay đổi thành / etc / mtab) và không có những điều kỳ lạ như / etc trên một hệ thống tập tin riêng. (Giả sử / chỉ có những gì cần thiết cho HĐH để khởi động. Ví dụ: /, / sbin, / bin, / etc ... nhưng không / usr / bin, no / usr / sbin / vv, v.v.).

— Hennes

Ngoài ra, đây chỉ là lý thuyết hay bạn đang cố gắng giải quyết một vấn đề thực tế. Và đầy đủ 100% (mặc định mà người dùng không thể ghi vào nó) hoặc 105% đầy đủ (giả sử 5% mặc định dành cho root trên ext2).

— Hennes

Tôi đồng ý với @Hennes, là / tmp hoặc / var trên root? nếu vậy, bạn đang gặp nhiều rắc rối. Nếu không, có lẽ bạn sẽ ổn thôi.

— Rich Homolka

@RichHomolka tại sao tôi gặp rắc rối nếu / tmp và / var nằm trên phân vùng gốc?

— Lubo Sach

@LuboSach có các quy trình người dùng ghi vào / tmp và / var trong xử lý thông thường. nếu / tmp đầy, rất nhiều quá trình bình thường đó không chạy chính xác và hệ thống của bạn bị ảnh hưởng. Bạn không thể thấy điều này bởi vì thư nằm trong / var và cảnh báo của bạn "hey hệ thống bị hos" không xảy ra :)

— Rich Homolka

Nhân sẽ ổn.

Hạt nhân không thực sự ghi nhật ký trực tiếp, nhưng xử lý nhật ký cho quy trình không gian người dùng. Tôi nghĩ rằng nó thông qua trình điều khiển thiết bị hoặc ổ cắm. Đây là lý do tại sao syslogcần thiết và tại sao một cơ chế sắp xếp cho những gì xuất phát từ kernel cũng cần thiết - kernel chỉ tạo ra các bản ghi và mong muốn một ứng dụng không gian người dùng sẽ làm bất cứ điều gì sau đó.

Điều tồi tệ nhất có thể xảy ra là quá trình không gian người dùng không viết những gì kernel đã cung cấp cho nó. Đây cũng là lý do tại sao trong một hệ thống mà bạn muốn theo dõi chặt chẽ, bạn muốn nó viết các dòng nhịp tim vào nhật ký của bạn thường xuyên (như "--- MARK ---" hoặc đại loại như thế). Tôi tin rằng hạt nhân dự trữ một chút bộ nhớ cho chính nó để giữ thông điệp tường trình hiện tại mà nó đang cố gắng truyền tải, nó không ghi trực tiếp vào đĩa.

— LawrenceC
nguồn

Ứng dụng của bạn sẽ làm gì khi không thể ghi vào thư mục nhật ký? Tôi không biết, nó phụ thuộc vào ứng dụng. Có một cơ hội khác không rằng ứng dụng của bạn sẽ gặp sự cố, nó phụ thuộc vào những gì các nhà phát triển đã lập trình. Nó sẽ không lấy ra kernel, nhưng ứng dụng của bạn có thể chết. Xóa tệp nhật ký và khởi động lại là một tùy chọn nếu đó là những gì xảy ra và bạn có thể chịu đựng được điều đó. Bạn nên kiểm tra nó để tìm hiểu chắc chắn hoặc đảm bảo các tệp nhật ký của bạn được xoay và chuyển ra khỏi hệ thống theo định kỳ nếu bạn cần nó chạy liên tục.

— LawrenceC