x11的电脑系统怎么用-x1c装win7
1.海尔Sailing P11A 如何U盘启动?
2.linux 下面X11库是干什么的
3.X Window系统的介绍
4.X11的介绍
海尔Sailing P11A 如何U盘启动?
正好我也买了一台P11A,看我的办法能不能帮你解决。
p11a摒弃了“Legacy Boot”这种传统引导方式而采用“UEFI Boot”作为默认引导方式,因此使用基于XP或是Win7制作的PE来刷U盘启动系统的话将会出现在开机界面无法引导的问题。如果在BIOS里的Legacy Boot选项可选,那就将其改成Enabled,同时将UEFI Boot设成disabled(在这种情况下,MBR磁盘系统和GPT磁盘系统毫无分别。如果以后不打算改回UEFI引导方式,建议选择MBR),而如果Legacy Boot选项是灰色不可选状态,那请继续看下去。如果要在只提供有UEFI Boot引导方式的电脑上使用U盘引导,那我们需要度娘搜索“Win8 PE UEFI”下载一个支持UEFI引导方式的Win8 PE ISO并通过UltraISO烧录到U盘里,然后将U盘的分区设置为活动,接上电脑,重启,等待一会便可以看到熟悉的“加载文件中”界面。进入Win8 PE后,如果不需要重新分区那就直接将刷好系统的U盘接上电脑启动setup.exe开始安装。
补充:如果要在具备UEFI BIOS的电脑上安装系统,那有一个前提条件就是系统盘必须为GPT文件系统,而这种文件系统又要求一个64MB或者128MB的ESP分区(根据系统盘物理容量不同而不同),虽然有些教程上表示除了ESP分区之外,还必须设置一个MSR分区,但是经本人测试,ESP分区是必须的,而MSR分区可以没有。因此,只要用Diskgenius或者PQ等分区软件,在磁盘上建立一个ESP分区(不需要选择大小,软件会自动确定),并保存更改,就可以放心地装系统了。当然,完美党得注意——如果要让Win8不建立MSR分区,那一定要将磁盘上除去ESP分区之外的所有剩余容量全部用完,不能留下哪怕是一丝一毫的未分配空间!
linux 下面X11库是干什么的
X11也叫做X Window系统,是图形化窗口管理系统 。它是诞生于Unix 、以及 OpenVMS,是传统上Unix环境中建立图形用户界面 的标准工具包和协议。
Linux操作系统下的图形管理界面(GNOME、KDE)也是基于X11运行库基础上开发的。
X Window系统的介绍
X Window系统(也常称为X11或X)是一种以位图方式显示的软体视窗系统。最初是1984年麻省理工学院的研究,之后变成UNIX、类UNIX、以及OpenVMS等操作系统所一致适用的标准化软体工具套件及显示架构的运作协定。X Window系统透过软体工具及架构协定来建立作业系统所用的图形用户界面,此后则逐渐扩展适用到各形各色的其他作业系统上。现在几乎所有的作业系统都能支援与使用X。更重要的是,今日知名的桌面环境——GNOME和KDE也都是以X Window系统为基础建构成的。 由于X只是工具套件及架构规范,本身并无实际参与运作的实体,所以必须有人依据此标准进行开发撰写。如此才有真正可用、可执行的实体,此可称为实现体。目前依据X的规范架构所开发撰写成的实现体中,以X.Org最为普遍且最受欢迎。X.Org所用的协定版本,X11,是在1987年9月所发布。而今最新的参考实作(参考性、示范性的实作体)版本则是X11 Release 7.1(简称:X11R7.1),而此专案由X.Org基金会所领导,且在MIT授权和相似的授权许可下是自由软体。[1] X客户端/服务器模式和网络透明性 主条目:X Window系统的协议和架构 X能为GUI环境提供基本的框架:在屏幕上描绘、呈现图像与移动程式视窗,同时也受理、执行、及管理电脑与滑鼠、键盘的互动程序。不过,X并没有管辖到使用者介面的部份,而是由其他以X为基础的实现体来负责,也因为如此,以X为基础环境所开发成的视觉样式非常地多;不同的程式可能有截然不同的介面呈现。 X采行客户端-服务器的架构模型,由一个X服务器与多个X客户端程序进行通讯,服务器接受对于图形输出(窗口)的请求并反馈用户输入(键盘、鼠标、触摸屏),服务器可能是一个能显示到其他显示系统的应用程序,也可能是控制某个PC的视频输出的系统程序,也可能是个特殊硬件。 X的一大特点在于“网路透明性”[2]:应用程式(“客户端”应用程式)所执行的机器,不一定是使用者本地的机器(显示的“伺服器”)。X中所提及的“客户端”和“伺服器”等字眼用词也经常与人们一般想定的相反,“伺服器”反而是在使用者本地端的自有机器上执行,而非是在远端的另一部机器上执行。 参考:upload.wikimedia/ *** /mons/9/9e/X_client_server_example 在图例中,X伺服器从键盘、滑鼠端取得输入资讯,之后将输入反馈显示于银幕,而网页浏览器及终端机模拟器则在用户端的本机系统上执行。此外用户端也透过网路与远端的机器、伺服器保持联系,以保讯息状态的更新。如此的机制及架构能使远端执行的软体如同在本机端执行一样。 服务器和客户端之间的通信协议的运作对计算机网络是透明的: 客户端和服务器可以在同一台计算机上,也可以不是
或许其架构和操作系统也不同,但都能运行。客户机和服务器还能够使用安全连接上在互联网上安全地通讯。 为了使远端客户程序显示到本地服务器,用户一般需要启动一个终端窗口和到达远端计算机的tel或者ssh,令其显示到用户计算机,(例如:在运行bash的远端计算机上export DISPLAY=[用户的计算机]:0)然后启动客户端。 然后客户端就会连接到本地计算机,并且远端应用程序会显示到本地屏幕并被本地输入设备所控制。与之对应,本地计算机上也可以执行一个连接到远端计算机的小型代理程序,并在该端启动与运行自有需求与指定的应用程序。 实际的远端客户端的例子有:图形化管理远程计算机;在远端UNIX计算机上运行计算密集的仿真程序并把结果显示到本地的Windows桌面计算机;用一套显示器、键盘和鼠标控制同时运行在多台计算机上的图形化软件。 X的设计原则 X的设计原则早在最初仍在麻省理工学院的阶段(1984年)就已经成形,由Bob Scheifler和Jim Gettys两人制订出X最早的开发、强化、改进原则,原则大体如下: 除非没有它就无法完成一个真正完整的应用程式,否则不用增加新的功能。 决定一个系统不是什么和决定它是什么同样重要。与其去适应整个世界的需要,宁可使得系统可以扩展,如此才能以持续相容的方式来满足新增需求 只有完全没实例时,才会比只有一个实例来的糟。 如果问题没完全弄懂,最好不要去解决它[3] 如果预期要用90%的努力去完成10%的工作,应该用更简单的办法解决。(参见:更糟就是更好。) 尽量避免复杂性。 提供机制而不是策略,有关使用者介面的开发实现交给实际应用者自主。 之后,上述原则中的第一项原则在设计X11时被加以修改,修订成:「除非已有真正的应用程式真的需要X为其修订、增订等支援,否则不会为X增加新功能。」X基本上一直遵循这些原则,参考实现的扩展及改进也是以此原则的角度来着手,也因为奉行上述原则,使至今的最新版X仍能与最初(1987年)发布的协定标准近乎完全相容。 zh. *** /wiki/X_Window%E7%B3%BB%E7%BB%9F
参考: zh. *** /wiki/X_Window%E7%B3%BB%E7%BB%9F
得到了虚名,失去了大义,何必?
得到了虚名,失去了大义,何必?
得到了虚名,失去了大义,何必?
得到了虚名,失去了大义,何必?
得到了虚名,失去了大义,何必?
得到了虚名,失去了大义,何必?
得到了虚名,失去了大义,何必?
得到了虚名,失去了大义,何必?
得到了虚名,失去了大义,何必?
得到了虚名,失去了大义,何必?
X11的介绍
X11也叫做X Window系统,X Window系统 (X11或X)是一种 位图 显示的 视窗系统 。它是在 Unix 和 类Unix 操作系统 ,以及 OpenVMS 上建立图形用户界面 的标准工具包和协议,并可用于几乎所有已有的现代操作系统。
声明:本站所有文章资源内容,如无特殊说明或标注,均为采集网络资源。如若本站内容侵犯了原著者的合法权益,可联系本站删除。