sync;sync;sync;reboot
Sync命令
在用reboot命令启动unix系统后，系统提示出错信息，部分应用程序不能正常工作。经仔细检查系统文件，并和初始的正确备份进行比较，发现某些文件确实被破坏了，翻来覆去找不到文件遭破坏的原因，最后想到了写缓存命令——sync，在reboot前没有运行sync命令，导致了系统文件的改变而不能正常工作。
sync命令的作用是，将有关文件系统的存储器常驻信息送入物理介质内。在暂停系统之前，比如要重新启动机器，一定要去执行sync命令。unix系统运行经验表明，为确保可靠起见，应执行两遍sync命令，这是因为sync命令完成时，并不保证信息实际写到了磁盘上，虽然已经执行了一遍这个命令。在执行sync命令以后，要等待磁盘工作灯灭了（假定有系统工作指示灯的话），再去真正暂停机器的运行或启动机器。
unix系统遭受破坏是随时都可能发生的事情，因此在启动机器或关机之前一定要运行sync命令。记住在任何情况下，慎重地执行sync命令决不会有任何坏处
umount时间过长，sync命令的使用
有一个问题,比如 cp 一个文件到SD卡上,是不是首先先将这个文件写到SDRAM上,然后umount的时候再将SDRAM中的内容真正写SD卡上? 我umount的时候会过多一会才出现终端的提示符,根据写入文件的大小确定 umount的时间?
后来查了一下资料,Linux文件系统更新是一个复杂的过程， 当用户程序对文件系统进行修改以后，例如进行了写操作，文件数据把修改记录在内核缓冲中，在数据没有写到磁盘的时候，依然能够执行用户进程，所有数据的改 变都在inode的内容中得到反映。磁盘的数据更新实际上是异步进行的，很有可能在写操作已经完成很长时间以后才真正对磁盘的数据进行更新。sync命令 强制把磁盘缓冲的所有数据写入磁盘，如果在没有把磁盘缓冲区的信息写入磁盘之前终止系统，则磁盘的文件系统就会处在一个不稳定的状态。而在正常模式下即使 没有对分区进行umount的操作，在重启之前系统会调用sync命令强制把磁盘缓冲的所有数据写入磁盘,而在急救模式下必须对所挂的分区进行 umount的操作,系统才会调用sync命令强制把磁盘缓冲的所有数据写入磁盘，请在急救模式下的朋友注意这个问题。其实“reboot -n(Don’t sync before reboot or halt)”在重启之前不用sync命令强制把磁盘缓冲的所有数据写入磁盘,就很能说明问题。
所以要 cp 完之后要执行 sync 命令将缓冲区的内容写到磁盘中,然后再umount 就不会出现延时了.
最新文章
- 在Sublime Text3上面更加方便愉快的写php
- 第四章 函数(JavaScript:语言精粹)
- 问题：loadrunner录制event为0
- db2中修改表字段的长度，查看表字段长度，以及查看表字段已存放值大小
- (" use strict")Javascript 严格模式详解
- Python文件处理（1）
- 设置git账号并生成新的ssh（切换电脑用户之后）
- OJ2237第k小数题解
- 关于写作那些事之github告诉我构建失败,然后呢?
- phtyon
- ARM开发板挂载虚拟机 nfs目录
- Source Insight函数调用关系显示设置
- 目标检测--SSD: Single Shot MultiBox Detector(2015)
- app:processDebugResources
- spray 处理 response 的通用函数
- leetcode1016
- C++ 有用的书籍
- 【[CTSC2012]熟悉的文章】
- JS+PHP瀑布流效果
- spark远程调试