【第一讲】如何用Odin刷机 – 新手必读 http://bbs.gfan.com/android-1653492-1-1.html 【第二讲】I897卡刷或CWM刷机教程 http://bbs.gfan.com/android-1701867-1-1.html 【第三讲】APK应用程序的解包、修改、编辑、打包及应用 http://bbs.gfan.com/android-1744646-1-1.html 【第四讲】ROM的提取和RFS文件的解包打包 http://bbs.gfan.com/android-1822477-1-1.html 【第五讲】如何制作或定制Odin刷机包ROM http://bbs.gfan.com/android-1849329-1-1.html
2. ROM的提取 这一节介绍如何从ROM中提取文件。最常用的就是提取apk文件。在论坛中经常看到求救帖子：“大侠，救命哇，我把XXXX.apk给删掉了，手机出错。。。”。我说，你完全可以自救，不必在论坛里跪求他人或在线等。出路很简单：就是自己先做备份或有手段去提取文件。另外，如果你掌握了文件的提取方法，你就可以从其它ROM中方便地移植你喜欢的应用程序和功能了。例如，移植输入法，更换主题或桌面，等等。 所谓ROM的提取或从ROM中“提取”文件，实际上就是要对factoryfs.rfs文件进行解包，把里面要用的文件复制出来。factoryfs.rfs是镜像文件，用了三星自定义的格式。RFS是Robust File System的缩写。在刷机包里还有cache.rfs和dbdata.rfs，都是同类镜像文件。对它们的解包打包方法是相同的。下面来介绍几种常用解包方法。 1) 直接从卡刷ROM包提取 如果你的ROM是“卡刷”包，直接提取就好啦，不需要解包。卡刷包是zip格式的压缩文件。用WinRAR或WinZip直接解压ROM文件就得到所有的原文件。一个典型的ROM打开后有三个文件夹： META-INF 签名文件和刷机脚本文件 system 这就是factoryfs.rfs内的所有内容 updates 存放内核和基带 进入/system/app目录，一切apk程序都在这里，对应于factoryfs.rfs内的内容和手机的/system目录。刷机就是把/system下的内容复制到规定的分区 2) 用RE管理器从手机里提取，复制到SD卡 还有一种ROM的提取方法，不需要其它软件。用RE管理器，利用它的“多选”-“全选”-“复制”功能，一次把多个文件复制到手机的SD卡上。然后，进入“大容量存储”把文件拷贝到计算机里。这也是做备份的一种常用方法。 3) 利用91手机助手从手机提取 还有一种不需要对ROM解包就可以提取到文件的途径。如果你是91手机助手的使用者，你一定熟悉它。打开91手机助手的文件管理，想提取那个就提取那个。把文件直接拖出来放到你的计算机里就行了。 4) MagicISO/UltraISO/WinImage软件 由于factoryfs.rfs是镜像文件，你可以用某些镜像解包软件来打开刷机文件factoryfs.rfs。常用的软件有MagicISO和UltraISO。论坛里有介绍和下载链接。我在上一节的例子中就是用到MagicISO。类似的软件有很多，你们可能各有利器。最近，也用过WinImage，结果相同。 注意：这些软件只能用于解包提取文件之用，不能进行RFS打包操作。 5) 在Linux下通过对factoryfs.rfs的解包 在Linux环境下，通过对factoryfs.rfs进行解包操作是提取ROM的高级手段。在下一节详细叙述。 3. RFS的解包和打包 先强调一下，我们这一节讲的RFS文件的解包和打包不是为了提取文件之用。我们的目的并不仅仅停留在提取ROM文件上的层面上。更重要的是，我们不但要对factoryfs.rfs能解包，我们需要对包内的内容进行修改后还要能够再打包成RFS文件格式。其最终目的是为了定制自己的ROM刷机包。从技术上讲，RFS文件的打包只能在Linux系统下进行。我们在这一节就介绍如何在Linux系统下对RFS文件的解包和打包。 1) 在计算机的Linux系统下 计算机已经安装了Linux操作系统和配置了java环境。下面是对factoryfs.rfs的解包和RFS打包过程。在Linux下主要使用mount和umount两个命令，要求具有超级用户权限。操作步骤如下： a)先创建一个子目录：/home/sunny/Work b)把factoryfs.rfs复制到/home/sunny/Work这个子目录 c)再在Work之下创建一个子目录System d)在用户终端/home/sunny/Work输入 $ su Password：XXXXXXXX（你的Root口令） 输入“Password”后，获得超级用户权限，提示符变成 root@ubuntu:/home/sunny/Work# e)在超级用户终端/home/sunny/Work# 输入下列命令，挂载 RFS文件factoryfs.rfs 为一个磁盘： # mount –o loop factoryfs.rfs System 进入“磁盘”System目录，你就可以看到factoryfs.rfs解包后的所有内容。像对待正常文件夹一样，你可以用“文件夹”浏览器查看 System文件夹里面的内容，但是不能删除
环境：RAC+单机 Dataguard 问题：启动DG备库到mount阶段，启动MRP进程后，发现后台日志不打印归档传输信息，另外备库日志打开ARC1: Becoming the 'no FAL' ARC
日常开发中，我们经常会用到很多通用的 JS 代码，比如：复制内容、从 URL 中获取指定参数 等
环境：RAC+单机 Dataguard 问题：启动备库到ADG模式时，发现后台归档日志并不同步
来自Linux内核文档。之前看过这篇文章，一直好奇，问什么一条网络流会固定在一个CPU上进行处理，本文档可以解决这个疑问。为了更好地理解本文章中的功能，将这篇文章穿插入内。
查看当前归档日志路径，空间的使用率已经到了100%，于是在rman中，删除30天之前的归档日志文件，
几乎所有的网站都有存在，因为它可以让用户更方便地使用功能。但令人难以置信的是，只需要 6 行有效代码就可以做到这一点。
***********************************************************************
1. rx-checksumming：校验接收报文的checksum。
RPS和RFS是google贡献的两个补丁，在2.6.35版本中，正式被合并入了内核。这两个补丁总体来说，并不算复杂，实际上很多网络设备厂商早已在自己的产品中，有了类似的应用。但这个涉及到厂商的主营业务，所以不会做任何开源。
我在做Standby RAC实验时，起初使用的是ARCH传输，后来将其改为LGWR传输（实际是LGWR分出的小工进程LNS）：
Errors in file /u01/app/oracle/diag/rdbms/orcldg3/orcl/trace/orcl_m000_9167.trc:
作者|卢立广：云和恩墨交付工程师，有多年数据库运维工作经验，擅长数据库性能优化和数据迁移等，长期服务于政府、能源、通信等行业客户。
SQL> select DATABASE_ROLE,OPEN_MODE from v$database;
今天解读一篇发表在EBioMedicine上的文章，影响因子6.68。文章通过建立了一个肿瘤微环境风险评分panel,并证明其可作为I-III期结肠癌患者生存预测和治疗指导的有效工具。
作为一名oracle DBA，有没有遇到过大半夜被电话吵醒，被告知服务器故障重启了，现在数据库服务不可用，麻烦回来启动下数据库？
今天和大家分享的是2020年7月发表在cancer letters（IF=7.36）的一篇文章 "Identification of a nomogram based on long non-coding RNA to improve prognosis prediction of esophageal squamous cell carcinoma ", 作者使用多个数据集确定了9个与早期LUAD病人RFS和OS相关的IBRS。
//点击，进入全屏 $('#btn4').click(()=>{ let el = document.documentElement; let rfs = el.requestFullScreen || el.webkitRequestFullScreen || el.mozRequestFullScreen || el.msRequestFullScreen; if(typeof rfs != 'undefined' && rfs){ rfs.call
主成分分析 (PCA) 在数据科学、生物信息学等多个领域具有广泛的适用性。作为一种数学降维方法, PCA利用正交变换 (orthogonal transformation)将一系列可能线性相关的变量转换为一组线性不相关的新变量，也称为主成分，从而利用新变量在更小的维度下展示数据的特征。
从这期开始讲Oracle Data Guard方面的内容，先将基本的概念，然后介绍如何搭建Data Guard
RFS（Remote File Server）进程主要用来接受从主库传送过来的日志信息。对于物理备库而言，RFS进程可以直接将日志写进Standby Redo logs，也可以直接将日志信息写到归档日志中。一般可以在主备库的告警日志中看到如下的信息：
最近碰到了一个oracle bug，但是我感觉还是有些运气的成分，虽然错误日志和bug描述吻合，版本也完全对应，现在有几个问题在我脑海中翻腾，就是这个问题是不是一个特例，是不是一些额外的原因导致的，于是我翻出了日志重新来看。 这是一个一主两备的环境，一个本地灾备，一个异地灾备，数据库版本是10.2.0.4.0，单实例 数据库日志如下： Redo Shipping Client Connected as PUBLIC -- Connected User is Valid RFS[8]: Assigned to
案例：Standby RAC遭遇ORA-1157,1111,1110导致实例crash处理 环境：RHEL 6.5 + Oracle RAC 11.2.0.4 + Dataguard 今天在实验环境的Pirmary RAC主库上做了一个增加表空间的操作，结果Standby RAC启动同步后直接crash，具体报错如下：
前面一篇介绍了Java怎么去查看数据块的相关信息和怎么去查看文件系统。我们只要知道怎么去查看就行了！接下来我分享的是Hadoop的I/O操作。
PS：这里面很多底层的技术，说实话，还是感觉不需要那么急着了解这些底层linux的技术，随着咱们慢慢对docker深入认识，里面的技术细节也会展开深入的的说。
机器之心专栏 机器之心编辑部 近日，南京大学推理与学习研究组（Reasoning and Learning Research Group, R&L Group）联合澳大利亚伍伦贡大学、美国罗彻斯特大学开源了一个小样本学习算法库 LibFewShot。该库包含了 17 个 2017 年到 2020 年具有代表性的小样本学习算法，为小样本学习领域中算法对比采用统一框架、统一设置、实现公平对比等提供便利。关于 LibFewShot 的文章已经发布在 arXiv。 论文链接：https://arxiv.org/
[1] The Rise of Shadow Banking: Evidence from Capital Regulation
前言 前面一篇介绍了Java怎么去查看数据块的相关信息和怎么去查看文件系统。我们只要知道怎么去查看就行了！接下来我分享的是Hadoop的I/O操作。 在Hadoop中为什么要去使用压缩（Com
范可尼贫血(FA)通路是一种典型的、多酶调节的DNA损伤修复剂，它影响着包括癌症在内的疾病的发生和发展。关于FA相关基因(FARGs)的作用及其在癌症中的预后价值的综合分析报道很少
端口号码 / 层 名称 注释 1 tcpmux TCP 端口服务多路复用 5 rje 远程作业入口 7 echo Echo 服务 9 discard 用于连接测试的空服务 11 systat 用于列举连接了的端口的系统状态 13 daytime 给请求主机发送日期和时间 17 qotd 给连接了的主机发送每日格言 18 msp 消息发送协议 19 chargen 字符生成服务；发送无止境的字符流 2
在自动驾驶中，需要大量的sensor信息上传到服务器进行训练。即使在车辆的行驶过程中也需要相关的sensor信息进行融合，感知。而sensor的信息可能来自不同的域，这样就需要高速稳定的网络来提供基础服务。对RX 和TX 提供了下面技术，
今天在一台机器上模拟了dataguard,主备两个实例从物理上不共享任何归档文件路径。 主要有以下内容： dataguard Physical standby的创建 protection mode的切换 switch over 模拟了两台机器oel1,oel2 主库的归档放在oel1里面，备库的放在oel2里面 --创建的路径如下 ./oel1: orcl_pri_arch orcl_stdby_arch ./oel2: standby_pri_arch standby_stdby_arch --强制
实验环境：RHEL 6.5 + Oracle 11.2.0.4 GI、DB + Primary RAC（2 nodes）+ Standby RAC（2 nodes）
今天早上到了公司后，收到了这样一封报警邮件，发现收到备库的报警案例也比较多，着实颠覆了我对备库基本不需要关注管理的观点。后面可以把几个案例做成一个主题来说说。 报警邮件的内容如下： ZABBIX-监控系统: ------------------------------------ 报警内容: DG_issue ------------------------------------ 报警级别: PROBLEM ------------------------------------ 监控项目: dg_is
本文是针对在DG灾备环境进行failover操作以及后续恢复的报告。 我这里的测试环境是： 数据库版本：Oracle 11.2.0.4 Site A：主库 db_unique_name=jyzhao Site B：备库（实时应用）db_unique_name=mynas Site C：备库（延迟1小时应用）db_unique_name=jyzhao_s
回忆起来也是有些年没亲自动手搭建ADG了，今天正好有个机会重温，客户环境是19.16，恍惚记得上一次搭ADG还是在11.2.0.4的时代，时光荏苒啊。 正好看下19c的ADG和11g的ADG在部署方面有啥不同？ 主备库都是RAC架构，数据库是CDB架构，包含有4个PDB，整个搭建过程还是遇到很多小问题，但基本也都知道原因并能快速解决，也有个别折腾了很久的，蛮有意思，所以记录下本次遇到的问题供日后参考，客户信息已脱敏。
大家好，这次给大家分享一篇2020年1月发表在Int. J. Biol. Sci.杂志上的文章，即时影响因子5.03。本文主要是研究与食管癌预后相关的7-mRNA，同样是一篇预测模型的文章，下面一起来看一下这篇文章！
Archived Log entry 2000 added for T-1.S-288759 ID 0x5a3a0712 LAD:1
kmplot是一个生存分析的在线工具，最初是设计用来对肝癌中的miRNA进行生存分析，对应的文章发表在scientific reports上，链接如下
在上周五的时候，本来一个例行巡检，想扩充一些表空间，结果弄巧成拙，因为一个drop datafile的操作直接导致了一主两备的两个备库MRP直接抛出了ORA-600错误。 在尝试了一些方法和查看了MOS之后，除了重建备库，暂时还没有找到其它相对更快捷的方法。 因为是10.2.0.4.0的环境，为了先修复问题，自己先使用rman在主库做了备份，然后在备库直接做duplicate操作还原恢复。先搭好了一个备库，另外一个备库则先留下来，观察一下，看看有没有其它的方法，如果还是没有找到，就继续重新搭建备库。 结果在
还是继续分析报警信息的关联，下面两个看似没有直接联系的报警信息其实很有关联。 下面是主库的报警的信息，查看v$dataguard_status得到了最新的错误信息。 ############################# [DB监控系统]_adb2_p@10.127.xx.19_报警 ZABBIX-监控系统: ------------------------------------ 报警内容: DG_issue ------------------------------------ 报警级别: PR
原本dataguard中日志应用和数据库只读查询是一个互斥的关系，两者不能并存。如果需要应用日志，则数据库只能在Mount状态下 使用recover managed standby database disconnect from session来不断地从后台进行日志应用。 如果想查看备库中的数据情况，则只能使用recover managed standby database cancel来取消日志应用，然后把数据库启动到read only 状态下。这种情况从道理上也讲也是有理有据，但是终归还是感觉不够方便
https://www.cnblogs.com/poloyy/category/1676599.html
让用户端JS触发指的就是让用JS监听用户的操作事件，通过JS程序去实现F11全屏。这个事件可以是一个按钮的点击事件，当然也可以是键盘事件，比如用户按下F11。 1.F11键盘事件触发 当用户按下F11事件，浏览器为触发自身全屏功能，这个过程我们一般是不可控制的，即使是监听了F11的键盘事件，退出全屏的时候，我们也捕捉不到退出全屏触发的事件。所以，我们就用程序自己去实现F11的功能，首先需要禁用浏览器默认的事件动作。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
腾讯会议
实时音视频
