应用程序正常初始化(0xc0000135)失败解决方法;附:该内存不能为“read”和“written”

本文探讨了应用程序初始化失败时可能出现的各种错误及其解决策略,包括内存错误、.NET框架缺失、病毒木马感染、系统文件损坏、硬件问题等。提供了包括检查内存、更新系统、安装或卸载特定软件、打补丁、调整兼容性设置等多种解决方案,旨在帮助用户高效定位和解决应用程序初始化失败的问题。

 

应用程序正常初始化(0xc0000135)失败解决方法 这是由于没有安装.NET framework 所造成的,请安装.NET framework。下载地址:微软官方地址:http://download.microsoft.com/download/3/F/0/3F0A922C-F239-4B9B-9CB0-DF53621C57D9/dotnetfx3.exe 

华军软件园: http://www.onlinedown.net/soft/38669.htm  这个问题我再网上找了N久怎么找到的都是重装(看来重装在大部分人心目中是万能的),实际上是由于程序采用VS.net编写,需要.NET framework 的支持。

应用程序正常初始化(0xc0000005)失败  

说明文字:PAGE-FAULT-IN-NONPAGED-AREA 
通常的原因:内存错误(数据不能使用分页文件交换到磁盘中). 
解决方法:卸掉所有的新近安装的硬件. 
运行由计算机制造商提供的所有系统诊断软件.尤其是内存检查. 
检查是否正确安装了所有新硬件或软件,如果这是一次全新安装,请与硬件或软件制造商联系,获得可能需要的任何Windows更新或驱动程序. 
禁用或卸载所有的反病毒程序. 
禁用BIOS内存选项,例如cache或shadow. 


应用程序初始化内存分配错误。 
0xc0000005错误发生的诱因主要分为四大类: 
1、自由表存储载体的缺陷(主要体现在VCX、VCT,SCX和SCT上)。 
2、第三方监控性质的软件。(如:防毒软件在内存即时监控状态下、词霸软件在全屏拾取模式下等); 
3、VisualFoxpro自身的代码漏洞; 
4、硬件因素。 

建议断开网络,然后关闭防火墙,再安装试试,如果不行,重启电脑再试,再不行则归类为程序缺陷了。 


存不能为“read”或“written”的解决方案 
有些人运行飚车程序的时候会弹出该内存不能为“read”的错误提示。希望以下文章能对大家有所帮助。 
使用Windows操作系统的人有时会遇到这样的错误信息,运行某些程序的时候,有时会出现内存错误的提示,然后该程序会自动关闭或点击后关闭,严重的会无法关闭。 

“0x????????”指令引用的“0x????????”内存。该内存不能为“read”。 
“0x????????”指令引用的“0x????????”内存,该内存不能为“written”。 
不知你出现过类似这样的故障吗?(0x后面内容有可能不一样。) 

散一般出现这个现象有方面的,一是硬件,即内存方面有问题,二是软件,这就有多方面的问题了。 

1、微软IE缓冲溢出漏洞引起 

2、内存或虚拟内存地址使用冲突造成程序的运行需要分配一定的内存地址给程序使用,当程序结束时释放留出空间让给新的程序使用,win是多任务的系统有时前程序未结束 又有新的任务开始到底要多少内存或虚拟内存来保证我们同时运行的工作任务呢?也许win在这个问题上没弄好,所以有此错误常常发生,一般运行大型软件或多媒体后出现这种情况 

3、劣质内存条也会出现这个问题一般来说,内存出现问题的可能性并不大,主要方面是:内存条坏了、内存质量有问题,还有就是2个不同牌子不同容量的内存混插,也比较容易出现不兼容的情况,同时还要注意散热问题,特别是超频后。你可以使用MemTest这个软件来检测一下内存,它可以彻底的检测出内存的稳定度。假如你是双内存,而且是不同品牌的内存条混插或者买了二手内存时,出现这个问题,这时,你就要检查是不是内存出问题了或者和其它硬件不兼容。 

