电脑上从开机开始 总是一直出现auto adjusting 这是怎么回事 该怎么不让他出现

你好，这是解决方法：（原创，引用请说明作者：力王历史）

1。试试开机，出完电脑品牌后，按F8，回车，回车，进安全模式里，高级启动

选项，最后一次正确配置，回车，回车，按下去试试！【关键一步】

2。再不行，进安全模式，回车，到桌面后，杀毒软件，全盘杀毒！

“隔离区”的东西，彻底删除！

3。再使用：360安全卫士，“木马查杀”里的：“360系统急救箱”，

系统修复，全选，立即修复！【关键一步】

网络修复，开始修复！

再点：开始急救！重启后，点开“文件恢复区”，全选，彻底删除文件！

360安全卫士，扫描插件，立即清理！360安全卫士，系统修复，一键修复！

4。再不行，拔下显卡和内存条，橡皮擦擦，再用毛刷，清理插槽灰尘和风扇，

更换内存插槽等！【台式机】

5。检查是否有同类功能的，多余类似软件，如：多款播放器，多款杀毒软件

等，卸载多余的，只留一款，因为同类软件，互不兼容！【关键一步】

6。再不行，下载“驱动人生”，升级：显卡驱动！

7。再开机，如果还是不行，需要“一键还原”或“重装系统”了！

8。硬件有问题，送修！

双击安装文件，打开安装窗口，进入Information界面

点击“next”按钮，进入Select Destination Location界面，可根据自己的需求修改安装路径

点击“next”按钮，进入Select Componets界面，选择要安装的组件。

图标组件(Addition icons) : 选择是否创建快速启动栏图标 或者 是否创建桌面快捷方式

桌面浏览(Windows Explorer integration) : 浏览源码的方法, 单独的上下文浏览 只使用bash 或者 只用Git GUI工具高级的上下文浏览方法 使用git-cheetah plugin插件

关联配置文件 : 是否关联git配置文件, 该配置文件主要显示文本编辑器的样式

关联shell脚本文件 : 是否关联Bash命令行执行的脚本文件

使用TrueType编码 : 在命令行中是否使用TruthType编码, 该编码是微软和苹果公司制定的通用编码

点击“next”，进入Select Start Menu Folder界面，设置开始菜单中快捷方式的目录名称,

点击“next”，进入Adjusting your PATH environment界面，设置环境变量 ：选择使用什么样的命令行工具, 一般情况下我们默认使用Git Bash即可, 默认选择。

Git自带 : 使用Git自带的Git Bash命令行工具

系统自带CMD : 使用Windows系统的命令行工具

二者都有 : 上面二者同时配置, 但是注意, 这样会将windows中的find.exe 和 sort.exe工具覆盖, 如果不懂这些尽量不要选择

点击“next”按钮进入Configuring the line ending conversions界面，选择换行格式，选择“Checkout as-is, commit Unix-style line endings”，

检查出windows格式转换为unix格式 : 将windows格式的换行转为unix格式的换行在进行提交

检查出原来格式转为unix格式 : 不管什么格式的, 一律转为unix格式的换行在进行提交

不进行格式转换 : 不进行转换, 检查出什么, 就提交什么

点击“next”按钮进入配置终端模拟器（Configuring the terminal emulator to use with Git Bash）界面，默认设置

点击“next”按钮进入额外的配置选项（Configuring extra options），默认设置。

点击“Install“开始安装，安装完毕后，点击”finish“

目录中的文件重复创建和删除最终被损坏。访问在目录中的文件，以及创建或删除目录中的文件的后续尝试都会产生d出式窗口，该值指示该目录已损坏并指示用户可以运行 CHKDSK。

运行 CHKDSK 时, 它生成类似于下面的输出 （尽管取决于受影响的特定文件记录段)：

Deleting corrupt attribute record (16, "")

from file record segment 286.

Deleting corrupt attribute record (32, "")

from file record segment 286.

Deleting corrupt attribute record (48, "")

from file record segment 286.

Deleting corrupt attribute record (80, "")

from file record segment 286.

Deleting corrupt attribute record (144, $I30)

from file record segment 286.

Deleting corrupt file record segment 286.

Deleting orphan file record segment 8628.

Deleting index entry DirectoryName in index $I30 of file 244.

CHKDSK is recovering lost files.

原因与给定的文件关联的多个属性具有相同的属性实例标记值。这才可能发生在多个文件重复添加和删除"不均衡"的方式的目录中。与给定的文件关联的多个属性具有相同的属性实例标记值。这才可能发生在多个文件重复添加和删除"不均衡"的方式的目录中。

解决方案要解决此问题，请执行以下任一 *** 作： 运行 CHKDSK/f。通过运行 CHKDSK/f 应恢复已损坏...要解决此问题，请执行以下任一 *** 作：

运行 CHKDSK/f。通过运行 CHKDSK/f 应恢复已损坏，这种方式的目录中包含的所有文件。也可以检测出实例计数特别大，并且将主动地重新编号属性实例值当 CHKDSK。专门，大于 0xF000 一个属性实例标记是否 CHKDSK 将发送以下消息 （取决于文件数):

Adjusting instance tags to prevent rollover on file 252.

因此，通过定期运行只读的 CHKDSK，就可能变得损坏前检测到问题的目录。如果在上面的消息到达时在只读模式下运行 CHKDSK，您应计划一个完整的 CHKDSK 来更正此问题。

-或者-

若要解决此问题，获得最新的 service pack!

---