图形界面

Centos7.6进入挂载硬盘后,进入应急模式(emergency mode)而非图形模式解决方法

筅森魡賤 提交于 2019-12-02 05:12:10
/*--> */ /*--> */ Centos7.6 进入挂载硬盘后,进入应急模式( emergency mode )而非图形模式解决方法 话说某天我想在 centos7.6 中挂载个硬盘,结果刚在虚拟机中添加了一块硬盘,再次打开系统时,居然就进入不了图形界面,急坏我了,查找网上方法踩了一堆坑得出来得结果。 进入不了图形界面,而是进入到命令界面(这个界面叫紧急模式( emergency mode ))。而且 发现无法连接网络, Xshell 无法连接 CentOS7, 输入 ifconfig 命令后的网卡固定 IP 都不存在。 怎么办了,看了很多资料加上实际验证,终于知道问题出在那里了, 原来是 /etc/fstab 中添加的自动挂载出了问题 。 解决方法: 1、 在紧急模式下,输入 root 用户密码进入系统, 进入自动挂载配置文件中 , 用 vim 命令打开 ”/etc/fstab” 文件进行修改。 命令: vim /etc/fstab 2、 删除所有与 /dev/md5 , /dev/sdb, /dev/sdc 及挂载的 /dev/cdrom 有关的挂载项目 3、 删除相关挂载信息后,保存退出 /etc/fstab 文件,重启虚拟机 ,命令 reboot 或 shutdown -r 0 图形界面就出来了,又可以折腾了,哈哈。 来源: https://www.cnblogs

Linux图形界面:X,X11,XFREE,WM,KDE,GNOME的关系

泄露秘密 提交于 2019-12-01 17:28:23
关于linux图形界面的基本知识 很多LINUX初学者分不清楚linux和X之间,X和Xfree86之间,X和KDE,GNOME等之间是什么关系.常常混淆概念,我想以比较易于理解 的方式说明一下X,X11,XFREE,WM,KDE,GNOME等之间的关系.由于本人水平有限可能存在错误,请高手指正. 一,linux本身没有图形界面,linux现在的图形界面的实现只是linux下的应用程序实现的. 图形界面并不是linux的一部分,linux只是一个基于命令行的操作系统,linux和Xfree的关系就相当于当年的DOS和WINDOWS3.0 一样,windows3.0不是独立的操作系统,它只是DOS的扩充,是DOS下的应用程序级别的系统,不是独立的操作系统,同样XFree只是 linux 下的一个应用程序而已.不是系统的一部分,但是X的存在可以方便用户使用电脑.WINDOWS95及以后的版本就不一样了,他们的图形界面是操作系统的一 部分,图形界面在系统内核中就实现了,没有了图形界面windows就不成为windows了,但linux却不一样,没有图形界面linux还是 linux,很多装linux的WEB服务器就根本不装X服务器.这也WINDOWS和linux的重要区别之一. 二,X是协议,不是具体的某个软件: X 是协议,就像HTTP协议,IP协议一样

Rancher 2.1平台搭建及使用

爱⌒轻易说出口 提交于 2019-12-01 09:56:56
一、概述 1.1、什么是Rancher Rancher是一套容器管理平台,它可以帮助组织在生产环境中轻松快捷的部署和管理容器。 Rancher可以轻松地管理各种环境的Kubernetes,满足IT需求并为DevOps团队提供支持。 Kubernetes不仅已经成为的容器编排标准,它也正在迅速成为各类云和虚拟化厂商提供的标准基础架构。Rancher用户可以选择使用Rancher Kubernetes Engine(RKE)创建Kubernetes集群,也可以使用GKE,AKS和EKS等云Kubernetes服务。 Rancher用户还可以导入和管理现有的Kubernetes集群。 Rancher支持各类集中式身份验证系统来管理Kubernetes集群。例如,大型企业的员工可以使用其公司Active Directory凭证访问GKE中的Kubernetes集群。IT管​​理员可以在用户,组,项目,集群和云中设置访问控制和安全策略。 IT管​​理员可以在单个页面对所有Kubernetes集群的健康状况和容量进行监控。 Rancher为DevOps工程师提供了一个直观的用户界面来管理他们的服务容器,用户不需要深入了解Kubernetes概念就可以开始使用Rancher。 Rancher包含应用商店,支持一键式部署Helm和Compose模板。Rancher通过各种云、本地生态系统产品认证

