原文地址:http://fav.coketea.com/article_show.php?id=1 步骤一.以试用方式进入ubuntu光盘系统,打开终端(快捷键ctrl+alt+t): 步骤二.获取root权限: sudo -i 步骤三 .列出所有的磁盘分区: fdisk -l 步骤四 .挂载根目录的分区,其中X代表你的ubuntu系统的分区号: mount /dev/sdaX /mnt 步骤五(可选).如果boot分区独立于根分区,则要挂载boot分区,其中Y代表boot分区号: mount

前言 博客很久没有更新了,一个原因就是原来存放部署博客的环境坏了,硬盘使用的是SSD,只要读取到某个文件,整个磁盘就直接识别不到了,还好博客环境之前有做备份,最近一直没有把部署环境做下恢复,今天抽空把环境做下恢复并且记录一篇基础的GRUB的处理文档 这两天正好碰到GRUB损坏的事,很久前处理过,但是没留下文档,正好现在把流程梳理一下,来解决grub.cfg损坏的情况,或者无法启动的情况 实践步骤 安装操作系统的时候会有多种可能分区的方法,一个直接的分区,一个是用了lvm,本篇将几种分区的情况分别

通过USB启动盘安装系统时将引导程序指定到/dev/sdb1,正常应该是指定到/dev/sdb才是,导致安装之后启动不起来. 重新通过USB启动盘进入试用界面,然后打开终端通过如下操作进行grub引导修复: sudo mount /dev/sdb1 /mnt #sdb1为系统安装的分区 sudo mount --bind /dev /mnt/dev sudo mount --bind /proc /mnt/proc sudo mount --bind /sys /mnt/sys sudo chr

目录: 一. 常见错误解读 二. DBCC CHECKDB 三 .不同部位损坏的应对 四. Database Mirroring和AlwaysOn的页面自动修复功能 一 常见错误解读 SQL Server 对数据库损坏的错误类型做了细化,在此对几个典型的错误作一下介绍. 错误信息是:“在文件 '%ls'中.偏移量为 %#016I64x 的位置执行 %S_MSG 期间,操作系统已经向 SQL Server 返回了错误 %ls.” “The operating systemreturned erro

症状: 开机显示: GRUB loading error:unknow filesystem grub rescue> 原因:已经发现下面几种操作会导致这种问题:1,想删除debian,于是直接在windows下删除/格式化了debian所在的分区.2,调整磁盘,利用工具合并/分割/调整/删除分区,使磁盘分区数目发生了变化.3,重新安装系统,把linux安装到了新分区,原有分区已经格式化,但是没有重新安装grub2.4,用debian备份工具/衍生版制造工具等,把主分区回复成了8.X的老版本,结

我是在装三系统的时候(1.WIN 7 ,2.Ubuntu 12.04 ,3.CentOS 6.4 ),中间步骤出错,造成引导区覆盖,grub乱掉了. 症状: 开机显示:GRUB loading error:unknow filesystem grub rescue> 原因: 已经发现下面几种操作会导致这种问题: 1,想删除ubuntu,于是直接在windows下删除/格式化了ubuntu所在的分区. 2,调整磁盘,利用工具合并/分割/调整/删除分区,使磁盘分区数目发生了变化. 3,重新安装系统,

From : http://www.2cto.com/os/201111/112327.html 症状:开机显示:GRUB loading error:unknow filesystem grub rescue> 原因:已经发现下面几种操作会导致这种问题:1,想删除ubuntu,于是直接在windows下删除/格式化了ubuntu所在的分区.2,调整磁盘,利用工具合并/分割/调整/删除分区,使磁盘分区数目发生了变化.3,重新安装系统,把linux安装到了新分区,原有分区已经格式化,但是没有重新安

07 oracle 归档模式 inactive/current redo log损坏修复--以及错误ORA-00600: internal error code, arguments: [2663], [0], [9710724], [0], [9711142], [], [], [], [], [], [], [] --环境: SQL*Plus: Release 11.2.0.4.0 Production CentOS release 6.5 (Final) 单实例/归档模式 1 Inacti

MySQL数据库INNODB 表损坏修复处理过程 博客分类: mysql tomcatmysql  最近mysql数据库经常死掉,用命令net stop mysql命令也无法停掉,关闭Tomcat的时候,出现Waiting for N instance(s) to be deallocated 信息.查了下,大概就是程序没有对数据库连接释放,导致Connection泄露了.因为用的是开元集成的平台,内部程序也不可能一下子给改掉的,就验证一下咯.启动Tomcat,用户登录系统,用netstat -

