linux挂载文件配置错误,Linux设置存储自动挂载后系统无法登录即repair filesystem模式修复方法...

最新推荐文章于 2025-04-13 20:50:36 发布
最新推荐文章于 2025-04-13 20:50:36 发布
阅读量928 收藏
点赞数
文章标签： linux挂载文件配置错误

工作中遇到大存储文件管理系统，需要linux RedHat5.7挂载hp P2000G3存储设备，分了四个分区做了mount挂载，但是mount命令重启即生效，就通过修改/etc/fstab文件实现了自动挂载功能，有次修改/etc/fstab调整挂载点保存之后重启，发现系统无法正常启动，页面出现一下错误：

Finding module dependencies; [OK]

modprobe:modprobe:can't locate module block-major-3

fsck.ext3Possibly non-existent or swap device?

:NO such device or address while trying to open /dev/hdb1

/boot: clena, 41/26104 files. 12679/104391 blocks

[FAILED]

*** AN error occurred during the file system check

*** Dropping you to a shell; the systm will reboot

*** when you leave the shell

Give root password for maintenance

(or type Control-D to continue):

Login incorrect.

(Repair filesystem) 1 #

网上查找发现原因如下：

repair filesystem 1 #一般引起有两种情况。

第一种情况：非正常关机引起的磁盘分区问题 不能正常进入系统

上次非正常关机引起的，用fsck /dev/hdaX后reboot进入，或只用fsck来修复，只管y回车

第二种情况：由于/etc/fstab文件编辑错误 而引起的不能正常进入系统

解决方法就是修改/etc/fstab文件成原来正常格式 删除错误的或者是不存在的挂载目录

操作：根据提示进入修复模式 Login incorrect.

(Repair filesystem) 1 # vi /etc/fstab

但是修复模式下(read-only system) 文件是被保护的不能修改 运行下面命令 把系统文件权限改成可读写(rw)

(Repair filesystem) 1 # mount -o remount,rw /

使根目录可写．即可以修复/etc/fstab文件，使之可写．然后就可以vi修改了

(Repair filesystem) 1 # vi /etc/fstab

LABEL=/1                /                      ext3    defaults        1 1

LABEL=/home1            /home                  ext3    defaults        1 2

LABEL=/var1            /var                    ext3    defaults        1 2

LABEL=/usr1            /usr                    ext3    defaults        1 2

LABEL=/boot1            /boot                  ext3    defaults        1 2

tmpfs                  /dev/shm                tmpfs  defaults        0 0

devpts                  /dev/pts                devpts  gid=5,mode=620  0 0

sysfs                  /sys                    sysfs  defaults        0 0

proc                    /proc                  proc    defaults        0 0

LABEL=SW-cciss/c0d0p5  swap                    swap    defaults        0 0

/dev/sdb              /home/book/upload/BookFile1  ext3    defaults    0 0

/dev/sdc              /home/book/upload/BookFile2  ext3    defaults    0 0

/dev/sdg              /home/book/upload/BookFile3  ext3    defaults    0 0

/dev/sde              /backup                  ext3    defaults        0 0

~

~

"/etc/fstab" 14L, 1075C

保存 wq

(Repair filesystem) 1 #reboot

重启即可出现RHLE界面了，搞定了，分享给大家……0b1331709591d260c1c78e86d0c51c18.png

