Linux 报错"mount: unknown filesystem type

链接: http://blog.itpub.net/28602568/viewspace-1797429/

标题: Linux 报错"mount: unknown filesystem type 'LVM2_member' "解决思路 

作者:lōττéry版权所有[文章允许转载,但必须以链接方式注明源地址,否则追究法律责任.]


前言:

同事叫把/dev/sda7 磁盘挂载到/data目录,当执行mount时报"mount: unknown filesystem type 'LVM2_member'  "错,如下为解决方案和思路;


 LVM详细信息:https://wiki.archlinux.org/index.php/LVM_(简体中文)  

  注释:报错有提到为识别filesystem type 'LVM2_member'  磁盘;

           情况1 未创建逻辑卷/卷组和格式化分区引起    -->本次问题

           情况2 逻辑卷 卷状态信息失效'unenable'  

列出/dev/sda7分区信息:

[root@Database-backup ~]# fdisk  -l| grep sda7 
/dev/sda7           17258       91380   595382272   8e  Linux LVM
[root@Database-backup ~]#  

复现报错:

[root@Database-backup ~]# mount /dev/sda7   /data/
mount: unknown filesystem type 'LVM2_member'   
[root@Database-backup ~]# 

情况1


查看物理卷:

[root@Database-backup ~]# pvdisplay

  "/dev/sda7" is a new physical volume of "567.80 GiB"
  --- NEW Physical volume ---
  PV Name               /dev/sda7
  VG Name                                  -->没数据...
  PV Size               567.80 GiB
  Allocatable           NO
  PE Size               0  
  Total PE              0
  Free PE               0
  Allocated PE          0
  PV UUID               2N99xd-jlWG-Yo1e-kAbI-DsmL-syyd-At8EHx

[root@Database-backup ~]# pvs
  PV           VG   Fmt  Attr PSize   PFree 
  /dev/sda7       lvm2 a--  567.80g 567.80g
[root@Database-backup ~]# 

查看逻辑卷
[root@Database-backup ~]# lvdisplay
  No volume groups found  
[root@Database-backup ~]#

查看卷组

[root@Database-backup ~]# vgs
  No volume groups found

[root@Database-backup ~]#

*** 创建卷组/逻辑卷~ 即可解决本次mount 报错问题

创建卷组

[root@Database-backup ~]# vgcreate vgdata /dev/sda7    ##vgdata为卷组名
  Volume group "vgdata" successfully created

[root@Database-backup ~]# 

查看创建结果

[root@Database-backup ~]# vgs
  VG     #PV #LV #SN Attr   VSize   VFree 
  vgdata   1   0   0 wz--n- 567.80g 567.80g

[root@Database-backup ~]# vgdisplay
  --- Volume group ---
  VG Name               vgdata
  System ID            
  Format                lvm2
  Metadata Areas        1
  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                1
  Act PV                1
  VG Size               567.80 GiB
  PE Size               4.00 MiB
  Total PE              145356
  Alloc PE / Size       0 / 0  
  Free  PE / Size       145356 / 567.80 GiB
  VG UUID               DE9P00-BZTa-n80p-tdVJ-M1dA-6iOW-lif2Ye 

[root@Database-backup ~]#

创建逻辑卷: 

[root@Database-backup ~]# lvcreate -L  559G  vgdata -n lvolhome /dev/sda7

[root@Database-backup ~]# lvdisplay

[root@Database-backup ~]# mount  /dev/sda7   /data/

mount: unknown filesystem type 'LVM2_member'
[root@Database-backup ~]#

格式化分区: 

[root@Database-backup ~]# mkfs.ext4 /dev/sda7
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
37216256 inodes, 148845568 blocks
7442278 blocks (5.00%) reserved for the super user
First data block=0
Maximum filesystem blocks=4294967296
4543 block groups
32768 blocks per group, 32768 fragments per group
8192 inodes per group
Superblock backups stored on blocks:
     32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208,
     4096000, 7962624, 11239424, 20480000, 23887872, 71663616, 78675968,
     102400000

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

This filesystem will be automatically checked every 24 mounts or
180 days, whichever comes first.  Use tune2fs -c or -i to override.
[root@Database-backup ~]#

再挂载:

[root@Database-backup ~]# mount  /dev/sda7   /data/
[root@Database-backup ~]# df -hl
Filesystem      Size  Used Avail Use% Mounted on
/dev/sda2        50G  374M   47G   1% /
tmpfs           939M     0  939M   0% /dev/shm
/dev/sda1       194M   28M  157M  15% /boot
/dev/sda3        40G  544M   37G   2% /usr
/dev/sda5        40G  197M   38G   1% /var
/dev/sda7       559G  198M  531G   1% /data
[root@Database-backup ~]# 

 

 

