修复了Ubuntu 9.10诡异的变成了只读文件系统的错误_Linux教程_Linux公社-Linux系统门户网站
你好，游客
修复了Ubuntu 9.10诡异的变成了只读文件系统的错误
来源：venj.me&
作者：venj
今天用着用着， 9.10系统突然提示无法写入文件。
一开始我以为是权限问题，想着可能是自己不小心复制粘贴了什么命令把权限改错了。于是进家目录，依旧无法touch，查看权限，明明是可写。sudo也无法写入。
运行mount，发现 / 被挂载为只读了。于是试着重启。
重启之后发现无法进入图形界面，提示DMA错误啥的，只能打开诊断SHELL。
再次运行mount，发现 / 依然被挂载为只读。修改/etc/fstab，提示只读文件系统，:w!也失败。
mount /dev/sda1 / -o rw,remount
终于可以写了，修改了/etc/fstab，把挂载 / 的行里的 -error=remount-ro 修改为rw，重启。
重启后，图形界面依然无法启动，文件系统依然只读。
这时候，脑子开了个小差，输入了exit，然后出现了一堆错误提示。其中有一个fsck的错误。我想着再次执行一次fsck吧，看看错误能不能重演。于是：
很快提示了很多个inode错误。选择y修复了。最后提示重启。于是：
系统成功起来。然后我又把/etc/fstab的内容改回原来的样子，一切回归正常。
然后，发现原来也有人出现过同样的错误，不过是01年的老帖了。。。Orz
相关资讯 & & &
& (04/15/:33)
& (04/30/:22)
& (04/25/:10)
& (04/30/:42)
& (04/26/:54)
& (04/23/:42)
图片资讯 & & &
　　　同意评论声明
　　　发表
尊重网上道德，遵守中华人民共和国的各项有关法律法规
承担一切因您的行为而直接或间接导致的民事或刑事法律责任
本站管理人员有权保留或删除其管辖留言中的任意内容
本站有权在网站内转载或引用您的评论
参与本评论即表明您已经阅读并接受上述条款
shuinan 发表于 感谢！
(0) sky089 发表于 same question!!!SD卡变为只读系统
SD卡变为只读系统
2.使用用fsck – y 来修复文件系统转自：http://blog.chinaunix.net/uid--id-1877931.html问题：将上述这些存储设备插入USB端口或读卡设备后，Ubuntu系统会自动mount这些设备到一个挂载点并在桌面上显示访问图标。但是某些情况下，我们访问这些被挂载的设备，并希望保存文件到设备时，系统提示访问的是“只读”设备。无法写入或直接运行程序。原因：插入设备的文件系统有故障，Ubuntu为了保护当前的系统，所以将设备的文件系统设置为只读。判断方法：在终端窗口中输入：tail -f /var/log/syslog然后插拔被检测的设备，你可能会看到类似下面的错误信息 ：FAT: Filesystem Panic (dev sdb1)
"File system has been set read-only"这就是告诉你设备sdb1的文件系统有问题，问题是…，现在我们将该设备的文件系统自说自话的设成只读了，以保护我们伟大的UBUNTU系统不受感染。解决方法：首先通过上面提到的log信息我们了解到是sdb1这个设备有问题， 事实上可以通过输入下面的命令来了解我们的文件系统：sudo fdisk -l这个命令会显示当前系统检测到的所有文件分区包括连接的外部存储设备。你会看到比如刚才出问题的设备/?dev/?sdb1.在处理这个设备之前我们先要卸载（umount),你可以对桌面上的设备图标右击鼠标，点“卸载”，或使用umount命令。设备卸载后就可以使用以下的命令对上述设备的文件系统进行检查和修复了：sudo dosfsck -v -a /dev/sdb1这个dosfsck应该跟windows下的chkdsk是类似的，多数情况下设备的文件系统是可修复的，运行完毕后。将设备重新连接到电脑，乌拉，问题解决啦。转自：http://blog.csdn.net/bullbat/article/details/7608372分类：&&3257人阅读&&&忘了从什么时候开始我的那个512M的SD卡在下一挂载就是的了，使用root帐户更改权限都不好使，尝试了好多办法也没解决，后来买了个U盘就不再用SD卡了，这件事也就忘记了。今天突然应急使用这个卡，使用读卡器挂载发现依旧是只读，换用本本内置的读卡器，也是一样。没办法了，google一通，看了看ubuntu的中文论坛，发现有人也遇到了同样的问题，但是没有人给出可行的解决方案。只好看看英文的网站了，果然找到了办法，。产生这个问题的原因是SD卡的文件系统损坏，操作系统为了防止进一步毁坏文件系统，而将其设置成了只读。检查文件系统的方法如下：在没挂载SD卡的时候在shell中输入：tail -f /var/log/syslog，查看动态日志文件。然后插入SD卡，可以看到日志文件的变化，大致如下：Apr 5 00:24:59 sagi-laptop kernel: [ ] FAT: Filesystem panic (dev sdb1) Apr 5 00:24:59 sagi-laptop kernel: [ ] invalid access to FAT (entry 0x0000b30e) Apr 5 00:24:59 sagi-laptop kernel: [ ] File system has been set read-only Apr 5 00:24:59 sagi-laptop kernel: [ ] FAT: Filesystem panic (dev sdb1) Apr 5 00:24:59 sagi-laptop kernel: [ ] invalid access to FAT (entry 0x) Apr 5 00:24:59 sagi-laptop kernel: [ ] FAT: Filesystem panic (dev sdb1) Apr 5 00:24:59 sagi-laptop kernel: [ ] invalid access to FAT (entry 0x) Apr 5 00:24:59 sagi-laptop kernel: [ ] FAT: Filesystem panic (dev sdb1) Apr 5 00:24:59 sagi-laptop kernel: [ ] invalid access to FAT (entry 0x) Apr 5 00:24:59 sagi-laptop kernel: [ ] FAT: Filesystem panic (dev sdb1) Apr 5 00:24:59 sagi-laptop kernel: [ ] invalid access to FAT (entry 0x) Apr 5 00:24:59 sagi-laptop kernel: [ ] FAT: Filesystem panic (dev sdb1) Apr 5 00:24:59 sagi-laptop kernel: [ ] fat_get_cluster: invalid cluster chain (i_pos 0) Apr 5 00:24:59 sagi-laptop kernel: [ ] FAT: Filesystem panic (dev sdb1) Apr 5 00:24:59 sagi-laptop kernel: [ ] invalid access to FAT (entry 0x0000bab9)可以大致看出是/dev/sdb1也就是usb文件系统出错的消息。OK，接下来开始修复它：首先卸载设备，然后输入：sudo dosfsck -v -a /dev/sdb1，检查并修复文件系统。一长串输出大概如下：dosfsck 2.11 (12 Mar 2005) dosfsck 2.11, 12 Mar 2005, FAT32, LFN Checking we can access the last sector of the filesystem Boot sector contents: System ID " " Media byte 0xf8 (hard disk) 512 bytes per logical sector 16384 bytes per cluster 1 reserved sector First FAT starts at byte 512 (sector 1) 2 FATs, 16 bit entries 62976 bytes per FAT (= 123 sectors) Root directory starts at byte 126464 (sector 247) 512 root directory entries Data area starts at byte 142848 (sector 279) 31312 data clusters ( bytes) 63 sectors/track, 16 heads 233 hidden sectors 1002263 sectors total /DcOo CS1.6.rar and /Music share clusters. Truncating second to
bytes. Reclaiming unconnected clusters. Reclaimed 10723 unused clusters ( bytes) in 1 chain. Performing changes. /dev/sdb1: 166 files,
clusters说明已经检查完毕，重新插上SD卡试试吧，应该已经可以写入了。转自：/Linux/34.htmLinux系统挂载存储变成只读的解决方案1、mount:用于查看哪个模块输入只读，一般显示为：[root@localhost ~]# mount/dev/cciss/c0d0p2 on / type ext3 (rw)proc on /proc type proc (rw)sysfs on /sys type sysfs (rw)devpts on /dev/pts type devpts (rw,gid=5,mode=620)/dev/cciss/c0d0p7 on /home type ext3 (rw)/dev/cciss/c0d0p6 on /var type ext3 (rw)/dev/cciss/c0d0p3 on /usr type ext3 (rw)/dev/cciss/c0d0p1 on /boot type ext3 (rw)tmpfs on /dev/shm type tmpfs (rw)none on /proc/sys/fs/binfmt_misc type binfmt_misc (rw)sunrpc on /var/lib/nfs/rpc_pipefs type rpc_pipefs (rw)/dev/dm-0 on /home/book/upload/BookFile1 type ext3 (rw)/dev/dm-1 on /home/book/upload/BookFile2 type ext3 (rw)/dev/dm-2 on /backup type ext3 (rw)/dev/dm-3 on /home/book/upload/BookFile3 type ext3 (ro)2、如果发现有ro，就重新mount，或者umount以后再remount3、umount /dev/dm-3如果发现有提示“device is busy”，找到是什么进程使得他busyfuser -m /mnt/data 将会显示使用这个模块的pidfuser -mk /mnt/data 将会直接kill那个pid然后重新mount即可。4、还有一种方法是直接remount，命令为mount -o rw,remount /mnt/data 没有用过，看到网络上有这么写。二、具体深入的做法，情况不同可以自行选择：&服务器/var/log/messages报错 ：&end_request: I/O error, dev sda, sector
Buffer I/O error on device sda1, logical block 446493 lost page&write due to I/O error on sda1下面是整个处理全过程&[root@localhost ~]# fdisk -lu #第一步 ：找出本地扇片所在的分区。&Disk /dev/cciss/c0d0: 146.7 GB,
bytes&255 heads, 32 sectors/track, 35132 cylinders, total
sectors&Units = sectors of 1 * 512 = 512 bytes&& & & & & Device Boot& & & Start& & & & End& & & Blocks& Id& System&/dev/cciss/c0d0p1& *& & & & & 32& & & & & Linux&/dev/cciss/c0d0p2& & & & 2114559& & & Linux&/dev/cciss/c0d0p3& & & & & & & Linux&/dev/cciss/c0d0p4& & & & & & & & 5& Extended&/dev/cciss/c0d0p5& & & & & & & Linux swap / Solaris&/dev/cciss/c0d0p6& & & & & & & Linux&/dev/cciss/c0d0p7& & & & & & & Linux&&&[root@localhost ~]# tune2fs -l /dev/dm-3 |grep "Block size" #找到block大小。&Block size: 4096&(2/ 利用公式算出逻辑块地址&b = (int)((L-S)*512/B)&[root@localhost ~]#& debugfs&debugfs 1.35 (28-Feb-2004)&debugfs: open /deb/dm-3&/deb/dm-3: No such file or directory while opening filesystem&debugfs: open /dev/dm-3&debugfs: icheck 582391&Block Inode number&584&debugfs: ncheck 277584&Inode Pathname&277584 /users//data/upload/download/innshow004.rar&debugfs: quit&[root@localhost ~]# dd if=/dev/zero of=/dev/dm-3 bs=4096 count=1 seek=582391 #找到这个快的文件之后，需要做好备份，我们强制把它设置为0字节。&[root@localhost ~]#& sync
发表评论：
TA的最新馆藏[转]&/var满了，tmp变只读今天发现/var 100%了，又没有多余空间然后想通过缩小/tmp释放些空间给var，发现/tmp已经只读了想问下var满了能导致tmp只读吗？文件系统只读要查看哪些日志定位问题？今天发现/var 100%了，又没有多余空间然后想通过缩小/tmp释放些空间给var，发现/tmp已经只读了想问下var满了能导致tmp只读吗？文件系统只读要查看哪些日志定位问题？关注问题24回答系统运维工程师
, 计算机有限公司AIX还真没见过变只读的，只在LINUX下见过，VAR下面都是日志文件，找找把大文件删除吧AIX还真没见过变只读的，只在LINUX下见过，VAR下面都是日志文件，找找把大文件删除吧赞同系统工程师
, 某科技有限公司扩/VAR。没有用的文档删掉。tmp 变成只读是对于说用户，一般这个不会变成只读的扩/VAR。没有用的文档删掉。tmp 变成只读是对于说用户，一般这个不会变成只读的赞同研发工程师
, IBM是的，我也觉得奇怪怎么会突然这样。是的，我也觉得奇怪怎么会突然这样。赞同系统工程师
, xxx出现这个情况是因为忽略了AIX文件系统的锁，简单的说：每个文件系统都会有锁，类似于数据库表上锁，但没那么复杂，锁存在的目的是为了保证文件系统数据一致性。既然有锁，那么必然会存在锁文件，锁文件就存放在/var下面，你可以ls –l /var/locks/fs，会发现以文件系统名字来命名的文件。...出现这个情况是因为忽略了AIX文件系统的锁，简单的说：每个文件系统都会有锁，类似于数据库表上锁，但没那么复杂，锁存在的目的是为了保证文件系统数据一致性。既然有锁，那么必然会存在锁文件，锁文件就存放在/var下面，你可以ls –l /var/locks/fs，会发现以文件系统名字来命名的文件。在你说的情况下,通过以上命令应该是找不到/tmp文件系统的锁文件，当某个文件系统的锁文件不能正常生成时，该文件系统不能进行改变操作。解决方法：删除/var下面某些不用的文件，比如/var/adm/wtmp。赞同撰写回答研发工程师, IBM关注发布16回答11请稍候...小木虫 --- 500万硕博科研人员喜爱的学术科研平台
&&查看话题
LINUX下Redhat5.0的系统，最近突然都变成只读文件了
Redhat5.0的LINUX系统，之前都挺正常，最近，不知道怎么的，我在用的时候想删除一个文件，突然就删除不了，成只读文件，但是这台电脑上的其他用户都还可以正常使用，在关电脑重启后，我又删，可以删了，但是再删除第二个就有变成只读文件了，其他人还没问题，接着过个2天，其他人的也发现不能删除了，都不能删除，不能创建文件了，这是怎么回事，而且
Filesystem& && && && &Size&&Used Avail Use% Mounted on
/dev/sda2& && && && & 9.7G&&7.3G&&2.0G&&79% /
/dev/sda5& && && && & 886G&&301G&&540G&&36% /home
/dev/sda1& && && && & 2.0G& &45M&&1.8G& &3% /boot
tmpfs& && && && && &&&2.0G& &&&0&&2.0G& &0% /dev/shm
硬盘没有塞的很满，
/dev/sda2 on / type ext3 (rw)
proc on /proc type proc (rw)
sysfs on /sys type sysfs (rw)
devpts on /dev/pts type devpts (rw,gid=5,mode=620)
/dev/sda5 on /home type ext3 (rw)
/dev/sda1 on /boot type ext3 (rw)
tmpfs on /dev/shm type tmpfs (rw)
none on /proc/sys/fs/binfmt_misc type binfmt_misc (rw)
sunrpc on /var/lib/nfs/rpc_pipefs type rpc_pipefs (rw)
这也显示都是可读可写的，这到底是怎么回事，该怎么解决，求指教
在网上又看到用 cat /proc/mounts这个命令查的
#&&cat /proc/mounts
rootfs / rootfs rw 0 0
/dev/root / ext3 rw,data=ordered 0 0
/dev /dev tmpfs rw 0 0
/proc /proc proc rw 0 0
/sys /sys sysfs rw 0 0
/proc/bus/usb /proc/bus/usb usbfs rw 0 0
devpts /dev/pts devpts rw 0 0
none /etc/rhgb/temp ramfs rw 0 0
/dev/sda5 /home ext3 ro,data=ordered 0 0
/dev/sda1 /boot ext3 rw,data=ordered 0 0
tmpfs /dev/shm tmpfs rw 0 0
none /proc/sys/fs/binfmt_misc binfmt_misc rw 0 0
sunrpc /var/lib/nfs/rpc_pipefs rpc_pipefs rw 0 0
/etc/auto.misc /misc autofs rw,fd=7,pgrp=3426,timeout=300,minproto=5,maxproto=5,indirect 0 0
-hosts /net autofs rw,fd=13,pgrp=3426,timeout=300,minproto=5,maxproto=5,indirect 0 0
结果出现/dev/sda5 /home ext3 ro,data=ordered 0 0，请问大侠们这个怎么解决呢
研究生必备与500万研究生在线互动！
扫描下载送金币}