解析：出現(xiàn)這個(gè)問(wèn)題的原因有很多種，可能是文件系統(tǒng)數(shù)據(jù)塊出現(xiàn)不一致導(dǎo)致的，也可能是磁盤故障造成的，主流ext3/ext4文件系統(tǒng)都有很強(qiáng)的自我修復(fù)機(jī)制，對(duì)于簡(jiǎn)單的錯(cuò)誤，文件系統(tǒng)一般都可以自行修復(fù)，當(dāng)遇到致命錯(cuò)誤無(wú)法修復(fù)的時(shí)候，文件系統(tǒng)為了保證數(shù)據(jù)一致性和安全，會(huì)暫時(shí)屏蔽文件系統(tǒng)的寫操作，講文件系統(tǒng)變?yōu)橹蛔x，今兒出現(xiàn)了上面的“read-only file system”現(xiàn)象。

手工修復(fù)文件系統(tǒng)錯(cuò)誤的命令式fsck，在修復(fù)文件系統(tǒng)前，最好卸載文件系統(tǒng)所在的磁盤分區(qū)

# umount /www/data

Umount : /www/data : device is busy

提示無(wú)法卸載，可能是這個(gè)磁盤中還有文件對(duì)應(yīng)的進(jìn)程在運(yùn)行，檢查如下：

# fuser -m /dev/sdb1

/dev/sdb1 :   8800

接著檢查一下8800端口對(duì)應(yīng)的什么進(jìn)程，

# ps –ef |grep 8800

檢查后發(fā)現(xiàn)時(shí)apache沒(méi)有關(guān)閉，停止apache

#/usr/local/apache2/bin/apachectl stop

# umount /www/data

# fsck –V –a /dev/sdb1

# mount /dev/sdb1/www/data