Linux.NET

Linux.NET

上一回合中，我们牛刀小试的在Mono中部署了我们的第一个ASP.NET应用，此外我们还结合了PostgreSQL数据库实现了一个简单CRUD操作的小站点。它们的成功部署并正常运行很好的体现出.NET在Linux中运作的可行性。

同时，在上回合结尾部分中提到，这回合我们将一起讨论学习企业级开源框架“Spring.NET”在Mono中的部署使用。但是，最近由于个人的一些私事，一直都没有时间对Spring.NET作出系统的学习，在这里，我向各位读者表示歉意。因此，在本回合中，我们学习讨论的内容将发生一些变化，我们不再讨论“Srping.NET”如何在Mono中部署，我们转而讨论学习跟WebForm处于平行位置的“ASP.NET MVC”如何部署到我们的Mono中，示例代码可以点击这里下载（由于代码过大，无法上传到园子中，所以我放到了微盘，望各位读者见谅）。

本回合，我们将讨论学习：

1、部署前的准备工作

2、从零开始，把MVC3网站应用程序部署到Mono中

3、从部署MVC3中启发，把MVC4部署到Mono中

4、另外一种与前面部署方式“相逆”的MVC4部署方式

---

1、系统约定——部署前的准备工作

最近一段时间，许多朋友都纷纷发帖发博客表示已经成功的在Mono中成功的部署了最新版的MVC框架，相当的喜闻乐见。MVC是什么，我想各位读者一定知道，它作为微软推出的重要建站模式，其地位与WebForm相当，重要性也是不容忽视的。试想一下，如果MVC无法在Mono中部署，那我们的Linux.NET仿佛就是一只折翼了的小鸟——“想要飞也飞不高？“不对，直接是飞不起来了。因此，MVC能够正常的在Mono中运行似乎已经就是Linux.NET的一项”理所当然“的事情。

好的进入我们的正题，在部署MVC之前，我们需要新建一个Jexus的网站配置：

我们先在Linux中新建一个存放文件的文件夹，然后cd（进入）到Jexus存放网站配置文件的目录，再新建一个本次实验的网站配置文件”linux.net5“

添加上我们配置的内容

最后保存退出，然后再重启我们的Jeuxs即可。

在这里，特别值得注意的地方：

那就是”NoFile“配置项，各位读者一定要把此功能关闭（添加后注释掉或直接就不添加进去，Jexus默认此功能是关闭的）。在MVC中我们的访问路径是经过路由重写的，当我们发起一个访问请求时，比如：localhost/Home/Index/，请求会经过路由的匹配并改写，最终把请求指派到Controller文件夹中的HomeController.cs文件中的Index方法，然后再由该方法对请求作出处理并发出应答。在整套的MVC”请求--应答“处理过程中，浏览器在地址栏发起的URl请求在网站中未必都是真实的文件物理地址访问请求。而这恰恰相反的，在Jexus的NoFile检测中，Jexus会对用户发起的访问请求（URL）进行文件物理地址的检测，检测不通过时就直接对用户应答一个预设的应答页面（比如这里的404页面），不再使用.NET的功能对URl作更多的处理，因此，请求将永远无法指派到正确的Action进行处理，整套的MVC网站也会因此而报废。

同样，对于一些在.NET中使用URlRewrite的站点，Jexus的”NoFile“功能也是需要关闭的，原因与MVC一样，将会被URL重写的请求还没有通过Jexus这一关就被拒绝了，无法继续的进入.NET进行处理，网站的访问也会因此而造成一定程度的影响（这里网站不会被报废，因为在浏览器中输入真实的物理地址，网站又可以正常的访问）。

 

 2、部署MVC3网站应用程序

