环顾四周数小时,但似乎找不到比“用ext3重新格式化它”更好的建议了:
我有一个具有20+ TB可用空间的Drobo5D,其中大部分都与非常重要的数据一起使用。它一直在Windows上完美无缺地工作,但出于各种原因,我们试图将我们的工作迁移到Ubuntu,而Drobo只是拒绝与我们一起移动。它是用NTFS格式化的,我正在尝试在一个新的Ubuntu18.04系统上挂载它。
使用drobo-utils,我可以验证系统是否已插入并准备就绪,但当我试图挂载它时,命令只挂起:
sudo mount -t ntfs -o force,rw /dev/sdc2 /data/drobo稍后当我检查命令时:
ps aux | grep mount
root 19309 0.0 0.0 72716 4280 pts/3 S 17:36 0:00 sudo mount -t ntfs -o force,rw /dev/sdc2 /data/drobo
root 19310 0.0 0.0 32448 1332 pts/3 S 17:36 0:00 mount -t ntfs -o force,rw /dev/sdc2 /data/drobo
root 19311 0.0 0.0 21428 2884 pts/3 D 17:36 0:00 /sbin/mount.ntfs /dev/sdc2 /data/drobo -o rw,force注意,CPU时间是0:00,所以它似乎什么也不做(这是发出命令一小时后)。我已经将drobo从linux中移开,并在Windows上检查了它,一切看起来都很好。在这一点上,有太多的数据无法尝试重新格式化它。NTFS有什么特别之处会导致这种情况吗?还是在使用NTFS时,Drobo一般会出现问题?任何帮助都将不胜感激。
发布于 2019-02-24 23:57:29
虽然fsck可以修复对NTFS造成的一些损坏,但它不如内置的CHKDSK那么好,所以首先在Windows机器上运行:
CHKDSK /F /R /B在运行18.x时,安装了最新的ntfs-3g驱动程序,因此在挂载命令中使用所有高级选项:
rw,inherit,permissions,streams_interface=windows,windows_names,compression,norecover,hide_dot_files,hide_hid_files,big_writes绝对不要force任何东西。
以上所述,一旦您运行起来,我强烈建议您:
ext4或btrfs )格式化它最后,当复制所有文件时:
rsync或borg备份。https://askubuntu.com/questions/1117781
复制相似问题