| Profil de yksoft1YKSOFT's HomeBlogListes |  Outils  Aide |
|
23 novembre 比Windows 1.01更老的Windows预发行版本 Windows
1.01是1985年11月左右发布的，第一个正式的Windows版本。但是最近，之前的好几个预览版和测试版都泄露了出来，成为软件古董爱好者的玩物。 泄露的版本包括1985年8月的 Windows Premiere Edition（Windows先行预览版） 1985年 5月的 windows 1.0 beta 1985年1月的 windows 1.0 alpha 1984年11月的 windows 1.0 developer release 5 经过我的测试，Premiere Edition和1.01基本是一样的，也可以通过替换mouse.drv为2.03或者2.1版的办法来支持PS/2鼠标。而Beta版则不同，其驱动程序结构和1.01、Premiere Edition都有区别，无法替换Mouse.drv，而且高版本DOS下退出将会导致死机。至于Alpha版和Developer Release 5，根本就不能支持3.0以上的DOS，高版本DOS下虽然能安装，但启动会出现DMAADD不正确的错误，因此我无法测试了。 注意Premiere Edition和Beta虽然能在高版本DOS下启动，但是和所有的1.x、2.x一样，必须先使用DOSVER强制指定DOS的版本。 这是我在一台现代的机器上直接使用U盘启动DOS，测试Windows Premiere Edition和Windows 1.0 Beta的截图。   这里我提供安装软盘镜像（全部是360K盘，如果要用winimage转必须先转720K， 再转1.44M） http://www.mediafire.com/?lyie3onmyno 和我测试用的安装完毕的全部文件。 http://www.mediafire.com/?jjnt5mfnmoy 21 novembre 用VMWare Workstation 跑Chromium OS (不成功的尝试1)11月18日Google宣布了Chrome OS，展示了其切入上网本领域、以初步实现其“云计算”蓝图的野心。同时，其开源版“Chromium OS”的源码树git也于同日正式上web（实际上10月底开始这个git树已经开始）。有好事者编译了11月19日的此源码树，做成VMWare磁盘镜像发上网，（具体请自己查找文件名chromeos-image-999.999.32309.211410-a1.vmdk.bz2）我大概在几个小时内就拿到了这个镜像。
由于主力笔记本显卡烧坏，不得不使用一台只有512MB内存的较老的机器来跑ChromiumOS VMWare镜像。这是这个虚拟机的基本配置：
 可以看到，我仅仅分配了256MB内存给ChromeOS虚拟机，使用NAT网络，没有使用USB适配器等高级虚拟设备。
启动系统。这个系统就算在256M内存的VMWare之下，从VMWare BIOS logo到出现登录画面，其中发生的唯一事情就是黑了5-6秒屏而已。这是登录界面。
 这个界面里，我估计按照Google的考虑，用户名就是你的Google账号，密码就是你Google账号的密码。我并不敢把自己的账号密码让这个刚刚出现的系统吃掉，但是用自己的小号登录却直接出现了“Network not connected,”这样的错误。原种子的说明中提到万能账号mark，直接输入进去，登录系统成功。
 系统直接打开了一个Chromium浏览器，而且无法DNS其默认主页——Google.com。而且系统的整体反应速度也非常慢，比VMWare里未安装VMWare Tools的Fedora、Ubuntu都要慢得多，估计是ChromeOS的X在编译时就只对某种他们用来测试的特殊硬件做了优化，而默认的优化选项都没有打开。
这个NAT在Windows下完全正常，为何这里就不能用了？我得诊断一下。先把VMNAT dhcp得到的东西在VMware模拟的windows中列出：
 然后就是尝试在ChromeOS中查找网络设置和终端了。我找遍了Chromium的界面，没有看到网络设置的任何影子，只有打开或者关闭网络、Wifi这样的东西；而试图通过Ctrl+Alt+F2打开一个新的命令行终端，能看到的只有黑屏。很可能编译设定中并没有启用字符模式的终端驱动，因此不仅启动整个是黑屏，开命令行终端也是黑屏。
不过我最后发现，按Ctrl+Alt+T能够在Chrome运行的那个图形会话中打开一个图形界面的终端。sudo -s，用原镜像提供者说的密码chromeos，成功root。
马上运行ifconfig查看IP地址，ping vmnat提供的网关和DNS。结果如下：
 似乎都是正常的。但是，一ping 外网的地址，问题就来了。
 无法解析域名。/etc/resolv.conf里记录的DNS居然是本地，其第一个注释行的内容说的是让什么connman提供的本地dns代理服务来解析。估计问题就在connman了。
一Google，发现connman是Intel Moblin项目中和诺基亚合作的一个子项目，它.“提供一个为运行Linux的嵌入式设备来管理Internet连接的服务”（http://connman.net/）。估计我得查一些文档，才能把这个connman的问题搞定了。
试图手工修改resolv.conf，居然发现/是只读的文件系统。Linux知识不够，暂时不知道怎么把根目录按读写方式mount。
因此VMWare 运行Chromium OS 20091119 第一战宣告暂时失败。
不过，连接用IP访问的网站，还是可以的。比如ACFun：
 用过Android的人都能很明显地看出，ChromeOS内置了Droid字体，中文则是用文泉驿微米黑。由于ACFun上有很多外部链接的图片和脚本，由于它们此时无法解析对应域名，因此打开acfun的速度非常慢。
 嗯？预装了Flash插件？这似乎牵扯到授权的问题了啊！不过据说Chromium OS是BSD授权，我看看这个系统的uname -a看看它是不是Linux内核：
 果然也是Linux。记得wiki说BSD和GPLv2是兼容的，但是Adobe的Flash插件EULA呢？Google的人估计还是出了点小差错。
 Chrome OS虽然主要倾向是连到长城另一边的服务器群上搞什么云计算，但是用来看一些“认真你就输了”的东西似乎是完全没问题的！就是现在这个DNS没搞定啊。
找遍GUI，没找到关机的命令，只有终端下shutdown -h now了。
12 novembre Safari 4.0.4 for WindowsMozilla/5.0 (Windows; U; Windows NT 5.1; zh-CN) AppleWebKit/531.21.8 (KHTML, like Gecko) Version/4.0.4 Safari/531.21.10 不用多说很多了，这个版本在功能上变化非常小，变化在于——绿色化麻烦了（和QuickTime 7.6.4 Windows以上版本一样，这个版本的Safari for Windows也需要Apple Application Support——虽然目前直接拷贝文件还能用，加起来大小也还是就那么大），而且似乎使用的VC8运行库版本有变化。 
下载：http://cid-66b9967ec9d22dd4.skydrive.live.com/self.aspx/.Public/SafariWin/Safari404.rar http://www.mediafire.com/?kmzeqmj5mmz |
|
|
