2010-02-08(Monday) 12:52:06 +0800, amateur :
> 我是在笔记本上面用的，有一次没插电池，停电了，还有几次是死机了（主要是
> suspend to ram的时候恢复不过来），然后直接长按电源键关的机。没有发现有
> 什么不正常的地方。
>
> 不过我的 / 分区是 ext3 的，数据分区是 reiserfs。也没有发现数据丢失，当
> 然也有可能一个很偏僻的地方数据丢失了，但是几个月以来我从来没有发现过我
> 用到的哪个数据坏了。
>
> 移动硬盘上也用的 XFS，有几次忘了 umount 就拔了线，也没有发现数据丢失，
> *可能*那几
On Sat, Feb 06, 2010 at 04:10:23PM +0800, User wrote:
>
>
>
> 这位兄弟用 XFS, 不知你是在移动硬盘上用，还是在机箱内部用。如果是后者，
> 遇到过停电的情况吗？停电后 XFS 分区还能正常挂载吗？如果能，你在使用命令
> "mkfs.xfs" 时有没有指定什么额外的选项？
我是在笔记本上面用的，有一次没插电池，停电了，还有几次是死机了（主要是
suspend to ram的时候恢复不过来），然后直接长按电源键关的机。没有发现有
什么不正常的地方。
不过我的 / 分区是 ext3 的，数据分区是 reiserfs。
XFS是用memory作buffer来提速的,所以不用ups是不可想象的。
在linux中ext3是最饱受考验，应该是最可靠的。
至于参数，不用特殊的，默认的没有问题，唯一注意的是一个目录里不要有太多的
文件。
这个会很慢。
当然如果不考虑journaling的话，ext2是最好选择。
如果要考虑存储效率和平均速度的话，尝试一下reiserfs把
On 2010/02/06 23:37, User wrote:
>
> 2010-02-06(Saturday) 20:24:34 +0600, David Lee :
>
>
>> 本来想说几小时是值得的，几分钟完全ok啊~ 不必如此
2010-02-06(Saturday) 20:24:34 +0600, David Lee :
> 本来想说几小时是值得的，几分钟完全ok啊~ 不必如此极致geek吧~~以后又不是天天mkfs
这几分钟确实不要紧，正如你所说的，格式化只是一次性的操作。我担心的是
配置错了命令选项。
--
To UNSUBSCRIBE, email to debian-chinese-gb-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian
本来想说几小时是值得的，几分钟完全ok啊~ 不必如此极致geek吧~~以后又不是天天mkfs
2010/2/6 User
>
>
> 2010-02-06(Saturday) 21:55:48 +0800, 任晓磊 :
>
> > 1000G硬盘 mkfs.ext3大约需要几个小时
> > ext3根本没有效率可言
>
>
>
> 不会呀？我这里几分钟而已。不过就是那几分钟我都觉得难受。然而这不是最
> 关键的，我还听说过当文件多了，快塞满分区时, ext3 会变得很慢。不知是否真
> 实？或者还有其他什么不好的地方？但现在也没有其他文件系统好选择了. XFS 虽
> 然高效，但遭遇停
2010-02-06(Saturday) 21:55:48 +0800, 任晓磊 :
> 1000G硬盘 mkfs.ext3大约需要几个小时
> ext3根本没有效率可言
不会呀？我这里几分钟而已。不过就是那几分钟我都觉得难受。然而这不是最
关键的，我还听说过当文件多了，快塞满分区时, ext3 会变得很慢。不知是否真
实？或者还有其他什么不好的地方？但现在也没有其他文件系统好选择了. XFS 虽
然高效，但遭遇停电后会很惨。
--
To UNSUBSCRIBE, email to debian-chinese-gb-requ...@lists.debian.org
1000G硬盘 mkfs.ext3大约需要几个小时
ext3根本没有效率可言
2010/2/6 User :
>
>
> 2010-02-06(Saturday) 20:28:12 +0800, 任晓磊 :
>
>> 古代有一次给xfs异常断电，结果丢失了/lib/modules/`uname -r/下面的mii.o文件，导致网络无法启动
>> 虽然故障不大，但还是必须现场处理，害我去了一趟IDC
>
>
>
> 只少了一个文件倒问题不大，怕的就是许多文件受到了连累。更可怕的是整个
> 文件系统崩溃，无法挂载。今天下午我专门测试了一下 XFS 文件系统，发现它很
> 脆弱，非正常卸载后
2010-02-06(Saturday) 20:28:12 +0800, 任晓磊 :
> 古代有一次给xfs异常断电，结果丢失了/lib/modules/`uname -r/下面的mii.o文件，导致网络无法启动
> 虽然故障不大，但还是必须现场处理，害我去了一趟IDC
只少了一个文件倒问题不大，怕的就是许多文件受到了连累。更可怕的是整个
文件系统崩溃，无法挂载。今天下午我专门测试了一下 XFS 文件系统，发现它很
脆弱，非正常卸载后就会出现无法挂载的情况。而且用它的修复工具 xfs_check
和 xfs_repair 都无济于事。不知为何其他人没碰到过这种情况？莫非我的人
古代有一次给xfs异常断电，结果丢失了/lib/modules/`uname -r/下面的mii.o文件，导致网络无法启动
虽然故障不大，但还是必须现场处理，害我去了一趟IDC
在 2010年2月6日 下午4:10，User 写道：
> 这是我使用计算机以来最惨重的一次数据丢失，现在只有重新格式化了。各种
> 资料都对 XFS 评价很高，而且我也在虚拟机里做过实验，它的磁盘利用率比 ext3
> 高。然而我心有余悸，决定在使用前对它进行一下苛刻的测试。
--
Ren Xiaolei
2010-02-06(Saturday) 01:32:05 +0800, amateur :
> XFS 不错，我现在就在用。不过据说 ext4 已经达到了 XFS 的性能，又似乎和
> 未来的 brtfs 有所关联，应该具有不错的前途。
这是我使用计算机以来最惨重的一次数据丢失，现在只有重新格式化了。各种
资料都对 XFS 评价很高，而且我也在虚拟机里做过实验，它的磁盘利用率比 ext3
高。然而我心有余悸，决定在使用前对它进行一下苛刻的测试。
于是我给移动硬盘分两个区，大小都是 1GB, 但文件系统分别是 ext3, XFS.
建立好文件系统并挂载，往两个分区里复
On Fri, Feb 05, 2010 at 10:28:23PM +0800, User wrote:
>
>
> 2010-02-05(Friday) 21:07:19 +0800, amateur :
>
> > 没有用过 UDF，帮不上忙。不过很奇怪为什么要用 UDF?
>
>
> 我现在也很后悔用了这个文件系统。当初选择它的原因主要是希望能在 Linux
> 和 Windows 下都被识别。虽然 Windows XP 下无法使用硬盘 UDF, 但据说 Windows
> Vista 支持。而我不喜欢用 NTFS（因为它是封闭的），所以就选择了 UDF
>
>
怕是很难办。
XP SP3好像已经在非系统分区上支持FAT64了，Linux似乎不喜欢FAT64。
2010/2/5 User :
>
>
> 2010-02-05(Friday) 21:07:19 +0800, amateur :
>
>> 没有用过 UDF，帮不上忙。不过很奇怪为什么要用 UDF?
>
>
> 我现在也很后悔用了这个文件系统。当初选择它的原因主要是希望能在 Linux
> 和 Windows 下都被识别。虽然 Windows XP 下无法使用硬盘 UDF, 但据说 Windows
> Vista 支持。而我不喜欢用 NTFS（因为它是封闭的），所以就选择了 UDF
2010-02-05(Friday) 21:07:19 +0800, amateur :
> 没有用过 UDF，帮不上忙。不过很奇怪为什么要用 UDF?
我现在也很后悔用了这个文件系统。当初选择它的原因主要是希望能在 Linux
和 Windows 下都被识别。虽然 Windows XP 下无法使用硬盘 UDF, 但据说 Windows
Vista 支持。而我不喜欢用 NTFS（因为它是封闭的），所以就选择了 UDF
现在真的很后悔，不过或许是硬件的问题也难说。因为之前在用的时候，也经
常出现短暂卡死的情况。由于上面文件非常多，当时就认为可能是 UDF 在文件多
时效率低
On Fri, Feb 05, 2010 at 04:52:15PM +0800, User wrote:
>
>
> 我的 1TB 超大移动硬盘，文件系统为 UDF. 没有分区，文件系统建立在整个
> 硬盘上。使用好一段时间了。刚才往上面复制大文件时又同时读文件，或者其他什
> 么原因，我感觉有些异常，于是想重新挂载。但 umount 后却再也无法重新 mount.
> 很明显，文件系统的关键信息都被破坏了，整个文件系统都无法识别了！
>
> 我到网上找了找，有许多修复光盘 UDF 的软件，可我的是硬盘！怎么办？要
> 崩溃了，救救我！
没有用过 UDF，帮不上忙。不过很奇
2010-02-05(Friday) 20:36:53 +0800, 小波 :
> 用testdisk修复看看，我上次硬盘也是靠他
总算等到了一个兄弟的回复，犹如救命稻草。我看了看 testdisk, 功能真的
很强，支持的文件系统非常多。可就是没有 UDF. 哎！多怪我用这么冷门的文件系
统。这种系统主要在光盘上用，硬盘上用的人少。也许正因为用的少，所以隐藏着
许多危险的 Bug
--
To UNSUBSCRIBE, email to debian-chinese-gb-requ...@lists.debian.org
with a subject of "unsu
用testdisk修复看看，我上次硬盘也是靠他
2010/2/5 User
>
>
> 我的 1TB 超大移动硬盘，文件系统为 UDF. 没有分区，文件系统建立在整个
> 硬盘上。使用好一段时间了。刚才往上面复制大文件时又同时读文件，或者其他什
> 么原因，我感觉有些异常，于是想重新挂载。但 umount 后却再也无法重新 mount.
> 很明显，文件系统的关键信息都被破坏了，整个文件系统都无法识别了！
>
> 我到网上找了找，有许多修复光盘 UDF 的软件，可我的是硬盘！怎么办？要
> 崩溃了，救救我！
>
>
>
>
> --
> To UNSUBSCRIBE, email to
16 matches
Mail list logo