4、微软WINDOWS系统的漏洞,windows把内存地址0X00000000到0X0000ffff指定为分配null指针的地址范围,如果程序试图访问这一地址,则认为是错误。c/c++编写的程序通常不进行严格的错误检查,当采用malloc来分配内存而可供分配的地址空间不够的情况下返回null指针。但是代码不检查这种错误,认为地址分配已经成功,于是就访问0X00000000的地址,于是就发生内存违规访问,同时该进程被终止。ASCII字符填充组成的pif文件时会出现以下情况:一个非法的pif文件(用ascii字符\''x\''填充)至少要369字节,系统才认为是一个合法的pif文件,才会以pif的图标[pifmgr.dll,0]显示,才会在属性里有程序、字体、内存、屏幕”等内容。而且仅仅当一个非pif文件的大小是369字节时察看属性的“程序”页时,不会发生程序错误,哪怕是370字节也不行。当对一个大于369字节的非法pif文件察看属性的“程序”页时,Explorer会出错,提示:\''***\''指令引用的\''***\''内存。该内存不能为\''read\'' ,问题出在pif文件的16进制地址:0x00000181[0x87]0x00000182[0x01]和 0x00000231[0xC3]0x00000232[0x02]即使是一个合法pif文件,只要改动这四处的任意一处,也会引起程序错误。而只要把0x00000181和0x00000182的值改为[0xFF][0xFF],那么其它地址任意更改都不会引起错误。 

5、可能没有完全正确安装apache服务,且启动了它的原故; 把服务中OracleOraHomeXXHTTPServer改成停 止 

6、应用程序没有检查内存分配失败程序需要一块内存用以保存数据时,就需要调用操作系统提供的“功能函数”来申请,如果内存分配成功,函数就会将所新开辟的内存区地址返回给应用程序,应用程序就可以通过这个地址使用这块内存。这就是“动态内存分配”,内存地址也就是编程中的“指针”。内存不是永远都招之即来、用之不尽的,有时候内存分配也会失败。当分配失败时系统函数会返回一个0值,这时返回值“0”已不表示新启用的指针,而是系统向应用程序发出的一个通知,告知出现了错误。作为应用程序,在每一次申请内存后都应该检查返回值是否为0,如果是,则意味着出现了故障,应该采取一些措施挽救,这就增强了程序的“健壮性”。若应用程序没有检查这个错误,它就会按照“思维惯性”认为这个值是给它分配的可用指针,继续在之后的运行中使用这块内存。真正的0地址内存区保存的是计算机系统中最重要的“中断描述符表”,绝对不允许应用程序使用。在没有保护机制的操作系统下(如DOS),写数据到这个地址会导致立即死机,而在健壮的操作系统中,如Windows等,这个操作会马上被系统的保护机制捕获,其结果就是由操作系统强行关闭出错的应用程序,以防止其错误扩大。这时候,就会出现上述的“写内存”错误,并指出被引用的内存地址为“0x00000000”。内存分配失败故障的原因很多,内存不够、系统函数的版本不匹配等都可能有影响。因此,这种分配失败多见于操作系统使用很长时间后,安装了多种应用程序(包括无意中“安装”的病毒程序),更改了大量的系统参数和系统文件之后。 

7、应用程序由于自身BUG引用了不正常的内存指针在使用动态分配的应用程序中,有时会有这样的情况出现:程序试图读写一块“应该可用”的内存,但不知为什么,这个预料中可用的指针已经失效了。有可能是“忘记了”向操作系统要求分配,也可能是程序自己在某个时候已经注销了这块内存而“没有留意”等等。注销了的内存被系统回收,其访问权已经不属于该应用程序,因此读写操作也同样会触发系统的保护机制,企图“违法”的程序唯一的下场就是被操作终止运行,回收全部资源。计算机世界的法律还是要比人类有效和严厉得多啊!像这样的情况都属于程序自身的BUG,你往往可在特定的操作顺序下重现错误。无效指针不一定总是0,因此错误提示中的内存地址也不一定为“0x00000000”,而是其他随机数字。 


如果系统经常有所提到的错误提示,下面的建议可能会有帮助: 

1.查看系统中是否有木马或病毒。这类程序为了控制系统往往不负责任地修改系统,从而导致操作系统异常。平常应加强信息安全意识,对来源不明的可执行程序绝不好奇。 

2.更新操作系统,让操作系统的安装程序重新拷贝正确版本的系统文件、修正系统参数。有时候操作系统本身也会有BUG,要注意安装官方发行的升级程序。 

3.试用新版本的应用程序。 

