首页
学习
活动
专区
圈层
工具
发布
社区首页 >问答首页 >安装点在虚拟机重新启动后无法恢复

安装点在虚拟机重新启动后无法恢复
EN

Unix & Linux用户
提问于 2017-10-09 13:13:08
回答 2查看 1.3K关注 0票数 0

我已经创建了一个虚拟机,并将目录挂载点存储在本地。它安装在/dev/sdb上,如下所示。

代码语言:javascript
复制
NAME                             MAJ:MIN RM  SIZE RO TYPE MOUNTPOINT
sda                                8:0    0  100G  0 disk 
├─sda1                             8:1    0  487M  0 part /boot
├─sda2                             8:2    0    1K  0 part 
└─sda5                             8:5    0 99.5G  0 part 
   ├─r730bld--04--vm22--vg-root   252:0    0 95.5G  0 lvm  /
   └─r730bld--04--vm22--vg-swap_1 252:1    0    4G  0 lvm  [SWAP]
sdb                                8:16   0  200G  0 disk /var/details
sdc                                8:32   0  200G  0 disk 

我还在/etc/fstab中添加了相同的细节。

代码语言:javascript
复制
/dev/sdb /var/details xfs rw,user,auto,_netdev 0 0

但是,在我重新启动这个虚拟机之后,挂载点就丢失了,我在lsblk中的输出低于这个值。

代码语言:javascript
复制
NAME                             MAJ:MIN RM  SIZE RO TYPE  MOUNTPOINT
sda                                8:0    0  100G  0 disk  
├─sda1                             8:1    0  487M  0 part  /boot
├─sda2                             8:2    0    1K  0 part  
└─sda5                             8:5    0 99.5G  0 part  
  ├─r730bld--04--vm22--vg-root   252:0    0 95.5G  0 lvm   /
  └─r730bld--04--vm22--vg-swap_1 252:1    0    4G  0 lvm   [SWAP]
sdb                                8:16   0  200G  0 disk  
└─QEMU_HARDDISK_QM00002          252:2    0  200G  0 mpath 
sdc                                8:32   0  200G  0 disk  
└─QEMU_HARDDISK_QM00003          252:3    0  200G  0 mpath 

此VM是在KVM框上创建的。我不确定这是一个普通的错误或我的设置中的问题。

EN

回答 2

Unix & Linux用户

回答已采纳

发布于 2017-10-10 07:13:24

我已经通过使用磁盘的UUID而不是名称来修改/etc/fstab来解决这个问题。

代码语言:javascript
复制
UUID="1a1cbf5d-b358-48fe-adf4-aa748b55e6c4" var/details xfs rw,user,auto,_netdev 0 0
票数 0
EN

Unix & Linux用户

发布于 2017-10-09 13:35:22

...是的,有两个可能要满足的问题,第一个问题是最近的机器上的系统,在这里我很抱歉地说,本周我不想对这个问题感到奇怪,但是,让我们来看看第二个问题:

最近的建议是使用最合适的/dev/disk/{by-id|by-label|by-partlabel|by-partuuid|by-uuid},作为设备的顺序(特别是与朋友(?)系统(D)可能会改变。好的,我对Solaris和旧的devfsd命名约定有一个历史上的偏好,但是磁盘/by-确实有效。

此外,我还建议您重新考虑使用分区,以便比原始磁盘更好地识别为文件系统。也许甚至(在mkfs或随后的调谐器期间)都会给分区贴上标签,这样systemd的行为也会更好一些。

票数 0
EN
页面原文内容由Unix & Linux提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接:

https://unix.stackexchange.com/questions/397020

复制
相关文章

相似问题

领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档