Ubuntu挂载新硬盘 && ubuntu备份和重装 && fsck命令修复系统

2024-07-09 14:34| 来源: 网络整理| 查看: 265

Ubuntu挂载新硬盘参见图文教程：http://zwkufo.blog.163.com/blog/static/258825120141283942244/。我自己电脑的差别是在最后添加自动挂载时，修改的/etc/fstab如下：

/dev/sdb /home2 ext4 defaults 0 0

挂载完之后，通过在各自用户目录下建立目录的软链接到新硬盘的自定义用户目录即可，格式ln -s 源新建。比如ln -s /home2/sw01 home2，ssh就可以访问了，如果samba也要访问，需要修改samba配置。

对于配置的新硬盘，速度如何？可以用命令测试。

执行：sudo hdparm -Tt /dev/sda1 回显： /dev/sda1: Timing cached reads: 23504 MB in 1.99 seconds = 11811.29 MB/sec Timing buffered disk reads: 718 MB in 3.01 seconds = 238.93 MB/sec 主要是第二行的速度。

======================= ubuntu备份（备份没试过）=====================

在使用Ubuntu之前，相信很多人都有过使用Windows系统的经历。和备份Windows系统不同，如果你要备份Ubuntu系统(或者其它任何Linux系统)，你不再需要像Ghost这类备份工具。该如何备份我的Ubuntu系统呢？很简单，就像你备份或压缩其它东西一样，使用TAR。和Windows不同，Linux不会限制root访问任何东西，你可以把分区上的所有东西都扔到一个TAR文件里去！（1）然后进入文件系统的根目录(当然，如果你不想备份整个文件系统，你也可以进入你想要备份的目录，包括远程目录或者移动硬盘上的目录)： # cd / （2）sudo tar cvpjf backup.tar.bz2 / --exclude=/proc --exclude=/lost+found --exclude=/backup.tar.bz2 --exclude=/mnt --exclude=/sys --exclude=/home。选项p保持文件之前的权限属性，--exclude=/backup.tar.bz2是排除压缩档它自己。（3）如果要恢复系统，直接在根目录下用 tar xvpfj backup.tar.bz2 -C /，此处未验证。这是因为在 Linux中有一件很美妙的事情，就是你可以在一个运行的系统中恢复系统（4）恢复命令结束时，你的工作还没完成，别忘了重新创建那些在备份时被排除在外的目录： # mkdir proc # mkdir lost+found # mkdir mnt # mkdir sys 等等。当你重启电脑，你会发现一切东西恢复到你创建备份时的样子了！

为了便于ubuntu重装，一般是把系统和用户分成两个分区，然后分别挂载/和/home，这个在安装ubuntu时的某个步骤在“其他选项”就可以指定，如下：

这样在系统出问题时，只需要格式化系统分区，重装系统就好了，用户数据不会影响到。

安装阵列服务器也可以用上图方式。删掉旧的分区表，新建分区然后依次add即可。安装过程会提示

不予理会，安装完毕后，可以正常重启进系统桌面。

==================磁盘修复fsck命令用法==================

重点参见，跟我本人碰到的基本上一模一样：http://www.2cto.com/os/201507/417480.html

命令检测文件系统是否有错误http：//blog.csdn.net/liujia2100/article/details/48900619，用命令tune2fs -l /dev/mmcblk0p2

常见：unexpected inconsistency;RUN fsck MANUALLY：http://www.cnblogs.com/sinco-20161121/p/6084975.html，直接fsck -y /dev/sda1

fsck用法详解：https://blog.csdn.net/yusiguyuan/article/details/18302439?tdsourcetag=s_pcqq_aiomsg

（1）以实际经历讲述ubuntu系统的修复过程。由于系统掉电，或者异常操作，到时再开机时提示/home无法挂载。下面这个画面，也有可能是按F fix errors后出现的（重启电脑会出现Press I to ignore, S to skip mounting, or M for manual recovery报错。这个应该是由于在启动时使用fsck扫描时由于超级块中的时间相关太多而造成的此问题的出现，直接忽略即可）。