您的位置:首页 > 运维架构 > Linux

linux 修复grub及mount 命令的妙用

2014-09-05 16:26 447 查看
前天重装了操作系统,grub也随之被覆盖,为了恢复启动,我拿了一张ubuntu的live cd启动,进入linux后,进入命令行恢复grub。

首先要挂载原来的/分区

sudo mkdir /mnt/root

sudo mount /dev/sda7 /mnt/root

sudo mount -t proc none /mnt/root/proc

sudo mount -o bind /dev /mnt/root/dev

如果不知道/分区的设备名称,可以使用sudo fdisk -l 查看。

使用chroot进入原来的/分区

chroot /mnt/root /bin/bash

source /etc/profile

恢复grub

sudo grub-install --no-floppy /dev/sda

失败,提示“The file /boot/grub/stage1 not read correctly”

从网上搜索了一下相关的文章,发现是分区有变化引起的,跟文件fstab和mtab有关。

编辑/etc/mtab发现/的分区设备不对,修改对后,重新运行

grub-install /dev/sda成功。

=================================================================================

mount --bind 的妙用
在固件开发过程中常常遇到这样的情况:为测试某个新功能,必需修改某个系统文件。而这个文件在只读文件系统上(总不能为一个小小的测试就重刷固件吧),或者是虽然文件可写,但是自己对这个改动没有把握,不愿意直接修改。这时候mount --bind就是你的好帮手。

假设我们要改的文件是/etc/hosts,可按下面的步骤操作:

1. 把新的hosts文件放在/tmp下。当然也可放在硬盘或U盘上。

2. mount --bind /tmp/hosts /etc/hosts

测试完成了执行 umount /etc/hosts 断开绑定。

如果我需要在/etc下面增加一个exports文件怎么办?原来没有这个文件,不能直接bind。我们有两个方法:

方法1:绑定整个/etc目录,绑定前先复制/etc

# cp -a /etc /tmp

# mount --bind /tmp/etc /etc
此时的/etc目录是可写的,所做修改不会应用到原来的/etc目录,可以放心测试。

方法2:挂载ramfs到/etc,同样要先复制/etc

挂载ramfs

# mkdir /tmp/etc

# mount -t ramfs none /tmp/etc

复制/etc,这里我们不能用cp -a,改用tar

# cd /etc

# tar cf - . |(cd /tmp/etc; tar xf -)

# cd /

覆盖/etc

# mount --move /tmp/etc /etc
测试完了记着 umount /etc
内容来自用户分享和网络整理,不保证内容的准确性,如有侵权内容,可联系管理员处理 点击这里给我发消息
标签: