Quoting Ganzoo Awaasuren (ganaa.8.91@xxxxxxxxx): > Dear All > > Now I am changing and developing some kernel stuffs which is related to > Linux FileSystems. > > My work is just to find the solution for the inconvinence use of the USB > disk. We have to click "safe remove" button for flush the buffer data to > disk before the plug off the USB disk . ... > As far as i understand from your developed checkpoint technique on linux > kernel , probably i can get it and apply it for my purpose. So is it > possible to call that sys_checkpoint function in kernel's sys_write system > call ? if it is possible then , is this checkpointed image will include that > all of the open files ? Short answer is no. We freezer the userspace tasks for the duration of the checkpoint, but we are only guaranteeing consistency with respect to the read/write syscalls (we currently even refuse checkpoint for aio). What happens in the kernel to effect a write is not doesn't matter to us, it's assumed to complete. I'd imagine you could catch the fact that a write occurs to a disconnected device, start queueing up the data to be written, send an error message up through to userspace, through dbus to an error dialog, and warn the user to re-insert the device. But application c/r work is not going to be helpful here - unless an application is still actively writing, in which case part of the userspace callbacks in response to the error message from the kernel might be to do an lsof to find guilty tasks, and freeze them. -serge _______________________________________________ Containers mailing list Containers@xxxxxxxxxxxxxxxxxxxxxxxxxx https://lists.linux-foundation.org/mailman/listinfo/containers
