在改profile的时候,改出问题了,除了cd以外的命令基本都不能用了.使用root用户执行: # export PATH=/usr/bin:/usr/sbin:/bin:/sbin:/usr/X11R6/bin 然后就可以用命令了,速度用vi把profile改回来,恢复正常.shell命令基本都在/usr/bin,/usr/sbin,/bin,/sbin,/usr/X11R6/bin中有定义.所以,只要把这些命令重新取出来就能使用了.

stage1 mbr的破坏和恢复 清空mbr 前446字节 dd if=/dev/zero of=/dev/sda bs=1 count=446 如果没有挂载启动光盘,会显示这样 如果启动前挂载了光盘,则重启之后自动从光驱启动了 此时选择救援模式,Rescue installed system 按照提示操作最后进入到shell 修复mbr需要用到grub去修复磁盘,所以要先把根切到硬盘上 chroot /mnt/sysimage 运行grub-install进行修复 grub-install /

系统文件损坏后进入紧急修复模式,无法进行维护工作 welcome to emergency mode!after logging in ,type "journalctl -xb" to view system logs,"systemctl reboot" to reboot ,"systemctl default" to try again to boot into default mode. give root password for m

好吧,先说说造成崩溃的原因: 使用redhat 5.9 Linux 作为数据库服务器, 周五数据库正在使用中,硬关机造成数据库文件部分损坏(周一上班时,应用程序启动不起来,查看日志文件时,发现一个数据表映射失败) 使用pl/sql 查询数据文件时,发现 查询表正常,但是使用 where限制条件的时候,会造成崩溃      (只是为了说明命令,未保留当时警告截图) 然后出现 ORA-01578 data block corrupted , 因此 问题排查为当前数据表索引存在问题, 因此使用备份数据

----------------- [1] use master go sp_configure reconfigure with override go ----------------- [2] where dbid=DB_ID('zc_post') ----------------- [3] dbcc rebuild_log('zc_post','d:\zc_post_log.ldg') ----------------- [4] dbcc checkdb('zc_post') -----

转载:http://www.cystc.org/?p=2827 很多人都会用sfc /scannow来解决系统文件损坏的问题,但有时也会遇到连sfc都无法修复的情况,最常见的就是出现“Windows 资源保护找到了损坏文件但无法修复其中某些文件 CBS.Log windir\Logs\CBS\CBS.log中有详细信息”,其实这是因为系统文件在winsxs中的备份也一并损坏的缘故,导致了最终文件无法被修复.解决的办法就是要找到损坏的文件,然后用正常的文件替换掉他. 第一步:找到损坏的文件 以管理

Oracle数据库遭遇断电遭遇ora-00214.ora-00314.ora-00312错误恢复案例一枚 1.数据库在17日21:19启动开始报错ora-214错误: Tue Jan 17 21:19:10 2017 alter database mount exclusive Tue Jan 17 21:19:13 2017 ORA-214 signalled during: alter database mount exclusive... Dump file d:\oracle\produ