Mono中部署MVC3应用程序，这不是我们本回合的终极目标，但是确实本回合最重要的内容，因为只要学会了在Mono中部署MVC3，部署MVC4也就是那么一回事了。其实，在Mono中成功部署MVC3也不是一件新鲜的事情，早前就已经有不少成功的案例，园子中也有一些关于如何在Mono中部署MVC3的文章，各位读者如有兴趣，可以自行查阅，当然，读者们也可以从本文中直接找到方法，我们在这里采用的是Step By Step的讨论学习方法，一步一步的说明白如何操作，并指出当中需要注意的地方和解析原因。

好的，我们先新建一个MVC3应用程序”MVC31“，并选择”空模板“和”Razor视图引擎“

由于这个是一个空模板，里面没有任何现成的Controller，我们简单的新建一个HomeController，并添加上一个Index Action和相关的视图。然后在windows中运行：

那是没有问题的，但如果我们发布到Linux中，效果就不一样了：

没错，正如所想的一样，无法正常运行，按照上面的提示，我们设置”CustomError“节点，把它设置为”OFF“，重新发布，看看那里出了问题：

第一个问题出现了，很明显，是由于Entity Framework引起的。没错，如果有认真读过我前一篇文章《Linux.NET学习手记(4)》 的读者大概已经明白其中的原因和知道解决办法了。正如我上回合为什么没有使用EF（我最喜欢的ORM）而改为使用PetaPoco的原因一样，Mono中的EF版本已经是6.0并且还不支持低于此版本的EF框架，恰好微软正式发布的EF版本最高只有5.0，于是这就造成了我们这里的第一个错误。不过这里的问题也只是暂时性的，随着微软将来EF6.0的发布，这个问题，将会得到解决。

我们通过NuGet卸载所有的Entity Framework。

然后再清除Web.Config和Global中的一些残留项，然后再次发布。

然后顺利的进入到我们的第二个问题，这里我解释一下出现此问题的原因，由于mono 3.0.X对语言文化的支持暂时还没有对中文支持（2.X中则可以支持中文），因此系统默认所使用的”zh-CN“让Mono无法识别。此问题的解决办法就是：在WebConfig的”system.web“节点中添加上”globalization“节点，并把当中的”uiCulture“设置成”en-US“。在这里我们推荐的配置为”<globalization culture="zh-CN" uiCulture="en-US"/>“，这样就可以让我们的程序本身以”英语“语法来运行，但是显示时却能够以”中文“语法来显示。

我们添加上这个节点，并重新发布：

非常不幸的，我们继续进入到了一个新的错误，到这里，各位读者有什么感觉了？抓狂了？想想放弃了？俗话说：”行百里者半九十“，这时千万别放弃，因为成功就在眼前了。通过从网上翻阅大量的资料，我们找到这这次问题的真凶，没错，作怪的就是”Microsoft.Web.Infrastructure.dll“，我们把Windows中”Microsoft.Web.Infrastructure.dll“和Mono中的”Microsoft.Web.Infrastructure.dll“反编译：

可以看出，Windows中的Infrastructure和Mono中的Infrastructure还不是同一回事，那这就好办了，我们把MVC3项目中的Infrastructure剔除，让程序使用Mono自带的动态库，或许就可以解决我们现有的问题。我们删除这个动态库后，再次发布：

终于看到了我们一直努力想要看到的”Index“，MVC3成功的在Mono中跑起来了。

 趁热打铁，我们再结合上PostgreSQL数据库和PetaPoco快速的建立一个CRUD的小应用。

我们先新建一个商品表”Goods“，其表结构如下：

然后在新建相关的Controller、Model、View等，这里就不再介绍当中的代码如何编写和实现，有兴趣的读者可以在代码演示中查看。

把做好的站点发布到Mono中：

页面能够正常显示，没有问题，我们在试试添加一个新的商品：

添加商品时报了一个错，同时在“Details”中提示有一个程序集找不到。

通过排错，我们发现了我们引用的一个DLL文件在Mono中是没有的：

这样，我们只要在“C:/Windows/assembly”目录中找到“System.ComponentModel.DataAnnotations.dll”（注意版本），然后再手动的添加到我们发布的网站中的bin目录中即可。

