On Mon, 2016-11-28 at 06:53 +0300, Andrei Borzenkov wrote: > If you allow any write to filesystem before resuming from hibernation > you risk corrupted filesystem. I strongly believe that "ro" must be > really read-only
You're aware that "ro" already doesn't mean "no changes to the block device" on most modern filesystems (including btrfs)? > - having separate option to control it will require > update of every tool that generates initramfs and even then you > cannot > avoid using older initramfs with newer kernel. What would the initramfs have to deal with it? Isn't the whole repairing thing completely transparent (unless perhaps you do some lo- level forensics or access the fs directly and not throught the filesystem driver)? > Safety means exactly opposite for me - do not modify data if > explicitly > requested not to do it. Depends on what you mean by data... If you mean "the files as exported in the file hierarchy"... then there won't be any modifications by repair (after all it just repairs and gives back the correct data or fails)... Cheers, Chris.
smime.p7s
Description: S/MIME cryptographic signature
