笔记本郁闷了,高手进来.
发布网友
发布时间：2022-05-03 07:13
共5个回答
热心网友
时间：2023-10-13 20:43
NTLDR文件是win nt/win200/WinXP的引导文件，当此文件丢失时启动系统会提示"NTLDR is missing..."并要求按任意键重新启动，不能正确进入系统 。所以应该在系统正常的时候给予备份。
NTLDR文件的是一个隐藏的，只读的系统文件，位置在系统盘的根目录，用来装载操作系统。
一般情况系统的引导过程是这样的： 代码
1、电源自检程序开始运行
2、主引导记录被装入内存，并且程序开始执行
3、活动分区的引导扇区被装入内存
4、NTLDR从引导扇区被装入并初始化
5、将处理器的实模式改为32位平滑内存模式
6、NTLDR开始运行适当的小文件系统驱动程序。
小文件系统驱动程序是建立在NTLDR内部的，它能读FAT或NTFS。
7、NTLDR读boot.ini文件
8、NTLDR装载所选操作系统 *如果NT/XP被选择,，
NTLDR运行Ntdetect.com 对于其他的操作系统，
NTLDR装载并运行Bootsect.dos然后向它传递控制。
windows NT过程结束。
9.Ntdetect.com 搜索计算机硬件并将列表传送给NTLDR，以便将这些信息写进HKE Y_LOCAL_MACHINEHARDWARE中。
10.然后NTLDR装载Ntoskrnl.exe，Hal.dll和系统信息集合。
11.Ntldr搜索系统信息集合，并装载设备驱动配置以便设备在启动时开始工作
12.Ntldr把控制权交给Ntoskrnl.exe，这时,启动程序结束,装载阶段开始
当此文件丢失时，我们可以从安装光盘上进行提取，方法是：
1、进入系统故障恢复控制台。
2、转到C盘。
3、输入"copy X：\I386\NTLDR c:\"（说明：X为光驱盘符）并回车，
如果系统提示要否覆盖则按下"Y"，之后输入exit命令退出控制台重新启动即可。
(就是按重装系统的顺序到到安装时不要格式化C盘,变成进入系统故障恢复控制台就好了,有XP光盘就可以了.
热心网友
时间：2023-10-13 20:43
本指南为管理员提供了以下解决方案：
• 如何实现补丁管理
使用 Microsoft Baseline Security Analyzer (MBSA) 检查当前安装可能漏掉的补丁和更新。定期运行该操作，保持您的服务器当前安装有最新的补丁和更新。在应用补丁前，备份服务器；在将补丁安装在产品服务器上之前，先在测试服务器上进行测试。还要使用 Microsoft 提供的安全通知服务，并订阅通过电子邮件接收安全布告。
有关更多信息，请参阅“如何实现修补程序管理”。
• 如何使 Machine.config 和 Web.config 中的设置更加安全
不要以明文形式存储密码或敏感数据。例如，使用 Aspnet_setreg.exe 实用工具加密 <processModel>、<identity> 和 <sessionState> 的值。不要对客户端显示异常详细信息。例如，不能在 ASP.NET 中使用 <customErrors> 的 mode="Off"，因为这会导致含有系统级信息的详细错误页面返回客户端。对具有访问配置文件和设置的权限的用户进行*。如果需要，使用<location> 标记和 allowOverride 元素锁定配置设置。
有关提高适于应用情境的 Machine.config 和 Web.config 安全性的详细信息，请参阅“保证 ASP.NET 的安全”单元。有关 <location> 标记的详细信息，请参阅“保证 ASP.NET 的安全”单元解释的“Machine.Config 和 Web.Config”。有关 Aspnet_setreg.exe 的详细信息，请参阅“保证 ASP.NET 应用程序的安全”单元的“Aspnet_setreg.exe 与进程、会话和标识”。
• 如何保证运行 .NET Framework 的 Web 服务器的安全性
用一种方法系统配置 Web 服务器的安全性。保证帐户、协议、端口、服务、共享、文件与目录和注册表的安全性。可以使用 IISLockdown，以有助于自动进行某些安全配置。使用一个增强的 Machine.config 配置，对服务器上安装的所有 .NET Framework 应用程序应用严格的安全性。最重要的是，保持您的服务器安装了当前最新的补丁和更新。
有关更多信息，请参阅“保证应用程序服务器的安全”单元。
• 如何保证数据库服务器的安全性
应用一种常见方法评估帐户、协议、端口、服务、共享、文件与目录和注册表。还要评估 SQL Server的安全设置，如身份验证模式和审核配置。评估身份验证方法和 SQL Server登录、用户与角色的使用。确保您具有最新的服务包，定期监测操作系统和 SQL Server 补丁与更新。
有关更多信息，请参阅“保证数据库服务器的安全”单元。
• 如何保证应用程序服务器的安全性
评估帐户、协议、端口、服务器、共享、文件与目录和注册表。使用 Internet 协议安全 (IPSec) 或 SSL 保证 Web 服务器和应用程序服务器之间的通信通道及应用程序服务器和数据库服务器之间的通信通道的安全。复查企业服务应用程序、Web 服务和远程处理应用程序的安全。*客户端可以连接到应用程序服务器的端口的范围，并考虑使用 IPSec 约束来*客户端的范围。
有关更多信息，请参阅“保证应用程序服务器的安全”单元。
• 如何安全地承载多个 ASP.NET 应用程序
使用单独标识来允许在安全资源上配置访问控制列表 (ACL)，以控制哪些应用程序可以访问这些安全资源。在 Microsoft Windows Server 2003 操作系统上，使用单独的具有 IIS6 应用程序池的进程标识。在 Windows 2000 Server 上，使用多个匿名 Internet 用户帐户并允许模拟。在这两种平台上，通过 .NET Framework版本 1.1，可以使用部分信任级和使用代码访问安全，提供进一步的应用程序隔离。例如，可以使用这些方法防止应用程序访问彼此的虚拟目录和重要的系统资源。
有关更多信息，请参阅“承载多个 ASP.NET 应用程序”单元。
• 如何保证 Web 服务的安全性
在跨平台和无法控制两个终结点的情况下，可以使用 Microsoft .NET 的 Web Service Enhancement 1.0 (WSE) 实现符合新兴的 WS-Security 标准的消息级安全解决方案。在简单对象访问协议 (SOAP) 头中传递身份验证令牌。使用 XML 加密以确保敏感数据保持其私有性。使用数字签名保证消息的完整性。在能够控制两个终结点的企业内部，可以使用操作系统和 IIS 提供的身份验证、授权和安全通信功能。
有关更多信息，请参阅“Securing Your Application Server”和“保证 ASP.NET 应用程序的安全”两单元。有关开发安全的 Web 服务的信息，请参阅“构建安全的 Web 服务”单元。
• 如何保证企业服务的安全性
配置使用最低权限帐户运行的服务器应用程序。启用 COM+ 基于角色的安全性，并实行组件级访问检查。至少要使用调用级身份验证来防止匿名访问。要保证传输到远程服务组件的通信的安全性，请使用 IPSec 加密的通道或使用远程过程调用 (RPC) 加密。*分布式 COM (DCOM) 动态分配的端口范围或使用静态终结点映射将端口范围*在特定端口内。定期监测 COM+ 运行库的 Quick Fix Engineer (QFE) 更新。
有关更多信息，请参阅“保证应用程序服务器的安全”单元。
• 如何保证 Microsoft .NET 的远程处理安全性
通过将 .rem 和 .soap 扩展名映射为 Machine.config 中的 ASP.NET HttpForbiddenHandler HTTP 模块，禁用面向 Internet 的 Web 服务器上的远程处理。寄宿在 ASP.NET 中，使用 HttpChannel 类型名称从 ASP.NET 和 IIS 身份验证和授权服务中获益。如果需要使用 TcpChannel 类型名称，则将远程组件寄宿在 Windows 服务中，使用 IPSec *哪些客户端可以连接到服务器。只能在受信任的服务器的情况下使用该方法，在这里远程处理客户端（例如 Web 应用程序）对初始调用者进行身份验证和授权。
有关更多信息，请参阅“保证应用程序服务器的安全”单元。
• 如何保证会话状态的安全性
在网络上传输和在状态存储区中时，需要保护会话状态。如果使用远程状态存储区，请使用 SSL 或 IPSec 保证通往状态存储区的通信通道的安全。同时，加密 Machine.config 中的连接字符串。如果使用 SQL Server 状态存储区，则在连接状态存储区时，使用 Windows 身份验证，并*应用程序对数据库的登录。如果使用 ASP.NET 状态服务，则使用最低权限帐户运行该服务，并考虑改变服务侦听的默认端口。如果不需要状态服务，请禁用它。
有关更多信息，请参阅“保证 ASP.NET 应用程序的安全”单元的“会话状态”。
• 如何安全地管理应用程序的配置
应该*或避免远程管理。管理界面必需有严格的身份验证。通过 ACL 和权限*对配置存储区的访问。确保您具有支持责任划分所需的授权粒度。
有关保证配置管理安全性的常规考虑，请参阅“设计安全 Web 应用程序的指导方针”。要验证安全默认设置和确保您应用了安全的机器级别的设置和安全的应用程序具体的设置，请参阅“保证 ASP.NET 应用程序的安全”单元。
• 如何防止拒绝服务攻击
确保加强了服务器上的 TCP/IP 堆栈配置，以应对如 SYN flood 这样的攻击。配置 ASP.NET 以*接受的 POST 请求的规模，并对请求的执行时间做出*。
有关加强 TCP/IP 的详细信息，请参阅“如何加固 TCP/IP 栈”。有关用于帮助防止拒绝服务攻击的 ASP.NET 设置的详细信息，请参阅“保证 ASP.NET 应用程序的安全”单元。
• 如何*文件 I/O
您可以配置代码访问安全策略，以确保*单个程序集或整个 Web 应用程序只能访问文件系统。例如，通过配置运行在媒体信任级上的 Web 应用程序，可以防止应用程序访问其虚拟目录层次结构以外的文件。
同时，通过为特定程序集授予受限的文件 I/O 权限，可以精确控制哪些文件可以被访问以及应该如何访问它们。
有关更多信息，请参阅 “在 ASP.NET 中使用代码访问安全”单元和本指南的“如何做”部分的“如何使用 CAS 策略约束程序集”。
• 如何执行远程管理
终端服务提供了一种专用的协议 (RDP)。它支持身份验证，并可以提供加密。如果需要文件传输工具，可以从 Windows 2000 Server 资源包中安装文件复制实用工具。建议不要使用 IIS Web 管理，如果运行 IISLockdown 该选项将被清除。应该考虑提供一个加密的通信通道，并使用 IPSec *可以用于远程管理您的服务器的计算机。还应该*管理帐户的数量。
有关更多信息，请参阅“保证 Web 服务器的安全”单元的“远程管理”部分和“保证数据库服务器的安全”。
热心网友
时间：2023-10-13 20:44
而楼主的本本估计是比较老式的本本，不知道是否支持USB外设启动。
如果能够支持USB外设启动的话，就好办了。
1。你可以用USB光驱启动电脑，然后直接用光盘重新安装系统
2。你可以先将windows安装文件的I386文件夹拷贝到硬盘，然后用USB软驱启动，在DOS下安装系统。
如果笔记本不支持USB外设启动，那么只能将GHOST系统映像到硬盘，然后开机等待系统自动安装。这也是没有办法的，毕竟GHOST不能映像MBR，所以不是百试百灵的。
热心网友
时间：2023-10-13 20:44
1.在 BIOS 设使用光盘驱动器启动电脑
2.放入 Windows XP 光盘 在光盘驱动器内启动电脑
3.让光盘自动执行至停止便会出现叁个选择，按〔R〕选修复电脑便会询问要进入 哪个系统，请选择 Windows XP 的代号，然后输入 Administrator 密码 (与安装时输入的 Administrator 密码相同) 如果没有密码直接按输入键便可
4.在 C:\Windows> 下键入 Fixboot 及按〔Y〕确认
5.在 C:\Windows> 下键入 光盘 \
6.在 C:\> 下键入 ATTRIB -H NTLDR
7.在 C:\> 下键入 ATTRIB -S NTLDR
8.在 C:\> 下键入 ATTRIB -R NTLDR
9.在 C:\> 下键入 ATTRIB -H NTDETECT.COM
10.在 C:\> 下键入 ATTRIB -S NTDETECT.COM
11.在 C:\> 下键入 ATTRIB -R NTDETECT.COM
12.在 C:\> 下键入 COPY X:\I386\NTLDR C:\ 注: X: 是光盘驱动器的代号下同
13.在 C:\> 下键入 COPY X:\I386\NTDETECT.COM C:\
14.完成后取出 Win XP 光盘及键入〔Exit〕会重新启动电脑
15.在 BIOS 选回用硬盘启动电脑便可
16.使用中文版 Windows XP 如启动时选单出现乱码者可在进入 Windows XP 后将 Windows XP 光盘 I386 目录下的bootfont.bin 复制至 C 盘的根目录下便可，如使用英文版 Windows XP 者把 bootfont.bin 从 C 盘的根目录下删除便可
热心网友
时间：2023-10-13 20:45
1、用其它任何方式启动电脑。
2、用DIR NTLDR /S命令从备份文件中找出这个文件。路径比较长，比照抄下就行,复制到C盘根目录下。
3、关键是写入硬盘，不能COPY完就了事，必须执行DEBUG NTLDR命令。命令行中执行W命令写入，Q命令退出。这样才能保证真正写入硬盘。
4、重新启动。怎么样？让我苦苦盼望的画面马上回来了，是否有点热泪盈洭呢。哈，别谢我，同是天涯沦落人，不过我比你先倒霉，找到解决它的办法罢了，别忘了如果你也有什么好东东与我分享