记录SQL Server2008日志文件损坏的恢复过程: 环境: 系 统:Windows Server2003 数据库:SQL Server2008 故障原因: 通过mstsc链接同一服务器时,用户界面不一致.决定重启服务器,未正确关闭应用程序的情况下(程序在访问数据库),导致数据库日志文件损坏,自然也就无法访问mdf文件!(都是微软自家的产品,重启服务器为什么不能检查数据库的状态,将数据库设置在安全状态后在重启呢??(有一种解释是:SQL Server为了加快关机的速度,允许使用NOWAIT选

Linux 文件系统错误的修复方法  ddrescue替代dd的恢复软件  备用超级块 最近处理的一件 linux 服务器断电导致文件系统启动后文件系统不可读写,数据不可用的案例,现总结下 Linux 文件系统错误的修复方法.EXT3-fs error (device hda3) in start_transaction: Journal has abortedIf your system abruptly loses power, or if a RAID card is beginning

CentOS ISO 镜像文件的功能 引导安装 CentOS ISO 镜像文件包含有安装程序,官方称其为 Anaconda,用来引导安装 CentOS 提供 CentOS 的安装文件 镜像文件不一定包含我们安装所需要 CentOS,可能只有安装程序,用以引导安装 提供额外软件 不只是在安装过程中可以提供额外软件,在已经安装使用的系统中也可以挂载该 ISO 镜像文件,使用其中的软件安装包 修复 CentOS 也就是我们常说的光盘救援系统 CentOS 7 镜像文件各个版本区别 CentOS 7 有

参考:How to Recover from Loss Of Online Redo Log And ORA-312 And ORA-313 (Doc ID 117481.1) 在线重做日志文件丢失后恢复的场景包括: 在线重做日志的配置:镜像或非镜像 介质故障的类型:临时或永久性 受故障影响的联机重做日志文件的状态类型:CURRENT,ACTIVE,UNARCHIVED或INACTIVE 在丢失archivelog文件之前,数据库是否正常关闭 1,丢失多member在线重做日志组成员后恢复 如果

MDF文件损坏,如何恢复?MDF附加失败,数据库附加失败 1.附加时 2.用替换法设置后重建日志 (其实已经删掉日志了,确保操作之前没有日志,但是运行 alter database [test] Rebuild Log on ) 新建日志时,缺报这个错,一看文件,是已经存在了(但是即使删掉这个数据库,这个日志文件也不会一起被删,证明该日志文件并没有构建好与该mdf的连接) 3.dbcc checkdb之后,发现其问题如下图 4.dbcc checkdb('test',REPAIR_ALLOW_D

电脑突然断电,重新开机后发现有的程序无法正常启动,原因是配置文件损坏了.感觉奇怪,为什么在硬盘里的文件会内容丢失? 1.可能:写数据的过程被中断,只完成了一部分.可能会出现乱码(因为只写了几个字节,不完整).文件错误等. 2.更大的可能:操作系统写文件操作有个缓存,并不会直接写入硬盘. 内存可能有个缓存,磁盘也可能有个缓存,在数据会先保存在缓存中一段时间,累积到一定大小或者时间限度再一起写入磁盘中. 如果在这段时间内断电,那么缓存中的文件就丢失了,极端情况是写入了一部分数据,导致文件损坏.(可以

win7注册表损坏的修复方法 发布时间:2013-07-19 09:31发布者:系统城-小薇浏览数:3129 注册表是window系统中的一个非常重要的数据库,用于存储电脑系统和应用程序的设置信息,我们常常会看到一些系统问题要通过修改注册表来解决,但注册表的修改是一件需要非常谨慎的事情,倘若不小心则会造成系统崩溃,让人很是着急,那么小编这里要教大家的就是关于win7系统注册表损坏的修复方法!即使用系统本身备份的注册表文件来替换即可解决! 1.首先我们利用win7系统U盘启动,接着进入到修复界面,

一, 故障模拟 控制文件损坏 发现关闭不了 强制关闭   故障恢复   发现已经执行到mont阶段,因为这个不依靠控制文件 进入整段日志 cd /u01/app/oracle/diag/rdbms/orcl/orcl/trace/ 查看alert_orcl.log日志 vim alert_orcl.log 报错信息 ORA-: cannot open the specified control file ORA-: control file: '/oradata/orcl/control01.c

MDF损坏或LDF损坏 MDF丢失或LDF丢失 注意,这些情况必须要相同版本的sql server才能操作成功 当MDF损坏时 1.备份结尾日志 http://www.cnblogs.com/gered/p/8964424.html 2.当LDF损坏时(参考:http://www.cnblogs.com/CareySon/archive/2013/06/16/3138742.html) (1)重做日志文件 --设置库为紧急状态 alter database [11test] set emerge

作者简介 王睿操,平安好医数据库架构岗,多年postgresql数据库运维开发工作.曾就职于中国民航信息,迪卡侬.对其他数据库产品也有一定的涉猎. 背景 笔者最近发现很多朋友经常遇到PostgreSQL坏块或者数据混乱的情况,网上中文资料比较少,于是整理了一下笔者遇到各种各样的报错以及解决方案 案例一:物理坏块 逻辑备份时报错 pg_dump: Dumping the contents of table "xxxx" failed: PQgetResult() failed. pg_d

  版权声明:博客将逐步迁移到 http://cwqqq.com https://blog.csdn.net/cwqcwk1/article/details/45541409 昨晚,朋友和我反馈SQLite数据库发生损坏有没有办法恢复.大致的情况是这样的,当数据库在使用时不小心用了新的文件覆盖数据库,导致了SQLite数据库出现了损坏,打开的时候出现要输入密码,而且不能把SQL语句dump下来.所以,文章这里整理SQLite数据库出现损坏的所有情况,以及如何修复损坏的SQLite数据库文件.  

一.问题发现 命令行进入数据库实例手动给某张表进行alter操作,发现如下报错. mysql> use xx_xxx; No connection. Trying to reconnect... Connection Current database: *** NONE *** Reading table information for completion of table and column names You can turn off this feature to get a quic

一.概述 本文将给大家介绍oracle各类文件损坏的现象和应对策略,请注意所有的恢复都是基于有备份的情况,所以请开启数据库的日常备份.文章将从以下文件展开 a. 密码文件 b. 参数文件 c. 控制文件 d. 数据文件(分普通表空间数据文件,其它表空间数据文件如system.sysaux.undo) e. 日志文件(分current.active.inactive) 在正式实验之前,我先问一个问题,上面这些文件,哪个损坏最致命? 二.环境准备 本实验在oracle 11G归档模式下进行,实验前先

CentOS 6或7 启动故障修复及root密码破解 目录 CentOS 6或7 启动故障修复及root密码破解 CentOS 6启动流程修复: 实验一:删除initramfs-2.6.32-754.el6.x86_64.img进行恢复 实验二:破坏扇区的446字节,进行修复 实验三:破解CentOS 6密码 实验四:删除grub.conf 实验五:删除/boot/下的所有文件,需要光盘修复 实验六:删除/boot/下的所有文件,且没有/etc/fstab文件,需要光盘修复 CentOS 7故障