再次添加数据，OK！成功添加！

出现了“Linux.NET学习手记”这个商品。至此，MVC3的简单部署已经完成~！！

这里做一些小提示：

　　（1）、由于我采用了的是虚拟机，因此我结合了一个Linux的Samba服务来直接发布，各位读者也可以采用Ftp或者发布到本地再上传的方式进行网站的发布，发布后记得重启一下Jexus。

　　（2）、“Infrastructure”动态库除了可以采用发布会删除的方式进行处理，也可以采用“不复制”的属性才处理

　　（3）、读者们也可以参考《在mono3.0.10+Jexus5.3上运行MVC4和WebApi的要点》这篇文章，上面的方法与这里有师出同门之道。

 

 3、Mono中部署MVC4

上一小节中，我们历尽艰辛“取得真经”，成功的把一个MVC3网站应用部署到了Mono中，在这取得重要的成功之后，我们向我们本回合的终极目标继续推进——在Mono中部署一个MVC4应用。其实，无论是MVC3还是MVC4，它们的部署方法都是类似的，我们在上小节中详讲了MVC3的部署就是为了能够在部署MVC4起到一定的参考作用。

 好的，心动不如行动，我们马上的新建一个MVC4的网站应用：

然后再根据我们刚才部署MVC3的经验步骤，进行相关的修改：

　　（1）、剔除所有Entity Framework的应用（使用NuGet卸载EF，并清除所有关于EF的残留）

　　（2）、在Web.Conf配置文件中的“system.web”节点中加入“<globalization culture="zh-CN" uiCulture="en-US"/>”

　　（3）、移除“Infrastructure”这个动态库文件

把这个MVC4应用程序发布到Mono中：

可以正常的运行，同样的，我们在创建一个“商品”的增删查改，并把缺少的“System.ComponentModel.DataAnnotations.dll”补上:

同样的实现了我们想要的功能。

通过“照葫芦画瓢”的方法，我们把一个MVC4的网站应用程序顺利的部署到Mono中了，其实也就差不多而已。

 

4、另一种版本的MVC4部署方法

从本回合开篇起，无论是部署MVC3还是部署MVC4，我们所采用的办法都是直接使用Visual Studio所提供的MVC模板，然后通过“哪里不行删哪里”的方法，把Mono中不支持或无法直接兼容的地方进行删除或修改。可以说，我们采用了一种“逆向”的方法来获得一个Mono支持的MVC应用。说到这里，各位读者可能猜到，“既然有这种逆向的方法，应该也会有一种正向的办法来部署”。近日我读到了一篇题目名为《尝试在 Mono 3.0 下运行 ASP.NET MVC 4》的文章，受到了一些启发，发现还真的有读者们所说的“正向”方法来获得Mono支持MVC4应用程序。那就是不使用Visual Studio所提供的MVC模板，通过为Web应用程序添加必要的MVC库文件的方式手动的搭建起一个MVC应用程序。

在本小节中，我们将尝试的通告手动的方法，获得一个Mono支持的MVC4网站应用程序。在参照那篇文章的同时，结合我们“逆向”部署的方法与经验，在Mono中部署我们想要的MVC4应用程序。

首先，我们新建一个空的Web应用程序（注意，不是MVC4应用程序）：

然后通过NuGet管理工具，安装上MVC4的库文件：

然后在手动的创建相应的文件夹和文件：

这里解析一下，有几个文件以及文件夹是必须创建的：

　　（1）、Controller文件夹：用于存放控制器

　　（2）、Views文件夹：用于存放模版

　　（3）、Models文件夹：用于存放实体类文件

　　（4）、Global.asax文件：用于应用程序启动时初始化（注册路由等）

在网站配置文件中添加上MVC4需要用到的一些配置：

