主页 / unix / 问题 / 423981
Accepted
bitsmack
Asked: 2018-02-14 13:28:04 +0800 CST

如何将 ext4 文件系统从 /dev/sdb 移动到 /dev/sdb1？

  • 772

不知何故，我在 /dev/sdb 中有一个 ext4 文件系统。我希望它是/dev/sdb1。

我可以手动安装它；我可以访问数据；我可以在 /etc/fstab 中引用它；等，但我希望它在标准分区中。

我不想丢失数据，并且驱动器上没有足够的空间将其复制到另一个分区。这不是很多数据：我总是可以将其移至外部设备，修复 fs，然后将其移回，但现在我很好奇 :)

有没有一种方法可以重新映射或将数据移动到 /dev/sdb1 （到目前为止，它不存在）？

fdisk 给出以下内容：

$ sudo fdisk /dev/sdb1
fdisk: cannot open /dev/sdb1: No such file or directory

$ sudo fdisk /dev/sdb
Device /dev/sdb already contains a ext4 signature.
The signature will be removed by a write command.

Device does not contain a recognized partition table.
Created a new DOS disklabel with disk identifier 0x4096cdf8.

Command (m for help): p
Disk /dev/sdb: 200GiB, 214748364800 bytes, 419430400 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x4096cdf8

是的，这是一个非常小的驱动器！我在 VirtualBox vm 中使用 Debian Stretch。

对df的回应：

$ df -h
Filesystem Size  Used  Avail  Use%  Mounted on
/dev/sdb   196G  116G   71G    63%  /media/mymountdir

我明白，正如@MarkPlotnick 所说，因为我在虚拟机中，所以我可以相当轻松地做到这一点。但我想知道是否有基于cli的方法。谢谢！

linux filesystems

3 个回答

  1. Best Answer

    您可以在整个磁盘（而不是分区）上编写 ext4（或任何其他）文件系统，但是这样做当然意味着没有分区表；您正在使用整个原始设备。

    如果您从带有分区表的磁盘开始，然后错误地（磁盘信息仍在内存中）将其格式化为 ext4，覆盖分区表（即使用mkfs.ext4 /dev/sdb而不是mkfs.ext4 /dev/sdb1），这是可能的。结果是一个没有有效分区表的磁盘（它现在有一个 ext4 开始块），但文件系统独立存储其大小，因此它仍然可以工作（这也在某些外部磁盘上完成）。您可以像挂载分区一样挂载该设备 - 只需使用sdb您会使用的位置即可sdb1。

    正如您可能想象的那样，接下来的事情非常危险。您应该已经有备份，如果没有，请立即获取。另一方面，如果您没有备份，则意味着您对该数据不是很感兴趣（这些数据存在硬件故障、软件故障或根据情况而定的咖啡洒出、管道爆裂的风险） ，入室盗窃和自然灾害和非自然灾害），因此，如果发生最坏的情况，仍然不会造成太大的恶作剧。

    更新：如果您有空间，请备份，重新格式化并重新安装。与移位方法的精确时间相同，但数据安全性提高了 100%。如果您随后不删除备份副本，您将免费获得一个更新备份映像。

    第一步：调整ext4 文件系统的大小，使其比整个磁盘柱面短。从分区表中获取柱面大小hdparm，好吧，只是不存在（fdisk 会告诉你扇区的总数，而不是它们的组织方式）。在某些外部 USB 驱动程序上，您可能需要尝试读取磁盘制造商和型号，并使用它在 Internet 上搜索信息。SATA驱动程序应该没问题。

    现在您知道了多少，您可以调整文件系统的大小并将整个分区“向右”移动到磁盘的末尾，从而在开始时释放一个柱面，这是分区表和开始空白空间的位置go（我不完全知道为什么在 LBA 磁盘上 sdX1 应该在分区表之后启动一个柱面或一个磁道，但我从未发现值得尝试）。

    要移动分区，您可以使用非常危险的缓冲策略或反向选项dd_rescue（我似乎看到了一些错误报告，其中说此选项不起作用）。

    您可能想试验一个较大的文件——比如 1 GB——看看这两个选项是否有效；移动内容，使其在文件内从开头移动 16 兆字节的数据，使文件大小保持不变；然后检查内容以验证这是发生了什么。之后，使用/dev/sdb和适当的偏移量重复。

    之后，fdisk用于重新创建分区表。

    祝你好运！

    • 3

  2. 如果您在实际的块设备上创建文件系统，就像您所拥有的那样，fdisk在您的数据被移动到其他地方之前，它不会成为您的朋友。您必须挂载文件系统，复制数据，然后卸载它。然后，您可以使用fdisk正确分区块设备，mkfs在分区上使用，挂载它，并将数据移回：

    $ sudo -s
# mkdir -p /mnt/export
# mount /dev/sdb /mnt/export
# exit
$ rsync -a /mnt/export/ /path/to/backup/
$ sudo -s
# umount /mnt/export
# fdisk /dev/sdb  # create your partitions
# mount /dev/sdb1 /mnt/export
# exit
$ rsync -za /path/to/backup/ /mnt/export/
    • 1

  3. 对于虚拟机，您已经拥有的配置并非不合理。它允许将更多磁盘非常容易地添加到您的系统中。

    如果您有分区表，请考虑该方法：

    • 管理员增加 VM 的磁盘分配
    • 重新扫描虚拟磁盘或重新启动 VM
    • 您删除分区条目并以新的较大大小重新创建它
    • 您调整文件系统的大小

    如果您的文件系统直接位于没有分区表的磁盘中，则可以省略第三步 - 繁琐的一步。

    • 0

相关问题