linux操作系统故障处理-ext4文件系统超级块损坏修复   背景 前天外面出差大数据测试环境平台有7台服务器挂了,同事重启好了五台服务器,但是还有两台服务器启动不起来,第二天回来后我和同事再次去机房检查,发现两台服务器都显示superblock的报错,经过一番处理后两台服务器都正常进系统了,现决定重现superblock故障并将此类问题故障处理思路写下来方便后面新同事参考. 硬盘的结构 硬盘的物理结构侧视图和俯视图,这两张图传递出来的比较重要的信息如下: 磁盘划分为磁头(Head),柱面(C

1.查看系统中的/boot/grub/grub.conf # grub.conf generated by anaconda # # Note that you do not have to rerun grub after making changes to this file # NOTICE:  You have a /boot partition.  This means that #          all kernel and initrd paths are relative t

今天使用Ghost装系统遇到windows7不能启动的问题,采用下面帖子中的部分命令搞定之. 我自己是直接使用: 插入windows7安装光盘,从光盘启动,在光盘启动完成后,按下shift+f10键,调出cmd命令提示符.在命令提示符中输入:Bootrec.exe /fixmbr Bootrec /fixboot bootrec /RebuildBcd 三个命令搞定的. 转自:http://hi.baidu.com/wyf23256/item/0ffb6e96bd42c635336eebdf 先

最近,在grub引导的Ubuntu+Win7双系统上作业,用的是Ubuntu14.04.2.进行系统更新,更新到一般卡住了,恰好此时在进行grub相关文件的更新,我把机器重启后进入了grub rescue模式,如下: error: file '/boot/grub/i386-pc/normal.mod' not found. Entering rescue mode... grub rescue> 经过网络一番查找和自身验证,我汇总了三种解决方法. 1.制作Ubuntu的U盘启动工具,选择U盘启

1.  MBR故障修复 备份 mkdir /pp mount /dev/sdb1 /pp dd if=/dev/sda of=/pp/mrb.bak bs=512 count=1   破坏mrb dd if=/dev/zero of=/dev/sda bs=512 count=1 reboot 重启后镜像界面显示找不到引导系统, 连接光驱,进入紧急救援模式到shell字符界面还原备份 2. Grub 文件丢失或损坏 挂载硬盘并备份groub.conf文件 mount /dev/sdb1 /pp

将系统盘挂载上并设置开机从光盘启动(U盘也可以) 进入系统安装引导初始界面,然后选择最后一项Troubleshooting 然后选择第二项Rescue a CentOS system进入系统救援模式选择Continue继续进行 进入到系统救援模式的命令行界面 执行chroot /mnt/sysimage进行根切换 mount  /dev/sr0    /mnt将光盘挂载到/mnt目录下 执行rpm  -ivh /mnt/Packages/Kernel-3.10.0-693.e17.x86__64

如果Linux分区有损坏情况,启动有问题,不能正常进入文本或图形界面.那么一般会出现提示,需要输入Root密码登录后采用fsck -t ext3 -r /usr/local 修复 , /usr/local 是提示检查不能通过的分区.

上周三中午CQ数据库数据文件损坏,导致登录时一张关键的表无法查询报错从而cq无法登录,此次故障和上次的一样,不过恢复的非常曲折,导致停机两天,现简单的通报下恢复过程: 故障原因: oracle-902版本的一个BUG,数据文件大小逼近4G.8G临界点时无法自动扩展,该bug在903版本后得到修复,但是公司cq库迟迟未升级,14号数据文件上保存了大量的大对象数据以及大部分cq系统表,在执行修改操作段扩张时逼近4G大小临界点从而报错,导致数据文件头不一致,数据文件被offline...上次故障也是同

作者:jostree 转载请注明出处 http://www.cnblogs.com/jostree/p/4167644.html   (1) 先使用ls命令,找到Ubuntu的安装分区: 在 grub rescue>下输入以下命令: grub rescue>ls 会罗列所有的磁盘分区信息: (hd0,msdos1),(hd0,msdos2),(hd0,msdos3)或(hd0,1),(hd0,3),(hd0,2)   (2) 然后依次调用如下命令: X表示各个分区号码如果/boot没有单独分区

之前碰到过小型数据库损坏打不开的问题,一直没有理会,今天生产上客户本地小库产生这样的问题,已经修复         SqlCeEngine engine = new SqlCeEngine("data source=D:\\WPF_Database\\billiard.sdf;;password=ty123456");               if (false == engine.Verify())               {                   Messag

来源://http://blog.csdn.net/houffee/article/details/18398603 VM虚拟机中使用.vmx文件保存虚拟机的所有软硬件配置,如果意外损坏的话将会出现不能正常打开虚拟机的故障,症状为:用文本查看软件打开虚拟机目录中的.vmk文件发现内容变为乱码(正常为可读文本,显示虚拟机中的配置信息) 修复方法:    本方法仅适用.vmx文件损坏而其他文件完好无损的情况.    举例说明:虚拟机名为XP,虚拟机目录为E:\XP\,配置文件名即为XP.vmx(除目

前两天遇到了一个问题,centos必须借助CD的启动才能进入系统,当时想着做个测试,这会儿正好有时间,在VMWare里面试试. 思想是这样的,删除boot里面的文件,然后重启看效果. 具体过程如下: 先将boot下面的资料被分到远程,方便回头下载 删掉boot下面的东西,然后重启就是下图,呵呵.这个grub貌似是在磁盘的MBR里面,删除boot下面的文件不会影响到. 我们用系统光盘进入rescure模式进行还原数据试试 发现还是黑屏,使用如下命令修复grub,重启后可以正常进入系统. chroo