<configuration>

  <appSettings>
    <add key="webpages:Version" value="2.0.0.0"/>
    <add key="webpages:Enabled" value="false"/>
    <add key="PreserveLoginUrl" value="true"/>
    <add key="ClientValidationEnabled" value="true"/>
    <add key="UnobtrusiveJavaScriptEnabled" value="true"/>
  </appSettings>
  
    <system.web>

      <globalization culture="zh-CN" uiCulture="en-US"/>
      
      <compilation debug="true" targetFramework="4.0" />
    </system.web>

</configuration>

剔除会在Mono中“作怪”的“Infrastructure”动态库文件，然后在全局配置文件的“Application_Start ”方法中注册上路由：

protected void Application_Start(object sender, EventArgs e)
{
   AreaRegistration.RegisterAllAreas();
   GlobalFilters.Filters.Add(new HandleErrorAttribute());
   RouteTable.Routes.IgnoreRoute("{resource}.axd/{*pathInfo}");

   RouteTable.Routes.MapRoute(
   name: "Default",
   url: "{controller}/{action}/{id}",
   defaults: new { controller = "Home", action = "Index", id = UrlParameter.Optional }
   );
}

 手动的在Controller和View中创建控制器和模板（这里不详讲，只需注意要继承相应MVC类），然后再发布到Mono中：

Controller找不到页面了，我们打开发布后的目录：

我们的Views文件夹不见了。其实，这是由于我们新建的是WebForm的应用程序，发布时，我们的页面会被嵌入到了bin目录的程序集中，所以MVC的模版解析引擎无法在根目录中找到VIews目录以及里面的所有模板。这个文件的解决办法也比较简单，只需把Visual Studio中的Views文件夹整个的拷贝到网站根目录中即可。

再次访问：

OK~！！正常访问！

这里我有一点要声明一下，Mono的HttpRuntime是支持targetFramework的，因此我们这里并没有把“targetFramework”去除（跟参考文章有所不同），各位要多加留意~！！

---

本回合中，我们尝试性的并成功把MVC3网站应用程序部署到Mono中，并根据MVC3的部署方式推演出了MVC4的部署方式，同时还介绍了相对于我们现有部署方式的Web应用程序升级为MVC4应用程序的方式部署。希望各位读者在通读全文之后能够亲自的动手实现一遍，“世上无难事，只怕有心人”，只要有恒心，所有的困难最终都不是困难。同时，如果各位读者有一些更好的部署点子或对本文有任何的看法和建议，欢迎留言分享和指正。

好的，本回合暂时就到这里了，这里我就不作下回合的预告了，还没有想到下回合具体会写一些什么。OK，咱们下回见。

 

 

 

 

标签:  mono,  Linux,  ASP.NET,  jexus,  MVC

Linux磁盘管理：LVM逻辑卷的创建及使用

您可以通过点击 右下角 的按钮 来对文章内容作出评价, 也可以通过左下方的 关注按钮 来关注我的博客的最新动态。 

如果文章内容对您有帮助, 不要忘记点击右下角的 推荐按钮 来支持一下哦   

如果您对文章内容有任何疑问, 可以通过评论或发邮件的方式联系我: [email protected]  / [email protected]

如果需要转载，请注明出处，谢谢！！

 

在上一篇随笔里面 Linux学习之CentOS(二十五)--Linux磁盘管理：LVM逻辑卷基本概念及LVM的工作原理，详细的讲解了Linux的动态磁盘管理LVM逻辑卷的基本概念以及LVM的工作原理，包括LVM中最重要的四个基本点(PE、PV、VG以及LV)，这篇随笔将会详细的讲解LVM逻辑卷的创建、使用以及删除.

一、创建LVM逻辑卷

 

我们通过图文并茂的方式来看看如何创建我们的LVM，在上一篇随笔中，我们已经熟悉了LVM的工作原理，首先是要将我们的物理硬盘格式化成PV，然后将多个PV加入到创建好的VG中，最后通过VG创建我们的LV。所以我们第一步就是将我们的物理硬盘格式化成PV(物理卷)

①将物理硬盘格式化成PV(物理卷)　　使用的是 pvcreate 命令

