Kernel hoảng loạn khi chuyển noatime trong bootargs

Tôi có một hệ thống nhúng sử dụng jffs2 và muốn truyền rootflags=noatimevào bootargstham số kernel .

Điều này dẫn đến sự hoảng loạn hạt nhân:

jffs2: Error: unrecognized mount option 'noatime' or missing value
[...]
No filesystem could mount root, tried:  jffs2
Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(31,3)

Tuy nhiên, nếu tôi khởi động bình thường và sau đó kết nối lại hệ thống tập tin jffs2 với thời gian rảnh, nó hoạt động tốt:

$ mount -o remount,noatime /

Tôi bối rối vì điều này vì theo tài liệu , đối số rootflags "cho phép bạn đưa ra các tùy chọn liên quan đến việc gắn hệ thống tập tin gốc giống như bạn làm với chương trình gắn kết".

Trông giống như một lỗi kernel đối với tôi, nhưng mặt khác nó dường như quá rõ ràng đến nỗi có lẽ tôi đang nhìn vào thứ gì đó.

Tôi đã thử nghiệm điều này với các phiên bản kernel 3.7 và 3.14.

Ai đó có thể làm sáng tỏ?

Googling rootflags noatimeđưa lên bài đăng này từ năm 2003 bởi Andrew Morton, có lẽ nó vẫn được áp dụng.

http://lkml.org/lkml/2003/8/12/236

Trong khi thử nghiệm một cái gì đó, tôi đã thử khởi động với 'rootflags = noatime' và thấy hệ thống sẽ không khởi động, như ext3, ext2 và reiserfs đều không thể nhận ra tùy chọn. Nhìn vào mã trong fs / ext3 / super.c: parse_options () và init / do_mounts.c: root_data_setup (), dường như không thể đặt bất kỳ cờ nào độc lập với hệ thống tệp thông qua rootflags, giải thích trường hợp đặc biệt mã cho các cờ 'ro' và 'rw'. Tuy nhiên, dường như không có cách nào để vượt qua gật đầu, buổi trưa, giờ gật đầu hoặc bất kỳ lá cờ nào khác. (Và vâng, cả 3 thứ đó đều có ý nghĩa trong môi trường của tôi - đó là một chiếc máy tính xách tay và tôi không cần dùng đồng thời, và tôi sử dụng devfs nên gật đầu ở gốc cũng có ý nghĩa).

Các tùy chọn độc lập fs được phân tích cú pháp trong không gian người dùng bằng mount (8) và được truyền vào kernel dưới dạng các bit riêng lẻ trong một đối số `flags '.