4、删除然后重新创建 WINDOWS\Wbem\Repository 文件夹中的文件:在桌面上右击我的电脑,然后单击管理。在"服务和应用程序"下,单击服务,然后关闭并停止 Windows Management Instrumentation 服务。删除 WINDOWS\System32\Wbem\Repository 文件夹中的所有文件。(在删除前请创建这些文件的备份副本。) 打开"服务和应用程序",单击服务,然后打开并启动 Windows Management Instrumentation 服务。当服务重新启动时,将基于以下注册表项中所提供的信息重新创建这些文件: 
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\WBEM\CIMOM\Autorecover MOFs 


下面我从几个例子给大家分析: 
例一:打开IE浏览器或者没过几分钟就会出现"0x70dcf39f"指令引用的"0x00000000"内存。该内存不能为“read”。要终止程序,请单击“确定”的信息框,单击“确定”后,又出现“发生内部错误,您正在使用的其中一个窗口即将关闭”的信息框,关闭该提示信息后,IE浏览器也被关闭。 
解决方法:修复或升级IE浏览器,同时打上补丁。看过其中一个修复方法是,Win2000自升级,也就是Win2000升级到Win2000,其实这种方法也就是把系统还原到系统初始的状态下。比如你的IE升级到了6.0,自升级后,会被IE5.0代替。 

例二:在windowsxp下双击光盘里面的“AutoRun.exe”文件,显示“0x77f745cc”指令引用的0x00000078”内存。该内存不能为“written”,要终止程序,请单击“确定”,而在Windows 98里运行却正常。 
解决方法:这可能是系统的兼容性问题,winXP的系统,右键“AutoRun.exe”文件,属性,兼容性,把“用兼容模式运行这个程序”项选择上,并选择“Windows 98/Me”。win2000如果打了SP的补丁后,只要开始,运行,输入:regsvr32 c:\winnt\apppatch\slayerui.dll。右键,属性,也会出现兼容性的选项。 

例三:RealOne Gold关闭时出现错误,以前一直使用正常,最近却在每次关闭时出现“0xffffffff”指令引用的“0xffffffff”内存。该内存不能为“read” 的提示。 
解决方法:当使用的输入法为微软拼音输入法2003,并且隐藏语言栏时(不隐藏时没问题)关闭RealOne就会出现这个问题,因此在关闭RealOne之前可以显示语言栏或者将任意其他输入法作为当前输入法来解决这个问题。 

例四:我的豪杰超级解霸自从上网后就不能播放了,每次都提示“0x060692f6”(每次变化)指令引用的“0xff000011”内存不能为“read”,终止程序请按确定。 
解决方法:试试重装豪杰超级解霸,如果重装后还会,到官方网站下载相应版本的补丁试试。还不行,只好换就用别的播放器试试了。 

例五:双击一个游戏的快捷方式,“0x77f5cd0”指令引用“0xffffffff”内存,该内存不能为“read” ,并且提示Client.dat程序错误。 
解决方法:重装显卡的最新驱动程序,然后下载并且安装DirectX9.0。 

例六:一个朋友发信息过来,我的电脑便出现了错误信息:“0x772b548f”指令引用的“0x00303033”内存,该内存不能为“written”,然后QQ自动下线,而再打开QQ,发现了他发过来的十几条的信息。 
解决方法:这是对方利用QQ的BUG,发送特殊的代码,做QQ出错,只要打上补丁或升级到最新版本,就没事了。 

例七:我的笔记本电脑用的XP系统,有时关闭网页时会弹出tbrowser.exe遇到问题需要关闭,然后有弹出0x03e7c738指令引用的0x03e7c738内存,该内存不能为read,请问是怎么回事? 
解决方法:先查杀一下病毒,另外如果你安装了浏览增强之类的软件,请卸掉。 

例八:从桌面或开始菜单中打开任何一个程序, 出现错误提示:"0x........"指令引用的"0x00000000"内存,该内存不能为"read"。省略号代表可变值。而从运行中打开程序没问题。 
解决方法:运行regedit进入注册表, 在HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Explorer\ShellExecuteHooks下,应该只有一个正常的键值"{AEB6717E-7E19-11d0-97EE-00C04FD91972}, 将其他的删除(默认键值当然不要删除)。 