第一次团队选题

萝らか妹 提交于 2019-12-01 08:43:55
一、团队简介 1、 队名 代达罗斯队 组长 李天润(201831061213) 组员 李小瑜(201830161214) 组员 李虹霖(201831061212) 组员 金忠仪(201831061209) 2、 队员简介 李天润 正在努力学习图形界面开发 李虹霖 正在学习UI设计 李小瑜 了解c、c++,没有项目经验 金忠仪 对有趣的算法等比较感兴趣 二、项目介绍 项目名称: 自由房间聊天室(自拟题目) 项目简介: 当下聊天软件几乎是被一个形式引导,我们打算做一种开放房间的聊天广场,一个任何人都可以不通过申请加入的聊天工具。具有美观的图形界面,支持多人在线聊天。能做出成套的客户端应用和服务器端应用。 NABCD分析 N(Need,需求) 目前有很多社交软件,但是却缺少一个高度自由的聊天软件,我们致力于提供一个完全开放的社交软件。 A(Approach,做法) 每个人做好自己的分工,对需要用到的知识尽快学习。 B(Benefit,好处) 可以开阔视野,可以加强对外交流,网络创造了一个虚拟的新世界,在这个新世界里,每一名成员可以超越时空方便的与相识或不相识的人进行联系和交流,讨论共同感兴趣的话题 C (Competition 竞争) 市面上有很多聊天工具,但是他们都有很多限制,甚至一些居然花钱开会员来开放特殊功能,对于一些房间必须要得到允许,而我们却像是一个广场,任凭谁来,任凭谁走

CentOS8 Python

吃可爱长大的小学妹 提交于 2019-12-01 06:18:57
安装CentOS8 如果使用vmware player安装CentOS8,会出现如下选项 其中Software Selection默认为带有GUI版本,即安装完成之后,带有图形界面,我本人一般不会使用图形界面,一方面个人习惯,另外一方面是图形界面占用资源较多。 如果安装的为图形界面的版本,则python3.6.8已经默认安装,输入python3即可以进入到python客户端,但如果选择其他版本,可能需要另外单独再安装python,比如这里我选择了Basic Web Server 输入python3,出现异常 查看python位置 可以找到一些python的lib文件,这些文件作为依赖应用到系统中的一些软件工具,比如vim,但并不存在python的可执行文件 安装python 这里给出了可选择安装的python版本,python2,python36,python2将在2020年不再维护,也没有必要去安装python2了,这里选择安装python3 yum -y install python36 再次查询python位置 进入python客户端,CentOS默认安装的python版本为3.6.8 python安装完成,非常的简单,不像CentOS7那样,很繁琐。接下来就可以好好学习python啦 来源: https://www.cnblogs.com/qq931399960/p

在Linux下开发GUI程序的方法

耗尽温柔 提交于 2019-12-01 06:10:05
在Linux下开发GUI程序的方法有很多,比如Gnome桌面使用GTK+作为默认的图形界面库,KDE桌面使用Qt作为默认的图形界面库,wxWidgets则是另一个使用广泛的图形库,此外使用Java中的Swing/AWT组件也可以用于开发Linux下的GUI应用。 本文将依次介绍GTK+、Qt、wxWidgets和Swing/AWT,对其进行对比分析。 1. GTK+ 平台支持 虽然GTK+最初是为X Window系统开发的,但是目前已经发展成为一个跨平台的图形界面API,其支持的平台包括: Linux Unix Windows Mac OS X 许可协议 GTK+基于LGPL协议发布,因此可以将GTK+的二进制动态链接库文件整合到私有软件中而无需额外授权。 语言支持 GTK+本身是用C语言编写的,但是可以很方便地通过语言绑定(language binding)和其它语言协同工作,GTK+不同版本的语言绑定支持情况如下图所示。 其中带有Gnome标记的上面7个语言是GTK+官方支持的,减号标记则表示只支持部分功能。 其它特性 与wxWidgets和Qt不同,GTK+支持使用纯C语言进行开发,此外还有一个基于C++的封装项目叫GTKMM。 GTK+是基于GLib构建的,其中GLib是一个通用的C语言库,类似于C++中的STL,提供了对动态数组、链表、队列、散列表、平衡二叉树