这里我已经事先虚拟化了3快物理硬盘，每块硬盘的大小为8G，通过 fdisk -l 命令可以查看

[root@xiaoluo ~]# fdisk -l

Disk /dev/sda: 21.5 GB, 21474836480 bytes
255 heads, 63 sectors/track, 2610 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00093d90

   Device Boot      Start         End      Blocks   Id  System
/dev/sda1               1         523     4194304   82  Linux swap / Solaris
Partition 1 does not end on cylinder boundary.
/dev/sda2   *         523        2611    16776192   83  Linux

Disk /dev/sdb: 8589 MB, 8589934592 bytes
255 heads, 63 sectors/track, 1044 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00000000


Disk /dev/sdc: 8589 MB, 8589934592 bytes
255 heads, 63 sectors/track, 1044 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00000000


Disk /dev/sdd: 8589 MB, 8589934592 bytes
255 heads, 63 sectors/track, 1044 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00000000

这里我们根据上面图所示，我们先将 /dev/sdb、 /dev/sdc 两块硬盘格式化成PV

[root@xiaoluo ~]# pvcreate /dev/sdb /dev/sdc 

  Physical volume "/dev/sdb" successfully created
  Physical volume "/dev/sdc" successfully created

创建完PV以后，我们可以使用pvdisplay(显示详细信息)、pvs命令来查看当前pv的信息

[root@xiaoluo ~]# pvdisplay "/dev/sdb" is a new physical volume of "8.00 GiB"
  --- NEW Physical volume ---
  PV Name               /dev/sdb
  VG Name               
  PV Size               8.00 GiB
  Allocatable           NO
  PE Size               0   
  Total PE              0
  Free PE               0
  Allocated PE          0
  PV UUID               93UEEl-cxBU-A4HC-LNSh-jp9G-uU5Q-EG8LM9
   
  "/dev/sdc" is a new physical volume of "8.00 GiB"
  --- NEW Physical volume ---
  PV Name               /dev/sdc
  VG Name               
  PV Size               8.00 GiB
  Allocatable           NO
  PE Size               0   
  Total PE              0
  Free PE               0
  Allocated PE          0
  PV UUID               lH1vul-KBHx-H2C6-wbt1-8AdK-yHpr-bBIul5
   
[root@xiaoluo ~]# pvs
  PV         VG   Fmt  Attr PSize PFree
  /dev/sdb        lvm2 a--  8.00g 8.00g
  /dev/sdc        lvm2 a--  8.00g 8.00g

通过这两个命令我们可以看到我们已经创建好的PV的信息，两个PV都是8G，目前还没有使用，PFree都是8G.

②创建卷组(VG)，并将PV加入到卷组中　　通过 vgcreate 命令

在创建完PV以后，这时候我们需要创建一个VG，然后将我们的PV都加入到这个卷组当中，在创建卷组时要给该卷组起一个名字

[root@xiaoluo ~]# vgcreate xiaoluo /dev/sdb /dev/sdc 

  Volume group "xiaoluo" successfully created

同样，在创建好VG以后，我们也可以使用 vgdisplay 或者 vgs 命来来查看VG的信息

[root@xiaoluo ~]# vgdisplay --- Volume group ---
  VG Name               xiaoluo
  System ID             
  Format                lvm2
  Metadata Areas        2
  Metadata Sequence No  1
  VG Access             read/write
  VG Status             resizable
  MAX LV                0
  Cur LV                0
  Open LV               0
  Max PV                0
  Cur PV                2　　// 当前这里有两个PV，分别是我们的 /dev/sdb 和 /dev/sdc
  Act PV                2
  VG Size               15.99 GiB　　// 当前VG的大小
  PE Size               4.00 MiB　　// 通过这个我们也可以看到我们LVM默认的PE大小就是4M
  Total PE              4094　　// 因为VG里面存放的就是各个PV中的PE，所以PE的数量就是VG大小除以默认PE的大小
  Alloc PE / Size       0 / 0   
  Free  PE / Size       4094 / 15.99 GiB
  VG UUID               B8eavI-21kD-Phnm-F1t1-eo4K-wgvg-T5qUbt
   