例九:我三个月前配了台机子。系统比较不稳定,三个月内已经重装过多次系统,四五天前刚装过系统,可是经常随机地出现Explorer-应用程序错误,“0x4a01259d“指令引用的“0x00000000"内存。该内存不能为“read"。要终止程序,请单击“确定“。要调试程序,请单击“取消”。如果点确定,windows桌面就不见了。这种问题在之前的系统也出现过,不知道是不是硬件的问题? 
解决方法:内存的兼容性问题!遇到这类问题,用户可以自行打开机器把内存的位置调动一下,看问题是否可以解决,如果问题依旧,可与你的朋友调换内存使用。 

通过上面的几个例子,可以看到,出现故障的原因有好多种,下面列出已经提到和有可能发生的原因,方便查阅。 

问题产生原因原因--解决方法 

内存条坏了--更换内存条 

双内存不兼容--使用同品牌的内存或只用一条内存 

内存质量问题--更换内存条 

散热问题--加强机箱内部的散热 

内存和主板没插好或和其它硬件不兼容等--重插内存或换个插糟 

硬盘有问题--更换硬盘 

驱动问题--重装驱动。如果是新系统,要先安装主板驱动 

软件损坏--重装软件 

软件有BUG--打补丁或用最新的版本。 

软件和系统不兼容--给软件打上补丁或者试试系统的兼容模式 

软件和软件之间有冲突--如果最近安装了什么新软件,卸载了试试 

软件要使用到其它相关的软件有问题--重装相关软件。比如播放某一格式的文件时出错,可能是这个文件的解码器有问题 

病毒问题--杀毒 

杀毒软件与系统或软件冲突--由于杀毒软件是进入底层监控系统的,可能与一些软件冲突,卸载了试试 

系统本身有问题--有时候操作系统本身也会有BUG,要注意安装官方发行的升级程序,像SP的补丁,最好要打上。如果还不行重装系统或更换其它版本的系统了。 

〔又一说〕 

在控制面板的添加/删除程序中看看你是否安装了微软NET.Framework,如果已经安装了,可以考虑卸载它,当然如果你以后在其它程序需要NET.Framework时候,可以再重新安装。 
另外,如果你用的是ATI显卡并且你用的是SP2的补丁(一些ATI的显卡驱动需要在NET.Framework正常工作的环境下)。这种情况你可以找一款不需要NET.Framework支持的ATI显卡驱动。 
如果以上两种方法并不能完全解决问题,你试着用一下“IE修复”软件,并可以查查是否有病毒之类的。 
〔微软NET.Framework升级到1.1版应该没问题了〕 

〔还有一说〕 

方法一: 

微软新闻组的朋友指点:开始--运行:regsvr32 jscript.dll 
开始--运行:regsvr32 vbscript.dll 

不过没解决---但提供了路子-----一次运行注册所有dll 
搜索查找到方法如下: 

运行 输入cmd 回车在命令提示符下输入 
for %1 in (%windir%\system32\*.dll) do regsvr32.exe /s %1 
这个命令老兄你慢慢输 输入正确的话会看到飞快地滚屏 否则……否则失败就是没这效果。回车后慢慢等(需要点时间1-2分钟) 都运行完再打开看 

方法二: 
这是个典型问题~~~~~引起这个问题的原因很多。一般来讲就是给系统打上补丁和更换内存、给内存换个插槽这3种方法来解决。[系统补丁只要到Microsoft Update网站在线更新就可以了] 

下面是金山卫士的说明

网民使用电脑中经常遇到因各种原因引起应用程序正常初始化失败,但是网上的方法都很难解决问题,金山安全专家指出,现在很多病毒木马喜欢劫持应用程序和系统文件,会导致出现出错的,请立刻下载金山卫士进行木马查杀。

  应用程序正常初始化失败 

   1.病毒木马造成的,在当今互联网时代,病毒坐着为了获得更多的牟利,常用病毒绑架应用程序和系统文件,然后某些安全杀毒软件把被病毒木马感染的应用程序和系统文件当病毒杀了导致的。

    2.应用程序组件丢失,应用程序完整的运行需要一些系统文件或者某些ll文件支持的,如果应用程序组件不完整也会导致的。

    3.系统文件损坏或丢失,盗版系统或Ghost版本系统,很容易出现该问题。

    4.操作系统自身的问题,操作系统本身也会有bug 。 

   5.硬件问题,例如内存条坏了或者存在质量问题,或者内存条的金手指的灰尘特别多。




