十年网站开发经验 + 多家企业客户 + 靠谱的建站团队
量身定制 + 运营维护+专业推广+无忧售后,网站问题一站解决
ReactOS 是一个开发与Windows NT和Windows 2000应用程序和硬件驱动程序兼容的开源操作系统的项目。此项目当前虽然只是处于 内部测试(alpha) 开发状态,但到2005年1月其中一些子项目已经完成了目标。
静宁网站制作公司哪家好,找成都创新互联!从网页设计、网站建设、微信开发、APP开发、成都响应式网站建设公司等网站项目制作,到程序开发,运营维护。成都创新互联2013年至今到现在10年的时间,我们拥有了丰富的建站经验和运维经验,来保证我们的工作的顺利进行。专注于网站建设就选成都创新互联。
ReactOS主要是由C语言编写。部分组件则由C++编写,例如ReactOS 文件浏览器。
ReactOS的许可协议主要为GNU通用公共许可证,也有少量代码以GNU宽通用公共许可证、BSD许可证之类的开源许可证发行。
为确保操作系统没有任何一部分是看过泄漏出来的微软 Windows 源码的人所写,或者逆向工程的过程达不到净室设计标准,一个全盘的源码审查由ReactOS主要开发者下令展开。此审查当前已经结束。
发展历程
启动开发
大约在1996年时,一群开源软件开发者启动了一个名为 FreeWin95 的项目,旨在实现一个Windows 95的克隆操作系统。这个项目当时只停留在关于系统实现的讨论上。
虽然对于 FreeWin95 项目期待很高,但直到 1997 年末,项目还没有公开发布任何版本,于是项目协调员Jason Filby 联合大家重振该项目并起了一个新名称 “ReactOS” ,并计划重新实现 Windows NT。1998年 2 月 ReactOS 项目正式启动,开始开发系统内核和基本的驱动程序。
代码审查
为了避免版权起诉,ReactOS 必须明确地完全区分并且不派生于 Windows,这是一个需要非常谨慎工作的目标。2006年1月17日,Hartmut Birr 在 ReactOS 开发者邮件列表中指出 ReactOS 包含有反编译的 Windows 源码。因此开发者暂时禁止非开发者进入系统。鉴于 ReactOS 是开放源码软件,此举引起开放源码社群的不满。ReactOS 的贡献者没受当时的举动影响。 不久后所有软件开发工程都能自由进入了。由于 Birr 的指摘未能证实,开发者决定审查源码。 可能“受污染”的源码会被封锁,直到那些源码经审查后确定无问题。
大部分的源码已解封,维护和开发都可继续进行,而审查亦同时进行。
2008年,源码已经全部解封。审查也已经全部结束。维护和开发得以正常继续。
参与 Google Summer of Code
从 2006 年开始,ReactOS 项目参与了几次 Google Summers of Code。例如,在GSoC 2011 中, ReactOS 指导了一个将 lwIP 集成到网络堆栈中的学生项目。迄今为止,ReactOS曾在 GSoC 参与过五次:2006年,2011年,2016 年,2017年 和 2018 年。2019 年也将参与。
公开演示
俄罗斯的政治人物 Viktor Alksnis 会见了项目协调员 Aleksey Bragin,Aleksey Bragin介绍了该项目并演示了该项目,演示中显示 ReactOS 在 2007 年已经可以运行当时的 Total Commander 和 Mozilla Firefox。 它还吸引了时任俄罗斯总统梅德韦杰夫(Dmitry Medvedev)的关注。 梅德韦杰夫访问了斯塔夫罗波尔地区的一所高中,巧合的是 ReactOS 开发者 Marat Karatov 正是该学校的高中生,他借此机会向总统介绍了开源 Windows 系统,并请求总统资助 100 万欧元。梅德韦杰夫称对 ReactOS 很感兴趣,表示会考验资助事宜。
ReactOS 社区版
2014年4月,ReactOS 项目宣布推出 iegogo活动,推出基于 0.4版本的 ReactOS Community Edition。筹资活动的目标是50,000美元,除此之外还有额外的伸展目标。ReactOS Community Edition 的开发将以社区为中心,ReactOS用户投票和资金决定项目旨在支持哪些软件和硬件驱动程序。2014年 6 月 1 日,关于Indiegogo的灵活众筹活动结束时筹集了25,141美元用于社区版的开发,并且不久后启动了支持硬件和软件的投票过程。
ReactOS Hackfest 2015
ReactOS 项目于2015年8月7日至12日在德国亚琛市举办了一场Hackfest。Hackfest 圆满结束,因为它为 ReactOS 增加了许多功能。
系统开发
核心开发
ReactOS主要用C语言进行编写,另外包含一些用 C ++ 编写的元素,如 ReactOS Explorer 和声音栈。该项目使用 MinGW 和 Visual Studio 进行编译。 开发人员的目标是使内核和用户模式API与Windows NT 5.2(Windows Server 2003)兼容,并增加对更多应用程序和硬件的支持,并计划在开发日趋成熟时针对更新版本的Windows。DirectX支持是通过内部实施 ReactX进行的。2D硬件加速渲染是本机完成的,而其他绘图功能则重定向到OpenGL作为权宜之计解决方案。 开发进度受开发团队规模及其经验水平的影响。作为对实施 Windows 7所需工作量的估计,微软雇佣了大约1,000名开发人员,组成了25个团队,每个团队平均有40名开发人员。但截至2011年9月2日,在 Ohloh 的 ReactOS条目中,通过“非常大,活跃开发者只有 33 位,这些开发人员在 12 个月的时间内贡献了累计,并且累积了104个以前通过 Subversion 从项目开始为代码贡献代码的用户。ReactOS 开发人员 Michele C.在米兰举办的 Hackmeeting 2009 上的演讲中指出,大多数开发人员在使用ReactOS时都了解 Windows体系结构,并且没有任何先验知识。 虽然ReactOS当前主要针对 x86 / AMD64 PC 平台,但是,移植到ARM 架构的努力“正在进行中”,虽然它没有产生太多功能而被放弃了。支持的的Xbox,变体IA-32体系结构,是通过使用一个特定于体系结构的加入HAL,虽然这一点,与端口沿的PowerPC,不再积极维护。
硬件驱动程序堆栈
在硬件驱动程序方面,例如UniATA项目为ReactOS 提供串行ATA驱动程序。该项目还尝试使用FullFAT库重写其FAT可 安装文件系统。ReactOS利用 Haiku 的 USB 堆栈作为参考,并作为其 USB 支持的基础。 网络 ReactOS的网络堆栈构建在 FreeBSD中 OSKit 网络堆栈端口的TCP部分,以及内部开发的面向数据包协议(如IP)的实现。后来,lwIP被集成到ReactOS的网络堆栈中。Samba / Samba TNG 项目已经提供了LSASS,SAM,NETLOGON 和打印假脱机等 Windows 网络服务作为开源替代方案。
与 Wine 项目合作
ReactOS 和 Wine 项目共享本机运行二进制 Windows 软件的目标,因此可以共享许多依赖项和开发。 ReactOS 使用 Wine 项目的一部分,以便它可以从 Wine 在实现 Win32 API方面的进展中受益。虽然由于体系结构的不同,Wine 的 NTDLL,USER32,KERNEL32,GDI32和 ADVAPI32 组件不能由 ReactOS 直接使用,但代码片段和其他部分可以在两个项目之间共享。不过内核由 ReactOS 单独开发,因为 Wine 依赖于现有的类 Unix 内核。。
此外,ReactOS另外有一支实验性的Arwinss团队,透过另一种方式去构建Win32 API,使USER32及GDI32的支持可以做得更好。ReactOS原来的Win32子系统完全以Windows的等同为蓝本,但Arwinss则透过合并原来ReactOS的Win32子系统及Wine的Win32子系统的架构,以好好利用Wine的系统兼容性。这样,Arwinss就可以让用户透过一个遥距的X server作显示,而无需硬性规定必须要用硬件上的显示屏。
影响与评价
下面一些关于 ReactOS 项目的批评提出几条为什么他们不相信 ReactOS 会成为一个有价值的项目的原因。其中,有人指出把与 Windows NT 4.0 兼容作为 ReactOS 的发布目标是一个局限,因为 NT 4.0 评价不佳而且它已经过时了。
作为回复,有人提出虽然当前是把与 Windows NT 4.0 兼容作为目标,但是,Windows 后来基于 NT 架构的系统都与 NT 4.0 在系统层次上高度相似(例如:Windows 2000, Windows XP, Windows Server 2003)。因此,想要与后续的 Windows 版本兼容,只要 NT 4.0 的目标完成,剩下都简单了。 以此为由,该批评的回复者说把 NT 4.0 的兼容作为里程碑并不是一个局限,而是未来开发的基础。
其它人则批评认为我们已经有好几个基于 Unix(Linux 及不同版本的 BSD)的操作系统, 与其再创建一个新的, 不如集中精力改善旧的,努力做好 WINE,让现有的 WINDOWS 应用程序在其上运行得更好。但是,ReactOS 开发者及其他拥护者辩解说,UNIX 类操作系统不一定是唯一的最好的操作系统类型。NT 的设计含有很多概念是 Unix 工作方式的改进,而且一个在更低层次更似 Windows 的操作系统(即是设计成与 Windows 相似,而非执行某某应用程序,尝试把另一个操作系统变成 Windows)将更有机会成功达到更广阔地兼容现有的 Windows 应用程序和(特别是)硬件驱动程序。
未来目标
硬件需求
值得留意的是,ReactOS亦可在能模拟上述硬件的软件内运作,比如Virtual PC、VMware、Bochs或QEMU。
眼见Windows NT 4.0可在i386以外的MIPS、Alpha AXP和PowerPC架构运行,而NT派生的操作系统如Windows XP和Windows Server 2003又已被移植到不同的硬件架构上(例如x86-64、IA-32及IA-64),ReactOS开发者亦开始注意可移植性。譬如对IA-32架构变种Xbox平台的支持,已加入0.2.5发布版,而直到2006年上半年,PowerPC port和Xen port的工程仍在努力。
wls1启动快,性能差,兼容性差。
wls2启动慢,性能略好,兼容性略好。
无论是1还是2都不支持图形,都无法直接访问硬件设备。比如硬盘设备,比如显卡GPU等等。
在使用体验上,就是阉割了图形,弱化了兼容性,并强化性能后的虚拟机。
一开始新鲜,觉得还不错,遇到一两个BUG以后,就基本不用了。还是真正的linux发行版更好。
Win10中的Linux子系统安装:
1、开启开发人员模式。在win10中使用linux子系统,需要开启“开发人员模式”。依次打开【设置】--》【更新和安全】--》【针对开发人员】,勾选“开发人员模式”
2、打开【启用或者关闭windows功能】。在【启用或者关闭windows功能】开启使用于“适用于linux的windows子系统”。
PS:此界面在【控制面板】的【程序】界面中。win10创意者更新之后,可以直接在搜索中输入“程序”,可以快速打开这个界面,开启windows功能需要重启,此处需要重启一次
3、安装linux子系统。
电脑重启后,打开cmd,输入“bash”,此时提示需要从微软app商店下载ubuntu系统。然后一路’yes‘,等待安装结束
4、安装linux完成后,在cmd或者power shell输入bash,就可以进入linux子系统了。
国内软件如果说到360,我想大家的表情一定是这样的:
说实话我个人是无权评价360到底怎么样,因为这么多年我也确实没有用过它的任何产品。
直到我这两天在折腾Windows 11的WSA安卓子系统的时候,竟然发现了360出品的这个小工具【Win11安卓助手WsaTool】,简直就是神器!
它竟然小巧不臃肿,并且没有任何广告,最重要的是,它可以让我们所有用户可以无脑的安装WSA安卓子系统,几乎就是专为我们这样的电脑小白打造!
想想我之前教大家玩WSA安卓子系统各种折腾,又是换美区又是敲代码下载,很多新手一步出错就各种问题,如果早发现这款工具,那就不用这么费力的折腾了!
话不多说吗,直接开始今天的教程!
首先需要说明的是今天的教程对电脑还是有一些要求的,并不是所有电脑都支持哦~
NO.1 确保 Windows 11 版本为 22000.xxx 或更高
这个简单,直接打开“设置--系统--系统信息”,查看“操作系统版本”那里就能看到了。
NO.2 确保系统已经开启Hyper-V功能
使用Hyper-V功能需要cpu支持虚拟化并处于开启状态。如果你的电脑系统是 Windows 11 专业版/企业版/教育版,且是64位操作系统,一般来说默认就是支持的。我们只需要手动开启即可。
打开“ 控制面板 -- 程序--启用或关闭 Windows 功能”,然后勾选“Hyper-V”并确定,然后电脑就会自动配置,最后提示重启,电脑。重启之后就开启Hyper-V功能了。
貌似Windows 11家庭版目前也有办法开启Hyper-V了,方法也很简单,只需要通过cmd建立一个操作指令即可:
至于是否可行我不确定,因为手头实在是没有家庭版的Windows 11,很多笔记本预装的都是家庭版,如果有啥问题可以反馈到评论区,大家一起讨论。
NO.3 建议电脑运行内存最少为8GB及以上
其实Windows 11上的WSA安卓子系统还是比较吃配置的,为了能够流畅运行,建议升级硬件配置。
首先下载我们今天用到的【Win11安卓助手WsaTool】,下载下来就是exe的安装文件,直接点击运行即可。
官方下载直链:
软件看上去说实话还是比较清爽的,因为我们经过上面的操作,可以看到Hyper-V那里已经显示了绿色的“已开启”,这个时候我们啥也不管,点击【一键开启】就可以正式开始了。
稍等一会,一般20秒左右,就会弹出重启电脑的提示,直接重启便是。
PS:可能部分电脑会出现软件未响应的情况,不用管它,它自己会好的。
重启之后再次打开Win11安卓助手(还是你下载下来的那个exe文件),然后你就会发现Hyper-v服务和虚拟机平台已经开启,然后直接点击“启动安装”按钮进行下一步的操作。
整个安装过程全自动进行,我们需要做的就是耐心等待!
当这里显示绿色的“已安装”,就说明安装成功了。
这个时候我们在电脑的开始菜单就能看到WSA安卓子系统的图标了,直接点开它
首先启动WSA安卓子系统,然后开启开发人员模式。
期间弹出要求访问网络的提示,点“允许访问”
然后你在点开电脑的开始菜单,你就会发现又多出了一个【亚马逊应用商店】,其实这个就是给我们下载安卓APP的,但是对于我们国内用户而言,大家都懂的。。。
所以我们还是直接点击【安装360手机助手】吧。
安装好之后我们还是可以在电脑的开始菜单中看到,直接点开就能运行了。
然后我们就可以愉快的安装我们想要的APP了。比如说“张大妈”,直接搜索就可以找到,然后点击“下载”,就能自动下载并安装,和我们在手机上操作一摸一样。
使用体验应该是看个人的电脑配置吧,我这里用起来还是比较爽的。
刚刚下载的APP还是可以在开始菜单中看到。对于你常用的APP,为了方便查找可以直接右键选择固定到开始屏幕即可。
怎么样,360的这款工具够良心吧?以前很复杂的操作,现在有了它的这款神器,我们只需要点点鼠标就可以搞定了。
虽说Windows11上的WSA安卓子系统一直争议不断,但是如果合理使用,其实还是很有意思的,具体怎么玩,那就看各位小伙伴们自由发挥了!
最后,祝大家摸鱼愉快!哦不,是使用愉快!
Windows Preinstallation Environment(WinPE)(Windows预安装环境)基于在保护模式下运行的WindowsXP个人版内核,是一个只拥有较少(但是非常核心)服务的Win32子系统。这些服务为Windows安装、实现网络共享、自动底层处理进程和实现硬件验证。
WinPE让你创建和格式化硬盘分区,并且给你访问NTFS文件系统分区和内部网络的权限。这个预安装环境支持所有能用Windows2000和WindowsXP驱动的大容量存储设备,你可以很容易地为新设备添加驱动程序。
使用WinPE可以帮助你把现有基于MS-DOS的工具转换为32位的WindowsAPIs,以便你在标准的开发环境(例如微软的VisualStudio)中更加容易地维护这些应用程序。WinPE所包含的硬件诊断和其他预安装工具都支持标准的WindowsXP驱动,你无需任何做其他特别的工作。对于程序开发者来讲,就可以把主要精力放在程序的诊断、调试和开发的环节上。
winpe最长用的功能: 用光盘系统WINPE 轻松更改系统密码
如何更改Win2K及WinXP系统中管理员的密码,在网络及一些杂志上也介绍过多次,有些方法虽然实用,但对我等小菜来讲,还是有些繁琐,稍一疏忽,就有可能“贻笑大方”,呵呵!这不,我找到一个非常简单的更改管理员密码的方法,用WINPE--一个可在光盘上运行的操作系统,只要几分钟的时间,即可轻松搞定管理员的密码,那场面,一定会让MM对你的崇拜指数上升N个百分点!
第一步:从网上下载“深山红叶袖珍系统工具箱”,该软件集成了WinPE光盘操作系统、微型Linux系统及众多实用的DOS程序,该软件为ISO格式,可直接刻录为引导光盘,容量为200多兆,一张8厘米的小刻录盘就可装下,方便携带,实属电脑操作时的必备工具。
第二步:设置CMOS中的启动顺序由CDROM启动,放入刻录的“深山红叶”光盘,重启系统进入“深山红叶”启动菜单,如图1,选择第一项“[1] Windows PE(XP) 光盘工具箱”启动WINPE系统。该系统仿XP界面,所以启动过程和XP的启动过程一样,显示的启动画面还是“WINXP Profreeional”呢!在光驱灯与硬盘灯一阵狂闪后,系统启动完成,如图2,桌面背景蛮震人的!
第三步:依次点击“开始-强力系统修复 ERD 2003-首先在此设置当前系统目录!(当前=)”,在弹出的“浏览文件夹”窗口中选择WIN2K或WINXP系统的Windows目录,如图3。接着仍是进入“强力系统修复 ERD 2003”菜单中,选择“修改用户密码(LockSmith)”,然后按照LockSmith向导一步步地操作,在对账号设置新密码时,默认显示的账号是“Administrator”,点击账号中的下拉箭头,选择要修改密码的账号,然后在“新密码”与“确认密码”框中填入新的密码,如图4,点下一步,就完成了密码修改。
第四步:点击WINPE系统中的“开始-重启系统”,在重启过程中弹出光碟,进入正常的WIN2K或WINXP系统,选择刚才更改的账号,输入修改后的密码,屏幕显示正在加载用户信息……,说明密码更改成功。
修改管理员密码只是WINPE系统中一个功能,它还有更多实用的功能,就留给各位朋友慢慢研究吧,有好的心得体会别忘了拿出来共享喔!
测试环境:NTFS+WINXP
NTFS+WIN2K
相关资料:——Windows PreInstallation Environment深入研究
Windows PreInstallation Environment(WinPE)直接从字面上翻译就是“Windows预安装环境”,微软在2002年7月22日发布,它的原文解释是:“Windows预安装环境(WinPE)是带有限服务的最小Win32子系统,基于以保护模式运行的Windows XP Professional内核。它包括运行Windows安装程序及脚本、连接网络共享、自动化基本过程以及执行硬件验证所需的最小功能。”换句话说,你可把WinPE看作是一个只拥有最少核心服务的Mini操作系统。微软推出这么一个操作系统当然是因为它拥有与众不同的系统功能,如果要用一句话来解释,我认为与Win9X/2000/XP相比,WinPE的主要不同点就是:它可以自定义制作自身的可启动副本,在保证你需要的核心服务的同时保持最小的操作系统体积,同时它又是标准的32位视窗API的系统平台。当然,现在这么说也许难以理解,没有关系,下面让我们来仔细研究它。
WinPE概览
即使有刚才的解释,你一定还是对这个全新概念的Mini操作系统一头雾水,没关系,在这里我将演示一下其运行的全过程,相信看过之后你或许就会有大致的了解。大多数人获得的WinPE光碟(包括我手上这张ISO镜像光碟)应该是一张“Windows XP OPK”CD,意思就是Windows XP OEM预安装工具包CD。实际上,Windows XP OPK CD是WinPE 32位版本的一个可引导副本,也就是说,这张CD已经是个用WinPE定义制作的操作系统了,我们可直接用它来引导系统。先看看这张CD的目录结构吧(图1),总共有352MB,是不是有些大呢?其实由于这是个副本(至少包含了不少驱动程序),大小是由当时自定义制作决定的,若是WinPE的32位非自定义版本,其在磁盘上的镜像大约为120MB。
1.引导WinPE
笔者考虑到网络环境等问题,主要的使用环境是Vmware虚拟机和Virtual PC虚拟机,不过这两种虚拟机环境与实际PC环境几乎没有区别(就是说如果你不清楚虚拟机也没关系,就当是在真实PC上直接运行)。
将BIOS中设置成光驱引导,并开始启动系统,当屏幕画面上出现“Press any key boot from cd”时(图2),按任意键从光驱上的WinPE引导启动(图3、4)。如果你的存储设备驱动不被支持,在启动时按下F6键可加载特殊设备的驱动。当启动到桌面时系统会做一些如调整分辨率的工作(图5),最后打开默认的CMD命令行解释工具,大家看看,是货真凼档耐夹尾僮骰肪撑叮ㄍ?)。
可以看到桌面上空空如也,不要指望可以拿鼠标点来点去,毕竟是个什么应用程序都没有安装的最小化图形操作系统。但它确实是标准的视窗环境,光碟上带有记事本,在命令行下输入“Notepad”并回车就可打开(图7);另外尽管光碟上带有的可执行的命令行工具有限,但明显可以自己添加,看看这是什么(图8)?没错,是我们最熟悉的扫雷游戏(现在知道题头所指了吧,呵呵),拿鼠标先玩玩吧,这是笔者从大家熟悉的WinXP操作系统中加入的(方法很简单,用ISO工具直接拷入刚才的镜像文件就可以了)。
那么还是先回到CMD命令行工具中吧。默认的目录是\I386\system32\,输入命令行“dir *.exe /w”可查看有哪些可运行的程序(图9)。下面我们实际研究一下对个人用户有实际意义的WinPE特性的操作。
在光碟镜像中可同时看到32位和64位操作系统的工具(图10),对于个人用户来讲,你可用它直接引导没有安装任何系统的机器,并在其上实现32位系统的许多功能,这在后面会一一道来。
2.WinPE对网络的支持
刚才dir时我们看到了ping命令,熟悉这个命令的读者应该都知道,只有安装了TCP/IP协议才能使用,那么不管三七二十一,先来ping自己试试吧,在CMD中键入“ping 127.0.0.1”,回车搞定(图11),显然是可ping通的,这证明TCP/IP协议确实已在运行。再试一试光碟上另一个命令IPConfig,键入运行(图12),看到IP地址已经自动分配好了。既然网络确实已经连接,那让我们来实际操作使用吧(这里可能有不少从视窗系统开始接触计算机的朋友会对操作不知所措,其实并没有想象中那么困难,你可以在CMD中使用命令工具带“/?”参数来查询具体使用方法,如果你机器上本来就装有XP,那么在帮助中心查询就更方便了,多实验一下,掌握命令行以后你会发现方便很多)。
现在我的物理机和虚拟机构成了一个虚拟网络,使用光碟镜像中的net命令,在虚拟机中键入“net view”查看已连接的服务器(图13),这里显示的服务器“XQ-B6QAS26953 EC”,名字表示虚拟机已通过网络连接了我的物理机器。我的物理机器上有一个名为TUKU的文件夹已经共享,所以再键入“net use e:\XQ-B6QAS26953EC\TUKU”,意思是将物理机器上的共享目录TUKU镜像为虚拟机器上的E盘(图14),成功后可在虚拟机里自由地访问共享目录(图15),这时就可通过这个来做远程安装等工作。Net命令还有不少参数,自己可以查阅并多加尝试,才可以发挥WinPE强大的网络环境功能,如果只是简单地访问服务器,上面的两个命令参数基本足够了。不过这里要记住用WinPE的机器可访问其他操作系统的机器,而逆操作是不能的,这是由于WinPE本身的限制,我们后面再讲这个问题。事实说明,WinPE启动后就可以使用网络环境。
3.利用WinPE创建、删除、格式化和管理NTFS文件系统分区
对于个人用户来说这个功能很是实用和方便。但不少朋友在dir完以后就叫苦,怎么只有format.com,没有fdisk啊,根本没办法分区嘛。其实这是个误解,Windows XP中针对磁盘管理工作有专用的命令行工具DiskPart.exe,它是一种文本模式命令解释程序,能让你通过使用脚本或从命令提示符直接输入来管理对象(磁盘、分区或卷),WinPE使用的当然也是DiskPart。
在CMD模式下键入“diskpart”并回车进入DiskPart命令行解释(图16)。键入“list disk”,显示有两块硬盘(图17),分别为磁盘0和磁盘1。键入“select disk=0”执行,意思是选择指定磁盘,并将焦点转移到此磁盘,接下来的操作就都是针对它的(后面的操作都是一样,在磁盘、分区或卷上使用DiskPart命令前,必须首先将对象列表,然后选择要给予焦点的对象,只有对象拥有焦点时,键入的任何DiskPart命令才对该对象进行操作)。键入“detail disk”可以查看磁盘0的细节信息(图18),现在磁盘0整个是一个活动分区C,格式为FAT32,容量为16G。下面我们以实际操作将磁盘0分为两个区,分别为NTFS格式的8G主分区C和FAT32格式8G逻辑分区D,而将磁盘1整个转为FAT32格式的分区E来演示WinPE对磁盘的管理操作:
(1)执行“select disk=0”,将焦点转到磁盘0。执行“select partition 1”,将焦点转到磁盘0的分区活动C上面。
(2)执行“delete partition”将原来的分区C删除(图19)。
(3)执行“create partition primary size=8000”回车,在磁盘0上建立一个新的8000MB的主分区(图20),焦点会自动转到新建立的分区上。
(4)接着执行“create partition extended”回车,将磁盘0上剩余的磁盘空间建立为扩展分区(图21)。
(5)完成上一步后再执行“create partition logic”回车,将刚建立的扩展分区创建为一个逻辑分区(图22)。
(6)至此,我们就已经把原来一个活动分区C的磁盘0创建为有一个主分区和一个逻辑分区了(图23),不过这两个分区还没有驱动器号,执行“select partition 1”将焦点转到主分区1,然后执行“assign letter=C”(图24),将驱动器号C:分配给主分区。执行“active”回车将主分区设为活动使其可以引导系统(图25)。
(7)接下来执行“select partition 3”将焦点转到逻辑分区,执行“assign”回车,意思是系统将下一个可用的驱动器号分配给逻辑分区,由于驱动器号D、E均被占用(D为磁盘1分区占用,E为光驱占用),所以系统将F分配给了逻辑分区(图26)。不过没关系,我们先不管驱动器号的顺序,到这里我们对磁盘0的操作就结束了,剩下的目标是将磁盘1的活动分区D转换为分区E。
(8)执行“select disk 1”将焦点转到磁盘1,执行“select partition 1”将焦点转到活动分区D。
(9)由于磁盘1的D分区是活动的主分区,所以设其驱动器号为E,显然是要将它重新建立为一个非主分区的驱动器,那么它就不会占据驱动器号D而将它让给磁盘0的逻辑分区了。执行“delete partition”删除原来分区D,执行“create partition extended”将磁盘1上所有的磁盘空间建立为扩展分区。
(10)完成上步后再执行“create partition logic”将刚建立的扩展分区创建为一个逻辑分区(图27)。
(11)最后执行“assign”自动分配驱动器号,系统仍然把D分配给了它(不过在机器重新启动后系统会自动调整将D分配给磁盘0的逻辑分区,磁盘1的逻辑分区会使用驱动器E,而光驱就顺延到F了,重启一次系统这些改变都会自动实现)。
(12)现在我们对机器上硬盘的重新分区工作就结束了,执行“exit”退出DiskPart命令行解释工具,然后执行“format c: /fs:ntfs”,将刚才建立的DISK 0主分区格式化为NTFS文件格式的分区(图28),同理执行“format d: /fs:fat32”、“format f: /fs:fat32”将分区D、F格式化(图29),我们最终的操作就完成了。
(13)完成后执行“exit”重新启动机器,可以再次进入“DiskPart”来查看分区情况是否正确(图30)。
上面的操作基本包括了对磁盘的创建、删除、格式化和管理,如果你再仔细读读帮助说明,保证你在掌握它强大的功能以后不再想使用Fdisk去管理磁盘。实际上你如果在使用Windows XP,这些知识都非常实用。此外“DiskPart”工具最方便的地方是支持脚本,在这里就不详细说明了。
WinPE的限制
上面我们已经将WinPE特性的基本操作都实践了一下,应该可以体会到WinPE对个人的方便之处,但是就像上文所说的那样,WinPE只是有限功能的Mini操作系统,要正确使用WinPE,当然也要了解它的一些限制。
1.为了防止将它用作盗版操作系统,在连续使用24小时后WinPE将自动退出并重启。
2.你可从WinPE计算机通过网络直接访问服务器和共享。但不能从网络上的另一个位置访问WinPE计算机上的任何文件或文件夹。WinPE通过TCP/IP及其上的NetBIOS获得到达文件服务器的网络连接,不支持其他方法(如IPX/SPX网络协议)。
3.因为涉及反盗版,所以只能从Windows XP Professional CD建立WinPE的自定义版本。而不能从Windows XP Home Edition或Windows 2002 Server操作系统家族的任何成员建立。
4.WinPE太大,不能放在软盘上。WinPE仅包括可用Win32 API的子集(包括I/O(磁盘和网络)和核心Win32 API)。如果Win32下运行的服务基于Win32 API子集,则它在WinPE是否可用需具体分析。这里不详细列出WinPE不支持的API了,反正rundll32.exe和shell.dll等是不被支持的,想要在WinPE下面玩Quake的朋友还是趁早放弃。
WinPE的作用
不少朋友看到这儿无论是否有收获,肯定都会想WinPE到底对自己有什么明确的作用,这里不妨总结一二。
1.方便易用的启动工具盘
通过刚才的叙述,大家可以看出,WinPE启动相当快捷,而且对启动环境要求不高;最可贵的是,虽然名为启动盘,其功能却几乎相当于安装了一个Windows XP的“命令行版本”——别忘了网络支持哦。因此,对于个人计算机用户,只要将其刻录在一张光碟上,便可放心地去解决初始化系统之类的问题;而对小型网络环境(如网吧等)用户来说,这一功能尤其实用。
2.有趣的硬盘使用功能
自定义的WinPE不仅可放到那些可移动存储设备如CD上,还可以放在硬盘上使用。因为许多朋友会认为将WinPE的自定义版本放在硬盘上没有什么意义,其实不然。把WinPE放在硬盘上应该是最为有趣的地方,且不说你的操作系统损坏无法进入的情况下启动硬盘上的WinPE可以方便地修复,关键是由于WinPE在硬盘上,所以在WinPE环境下安装应用程序就有了可能。呵呵,撇开题外话不讲,这里看一下如何把自定义的WinPE放到硬盘上吧(只能在硬盘上放置WinPE的32位版本)。
首先要安装恢复控制台:
(1)将Windows XP Professional CD放在CD-ROM驱动器中,这里指定其为cd_drive。
(2)在命令行CMD窗口中运行cd_drive\i386\winnt32.exe /cmdcons。
然后将WinPE自定义可引导副本放置在硬盘上,如下操作:
(1)在目标硬盘上,创建“C:\Minint”的目录(这里必须将目录命名为“Minint”)。
(2)将WinPE“根目录\i386”下的所有内容复制到C:\Minint。
(3)从WinPE根目录下将Winbom.ini复制到目标硬盘的根目录。
(4)在目标硬盘上,将“C:\Cmdcons\txtsetup.sif”的只读属性改为读/写。
(5)在目标硬盘上,将“C:\Minint\txtsetup.sif”复制到“C:\Cmdcons”进行覆盖。
(6)重新启动目标计算机。在“引导”菜单上,选择引导到“命令控制台”,计算机将使用WinPE引导。
3.Windows XP OPK CD的本职工作
上面说了其实我们拿到的是WinPE的一个可执行副本,即Windows XP OPK(Windows XP OEM预安装工具包)CD。从名字都知道它原来的本职工作是为了方便OEM工作的。如果你在Windows操作系统环境下打开光碟,它就会自动运行Autorun为你的系统安装一个“Windows安装管理器”的工具包(图31)。利用它,你可以轻易制造出带有计算机厂商OEM标志的Windows安装镜像。虽然这是Windows XP OPK CD的主要本职工作,但显然对我们个人没什么意义,当然,如果你想把手上的Windows安装CD都打上自己独有的印记,并在朋友的机器上安装时炫一下,那么使用它是个好主意。当然自己的“印记”绝非OEM标志那么简单,实际上你还可任意设定WinPE携带的软件,并可设置这些软件在WinPE启动时运行;理想的情形下你甚至可以为自定义的WinPE版本加上类似于Windows Explorer的图形外壳程序——要不怎么叫专为厂商OEM设计呢?
================================================================================
2、Microsoft Windows Preinstallation Environment (WinPE)微软官方主页链接
================================================================================
WinPE is a tool based on Microsoft Windows? XP Professional that allows IT staff to build custom solutions that speed up deployment through automation so they spend less time and effort keeping desktops updated. WinPE can run Windows setup, scripts, and imaging applications. Enterprise Agreement (EA) and Software Assurance Membership (SAM) customers received WinPE in their October 2002 updates, and it will continue to be offered as a benefit of Software Assurance.
================================================================================
3、What's the Windows Preinstallation Environment (WinPE)?
================================================================================
John Savill
InstantDoc #38308
John Savill's FAQ for Windows
A. WinPE is a minimal OS, based on the Windows XP kernel, that will replace MS-DOS during the initial OS installation stages beginning with the next Windows desktop OS, which is known as Longhorn. Recent alpha builds of Longhorn use WinPE, which provides a GUI environment during the entire installation instead of the old text-based screen prompts that are common during the initial setup of earlier Windows installations. WinPE will also let the user enter the license key during the initial stage of the installation, rather than forcing the user to wait until later in the installation process.
Click here to view image
Because WinPE is based on XP, this new minimal OS can
●create and format disk partitions for FAT, FAT32, and NTFS
●access file shares on an intranet and connect to as many as four file shares
●support all mass-storage drivers for XP and Windows 2000
贡献者:
jiapeng89