带来一篇修复Ubuntu分区挂载毛病和Grub引诱

讨论什么版本好并无意义,关键是你是不是真心想学.不过,为了避免曲高和寡,最好选用的人多的版本。
毛病情形：能够启动，但启动到一半的时分提醒反省分区堕落“fsckdiedwithexitstatus8”，这时候还能够经由过程Ctrl+Alt+Delete进进桌面，是由于/etc/ftab下的分区挂载信息有误（分区变化，分区的UUID变动了），详细可检察/var/log/fsck/下的启动纪录，看是谁人分区挂载失利了，然后利用sudovol_id/dev/sdaN检察sdaN的UUID（检察一切分区的UUID：ls-al/dev/disk/by-uuid），如sda1挂载不了，检察sda1的UUID：sudovol_id/dev/sda1，看到响应的UUID，更新/etc/fstab上面的UUID就能够了。
　
　　#/dev/sda6
UUID=1e0ae40c-6eb0-4ad0-8b74-b3f61e39c694/media/sda6ext3defaults02
（看，我的sda6的UUID变动为1e0ae40c-6eb0-4ad0-8b74-b3f61e39c694了,
但今朝的实在UUID并非这个。grub引诱menu.lst内里的UUID也不合错误。）

　　另有一种情形是启动方才入手下手就卡住了，这是由于grub的menu.lst内里的UUID也错了，也要更新一下，这个情形就贫苦多了。这也的情形未几吧，如果碰到了，还真贫苦。有Ubuntu的LiveCD还好吧，制造有启动盘的也好办。啥也没有的，重装？
　
#ThisentryautomaticallyaddedbytheDebianinstallerforanexisting
#linuxinstallationon/dev/sda6.
titleUbuntu7.10,kernel2.6.22-14-generic(on/dev/sda6)
root(hd0,5)
kernel/boot/vmlinuz-2.6.22-14-generic
root=UUID=59ece95a-72b8-4ab1-b0dc-b17c9c2ac20droquiet
splashinitrd/boot/initrd.img-2.6.22-14-generic
savedefault
boot
（menu.lst内里的sda6的UUID仍是59ece95a-72b8-4ab1-b0dc-b17c9c2ac20d，以是没法启动）

</p>
对于linux命令，一定要学会用man和info去查他们的解释；

为了更好的学习这门课程，我不仅课上认真听讲，课下也努力学习，为此还在自己的电脑上安装了Ubuntu系统。