recovery

小米手机root

假如想象 提交于 2019-12-02 11:00:33
目录 概念 解锁流程 root流程 如何Root? 关于supersu 关于twrp 关于Magisk Manager ref: 申请开发板流程 线刷教程 小米手机root 概念 解锁: 使手机可以刷机,一般是进入fastboot模式,然后用相关工具解锁。对于小米,需要在他们的网上申请,再用他们给的工具解锁 root: 在手机里面安装root权限工具如supersu,superuser,etc。一般来说root的前提是解锁。具体做法?? 但是小米还可以申请开发板,开发板自动有root功能 root 不一定要清空手机资料 Root一个手机,就是将su文件放入到系统运行环境变量PATH下面 。之后无论哪个软件运行su程序,就可以提升到Root权限 Link 刷机: 相当于人手给手机安装操作系统。刷机的前提是解锁 刷机 != root。如果你刷的是系统稳定版本,他本身是没有root权限的 如需root,网上说要刷入 TWRP Recovery 和SuperSU Latest(V2.79) ZIP 。对于小米手机,另一个途径是申请开发版 线刷:使用usb线连接手机和电脑,的刷机方式 卡刷:不经过电脑,直接用手机选择刷机文件升级的方式。 系统默认一般没有这种功能功能了, 参考 但可以自己在手机里先要刷入第三方的recovery。具体做法?? OTA:?? 解锁流程 进入http://www

InnoDB: Operating system error number 23 in a file operation

青春壹個敷衍的年華 提交于 2019-12-02 06:53:09
Yesterday, my local server HDD crashes and goes for automatic scandisk at start up. I was not in office so I really don't know what had happen. But today when we start Server we are getting 130523 10:49:36 InnoDB: Operating system error number 23 in a file operation. InnoDB: Some operating system error numbers are described at InnoDB: http://dev.mysql.com/doc/refman/5.5/en/operating-system-error-codes.html InnoDB: File name .\ibdata1 InnoDB: File operation call: 'Windows aio'. I try to run scandisk on C: and it found 4 corrupted records, but no bad sector or something. Database Server has

c# File.Delete recovery?

一世执手 提交于 2019-12-02 02:45:22
Is there a way to recover file(s) that have been deleted programatically by the File.Delete() method? A program has deleted some files that I need to recover and they do not appear in the recycle bin. Lloyd Nope. File.Delete() calls a hard delete within the API and by-passes the Recycle Bin. You will need to use a file recovery program and hope for the best. For deletion via the Recycle Bin you use the SHFileOperation API as it is part of the shell. If/once you have your files back you might want to take a look at this SO answer which discusses changing File.Delete() to something that uses the

【Oracle】RMAN duplicate复制库

徘徊边缘 提交于 2019-12-02 02:07:37
基础环境: 172.17.4.60 操作系统:Linux 6.4 数据库:Oracle11gR2 (源数据库) 172.17.4.61 操作系统:Linux 6.4 数据库:Oracle11gR2 (测试库) 目的:从源数据库以RMAN的物理恢复的方式,恢复至测试库中。 如何验证,在源数据库,插入几条数据如下: SYS@oradb> create user zsd identified by zsd; User created. SYS@oradb> grant dba to zsd; Grant succeeded. SYS@oradb> conn zsd/zsd; Connected. ZSD@oradb> create table t1(name varchar2(20)); Table created. ZSD@oradb> insert into t1 values('zsd'); 1 row created. ZSD@oradb> insert into t1 values('lzh'); 1 row created. ZSD@oradb> insert into t1 values('zjf'); 1 row created. ZSD@oradb> commit; Commit complete. ZSD@oradb> select * from t1; NAME -

诊断:MRP0: Background Media Recovery process shutdown with error ORA-19909

与世无争的帅哥 提交于 2019-12-01 22:40:00
oracle12c data guard,从库无法应用日志,检查alert日至发现 2019-10-21T14:55:40.087819+08:00 MRP0: Background Media Recovery process shutdown (DATA) 查看mrp的trace发现: Trace file /oracle/diag/rdbms/pdDATA/DATA/trace/DATA_mrp0_37206.trc Oracle Database 12c Enterprise Edition Release 12.2.0.1.0 - 64bit Production Build label: RDBMS_12.2.0.1.0_LINUX.X64_170125 ORACLE_HOME: /oracle/product/12c/db System name: Linux Node name: pdfmdm002 Release: 2.6.32-431.el6.x86_64 Version: #1 SMP Sun Nov 10 22:19:54 EST 2013 Machine: x86_64 Instance name: DATA Redo thread mounted by this instance: 1 Oracle process number: 47 Unix

