我也发现bsd 容易起不来的问题的

995636

有关硬盘的物理保护：
http://linux.chinaunix.net/bbs/viewthread.php?tid=888194
在不做任何读写操作的情况下，随便断电，没关系的，数据不会因为物理原因丢失。

有关ext3比单纯的fsck多出一些能力的原因，比较好懂，当然，也有可能造成误解：
http://zhidao.baidu.com/question/3216704.html?fr=qrl

freebsd7.0实现了ufs的日志功能。
http://www.freebsd.org/doc/zh_CN ... /geom-gjournal.html

各种文件系统格式的比较：
http://en.wikipedia.org/wiki/Comparison_of_file_systems

总结下来，就是freebsd在7.0之前的ufs2的确没有
“对上次没完成的操作进行记录”
的功能。因为它缺少
block journaling和metadata-only journaling这些功能，
而ext3、reiserfs都有，这使得
freebsd在突然断电的情况下只能依靠文件系统本身的metadata来恢复受损的文件，
而linux却可以跳过这一步，先尝试用日志恢复上一次未完成的操作。

lz所谓的文件系统的“健壮性”比较中ufs2不如ext3的表现就是从这里来的。

另外，有一些情况也需要注意：
freebsd对个别ACPI的支持并不好，对硬盘的影响突出表现在关机时硬盘的突然断电的响声和睡眠功能上，有时候硬盘上个别文件损坏就是因为这个原因。
freebsd对整机的温度控制可能也不如你想像中的那么好。如果有硬盘温度监控软件的话最好开着。硬盘温度上55度的话很容易出问题的。我有几次就出现了fb崩溃后连windows都登录不进的情况，后来发现fb重启后刚开机硬盘的温度就有56度。

lz能频繁碰到硬盘数据丢失，应该看看是不是负载大到需要频繁读写硬盘。如果不是，那赶快去买彩票。

欢迎大家指正。

swordfish.cn

网上找了点文章，大家凑合着看。我也只是一个 FreeBSD 菜鸟，不能保证转来文章的正确性。

有关 FreeBSD 的几个误区：
http://tech.ddvip.com/2007-04/117639930622703.html
里面提到了了一些文件系统的问题。

Information about Soft Updates, Snapshots, and Back-ground Fsck：
http://www.mckusick.com/softdep/
这个是 McKusick 写的文章。


Journaling Versus Soft Updates: Asynchronous Meta-data Protection in File Systems：
http://www.usenix.org/publicatio ... eneral/seltzer.html
USENIX 上的文章，应该有一定的权威性。

[ 本帖最后由 swordfish.cn 于 2008-5-6 21:58 编辑 ]

lsyer

一个panic就导致进单用户模式，有时连loader都进不了。

bestwc

原帖由 TCBY 于 2008-5-6 18:26 发表



你执着得有点盲目了
我遇到过,而且不止一次
以前我用旧机器装FreeBSD, 由于主板太旧halt -p不能断电,每次都是手动关机(没有显示器,每次估计差不多了就按电源键硬关)
结果就起不来了
Linux很久没用过了 ...

可怜的人阿，呵呵。只能说你不会用BSD。

a8e8c1ca5b

UFS挂的机率确实高过EXT3

a8e8c1ca5b

原帖由 aleng 于 2008-5-6 14:25 发表
一个操作系统，断电后起不来，是要归罪于分区格式的！也就是说这种分区格式不健壮，很容易分区乱套，文件坏掉！

根据经验我认为，从健壮性的考虑来看：

ntfs==zfs==xfs   >ext3 > ufs==fat32

我亲身经 ...

强烈支持你的观点 确实NTFS强壮  UFS感觉稳定性比EXT3差点 至少EXT3没试过出啥问题

TCBY

原帖由 bestwc 于 2008-5-7 03:41 发表


可怜的人阿，呵呵。只能说你不会用BSD。

cnduly

天天下班，直按电源开关！！ 已经两三年了，没点事！！

gvim

原帖由 TCBY 于 2008-5-6 18:26 发表



你执着得有点盲目了
我遇到过,而且不止一次
以前我用旧机器装FreeBSD, 由于主板太旧halt -p不能断电,每次都是手动关机(没有显示器,每次估计差不多了就按电源键硬关)
结果就起不来了
Linux很久没用过了 ...

不是我盲目，而是我真的从来没遇到过。
而我是执着，执着的想知道是什么原因导致你们说的问题。
昨天，就是昨天，我在7.0里面一边 tar zxf 一边 rm -fr 都是I/O操作，连续直接拔电10多次接近20次，还是没遇到。。。。。
这次是物理机器。HP dx7300


另： halt -p一定会flush data to disk，使得fs处于一致性状态。
所以，即便起不来，也不会是fs的问题。这个我可以很负责的说。

gvim

原帖由 995636 于 2008-5-6 18:28 发表
有关硬盘的物理保护：
http://linux.chinaunix.net/bbs/viewthread.php?tid=888194
在不做任何读写操作的情况下，随便断电，没关系的，数据不会因为物理原因丢失。

有关ext3比单纯的fsck多出一些能力的原因 ...

首先，日志和softupdates是解决相同问题的两种方案。

日志是依靠顺序在相邻的磁道上记录日志，从而达到一个高性能和meta一致性的目的，这个东西是从数据库里面弄过来的，所以概念和实现大同小异。
softupdates是依靠delay write, order write保证一致性。

数据库中的日志如下。（可以类推到ext3 等日志系统）
日志记录有三种情况：a 日志记录前，b 数据记录中，c 日志记录后。
a 之前崩溃，那么不会产生影响。
b 之前，a 之后，丢失的是数据，fs可以选择部分恢复，或者完全忽略这个没有完成的事务。
c 之前，b 之后，同上
c 之后，操作已完成，fs保证数据已经到达磁盘。

softupdates仅保证文件系统的一致性。任意时刻断电，它可能造成的唯一损失是inode之类的资源分配了而并没有实际的data block（可以参照soft updates的研究论文）。这一点，绝对不会破坏文件系统本身。
而什么是文件系统？就是metadata本身。

softupdates没有journaling那样多的保护级别，它仅保护metadata。

总结下来，就是freebsd在7.0之前的ufs2的确没有
“对上次没完成的操作进行记录”
的功能。因为它缺少
block journaling和metadata-only journaling这些功能，
而ext3、reiserfs都有，这使得
freebsd在突然断电的情况下只能依靠文件系统本身的metadata来恢复受损的文件，
而linux却可以跳过这一步，先尝试用日志恢复上一次未完成的操作。

[ 本帖最后由 gvim 于 2008-5-7 09:37 编辑 ]