在vm上面安装Linux系统

最新推荐文章于 2020-07-07 10:09:14 发布

《一夜飘零》

最新推荐文章于 2020-07-07 10:09:14 发布

阅读量1.8k

点赞数 1

本文链接：https://blog.csdn.net/jiaxinhong/article/details/82826340

版权

1 在vm上面安装Linux系统

1 以管理员的身份运行VMware: 点击VM图标然后右键属性，点兼容性 ---特权等级选择以管理员的身份运行此软件

2 . 添加一个虚拟机：选择自定义

3 一直默认到安装客户机操作系统

4. 按照以下的界面选择 Linux 版本选择CentOS 64 位

5 给你的虚拟机起个名字

6 选择网络的类型一般选择NAT的模式

7 指定以下你的系统的--

按以下的次序来创建磁盘

在任何时候买到一个硬盘回来都是没有分区它就是一个线性的地址，从0到它的最大空间值

操作系统在开机的时候要经历一个引导，我们的引导要挂载到一个叫boot的分区上面去

在add partition 这有两个选项一个是挂载点和文件系统的类型

在创建一个分区，但是这里在add partition的界面上我们不用选择挂载点直接在文件系统上选择swap这个类型

创建一个交换分区（因为每一台设备内存大小是死的，但内存放不下的时候应该怎么办，这个时候操作系统里面会有一个交换的概念，就是把我们内存中当前要处理的非活动的数据溢写到或者说腾写到磁盘上，腾出一部分内存空间出来后把活动的进程需要的数据放到的内存中区处理，这个就需要磁盘上有一个分区，这个分区可以使用很多种的方式，但是在设计上提出了一种交换格式，这种格式io 的负载量是很小的，快速能把内存中的写道磁盘中你只要记住了这个磁盘分区里面有一种特殊的格式swap，空间一般达到和你的内存一样或者1.5倍，或者2倍）

此时已经已经有了一个引导和一个能交换的分区了，剩下的在创建一个分区就是和我们的操作系统相关的分区了

类似Windows启动之后，用到时Windows下面的东西

Swap 交换空间

9 注意以下的的文件的位置

10 指定所用的系统

登录Linux 在一些发行版中会禁用这个用户，但是在大部分的发行版中是以root为他的管理员（默认的有最高权限的）

2 配置网络

第一次启动配置制作模板

1，通过vm菜单的编辑>虚拟网络编辑器

2，配置虚拟机IP

vi /etc/sysconfig/network-scripts/ifcfg-eth0

按i进入输入模式：

删除MAC地址（硬件地址网卡的地址这个在（生产系统中）工作中没必要删除因为有时要绑定mac地址了，但是我们在模拟（实验的环境）的时候需要删除主要是为了克隆），

删除UUID（配置文件中的配置最终是要附在一个物理网卡上的）

通过第1步收集的信息配置如下

IPADDR=192.168.9.X(3~254),192.168.106来源于网络号这里的IP网段在VM的编辑的虚拟网编译器选择 VMnet8 的NAT

想改的话直接在NATsg设置里面改，可以随便的改成自己想弄的网段不会冲突

1 本地使用了这个

2 网管使用了2

NETMASK=255.255.255.0

GATEWAY=192.168.9.2(同样来源于第1步的采集信息）（网管）

DNS1=192.168.9.2

DNS2=8.8.8.8

这就是主备DNS（域名和IP地址相互映射的一个分布式数据库）

按ESC

:wq

w 是写回文件

q 是保存

或者快捷键 shift+zz(两个ZZ)

onboot 开机的时候是否激活它 no --- yes

BOOTPROTO 获取地址的方式 dhcp -- static 动态变成静态的方式

3，删除网卡设备与配置文件的映射关系文件

rm -fr /etc/udev/rules.d/70-persistent-net.rules

关于网络的持久化的配置

因为这个文件在中记录了网卡硬件地址（MAC）与eth0的对应关系

另外注意这个

是我们之前删除的 MAC 地址HWADDR（硬件地址）

之前我们删除了HWADDR只是在配置文件中删除了这个地址，但是同时在操作系统中还会有一个文件 / etc/udev/rules.d/70-persistent-net.rules 里面的地址要跟它关联起来，所以这个文件要删除掉 rm -fr / etc/udev/rules.d/70-persistent-net.rules

为什么要删除 etc/udev/rules.d/70-persistent-net.rules文件？

注意

这个地址跟操作系统中记录的地址是一致的，如果我们不把 / etc/udev/rules.d/70-persistent-net.rules文件删除掉，那么我们克隆这个系统之后，克隆的这个跟它的模板系统的mac 地址是一样的，但是当我们用VMware把系统（后克隆的系统）开机之后这个系统的的地址就会改变，这就告诉了我们两件事：

MAC是硬件地址，在网络当他是不能重复的，厂商只要我们买网卡，各种设备，只要有这个MAC地址，那么MAC地址全球是不能重复的，是唯一的标识符。所以VMware会默认的帮我们维护住MAC地址的唯一性，所以在我们克隆后新的虚拟机的MAC地址会改变，如果当初这个文件不删除，克隆出来的操作系统也就读的以前的操作系统的文件，然后以文件中的地址为eth0，但是我们的新克隆里面的MAC地址已经让VMware给我们改变了，所以新的MAC地址就叫eth1了，所以说如果这个文件不删除，在我们实验环境中（虚拟机中），其实在生产当中也是，一台服务器使用的好好的但是他的一块网卡烧了，如果想新加一块网卡，还想让他叫eth0 的话，就得对这个文件下手了，要么把这个配置改了把MAC地址写成新的MAC地址，要么把这个文件删除了，这个文件删除是不影响操作系统的，开机之后还会重新加载，重新用，这只是针对的一块网卡，如果你的服务器里面有多个网卡，建议是谢盖这个文件，因为删掉以后，eth0指不定帮到哪一块网卡上面去了，这个文件决定了操作系统逻辑名称与实际物理配对的关系，因为上面有一个MAC地址，操作系统上有一个逻辑地址ethX，那他们谁叫eth0谁叫eth1，是有这个文件来决定的，所以在我们克隆之前一定要把这个文件清掉，如果清掉再克隆出来的多个虚拟机那么每台虚拟机的eth0的网卡就和本地的这块网卡，就不会出现克隆出来的虚拟机里面有eth1，并且有些软件需要从eth0拿到这么一个名称，之后从这个名称中选择出数据包的发送，这时如果你的设备名称改变了，那么你的软件可能就跑步起来了。在一个网络当中IP地址是不能重复的除非做了隔离.操作系统在启动时先读文件中的文件，然后在看物理MAC地址跟文件中的是否一样，不一样也会在出来一个eth1，这个的地址跟物理MAC地址是一样的。