mafia小海
yum 更新源和 软件仓库的区别
linux下yuminstall的软件源位置是通过配置文件来配置的，可修改。
/etc/yum.repos.d为本地源位置配置文件/etc/yum.conf中，详细定义了yum的工作方式和参数。
[root@bspdevetc]#cat/etc/yum.conf[main]//主配置信息cachedir=/var/cache/yum//保存缓存和数据库文件的位置keepcache=0debuglevel=2//调试信息输出等级logfile=/var/log/yum.log//日志位置distroverpkg=redhat-release//yum使用的RPM包distribution版本；tolerant=1//默认为0，如果为1表示当安装多个包是，失败了继续安装其他；exactarch=1//精确匹配硬件平台，只有完全相同才更新；obsoletes=1//当使用升级模式时，一些包没有用了，可以删除（取值1）gpgcheck=0//安装时是否检查RPM包的PGP签名；plugins=1//Yum插件是否可用bugtracker_url=目录enable=1gpgcheck=0~
为什么 Archlinux 不适合服务器使用
Archlinux 也并非完全没有测试，它也有自己的 testing 分支和完善的 tracking system 。
然而由于 Archlinux 的哲学，更新速度非常之快，甚至 GNOME 2 到 3 这样的大型更新它都只用了不到一个月就正式发布了。
而 Archlinux 毕竟不算是一个大型发行版，工作人员有限，这么短的时间之内很难进行彻底的测试。
发布之后再遇到大小 bug 都是再常见不过的事情，除了一般软件 bug 甚至还有内核和硬件之间的兼容问题……比如我的上一篇博客就提到了两个相当严重的 bug 。
想看更多的例子？去 官方论坛 看看就知道了。
由于 Archlinux 的特点和哲学，其实这不是什么大问题。
折腾 Archlinux 的都不是小白，在社区的配合之下一般最后都能顺利找到问题根源（大多数时候是上游 bug ……）然后找到 workaround 并向上游反馈。
包括我在内的不少用户其实是乐在其中的（虽然嘴上抱怨不断）。
Archlinux 的“用户”在一些大型发行版里其实应该是“志愿者”之类的存在…… 但这在生产环境之下是不能容忍的。
你让一个生产服务器更新之后遇到 bug 然后运维顶着上司压力满头大汗地找问题、提 issue ？对这一点抱有疑问的人一定没有在商业公司做过运维。
不要和我说什么你的个人博客 VPS 用的是 Archlinux 。
更新内核后竟一定要重启？ 这应该是 Archlinux 最大的问题了。
很多 Linux 用户都不理解为何 Debian 和红帽系都要把每个内核版本分开打包，然后再做一个虚包指向最新版内核，更新内核时不会自动删掉旧版本，还得之后手动删除…… 这其实是有非常重要的理由，而且不限于是“保险起见”，新内核启动不起来的时候可以选择旧内核。
更重要的原因是—— Linux Kernel 是模块式的、动态加载的，而 /usr/lib/modules/LINUX-KERNEL 是属于内核软件包的。
如果在更新内核的时候删掉了旧版内核的软件包（也就删掉了模块目录），就会使得还未加载的模块无法再被加载了。
觉得没有影响？那么我告诉你——硬件驱动都是以内核模块形式存在的。
举个例子，如果你使用 Archlinux ，在某此启动之后都没有插过 U 盘，然后更新了内核，你就发现 U 盘插进去以后怎么都认不出来（USB EHCI 模块和 vfat 文件系统模块都没挂载……）。
你说服务器上不会有硬件变动？那么你一定是忘记了 Open*** 之类的软件，在启动之后需要建立一个虚拟设备（比如 Open*** 的 TAP 或者 TUN ），如此一来也就无法使用了。
最终的结果就是，使用 Archlinux ，要么你就别更新内核，要么更新了内核以后就立即重启以免遇到奇怪的问题。
这种粗暴的更新方式难道不是比 Windows Update 还要糟糕么？（用过 Windows Server 的人一定遇到过更新以后要求你重启，甚至如果你正好处于一个活跃会话，那么如果你不立即取消掉那个对话框， 15 分钟后就直接给你重启了……） 糟糕的 Pacman 比起复杂甚至臃肿的 yum/rpm 和 apt-get/dkpg , Archlinux 的包管理器要简单许多，一个 pacman 就搞定了“源”和“包”两头，完成了别的发行版两个软件才能做到的事情。
可如果真要是这么简单的一个程序就能做好的事情，为什么别的发行版都要这么“笨”地开发如此复杂的工具？答案其实很简单——软件包管理本来就是非常复杂的事情。
我不是一个包管理者，在这方面没有什么发言权，但单从一个用户角度来看也足够意识到其存在的不足了。
依赖、推荐不够灵活，只有 depends opt-depends suggestions 三种，缺乏“虚包”的支持。
一些常见的需求比较难以优雅地实现，比如：一个软件有多个不同的实现时，只能通过设置相同的 provides 然后再互相 conflicts 实现，这样一来每加一个新的实现就要修改之前所有的相同 provides 的包，而且也缺乏 dpkg-reconfigure 之类的工具来选择一个虚包到底使用哪一个实包从而实现灵活地在不同实现之间切换的功能（比如 Oracle JDK 和 OpenJDK 之间的切换，在 Archlinux 里只能安装一个然后删除掉另一个）。
另外， Archlinux 的打包粒度太大（比如一个 php 包就包括了大量非必须模块，得靠修改配置文件来启用或禁用，而在 Debian 和红帽里则是被拆成了很多个包）。
当然，也有人认为 Debian 的粒度太细就是了。
不过就我两年的使用经历看来 Archlinux 的包的确偏大，对于桌面版没有什么问题，这年头大家的硬盘也都挺大，但在服务器上一般都是希望安装尽可能少的软件以尽可能减少漏洞和 bug 。
当然，比较简单的包管理器也有一个好处，就是降低了打包的门槛。
这也是 AUR 能够这么方便易用、内容丰富的部分原因。
最后，吐槽一下 pacman 不会自动清理包缓存，哪怕是很早以前的。
我在用了两年之后包缓存有30多个G，直接把我的根分区都占满了……
如何根据指定软件版本制作属于自己的puppet yum源
以RHEL5.7为例1、先将对应的光盘创建为本地源童鞋们在使用puppetlabs yum源安装puppet的时候，会被选则最新版的puppet版本进行安装，而在我们正在的生产环境的时候，并不需要最新版本，而是我们制定的一个版本，然后不同的版本依赖的包也不一样，这样种种的问题应该如何搞定呢，又应该如何制定自己的yum源呢。
以RHEL5.7为例1、先将对应的光盘创建为本地源2、安装制作yum仓库的软件包和yum-priorities管理包[root@agent2 yum.repos.d]# yum install createrepo yum-priorities[root@agent2 yum.repos.d]# rpm -qa | egrep ＂createrepo|yum-priorities＂yum-priorities-1.1.16-16.el5createrepo-0.4.11-3.el53、去puppetlabs官网yum.puppetlabs.com下载对应的puppet安装包到本地[root@agent2 puppet]# wget http://yum.puppetlabs.com/el/57/products/x86_64/puppet-2.7.25-1.el5.noarch.rpm[root@agent2 puppet]# wget http://yum.puppetlabs.com/el/57/products/x86_64/puppet-server-2.7.25-1.el5.noarch.rpm[root@agent2 puppet]# wget http://yum.puppetlabs.com/el/57/products/x86_64/facter-1.7.4-1.el5.x86_64.rpm[root@agent2 puppet]# lltotal 1272-rw-r--r-- 1 root root 88979 Dec 18 2013 facter-1.7.4-1.el5.x86_64.rpm-rw-r--r-- 1 root root 1175323 Jan 7 2014 puppet-2.7.25-1.el5.noarch.rpm-rw-r--r-- 1 root root 25374 Jan 7 2014 puppet-server-2.7.25-1.el5.noarch.rpm备注：rhel6上没有rubygems rpm包，需要在以下网址去下载http://rubyforge.org/projects/rubygems/4、本地制作puppet源[root@agent2 puppet]# createrepo .3/3 - puppet-2.7.25-1.el5.noarch.rpm Saving Primary metadataSaving file lists metadataSaving other metadata[root@agent2 puppet]# lltotal 1276-rw-r--r-- 1 root root 88979 Dec 18 2013 facter-1.7.4-1.el5.x86_64.rpm-rw-r--r-- 1 root root 1175323 Jan 7 2014 puppet-2.7.25-1.el5.noarch.rpm-rw-r--r-- 1 root root 25374 Jan 7 2014 puppet-server-2.7.25-1.el5.noarch.rpmdrwxr-xr-x 2 root root 4096 Oct 2 10:43 repodata5、编写puppet的repo文件[root@agent2 yum.repos.d]# cat puppet.repo[puppet]name=puppet for rhel5.7baseurl=file:///puppetenabled=1gpgcheck=0priority=2 #设置优先级为本地光盘源之后6、安装官方puppetlabs源[root@agent2 ~]# wget yum.puppetlabs.com/el/57/products/x86_64/puppetlabs-release-5-7.noarch.rpm[root@agent2 ~]# rpm -vih puppetlabs-release-5-7.noarch.rpm[root@agent2 ~]# ll /etc/yum.repos.d/total 16-rw-r--r-- 1 root root 98 Oct 2 10:45 base.repo-rw-r--r-- 1 root root 1250 Apr 13 06:41 puppetlabs.repo #由官方源安装而成-rw-r--r-- 1 root root 90 Oct 2 10:44 puppet.repo-rw-r--r-- 1 root root 67 Oct 2 10:37 redhat.repo7、修改puppetlabs源优先级[root@agent2 ~]# cat /etc/yum.repos.d/puppetlabs.repo[puppetlabs-products]name=Puppet Labs Products El 5 - $basearchbaseurl=http://yum.puppetlabs.com/el/5/products/$basearchgpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-puppetlabsenabled=1gpgcheck=1priority=3 #设置优先级最低[puppetlabs-deps]name=Puppet Labs Dependencies El 5 - $basearchbaseurl=http://yum.puppetlabs.com/el/5/dependencies/$basearchgpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-puppetlabsenabled=1gpgcheck=1priority=3 #设置优先级最低[puppetlabs-devel]name=Puppet Labs Devel El 5 - $basearchbaseurl=http://yum.puppetlabs.com/el/5/devel/$basearchgpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-puppetlabsenabled=0gpgcheck=1[puppetlabs-products-source]name=Puppet Labs Products El 5 - $basearch - Sourcebaseurl=http://yum.puppetlabs.com/el/5/products/SRPMSgpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-puppetlabsfailovermethod=priorityenabled=0gpgcheck=1[puppetlabs-deps-source]name=Puppet Labs Source Dependencies El 5 - $basearch - Sourcebaseurl=http://yum.puppetlabs.com/el/5/dependencies/SRPMSgpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-puppetlabsenabled=0gpgcheck=1[puppetlabs-devel-source]name=Puppet Labs Devel El 5 - $basearch - Sourcebaseurl=http://yum.puppetlabs.com/el/5/devel/SRPMSgpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-puppetlabsenabled=0gpgcheck=18、修改yum保存下载的安装包为本地缓存[main]cachedir=/var/cache/yumkeepcache=1 #设置保存下载的软件缓存debuglevel=2logfile=/var/log/yum.logdistroverpkg=redhat-releasetolerant=1exactarch=1obsoletes=1gpgcheck=1plugins=1# Note: yum-RHN-plugin doesn't honor this.metadata_expire=1h# Default.# installonly_limit = 3# PUT YOUR REPOS HERE OR IN separate files named file.repo# in /etc/yum.repos.d9、安装puppet软件yum会按照制定的优先级去搜索，由于自定义puppet源比官方源优先级高，所以会优先选择自定义的puppet源中的安装包版本10、复制yum缓存下来的安装包至之前创建的puppet本地源，然后更新repo即可[root@agent...
Fedora更新失败
更新源有错误。
下面是我的文件fedora.repo[fedora]name=Fedora $releasever - $basearchfailovermethod=priority#baseurl=http://download.fedoraproject.org/pub/fedora/linux/releases/$releasever/Everything/$basearch/os/mirrorlist=https://mirrors.fedoraproject.org/metalink?repo=fedora-$releasever&arch=$basearchenabled=1metadata_expire=7dgpgcheck=1gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-fedora-$basearch[fedora-debuginfo]name=Fedora $releasever - $basearch - Debugfailovermethod=priority#baseurl=http://download.fedoraproject.org/pub/fedora/linux/releases/$releasever/Everything/$basearch/debug/mirrorlist=https://mirrors.fedoraproject.org/metalink?repo=fedora-debug-$releasever&arch=$basearchenabled=0metadata_expire=7dgpgcheck=1gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-fedora-$basearch[fedora-source]name=Fedora $releasever - Sourcefailovermethod=priority#baseurl=http://download.fedoraproject.org/pub/fedora/linux/releases/$releasever/Everything/source/SRPMS/mirrorlist=https://mirrors.fedoraproject.org/metalink?repo=fedora-source-$releasever&arch=$basearchenabled=0metadata_expire=7dgpgcheck=1gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-fedora-$basearch~
有OpenSUSE的用户吗
我使用 openSUSE 作为主要桌面系统超过一年。
简单总结：这是一个不折腾的 Linux 发行版。
作为对比，我之前使用过的发行版包括 Ubuntu 和 Arch Linux。
在 openSUSE 上，我使用过 GNOME-Shell 和 KDE，并以后者作为主要工作环境。
在其他发行版上使用过 GNOME、KDE、XFCE、awesome 等桌面环境和窗口管理器。
因为这些原因，我将继续使用 openSUSE 作为桌面系统：* 好看：外观很重要。
比如 openSUSE 的官方壁纸，比如 openSUSE 的 KDE 主题，比如 openSUSE 的默认字体渲染配置文件，都比较养眼。
当然好看不好看的判断还是很主观的。
对了，我不喜欢 Unity 以及 Ubuntu 的配色。
* 良好的 KDE 支持：openSUSE 在 KDE 身上下了大力气，让它们成为「天作之合」，这不是一件容易的事。
KDE SC 释出新版本时，你可以照着 wiki 修改一下软件源，升级到新版，也可以选择不升级，很自由。
发行版和发行版是不一样的，不是所有发行版里的 KDE 都能叫做 KDE：我身边使用了 Kubuntu 匆匆「体验」了一下然后告诉我 KDE 是坨 X 的人可不在少数。
* 不折腾：我理解一些发行版比较喜欢「原汁原味」的包，但「原汁原味」的包未必是最好的。
分别安装一遍 openSUSE、Ubuntu 和 Arch Linux，你可能会理解 openSUSE 尽量照顾到初级用户而不失灵活性。
在大部分情况下，桌面系统是用来解决问题和完成工作的。
至于沉迷于修改配置文件、升级软件包之前去网站看看公告、动不动把系统搞挂，是很刺激没错，可惜对我来说，那都是年轻人玩的东西了。
One more thing,openSUSE 是第一个将 fcitx 作为默认简体中文输入法（框架）的主流 Linux 发行版，而 fcitx 是相对不错、更新勤快的输入法框架。
* 包和软件源的管理：openSUSE 使用 zypp 作为包管理的后端，它允许多个软件源提供一个软件包的不同版本。
你可以选择默认源里的 GIMP 2.8.0，也可以换成另一个源里的 GIMP 2.8.2，而 zypp 会自动计算那些被 GIMP 依赖的包所需的更改，并提示你。
通常，（非滚动）发行版的一个版本发布之后，它包含的软件包的主版本号就固定下来了，而你「在线升级」得到的是小版本的更新。
那我就是需要很新的版本怎么办？openSUSE Tumbleweed 这个滚动升级的分支拯救你。
或者，也许你没有激进到要把所有的软件都升级，那你也可以根据软件类别找到包含更新的版本的源，然后从网页上选择「一键安装」，无需使用命令行也能安装。
openSUSE 提供的 Open Build Service 使得所有人可以方便地在 OBS 的服务器上构建软件包，而社区化的工作方式使得每个人均可以参与打包工作。
例如，我发现一个软件包有比软件源里更新的版本，我可以直接去 OBS 里对这个软件包创建一个 branch、简单地更新其源代码和打包配置文件，我自己就可以用上新版了，测试没问题之后就可以请求合并入官方源。
* 小而有爱的中文社区。
* 据说很稳定的内核：这个我很难凭感觉说，毕竟我使用 openSUSE 时也有一段时间平均每天 kernel panic 一次的，所以注明了「据说」。
不过最近两个月以来我都没在自己电脑上遇到 kernel panic。
「据说」是这么个来源：openSUSE 官方对纯净的 Linux 内核源码打了许多补丁。
另请参考 Marguerite Su 《OpenSUSE 的人气为何远不如 Ubuntu 和 Fedora？》一文 [1] 中的「一。
openSUSE 确实是好发行版。
」这段。
如何在 Linux 中使用一个命令升级所有软件
展开全部 1、可以使用apt-get升级软件。
2、apt-get是可以直接使用的，格式为$ sudo apt-get install/delete package$ sudo apt-get -f install #修复安装$ sudo apt-get dist-upgrade #升级系统$ sudo apt-get upgrade #更新已安装的包$ apt-get source package #下载该包的源代码$ sudo apt-get build-dep package #安装相关的编译环境...
debian netinst的方法怎么安装？
目标：安装64位Debian系统，采用网络安装方式，桌面系统采用Gnome。
一、需要准备的内容：1、Debian安装盘（1）下载安装盘镜像 我选择的是debian-testing-amd64-netinst版（下载地址 ） 。
（2）制作U盘安装盘 方法一：使用netbootin 。
方法二：下载boot.img.gz安装到U盘，再将iso文件放到U盘根目录下。
参见Boot Debian from an USB device 。
这种方法的缺点是其是用fat16格式格式化U盘，因此分区最大只支持256M，因此没办法用CD的iso文件。
备注：试用UltraISO制作，写入成功，但安装盘开机启动失败。
原因也许是缺少启动文件。
Ubuntu自带的startup disk creator可能只支持Ubuntu的安装盘镜像，不支持其他发行版的镜像。
2、网络客户端及依赖文件：mentohust_0.3.4-1_amd64.deb、libpcap0.8_1.1.1-8_amd64.deb 网络客户端选择支持锐捷认证的mentohust。
可下载for Ubuntu的64位包 。
另外mentohust依赖于libpcap0.8 （或libpcap0.9,libpcap1.0），而libpcap0.8依赖于multiarch-support ，这两个文件是刚安装的系统里没有的，因此均需一一下载。
3、镜像地址列表：sources.list 为了通过aptitude安装软件时有较快的网速，还需要准备好sources.list 。
教育网推荐用中科大的源。
4、在制作好的U盘安装盘中新建一个文件夹，命名为folder，将在第2、3点中下载的文件放在里面。
二、安装步骤1、将U盘与电脑连接，重启电脑，在BIOS中设置从U盘启动。
2、通过U盘安装 安装过程中需要选择的地方不多，主要是语言、地区、键盘布局、设置用户名和密码、网络设置、硬盘分区等。
均较简单，网上教程也很多，这里不再作详细介绍。
需要注意的是因为我们选择的是通过网络安装，所以最开始只会安装一个最基本的系统，而没有桌面环境，所以在安装时语言最好选择英文而不是中文，否则安装完后终端上很多字会变成“◆”，无论中文英文。
这个问题是由于内核不支持中文引起的，无法通过安装中文字体解决。
除非是用CD镜像或DVD镜像进行安装，否则安装语言最好选英文。
在基本系统安装完毕之后，系统会提示你将U盘或CD、DVD取出，以免重启后又重新安装系统。
此时将U盘拔出即可，然后重启系统。
3、安装网络客户端 （1）登陆并挂载U盘 重启后，用你的用户名和密码登陆系统。
用su命令登陆到根用户。
用fdisk -l列出当前的硬盘设备，查看U盘在什么地方。
我的在/dev/sdb1上。
用mount命令加载U盘： # mount /dev/sdb1 /media/usb (2)安装mentohust # cd /media/usb/folder # dpkg -i multiarch-support_2.13-21_amd64.deb # dpkg -i libpcap0.8_1.1.1-10_amd64.deb # dpkg -i mentohust_0.3.4-1_amd64.deb (3)登陆mentohust 先要启动网卡和获取ip地址。
# ipconfig eth0 up # dhclient eth0 然后是登陆mentohust。
mentohust的参数如下： -h 显示本帮助信息 -k -k（退出程序） 其他（重启程序） -w 保存参数到配置文件 -u 用户名 -p 密码 -n 网卡名 -i IP[默认本机IP] -m 子网掩码[默认本机掩码] -g 网关[默认0.0.0.0] -s DNS[默认0.0.0.0] -o Ping主机[默认0.0.0.0，表示关闭该功能] -t 认证超时（秒）[默认8] -e 心跳间隔（秒）[默认30] -r 失败等待（秒）[默认15] -l 允许失败次数[0表示无限制，默认8] -a 组播地址： 0（标准） 1（锐捷） 2（赛尔） [默认0] -d DHCP方式： 0（不使用） 1（二次认证） 2（认证后） 3（认证前） [默认0] -b 是否后台运行： 0（否） 1（是，关闭输出） 2（是，保留输出） 3（是，输出到文件） [默认0] -y 是否显示通知： 0（否） 1~20（是） [默认5] -v 客户端版本号[默认0.00表示兼容xrgsu] -f 自定义数据文件[默认不使用] -c DHCP脚本[默认dhclient] -q 显示SuConfig.dat的内容（如-q/path/SuConfig.dat） 假设你的用户名是john，密码是123，则可以参考下面的例子： #mentohust -ujohn -p123 -neth0 -b1 -w4、设置源列表 # mv /etc/apt/source.list /etc/apt/source.list.bak # cp /media/usb/folder/source.list /etc/apt/ 然后就可以卸载U盘了。
因为U盘是写入为启动盘，所以要用eject -r。
eject -rv /dev/sdb1 然后拔出U盘即可。
5、更新软件信息列表、更新系统 # aptitude update # aptitude upgrade6、安装sudo、less、bash-completion # aptitude install sudo less bash-completion 设置sudo # visudo 找到root ALL=(ALL) ALL一行。
假设你的用户名是john，则可在下面添加一行： john ALL=(ALL)ALL 然后，保存并退出即可。
注销并重新登陆后就可以使用sudo，而不用登陆到根用户了。
# exit $ logout7、安装x-window和gnome 如果不准备很详细地自定义要安装哪些gnome组件，只需一条命令即可： # aptitude install gnome-core8、安装中文输入法ibus（拼音和五笔） # aptitude install ibus ibus-table ibus-gtk ibus-gtk3 ibus-qt4 ibus-pinyin ibus-table ibus-table-wubi9、安装中文字体（文泉驿） # aptitude install ttf-wqy-microhei ttf-wqy-zenhei xfonts-wqy10、安装无线网卡驱动11、安装浏览器iceweasel和flash插件 iceweasel，其实就是firefox的debian分支。
# aptitude install iceweasel flashplugin-nonfree12、安装虚拟机virtualbox。
然后在virtualbox中再装一个windows系统，需要用到windows时就...
如何配置Centos 6.5 的yum源
展开全部 根据自己使用的系统找到对应的软件库。
具体步骤如下： 1、根据自己使用的系统找到对应的软件库，例如我服务器的系统是Centos 6.5 X86_64位的，我在网络上面找到163的软件库。
2、yum源配置文件是放在/etc/yum.repos.d 这个目录下的。
3、首先我们先看下服务器上面的yum源，可以参考一下相应的格式。
4、我们可以参考这些文件的格式进行添加对应的yum源，不用强行记住这些配置，知道怎么配置即可，我们创建一个yum源配置文件。
5、然后往里边添加相应的内容。
6、安装软件的时候即可看到我们自己添加上去的yum源了。
...
yum search php 什么意思
yum是红帽系列的linux系统下用于安装软件，更新系统的一个工具。
search是搜索查询。
是在软件包的详细信息中搜索指定的字符串mingw64-gcc-objc++.x86_64 :举个例子yum search gcc就是在yum源的仓库中去查找和gcc有关的软件包。
注意，只是找到相关的软件包，但是是不是已经安装了，那可不一定实际上，如果执行刚才那条指令，会返回一堆内容，其中有一条显示：mingw64-libgomp.x86_64 : GCC OpenMP v3.0 shared support library for the win64 target这个mingw64-libgomp有没有安装呢？通过rpm -qa | grep mingw64-libgomp去查询，发现没有返回。
没返回说明没装yum源里面有没有呢？执行yum list | grep mingw64-libgomp返回结果如下：mingw64-libgomp.x86_64 4.9.2-1.el6 epel返回结果说了，这个东西是有的，不仅有，还是el系统下的，什么是el? e是enterprise企业，l是linux。
红帽的企业版往往缩写成rhel (Red Hat Enterprise Linux)。
但是还有一个发行版，就是OEL,O是Oracle。
那么， el 原先只是 rhel，现在，则不仅仅是rhel，同时也可以表示oel。
其实oel从本质上和rhel没什么区别。
oel (Oracle Enterprise Linux)系统有两套内核，一套是红帽的内核，一套是Oracle公司自己编译的所谓的“坚不可摧”的内核。
凡是软件包名称中带有el字样的 就可以在红帽系列的linux系统中安装。
而不用管它是rhel还是oel，此外还包括了fedora以及centos。
这个软件包的版本是4.9.2-1。
它位于epel这个软件源中。
如果你对php有兴趣的话，可以向我一样在后盾人平台多看看自己学习学习，时间长了自己就慢慢明白了，希望能帮到你，给个采纳吧谢谢（?????）
如何在Ubuntu系统快速上安装MongoDB
展开全部为Ubuntu系统增加MongoDB软件安装源创建/etc/apt/sources.list.d/mongodb-org-3.4.list 文件，写入mongoDB软件源地址，命令如下：$ echo ＂deb [ arch=amd64 ] http://repo.mongodb.org/apt/ubuntuprecise/mongodb-org/3.4 multiverse＂ | sudo tee /etc/apt/sources.list.d/mongodb-org-3.4.list更新本地系统软件包数据库$sudo apt-get update安装最新稳定版的MongoDB软件包命令如下：$sudo apt-get install -y mongodb-org启动MongoDB后台服务输入如下命令：$sudo service mongod start验证MongoDB服务启动是否正常查看日志文件/var/log/mongodb/mongod.log，如果看到文件内容包含如下信息表示启动成功“[thread1]waiting for connections on port 27017”
