Windows_Server_8_Beta_logo

HOWTO:使用 Hyper-V 管理器将 VHD 转换为 VHDX

        Virtual Hard Disk(VHD)是微软的虚拟硬盘文件,其扩展名就是 vhd,在下一个版本的 Windows 中,即 Windows Server “8”!VHD 迎来的新的扩展名 - “VHDX”,但同时“VHD”仍将保留可用,VHD 和 VHDX 之间目前看最大的区别可能就是 VHDX 的容量已经达到 64TB(目前面向公众发布的 Windows Server 8 beta 还仅支持 16TB);并且可从电源故障事件中恢复。其他还有一些底层方面的改进和优化,gOxiA 也没多研究!有关 VHDX 的概要大家可以参考:http://technet.microsoft.com/en-us/library/hh831446.aspx,此外需要注意 VHDX 目前仅支持 Windows 8 和 Windows Server 8 beta,所以如果打算将手里的虚拟机模板都进行转换,还是要深思熟虑一下!

        如果最终决定将 VHD 转换为 VHDX,那么步骤很简单,只需要通过新版的 Hyper-V 管理器(Hyper-V 3.0,内置于 Windows 8)执行即可!为此我们将执行如下的操作步骤:

  • 首先,打开“Hyper-V 管理器”,在右边的“操作”窗格选择“编辑磁盘”,之后在弹出的“编辑虚拟硬盘向导”界面点击“下一步”;
    1
  • 选择要转换的 VHD 文件位置,并点击“下一步”;
    image
  • 在“选择操作”界面中,选择“转换”,并点击“下一步”;
    image
  • 在“转换虚拟硬盘”界面中选择“VHDX”,并点击”下一步“;
    image
  • 虚拟磁盘类型中根据需要选择转换为“固定大小”或“动态扩展”类型,通常为了减少对物理磁盘空间的占用,都会选择“动态扩展”的类型,并点击“下一步”;
    image
  • 最后,选择 VHDX 文件的保存位置,如需进行最后的信息确认可点击“下一步”,否则可直接“完成”。
    image
    image

        因为这个转换过程是无损的,所以转换后的虚拟硬盘中的数据都得以保存。之后可以重新编辑这个转换后的 VHDX 文件,将其容量扩展,即可超出 VHD 的 2TB 限制。

Tags: , , , , , , , , ,

HOWTO:通过U盘引导以 UEFI 模式安装 Windows 7

        UEFI(Unified Extensible Firmware Interface)- 统一的扩展固件接口,利用该技术允许操作系统自动从预启动环境,加载到操作系统上,这一技术的实现将大大简化开机的流程,从而节省了开机的时间。(UEFI 的更多细节,网友们可以自行网络搜索,不再做深入介绍。)

        目前很多品牌机或主板都已经支持 UEFI,gOxiA 的 ThinkPad T420 也在其行列!特别是 UEFI+SSD+Windows7 这样的组合,能够大大提升操作系统的启动速度,gOxiA 之前在买来 T420 的时候就做个一次简短的 UEFI 安装测试,记得之前的操作过程非常简单,也就没有写日志进行备忘,可最近一个朋友买了 x220 并且上了 mSATA  接口的 SSD,打算实施 UEFI+SSD。折腾一番始终不能从 U盘以 UEFI 方式引导和安装 Windows 7,还向 gOxiA 进行了咨询!这次可真丢份,竟然折腾了半天始终无法搞定,而明明记得之前很轻松就摆平过此事,可就是忘记具体的操作流程了!

        将 Windows 7 安装文件拷贝到能够引导的 U盘,添加 UEFI 启动文件,大体就是这样一个过程,gOxiA 反复测试就是不行!?首先,使用 Windows 7 USB DVD Download Tool 创建一个 Windows 7 安装 U盘,然后将现有 Windows 下的 "C:\Windows\Boot\EFI\bootmgfw.efi"文件拷贝到 U盘的“x:\efi\boot”子目录下,并更名为“bootx64.efi”。

        如上操作应该就没有问题,难道真要像网上所述使用第三方软件进行繁琐的制作流畅并手工划分 GPT 分区来进行安装么?怀着疑问向微软开了 Case,最终解释了我的疑惑!要通过 U盘以 UEFI 模式安装 Windows 7,U盘必须是 FAT32 格式,之后的步骤就与我前面所述相同了!

        而 gOxiA 的问题就出在使用了 Windows 7 USB DVD Download Tool 来创建 U盘安装,而该工具默认会将 U盘格式化为 NTFS 格式,my god!!!之前 gOxiA 都是习惯通过 diskpart 来初始化 U盘,并手工拷贝安装文件,所以……

        OK!今天就此问题正是写一个备忘日志,操作步骤如下:

  • 首先,准备一个4G或以上容量的U盘,并用 diskpart 初始化,作用就是为U盘创建主分区,并激活主分区使其能够支持引导,为此:
    diskpart

    sel disk 1

    clean

    create partition primary

    format fs=fat32 quick

    active

    exit
  • 然后,将现有 Windows 下的"C:\Windows\Boot\EFI\bootmgfw.efi"文件拷贝到 U盘的“x:\efi\boot”子目录下,并更名为“bootx64.efi”。
  • 最后,重新启动计算机进入 BIOS 将 Boot 项改为 UEFI Only,保存重启,按下 F12,进入启动管理列表,就可以选择从 U盘引导,一旦引导成功就将以 UEFI 模式安装 Windows 7,之后跟随 Windows 7 安装向导划分卷(向导会自动创建 GPT 类型的卷)即可完成安装。

        本操作步骤完全使用的是微软自身的工具和文件,简单便捷,可靠放心!嘿嘿……