sqlserver清空删除日志

六眼飞鱼酱① 提交于 2019-12-01 22:01:16
USE [lzdxdb] GO ALTER DATABASE lzdxdb SET RECOVERY SIMPLE WITH NO_WAIT GO ALTER DATABASE lzdxdb SET RECOVERY SIMPLE --简单模式 GO USE lzdxdb GO --DBCC SHRINKFILE (N' eutdb_Log' , 11, TRUNCATEONLY) DBCC SHRINKFILE ('数据库日志名',1) GO USE [lzdxdb] GO ALTER DATABASE lzdxdb SET RECOVERY FULL WITH NO_WAIT GO ALTER DATABASE lzdxdb SET RECOVERY FULL --还原为完全模式 GO --lzdxdb为数据库名 --这里的 数据库日志名,可以用以下注释的语句进行查询(_log那个) USE [lzdxdb] GO SELECT file_id, name FROM sys.database_files; GO 来源: https://www.cnblogs.com/zdyang/p/11718197.html

HTC Desire S G12 刷 官方Android4.0.4

浪尽此生 提交于 2019-12-01 21:48:28
HTC Desire S G12 刷 官方Android4.0.4 没时间写太详细, 只写了操作步骤, 看的懂的 按照步骤自然就成功了, 看不懂的不建议你冒这个险... 1. 准备工作. 去下载官方4.0RUU: 下载地址 其它HTC机型 RUU下载 http://www.htcdev.com/devcenter/downloads 确认电脑已安装HTC Sync. 2. 提取从RUU.exe中ROM包. 解压RUU的zip包. 以管理员身份运行ruu程序.打开后不要进行下一步操作, 去任务管理器到ARUWizard.exe打开进程所在位置, 把文件夹内的 rom.zip,adb.exe,fastboot.exe和所有的dll文件都复制出来放入一个文件夹. 然后关闭ruu安装程序. 解压rom.zip 将 boot_signed.img复制出来. 放在adb.exe所在的目录.将ROM.zip更名为PG88IMG.zip后放入SDcrad. 3. 刷入官方HBOOT 以管理员身份运行cmd,手机连接电脑 执行: cd ****(adb.exe所在目录) dir (要能看到adb.exe等文件列表) adb wait-for-device (执行后会有提示信息) adb reboot bootloader (手机会重启) fastboot flash boot boot_signed

ORACLE---恢复

本小妞迷上赌 提交于 2019-12-01 15:22:42
一、完全恢复 控制文件,数据文件,表空间丢失,且是物理上的丢失 二、不完全恢复 联机日志,表空间丢失使用居于时间点的不完全恢复 三、克隆技术 数据库是7*24小时运行,drop table,drop user 四、闪回技术 误dml操作 一、完全恢复 数据库发生结构上的丢失,丢表空间,数据文件,控制文件丢失,参数文件丢失,可将数据库恢复到误操作最近的时刻点 不适用与7*24小时数据库,因为需要当机 1.参数文件丢失 在rman中可以在没有参数文件的状态下,启动到nomount状态 rman>>crosscheck backup ; //检查备份是否可用 rman>>list backup of spfile; //不能查找到spfile的路径,我们只能在物理位置上找到 rman>>restore spfile from '/备份参数文件的路径' ;//还原参数文件 rman>>startup force nomount; rman>>sql 'alter database mount'; rman>>alter database open ; 可以将上面的恢复步骤写到一个run里面 run { restore spfile from '/'; startup foece nomount ; sql 'alter database mount '; sql 'alter

Using Git for Windows - Accidentally lost a ton of work. Can I get it back?

早过忘川 提交于 2019-12-01 11:53:48
I am so confused and I think I've lost hours of work. I was editing a file in Git earlier, and I saved it, but did not commit. I did do a few other file changes, and commited and pushed them. However, one file was messed up, so I clicked on the last successful commit, and pressed "roll back to this commit." To my horror, it erased all my uncommitted changes, and now I have no idea how to get them back since they were not committed. You say that you didn't commit it. Unfortunately git only saves commits and not undone work. So, as sorry as I am, there is no way to use git to get your work back.