[root@xiaoluo ~]# vgs
  VG      #PV #LV #SN Attr   VSize  VFree 
  xiaoluo   2   0   0 wz--n- 15.99g 15.99g

③基于卷组(VG)创建逻辑卷(LV)　　通过 lvcreate 命令

因为创建好的PV、VG都是底层的东西，我们上层使用的是逻辑卷，所以我们要基于VG创建我们的逻辑卷才行

[root@xiaoluo ~]# lvcreate -n mylv -L 2G xiaoluo

  Logical volume "mylv" created

通过 lvcreate 命令基于VG创建好我们的逻辑卷，名字为mylv，大小为2G，同样我们可以使用 lvdisplay 或者 lvs 命令来查看创建好的逻辑卷的信息

[root@xiaoluo ~]# lvdisplay --- Logical volume ---
  LV Path                /dev/xiaoluo/mylv　　// 逻辑卷的路径
  LV Name                mylv　　// 逻辑卷的名字
  VG Name                xiaoluo　　// 逻辑卷所属卷组的名字
  LV UUID                PYuiYy-WpI6-XZB8-IhnQ-ANjM-lcz0-dlk4LR
  LV Write Access        read/write
  LV Creation host, time xiaoluo, 2013-05-23 23:45:08 +0800
  LV Status              available
  # open                 0
  LV Size                2.00 GiB　　// 逻辑卷的大小
  Current LE             512
  Segments               1
  Allocation             inherit
  Read ahead sectors     auto
  - currently set to     256
  Block device           253:0
   
[root@xiaoluo ~]# lvs
  LV   VG      Attr      LSize Pool Origin Data%  Move Log Cpy%Sync Convert
  mylv xiaoluo -wi-a---- 2.00g 

这样子我们的逻辑卷也就已经创建好了，我们这个时候再通过 vgs 还有 pvs 命令查看一下我们的PV与VG的信息

[root@xiaoluo mnt]# vgs
  VG      #PV #LV #SN Attr   VSize  VFree 
  xiaoluo   2   1   0 wz--n- 15.99g 13.99g　　// 我们看到LV的数量此时变成了1，因为我们刚创建好了一个LV，LVFree还有14G

[root@xiaoluo mnt]# pvs
  PV         VG      Fmt  Attr PSize PFree
  /dev/sdb   xiaoluo lvm2 a--  8.00g 6.00g　　// 刚创建好的LV用的是 /dev/sdb 这块硬盘的，所以这块硬盘的PFree还剩下6G
  /dev/sdc   xiaoluo lvm2 a--  8.00g 8.00g

我们发现，当我们每创建完一个LV时，VG与PV的信息都是时时在变化的，并且我们创建LV的大小是根据当前VG的大小来决定的，不能超过当前VG的剩余大小！

我们在上一篇随笔里面有讲过，每创建好一个逻辑卷，都会在 /dev 目录下出现一个以该卷组命名的文件夹，基于该卷组创建的所有的逻辑卷都是存放在这个文件夹下面，我们可以查看一下

[root@xiaoluo ~]# ls /dev/xiaoluo/mylv 

/dev/xiaoluo/mylv

我们每创建一个新的逻辑卷，该VG目录下都会多出这么一个设备。

二、格式化并使用我们的逻辑卷

我们已经创建好了我们的PV、VG以及LV，这时候我们如果要使用逻辑卷，就必须将其格式化成我们需要用的文件系统，并将其挂载起来，然后就可以像使用分区一样去使用逻辑卷了

 

[root@xiaoluo ~]# mkfs.ext4 /dev/xiaoluo/mylv 