CentOS7怎么安装图形界面

情到浓时终转凉″ 提交于 2019-11-30 22:22:17
1. 前言 本文主要介绍如何在CentOS7命令行界面中安装Gnome图形界面及相关桌面环境套件。 2. CentOS7图形界面安装指引 # yum groupinstall -y "GNOME Desktop" "Graphical Administration Tools" //安装GNOME桌面:# systemctl set-default graphical.target //设置图形模式为默认界面,即下次开机自动启用图形界面. # start x //输入指令切换到图形界面 # systemctl set-default multi-user.target //如果将来想默认退回命令行模式,执行以下命令 # reboot                      //重启 来源: https://www.cnblogs.com/daiorz/p/11642968.html

Linux 下的图形库介绍

寵の児 提交于 2019-11-30 19:33:45
在进行 Linux 下的图形系统编程时,我们常常会遇到以下这些概念: Framebuffer, X11, SDL , DFB, miniGUI, OpenGL , QT, GTK , KDE, GNOME 等等。 一、 Linux 图形领域的基础设施 1.1 X Window X Window 从逻辑上分为三层: X Server 、 X Client 和 X 协议。 最底层的 X Server ( X 服务器)主要处理输入 / 输出信息并维护相关资源,它接受来自键盘、鼠标的操作并将它交给 X Client ( X 客户端)作出反馈,而由 X Client 传来的输出信息也由它来负责输出; 最 上 层的 X Client 则提供一个完整的 GUI 界面,负责与用户的直接交互( KDE 、 G NOME 都是一个 X Client ) 。 X 协议则是 衔接 X Server 与 X Client 的通讯协议 , 它的任务是充当这两者的沟通管道。尽管 UNIX 厂商采用相同的 X Window ,但终端的 X Client 并不相同。 XFree86 是 X Window 系统的一个 开源的 实现。 它主要运行于 Unix 以及类 Unix 操作系统上。 XFree86 在显示硬件(鼠标、键盘以及显卡)与桌面环境(也就是窗口管理器)之间 提供了一个 Client/Server 接口。

个人项目 wc(java实现)

拥有回忆 提交于 2019-11-30 12:34:34
一、Github网址: https://github.com/Clarazhangbw/Wc.exe 二、PSP表 PSP2.1 Personal Software Process Stages 预估耗时(分钟) 实际耗时(分钟) Planning 计划 100 120 · Estimate · 估计这个任务需要多少时间 100 120 Development 开发 1080 1620 · Analysis · 需求分析 (包括学习新技术) 240 360 · Design Spec · 生成设计文档 60 60 · Design Review · 设计复审 (和同事审核设计文档) 15 15 · Coding Standard · 代码规范 (为目前的开发制定合适的规范) 30 40 · Design · 具体设计 40 40 · Coding · 具体编码 720 1020 · Code Review · 代码复审 30 25 · Test · 测试(自我测试,修改代码,提交修改) 30 60 Reporting 报告 145 175 · Test Report · 测试报告 90 120 · Size Measurement · 计算工作量 25 25 · Postmortem & Process Improvement Plan · 事后总结, 并提出过程改进计划 30

WC 个人项目 ( node.js 实现 )

本秂侑毒 提交于 2019-11-30 12:34:22
基于 node.js 的 wordCounter 个人项目 GitHub 项目地址: https://github.com/KofeChen/node.js-WordCounter 实现功能: 能够匹配并处理 单个文件:行数、单词数和字符数 文件夹中符合条件的多个文件: 行数、单词数和字符数 单个或者文件夹中符合条件的多个代码文件: 代码行数、注释行数和空行数 控制台或者图形界面展示结果 图形界面展示的文件可点击通过浏览器访问 PSP PSP2.1 Personal Software Process Stages 预估耗时(分钟) 实际耗时(分钟) Planning 计划 40 30 · Estimate · 估计这个任务需要多少时间 40 30 Development 开发 1230 1580 · Analysis · 需求分析 60 30 · Design Spec · 生成设计文档 40 40 · Design Review · 设计复审 30 30 · Coding Standard · 代码规范 20 20 · Design · 具体设计 60 60 · Coding · 具体编码 800 990 · Code Review · 代码复审 100 150 · Test · 测试(自我测试,修改代码,提交修改) 120 120 Reporting 报告 150 130 ·