情况2参考博客 http://blog.csdn.net/vah101/article/details/6372481 

【源于本人笔记】 若有书写错误,表达错误,请指正...

时间: 2024-10-22 17:13:37

Linux 报错"mount: unknown filesystem type的相关文章

解决mount: unknown filesystem type ntfs的问题

今天早上准备把移动硬盘挂到公司服务器上,但是挂载时出现了问题,如下 : 第一次提示'ntfs'我以为没有指定文件 类型,第二次  -t  指定了还是不行,最后一查才知道是系统根本就 不识别ntfs 文件类型.(系统版本rhel5.5 X86_64) 解决方法: 下载ntfs-3g软件 NTFS-3g是一个开源软件,它支持在Linux下面 读写NTFS格式的分区.它非常的快速,同时也很安全.它支持Windows 2000.XP .2003和Vista,并且支持所有的符合POSIX标准的磁盘操作.

linux下jsp报错问题-jsp页面在linux报错问题

问题描述 jsp页面在linux报错问题 HTTP Status 500 - javax.servlet.ServletException: File ""/jsp/base/header.jsp"" not found type Exception report message javax.servlet.ServletException: File ""/jsp/base/header.jsp"" not found de

jsp文件报错,Unknown tag (html:form)

问题描述 jsp文件报错,Unknown tag (html:form) <%@ page language="java" import="java.util.*" pageEncoding="utf-8"%> <% String path = request.getContextPath(); String basePath = request.getScheme()+"://"+request.getSe

windows-REST ful api发布到linux报错404

问题描述 REST ful api发布到linux报错404 REST ful api使用spring mvc发布在windows上可以正常get到json,但是发布到linux(jboss服务器)上就一直报404,无log,求解??? 解决方案 Linux区分大小写 ftp上传文件到Linux服务器时需要设置文件权限 777 644 744等

linux报错find: paths must precede expression解决办法

  今天在服务器上执行find ./ -mtime +30 -type f -name *.php的时候,报下面的错误: find: paths must precede expression Usage: find [-H] [-L] [-P] [path...] [expression] 然后就上网查了一下,结果搜索到一篇,大概是这样说的:多文件的查找的时候需要增加单引号,一直是使用的双引号,没想到找多文件的时候居然要单引号.好吧,又学了一招,修改后: find ./ -mtime +30

Spring的@requestBody报错415 (Unsupported Media Type)

问题描述 求助各位大神,Spring添加了@RequestBody参数后,无法跳转控制器,去掉参数可以正常跳转,这是为什么呢前台ajax跳转如下:varsaveDataAry=[];vardata1={"userName":"test","address":"gz"};vardata2={"userName":"ququ","address":"gr&quo

linux报错/lib/ld-linux.so.2: bad ELF interpreter: No such file or directory

修复: [root@loaclhost scripts]# /usr/local/bin/shc -v -f tmp.sh bash: /usr/local/bin/shc: /lib/ld-linux.so.2: bad ELF interpreter: No such file or directory [rootlocalhost scripts]# yum install glibc [root@localhost scripts]# yum install glibc.i686  [r

linux报错/bin/sh M: bad interpreter: No such file or directory问题

原本今年老蒋就有打算学习Linux脚本方面的内容,于是在之前的各种图书活动中买了不少的书,但是大部分都连塑料封面都还没有拆.今天正好公司没有事情,于是就尝试折腾备份脚本,虽然是有参考网上的一些文档,但是好歹也需要自己摸索一方且修改成较为方便适合我们常规用途的脚本.   我们很多的网友玩Linux脚本修改和撰写的时候都基于Windows系统,所以我们在编辑的脚本文件执行的时候容易出现"/bin/sh^M: bad interpreter: No such file or directory&quo

linux报错/bin/bash^M: bad interpreter: No such file or directory问题

执行shell脚本时提示 /bin/bash^M: bad interpreter: No such file or directory  查看脚本文件是dos格式还是unix格式的几种办法. (1)cat -A filename  从显示结果可以判断,dos格式的文件行尾为^M$,unix格式的文件行尾为$. (2)od -t x1 filename 如果看到输出内容中存在0d 0a的字符,那么文件是dos格式,如果只有0a,则是unix格式. (3)vi filename打开文件,执行 :