mke2fs 1.41.12 (17-May-2010)
Filesystem label=
OS type: Linux
Block size=4096 (log=2)
Fragment size=4096 (log=2)
Stride=0 blocks, Stripe width=0 blocks
131072 inodes, 524288 blocks
26214 blocks (5.00%) reserved for the super user
First data block=0
Maximum filesystem blocks=536870912
16 block groups
32768 blocks per group, 32768 fragments per group
8192 inodes per group
Superblock backups stored on blocks: 
    32768, 98304, 163840, 229376, 294912

Writing inode tables: done                            
Creating journal (16384 blocks): done
Writing superblocks and filesystem accounting information: done

This filesystem will be automatically checked every 31 mounts or
180 days, whichever comes first.  Use tune2fs -c or -i to override.

 

格式化我们的逻辑卷以后，就可以使用 mount 命令将其进行挂载，我们将其挂载到 /mnt 目录下

[root@xiaoluo ~]# mount /dev/xiaoluo/mylv /mnt

[root@xiaoluo ~]# mount
/dev/sda2 on / type ext4 (rw)
proc on /proc type proc (rw)
sysfs on /sys type sysfs (rw)
devpts on /dev/pts type devpts (rw,gid=5,mode=620)
tmpfs on /dev/shm type tmpfs (rw,rootcontext="system_u:object_r:tmpfs_t:s0")
none on /proc/sys/fs/binfmt_misc type binfmt_misc (rw)
sunrpc on /var/lib/nfs/rpc_pipefs type rpc_pipefs (rw)
/dev/mapper/xiaoluo-mylv on /mnt type ext4 (rw)

[root@xiaoluo ~]# cd /mnt/
[root@xiaoluo mnt]# ls
lost+found
[root@xiaoluo mnt]# touch xiaoluo.txt
[root@xiaoluo mnt]# ls
lost+found  xiaoluo.txt

我们看到，我们的卷组已经挂载好了，并且可以像使用分区一样来对其进行文件操作了。

三、删除逻辑卷

我们在创建好逻辑卷后可以通过创建文件系统，挂载逻辑卷来使用它，如果说我们不想用了也可以将其删除掉。

【注意：】对于创建物理卷、创建卷组以及创建逻辑卷我们是有严格顺序的，同样，对于删除逻辑卷、删除卷组以及删除物理卷也是有严格顺序要求的

①首先将正在使用的逻辑卷卸载掉　　通过 umount 命令

②将逻辑卷先删除　　通过 lvremove 命令

③删除卷组　　通过 vgremove 命令

④最后再来删除我们的物理卷　　通过 pvremove 命令

[root@xiaoluo /]# mount /dev/xiaoluo/mylv /mnt/
[root@xiaoluo /]# umount /mnt/
[root@xiaoluo /]# lvremove /dev/xiaoluo/mylv 
Do you really want to remove active logical volume mylv? [y/n]: y
  Logical volume "mylv" successfully removed

[root@xiaoluo /]# vgremove xiaoluo
  Volume group "xiaoluo" successfully removed

[root@xiaoluo /]# pvremove /dev/sdb 
  Labels on physical volume "/dev/sdb" successfully wiped

此时我们的刚创建的逻辑卷 mylv，卷组 xiaoluo以及物理卷 /dev/sdb 已经从我们当前操作系统上删除掉了，通过 lvs、vgs、pvs命令可以查看一下

[root@xiaoluo /]# lvs
  No volume groups found　　// 逻辑卷已经没有了

[root@xiaoluo /]# vgs
  No volume groups found　　// 卷组也没有了

[root@xiaoluo /]# pvs
  PV         VG   Fmt  Attr PSize PFree
  /dev/sdc        lvm2 a--  8.00g 8.00g　　// sdb物理卷已经没有了，只剩下 sdc物理卷了

本篇随笔详细讲解了LVM逻辑卷的创建、使用及删除，在下一篇随笔里我们将继续讲解LVM逻辑卷的知识，包括如何对逻辑卷进行动态的拉伸以及对其进行压缩！！！

 

 

 

 

分类:  Linux

标签:  linux,  CentOS