维京女侠
关注
linux环境下服务状态确认及存储问题排查
weixin_46662419的博客
07-05 669
运行了2年左右的B/S项目，突然访问不了了。 具体现象为：在浏览器中输入地址后能够加载出登录页面，但是在输入用户名和密码等信息进行登录时，提示网络异常，查看控制台返回状态码为500。 如何进行排查？可能原因是否同文章？......
linux设置存储自动挂载后系统无法登录即repair filesystem模式修复方法
Loger
08-14 5135
工作中遇到大存储文件管理系统，需要linux RedHat5.7挂载hp P2000G3存储设备，分了四个分区 做了mount挂载，但是mount命令重启即生效，就通过修改/etc/fstab文件实现了自动挂载功能 有次修改/etc/fstab调整挂载点保存之后重启，发现系统无法正常启动，页面出现一下错误： Finding module dependencies; [OK] modprob
linux系统修复Repair filesystem
hymanhe的专栏
09-10 950
在启动linux系统后有时会出现Facking filesystem  [faild]    (错误) 之后，系统就进入：          [Repair filesystem] 1#   这大部分情况下是因为非正常关机引起的解决办法是：输入磁盘修复命令fsck或是fsck -A -y。重启系统可以进去了:- ) fsck命令的主要选项如下： -A 检查所有列在etc／fsta
CentOS 7启动时出现报错提示“Give root password for maintenance”
最新发布
fanlsf的博客
04-13 620
输入 vim /etc/fstab或者vi /etc/fstab。直接输入正确的密码进入救援模式。
linux repair filesystem
好记性不如烂笔头
04-25 837
由非正常开机引起的错误： inding module dependencies; modprobe:modprobe:can't locate module block-major-3 fsck.ext3Possibly non-existent or swap device? such device or address while trying to open /dev/hdb
repair filesystem 1 #一般是什么引起的和该怎样解决
cuipo8998的博客
01-20 283
linux下repair filesystem模式修复方法实践 第一种情况：非正常关机引起的磁盘分区问题 不能正常进入系统 大家好~！麻烦大家教教我如下问题一般是如何引起和应该怎么样解决呢？Finding modul...
linux下repair filesystem模式修复方法
netliving的专栏
07-01 600
今天修改/etc/fstab文件，不小心写错了，重新启动以后进入了repair filesystem模式，此模式下直接通过vi修改/etc/fstab文件时没法修改的，是只读文件。通过如下方式修改根目录文件的权限，修改后重新启动，启动ok #mount -o remount,rw / 这样执行命令以后，根目录可以编辑了，通过vi修改文件 然后执行重新启动命令 #reboot 启动...
linux自动挂载文件修复工具,Linux FSCK自动修复文件系统
weixin_28764585的博客
05-09 1506
背景：Linux系统(Ubuntu)在运行时，断电等非正常关机操作，会导致ext4文件系统数据损坏。严重时会导致系统崩溃。如下log就是系统数据损坏。[ 7.878756] EXT4-fs error (device mmcblk0p2): ext4_mb_generate_buddy:742: group 0, 14845 clusters in bitmap, 14822 in gd[ ...
linux挂载分区出错无法开机,[svc]mount命令及解决因/etc/fstab错误导致系统不能启动故障...
weixin_42511602的博客
05-06 1799
mount命令-手动挂载设备格式：mount [options] [-t fstype] [-o option] 设备 挂载点mount -n -o remount,rw /- Mount the file system and make it writeablemount -uw /- Make the filesystem read only again.mount -ur /常用选项[ op...
linux文件系统输入输出错误,linux-文件系统管理05-Xfs文件系统修复
weixin_42452892的博客
05-14 3511
文档主要总结于网络+加上自己的测试1.现状目前网上出现大量的主机输入输出错误，原因是由于主机文件系统损坏。一线人员大部分采用的是umont 和 mount的方式恢复，这种恢复方式不能真正修复已经损坏的文件系统，在后续使用过程中，仍然会再次出现主机端输入输出错误。2.需要修复的场景<1>.主机侧发现存在文件系统不可读写的情况，也可以通过查看主机端日志来确认是否有文件系统异常发生： xfs...
linux: repair filesystem
技术改变生活
05-28 1070
第一种情况：非正常关机引起的磁盘分区问题 不能正常进入系统 大家好~！ 麻烦大家教教我如下问题一般是如何引起和应该怎么样解决呢？ Finding module dependencies; [OK] modprobe:modprobe:can't locate module block-major-3 fsck.ext3Possibly non-existent or swap dev
linux下系统故障：Repair filesystem
nemo2011的专栏
08-08 1766
今天一大早开机居然出现这个错误： linux下系统故障：Repair filesystem  网上查了一下资料，简单的处理办法就是： fsck -A -y 一直按下去就好了。到了二十或者三十几的时候，reboot。OK。 “Determining IP information for eth0...f 在VM虚拟机中，如果是新安装 的LINUX，在加载网络时，有
linux下出现repair filesystem解决办法
准备的永远在准备，迈出下一步，也许你能走的很远
06-16 6485
linux下出现repair filesystem解决办法  分类： Linux 我在导入导出虚拟机的时候，虚拟机开机进入repair filesystem模式，上网google一下，发现解决办法如下，记录备案。虚拟机的系统是vmware esx linux[@more@] 我的解决步骤： 1. 根据提示输入root口令 2.
Linux系统内存错误产生的原因及调试方法
工作记录--创造或收集原创
11-23 1249
总而言之,产生段错误就是访问了错误的内存段，一般是你没有权限，或者根本就不存在对应的物理内存,尤其常见的是访问0地址. 　　一般来说,段错误就是指访问的内存超出了系统所给这个程序的内存空间，通常这个值是由gdtr来保存的，他是一个48位的寄存器，其中的32位是保存由它指向的gdt表，后13位保存相应于gdt的下标，最后3位包括了程序是否在内存中以及程序的在cpu中的运行级别,指向的gdt是由
Linux repair filesystem问题的解决办法
Derry的专栏
01-04 2950
    公司有台运行CentOS5.3的电脑今早启动的时候一直提示#repair filesystem 1系统文件损坏，需要修复，然而使用fsck修复了半天还是无法进入XWindow。这时我需要用优盘拷贝里面几个文件，索性到命令行shell中拷贝得了。可是进去mount设备的时候却提示我：系统文件目录只读，无法创建挂接设备文件......怎么办？    经过几度google，尝试了几个方法，发
linux 开机之后出现 repair filesystem read-only file system 的处理
为了理想
11-01 996
1.登陆进入repair system模式，然后进入运行级别1（init 1）,再回到运行级别3（init 3）就可以了， 2.登陆进入repair system模式，然后进入运行级别1（init 1）,，进入系统后可能处于只读状态，可以通过mount -n -o remount,rw / 来变为可读写状态。 然后修改/etc/fstab ，把相应的行去掉就可以了 3也可以登录为root用...
linux7.9紧急修复磁盘挂载分区失败
03-21
<think>好的，我现在需要处理用户提到的Linux 7.9系统下磁盘挂载分区失败的问题。首先，我要理清楚可能导致这个问题的各种原因，并逐步分析解决方法。用户可能需要的是紧急修复步骤，所以步骤需要清晰且有效。 首先，磁盘挂载失败通常有几种可能性：文件系统损坏、/etc/fstab配置错误、硬件问题、分区表错误，或者挂载点问题。我应该按照这些可能性逐一排查。 第一步，检查系统日志。用户可能不知道如何查看日志，所以需要给出具体的命令，比如`dmesg | tail`和`journalctl -k`。这些命令能帮助发现内核级别的错误信息，比如硬件故障或文件系统错误。 接下来，确认磁盘是否被系统识别。使用`lsblk`和`fdisk -l`命令列出所有块设备，确保目标磁盘存在。这一步很重要，因为如果磁盘没被识别，挂载就无从谈起。如果磁盘未被识别，可能需要检查连接或硬件状态。 然后，检查文件系统是否有损坏。用户可能需要运行`fsck`来修复。这里要注意，卸载分区后再运行fsck，否则可能导致数据损坏。需要提醒用户如果分区是系统关键部分，可能需要使用Live CD/USB来修复。 接着，查看/etc/fstab文件是否有错误。错误的UUID、挂载点路径或选项都可能导致启动挂载失败。使用`blkid`获取正确的UUID，并对比/etc/fstab中的条目。用户可能不熟悉UUID的概念，需要解释清楚。 然后，尝试手动挂载分区。如果手动挂载失败，错误信息会更明确，比如文件系统类型不匹配或损坏。这里需要给出示例命令，如`mount /dev/sdb1 /mnt`，并说明如何处理不同的错误类型。 检查挂载点是否存在也是关键一步。用户可能忘记创建挂载目录，特别是新建挂载点时。使用`mkdir -p`创建目录，避免权限问题。 如果问题依然存在，可能需要考虑恢复备份或重新格式化分区。不过，重新格式化是最后的手段，会清除数据，必须提前警告用户备份数据。 最后，处理硬件故障的可能性。建议用户检查磁盘健康状态，使用SMART工具，或者考虑更换磁盘。 需要将这些步骤组织得条理清晰，每一步给出对应的命令和解释，确保用户能按步骤操作。同时，注意使用中文，避免专业术语过于晦涩，必要时进行解释。比如，解释UUID是什么，为什么需要它，以及如何正确获取。 可能还需要考虑用户对Linux命令的熟悉程度，给出具体的命令示例，并提醒注意事项，比如运行fsck时需要卸载分区，否则导致数据损坏。此外，处理/etc/fstab时，建议备份文件，避免配置错误导致系统无法启动。 总结来说，回答需要覆盖所有可能的故障点，提供逐步排查方法，并确保用户能够安全地执行命令，避免数据丢失。同时，强调备份的重要性，尤其是在进行修复操作前，提醒用户备份数据，防止意外发生。</think>以下是针对Linux 7.9系统磁盘挂载分区失败的紧急修复步骤，按优先级和风险从低到高排列： --- ### **1. 检查系统日志** ```bash dmesg | tail -n 30 # 查看最近内核日志 journalctl -k --since "5 minutes ago" # 检查内核级错误 ``` **可能发现**：文件系统损坏、硬件I/O错误、驱动问题。 --- ### **2. 确认磁盘是否被识别** ```bash lsblk # 列出所有块设备 fdisk -l /dev/sdX # 查看目标磁盘分区表（替换sdX为实际磁盘，如sda） ``` **若磁盘未显示**： - 检查物理连接（数据线/电源线） - 尝试在其他接口或主机上测试 --- ### **3. 修复文件系统（需卸载分区）** ```bash umount /dev/sdXN # 先卸载目标分区（如sda1） fsck -y /dev/sdXN # 自动修复文件系统（ext4/xfs等需不同工具） ``` **注意**： - 若分区无法卸载（如根分区），需使用Live CD/USB启动后操作 - XFS文件系统使用`xfs_repair /dev/sdXN` --- ### **4. 检查/etc/fstab配置** ```bash blkid # 获取分区的UUID和文件系统类型 cat /etc/fstab # 检查挂载配置 ``` **常见错误**： - 错误的UUID或设备名（如`/dev/sdb1`因磁盘顺序变化失效） - 无效挂载选项（如错误的`defaults,noatime`） - 挂载点目录未创建 --- ### **5. 手动挂载测试** ```bash mkdir -p /mnt/temp mount /dev/sdXN /mnt/temp # 尝试手动挂载 ``` **根据错误处理**： - `mount: unknown filesystem type` → 安装对应工具（如`apt install xfsprogs`） - `mount: wrong fs type` → 检查`dmesg`输出的文件系统签名 --- ### **6. 恢复分区表（谨慎操作）** **适用场景**：分区表损坏导致`fdisk -l`无输出 ```bash testdisk /dev/sdX # 交互式分区表恢复工具 ``` **风险**：误操作可能导致数据丢失，建议先备份原始磁盘头信息。 --- ### **7. 紧急数据备份** 若修复失败且数据重要： ```bash dd if=/dev/sdXN of=/path/to/backup.img bs=4M status=progress # 全分区备份 ``` --- ### **8. 硬件级检测** ```bash smartctl -a /dev/sdX # 检查磁盘健康状态（需安装smartmontools） ``` **关键指标**： - `Reallocated_Sector_Ct` > 0 → 物理坏道 - `UDMA_CRC_Error_Count` 增加 → 数据线或接口问题 --- ### **总结流程** ``` 日志分析 → 磁盘识别 → 文件系统修复 → fstab验证 → 手动挂载测试 → 分区表恢复 → 数据备份 → 硬件检测 ``` **注意事项**： 1. 操作前尽量备份关键数据 2. 避免直接写盘操作（如`fsck`需卸载后运行） 3. 若为云服务器，优先使用云平台快照功能恢复
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值