RC_Bak

  

HOWTO:解决 Windows 备份无法读取备份目标(0x8078006F)错误

        gOxiA 已经应用 VDI 有一段时间,感觉非常好!架构很简单,使用的是 Windows Virtual PC,安装了 Windows 7 Enterprise 虚拟机,并将其加入到了公司的域环境,而这个虚拟机的 Virtual Hard Disk(VHD)则通过 iSCSI 存储在公司的服务器上。而原机(ThinkPad T420)为工作组环境,并创建了一个与AD账号密码相同的本地帐号,软件方面则保留了常用的应用软件,这样一来不仅使系统更加干净,而且也显得不那么臃肿,因为有些软件也不是经常要用,可能在办公环境下才需使用,那么都安装到笔记本上负载实在是有些大。所以也趁此机会重新为笔记本装了系统,并计划通过网络共享存储本机的系统备份和数据备份。之所以要分开备份是因为系统备份只需要根据实际需要创建特定的系统状态备份即可,而数据备份则是通过计划实施的,每个星期对关键卷上的数据进行自动备份。

        而前面讲到的备份需求,Windows 7 正好可以实现,通过控制面板进入“备份和还原”功能,为数据备份创建一个备份计划,具体的操作过程可以参考之前的日志《[Windows 7] 使用 Windows 备份功能保护硬盘数据》,唯一的区别是存储位置选择一个网络共享路径。因为存储目标是服务器上的一个共享路径,所以身份验证使用的是域账号(domainusername),对数据的备份计划一路下来都是正常的,而且也能够完成备份工作,未发现任何问题。

        但是,通过”创建系统映像“时却出现了问题,与备份计划的过程大致相同,访问权限同样使用的是域帐号,共享路径也验证没有问题,但是开始备份时却提示”Windows 备份无法读取备份目标。(0x80780006F)“具体错误信息可参考下图:

winbak_0x8078006f

        账号密码没有任何错误,之前的备份计划也没有问题,为什么创建系统映像就会失败?!于是反复测试配置共享文件夹的权限和目录权限,也都未发现问题,网上也搜索了相关的关键词,没有任何帮助。无奈之下尝试更换其他域帐号进行配置,晕!竟然能够备份……看来还需要在服务器上找线索,于是打开了事件日志,果真在安全日志下发现了问题,在使用出现问题的域账号执行“创建系统映像”时安全日志会记录几个安全审核失败的日志,大概的意思是我的账号未通过身份验证一类的信息!!!而貌似未通过身份验证的账号是我客户端的本机账号。难道是 Windows 7 的 Bug,在执行“创建系统映像”时默认提交的是本机当前的账号密码而非配置的账号密码?!

        最后,还是向微软提交了 Case,经过一番折腾历时13天的沟通测试,微软方面最后模拟我的环境进行了测试,也发现了同样的问题。并建议我本机账号与域帐号密码不要相同,之后我按此进行了测试,故障消失!真相终于大白了!执行“创建系统映像”时,当本地帐号与域帐号名称密码相同时,并且是使用网络共享存储系统映像备份,那么就会出现“Windows 备份无法读取备份目标。(0x8078006F)”的故障,而 gOxiA 认为这因该是 Windows 7 的一个 Bug,并将个人观点反馈给微软方面。

        就在本文即将结束时,收到了微软方面传来的信息:

        “根据您的信息我们跟产品开发组进行交流和讨论,从源代码上可以看出来以下症状是个bug:在未加入域的电脑中,本地账户密码和AD账号密码完全一致的时候,创建系统映像到一个域的网络共享文件夹,是会对路径进行错误的认证解析。而基于上述的情况,我们的Escalation工程师已经提交到相关项目组里进行研究。

        最后, gOxiA 期望能在后续的更新补丁中看到该问题得到解决!

分页: 156/478 第一页 上页 151 152 153 154 155 156 157 158 159 160 下页 最后页 [ 显示模式: 摘要 | 列表 ]