☰

gpart 扫描需要多长时间？

tag-icon • tag-icon partition-table
gpart 扫描需要多长时间？

丢失 2TB HDD 磁盘的分区表后，我运行 gpart 来查找丢失的分区。程序启动后，它立即开始自动扫描驱动器。已经超过 30 小时了。所以问题是，这次扫描需要多长时间？驱动器通过 SATA 连接到系统中，配有 2017 年赛扬处理器。提前致谢

答案1

那么，你等了吗？我估计得花几天时间。

我刚刚遇到这个问题，因为我也遇到了同样的情况，运行gpart的是 1Tb 驱动器。我注意到 gpart 完全受 CPU 限制（在单核上运行，利用率为 100%），而磁盘 I/O 仅为 5-7 Mb/秒。计算后，扫描我的驱动器大约需要 46 小时，我决定不等待。

附录：相反，我使用testdisk它的快速扫描来查找丢失的启动和 EFI 分区，然后parted使用正确的起始/结束扇区重新创建分区。

答案2

我刚刚在一台 i7 笔记本电脑的 512GB SSD 上运行了 gpart。大约花了 40 个小时（不是多线程）。它找到了 2 个分区，我可以以只读方式挂载并从中复制文件。但是没有恢复分区的选项，为此我需要 testdisk。因此，如果您有时间并且只需要挽救文件，那么 gpart 就可以了。对于完整恢复，这不是可行的方法。

答案3

那时，这需要几天的时间。

但是我得到了朋友的帮助来估算时间。

  1. 获取进程 id：ps aux | grep gpart-> 记住 pid。
  2. sudo cd /proc/$pid-> 包含进程的打开文件句柄列表。
  3. 指向正在扫描的磁盘的数字是正确的。例如，数字 3。
  4. 下面../fileinfo/3 现在是 gpart 所在的当前偏移量。
  5. 如果随着时间的推移形成了数值的增量，则可以确定工作速度。

答案4

感谢以上建议！使用 pv 工具...

$ sudo ps aux | grep gpart
root        9744 99.9  0.0   2528  1152 pts/0    R+   Jun13 2542:02 gpart -s 512 /dev/sdc

$ sudo pv -d 9744
  3:/dev/sdc: 653GiB 0:11:40 [4.37MiB/s] [=========================>   ] 35% ETA 3:07:19

相关内容