SigmaStar # sf probe 0:0 SigmaStar # sf erase 0x0 0x50000;sf write 0x21000000 0x0 0x50000 _spi_flash_erase: addr 0x0, len 0x50000 Erasing at 0x50000 -- 100% complete.(cost 16 ms) SF: 327680 bytes @ 0x0 Erased: OK device 0 offset 0x0, size 0x50000 _spi_flash_write to 0x0, len 0x50000 from 0x21000000 Writing at 0x50000 -- 100% complete.(cost 201 ms) SF: 327680 bytes @ 0x0 Written: OK show speed: 1523 KiB/s SigmaStar # sf erase 0x50000 0x2000;sf write 0x21050000 0x50000 0x480 _spi_flash_erase: addr 0x50000, len 0x2000 Erasing at 0x52000 -- 100% complete.(cost 7 ms) SF: 8192 bytes @ 0x50000 Erased: OK device 0 offset 0x50000, size 0x480 _spi_flash_write to 0x50000, len 0x480 from 0x21050000 Writing at 0x50480 -- 100% complete.(cost 17 ms) SF: 1152 bytes @ 0x50000 Written: OK show speed: 43 KiB/s SigmaStar # sf erase 0x52000 0x2000;sf write 0x21050480 0x52000 0x480 _spi_flash_erase: addr 0x52000, len 0x2000 Erasing at 0x54000 -- 100% complete.(cost 6 ms) SF: 8192 bytes @ 0x52000 Erased: OK device 0 offset 0x52000, size 0x480 _spi_flash_write to 0x52000, len 0x480 from 0x21050480 Writing at 0x52480 -- 100% complete.(cost 16 ms) SF: 1152 bytes @ 0x52000 Written: OK show speed: 43 KiB/s SigmaStar # sf erase 0x54000 0x32000;sf write 0x21050900 0x54000 0x27AB0 _spi_flash_erase: addr 0x54000, len 0x32000 Erasing at 0x86000 -- 100% complete.(cost 26 ms) SF: 204800 bytes @ 0x54000 Erased: OK device 0 offset 0x54000, size 0x27ab0 _spi_flash_write to 0x54000, len 0x27ab0 from 0x21050900 Writing at 0x7bab0 -- 100% complete.(cost 130 ms) SF: 162480 bytes @ 0x54000 Written: OK show speed: 1125 KiB/s SigmaStar # sf erase 0x86000 0x1000;sf write 0x210783B0 0x86000 0x124 _spi_flash_erase: addr 0x86000, len 0x1000 Erasing at 0x87000 -- 100% complete.(cost 3 ms) SF: 4096 bytes @ 0x86000 Erased: OK device 0 offset 0x86000, size 0x124 _spi_flash_write to 0x86000, len 0x124 from 0x210783b0 Writing at 0x86124 -- 100% complete.(cost 6 ms) SF: 292 bytes @ 0x86000 Written: OK show speed: 17 KiB/s SigmaStar # sf erase 0x87000 0x10000;sf write 0x210784D4 0x87000 0xC230 _spi_flash_erase: addr 0x87000, len 0x10000 Erasing at 0x97000 -- 100% complete.(cost 51 ms) SF: 65536 bytes @ 0x87000 Erased: OK device 0 offset 0x87000, size 0xc230 _spi_flash_write to 0x87000, len 0xc230 from 0x210784d4 Writing at 0x93230 -- 100% complete.(cost 83 ms) SF: 49712 bytes @ 0x87000 Written: OK show speed: 522 KiB/s SigmaStar # sf erase 0x97000 0x10000;sf write 0x21084704 0x97000 0x8 _spi_flash_erase: addr 0x97000, len 0x10000 Erasing at 0xa7000 -- 100% complete.(cost 52 ms) SF: 65536 bytes @ 0x97000 Erased: OK device 0 offset 0x97000, size 0x8 _spi_flash_write to 0x97000, len 0x8 from 0x21084704 Writing at 0x97008 -- 100% complete.(cost 3 ms) SF: 8 bytes @ 0x97000 Written: OK show speed: 0 KiB/s SigmaStar # sf erase 0xA7000 0x10000;sf write 0x2108470C 0xA7000 0x8 _spi_flash_erase: addr 0xa7000, len 0x10000 Erasing at 0xb7000 -- 100% complete.(cost 52 ms) SF: 65536 bytes @ 0xa7000 Erased: OK device 0 offset 0xa7000, size 0x8 _spi_flash_write to 0xa7000, len 0x8 from 0x2108470c Writing at 0xa7008 -- 100% complete.(cost 3 ms) SF: 8 bytes @ 0xa7000 Written: OK show speed: 0 KiB/s SigmaStar # sf erase 0xB7000 0x280000;sf write 0x21084714 0xB7000 0x1D78D8 _spi_flash_erase: addr 0xb7000, len 0x280000 Erasing at 0x337000 -- 100% complete.(cost 67 ms) SF: 2621440 bytes @ 0xb7000 Erased: OK device 0 offset 0xb7000, size 0x1d78d8 _spi_flash_write to 0xb7000, len 0x1d78d8 from 0x21084714 Writing at 0x28e8d8 -- 100% complete.(cost 892 ms) SF: 1931480 bytes @ 0xb7000 Written: OK show speed: 2093 KiB/s SigmaStar # sf erase 0x337000 0xB20000;sf write 0x2125BFEC 0x337000 0xB20000 _spi_flash_erase: addr 0x337000, len 0xb20000 Erasing at 0xe57000 -- 100% complete.(cost 76 ms) SF: 11665408 bytes @ 0x337000 Erased: OK device 0 offset 0x337000, size 0xb20000 _spi_flash_write to 0x337000, len 0xb20000 from 0x2125bfec Writing at 0xe57000 -- 100% complete.(cost 5066 ms) SF: 11665408 bytes @ 0x337000 Written: OK show speed: 2243 KiB/s SigmaStar # reset resetting ... E:CD IPL g0815cea D-0 BIST-128MB: OK IPL_CUST g0815cea D-0 U-Boot 2021.10 (Aug 29 2025 - 11:49:41 +0800) SoC: SigmaStar iford Model: IFORD Version: I###g7a33163 DRAM: 126 MiB WDT: Not found! Flash: SPI 54M [FLASH] Device id is 0xa1 0x40 0x18 [SPINOR] ReadData = 0x6b [SPINOR] Dummy = 0x8 [SPINOR] pageProgram = 0x2 [FLASH] BDMA mode [SPINOR] complement = 0x0 [SPINOR] top/buttom = 0x0 [SPINOR] blocks = 0x0 [SPINOR] SRP0 = 0x0 [SPINOR] SRP1 = 0x0 [FLASH] End flash init. spi clk already initialized mtd .name = nor0, .size = 0x01000000 (16MiB) .erasesize = 0x00001000 . Detected nor0 with total size 16 MiB 16 MiB MMC: Fail to get pad(0x0) ip(0x0_8) form padmux ! Fail to get pad(0x0) ip(0x1_8) form padmux ! MSC: 1, MSC: 0 Loading Environment from SPIFlash... ENV: offset = 0x4f000 size = 0x1000 OK In: serial Out: serial Err: serial Net: MAC Address 00:70:95:00:00:01 Auto-Negotiation... Link Status Speed:100 Full-duplex:1 sstar_emac Hit any key to stop autoboot: 0 ## Booting kernel from Legacy Image at 22000000 ... Image Name: MVX4##I###g599305bKL_LX510##[BR: Image Type: ARM Linux Kernel Image (lzma compressed) Data Size: 1908816 Bytes = 1.8 MiB Load Address: 20008000 Entry Point: 20008000 Verifying Checksum ... OK Uncompressing Kernel Image [XZ] !!!reserved 0x22000000 length=0x 1000000 for xz!! XZ: uncompressed size=0x3e77c0, ret=7 Starting kernel ... early_atags_to_fdt() success Booting Linux on physical CPU 0x0 Linux version 5.10.117 (longxing.nie@szl3bc12806) (arm-sigmastar-linux-uclibcgnueabihf-9.1.0-gcc (crosstool-NG 1.24.0) 9.1.0, GNU ld (crosstool-NG 1.24.0) 2.32) #48 SMP PREEMPT Fri Aug 29 16:29:53 CST 2025 CPU: ARMv7 Processor [411fd010] revision 0 (ARMv7), cr=50c5383d CPU: div instructions available: patching division code CPU: PIPT / VIPT nonaliasing data cache, VIPT aliasing instruction cache early_atags_to_fdt() success OF: fdt: Machine model: IFORD SSC029C-S01A LXmem is 0x8000000 PHYS_OFFSET is 0x20000000 Add mem start 0x20000000 size 0x8000000!!!! LX_MEM = 0x20000000, 0x8000000 LX_MEM2 = 0x0, 0x0 LX_MEM3 = 0x0, 0x0 MMU_MEM = 0x0, 0x0 EMAC_LEN= 0x0 DRAM_LEN= 0x0 Memory policy: Data cache writealloc Reserved memory: bypass cma0 node, using cmdline CMA params instead OF: reserved mem: node cma0 compatible matching fail no any mmap reserved deal_with_reserve_mma_heap memblock_reserve success mma_config[0].reserved_start= 0x24000000 size:4000000 cma: Reserved 2 MiB at 0x23e00000 Zone ranges: Normal [mem 0x0000000020000000-0x0000000023ffffff] Movable zone start for each node Early memory node ranges node 0: [mem 0x0000000020000000-0x0000000023ffffff] Initmem setup node 0 [mem 0x0000000020000000-0x0000000023ffffff] percpu: Embedded 13 pages/cpu s22872 r8192 d22184 u53248 Built 1 zonelists, mobility grouping on. Total pages: 16256 Kernel command line: console=ttyS0,115200n8r root=/dev/mtdblock3 ro init=/linuxrc LX_MEM=0x8000000 mma_heap=mma_heap_name0,miu=0,sz=0x4000000 mma_memblock_remove=1 cma=2M mtdparts=nor0:0x4F000(BOOT),0x1000(ENV),0x300000(KERNEL),0x220000(rootfs),0xB0000(MISC),0x4D0000(miservice),0x500000(customer) nohz=off printk: log_buf_len individual max cpu contribution: 32768 bytes printk: log_buf_len total cpu_extra contributions: 32768 bytes printk: log_buf_len min size: 32768 bytes printk: log_buf_len: 65536 bytes printk: early log buf free: 30484(93%) Dentry cache hash table entries: 8192 (order: 3, 32768 bytes, linear) Inode-cache hash table entries: 4096 (order: 2, 16384 bytes, linear) mem auto-init: stack:off, heap alloc:off, heap free:off Memory: 58228K/65536K available (2237K kernel code, 373K rwdata, 1080K rodata, 148K init, 118K bss, 5260K reserved, 2048K cma-reserved) SLUB: HWalign=64, Order=0-3, MinObjects=0, CPUs=2, Nodes=1 rcu: Preemptible hierarchical RCU implementation. rcu: RCU restricting CPUs from NR_CPUS=4 to nr_cpu_ids=2. Trampoline variant of Tasks RCU enabled. rcu: RCU calculated value of scheduler-enlistment delay is 10 jiffies. rcu: Adjusting geometry for rcu_fanout_leaf=16, nr_cpu_ids=2 NR_IRQS: 16, nr_irqs: 16, preallocated irqs: 16 GICv3: 192 SPIs implemented GICv3: 0 Extended SPIs implemented GICv3: Distributor has no Range Selector support GICv3: 16 PPIs implemented GICv3: CPU0: found redistributor 0 region 0:0x16040000 sstar_init_main_intc: np->name=sstar_main_intc, parent=gic sstar_pm_main_init: np->name=sstar_pm_main_intc, parent=sstar_main_intc sstar_pm_gpi_init: np->name=sstar_pm_gpi_intc, parent=sstar_main_intc sstar_gpi_init: np->name=sstar_gpi_intc, parent=sstar_main_intc random: get_random_bytes called from start_kernel+0x20d/0x3a4 with crng_init=0 arch_timer: cp15 timer(s) running at 6.00MHz (virt). clocksource: arch_sys_counter: mask: 0xffffffffffffff max_cycles: 0x1623fa770, max_idle_ns: 440795202238 ns sched_clock: 56 bits at 6MHz, resolution 166ns, wraps every 4398046511055ns Switching to timer-based delay loop, resolution 166ns printk: console [ttyS0] enabled Calibrating delay loop (skipped), value calculated using timer frequency.. 12.00 BogoMIPS (lpj=60000) pid_max: default: 4096 minimum: 301 怎么判断程序是否成功
最新发布
09-25
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值