Freeing init memory: 140K之后就停住不动了

最新推荐文章于 2024-03-25 00:41:51 发布
原创 最新推荐文章于 2024-03-25 00:41:51 发布 · 1.1k 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。

博客提到通过nand scrub对nand进行格式化，然后重新烧录的操作解决了问题，涉及嵌入式存储相关信息技术。

nand scrub 格式化一下nand重新烧，搞定

FPGA kernel 仿真器调试环境搭建
08-02 273
本文档详细描述了在haps平台上使用仿真器进行kernel运行和调试的完整流程。主要内容包括：1）通过DS-5软件导入kernel工程并进行debug配置；2）使用attach方式连接仿真器，加载FIT到RAM后通过uboot启动；3）详细记录了从BL1到kernel启动的完整串口输出日志。调试过程中需要注意EXT mode的使能问题，并提供了具体的bootm命令参数（0x10000000为FIT在RAM中的固定地址）。文档还展示了kernel启动时的详细内存分配、CPU初始化、设备驱动加载等信息，对系统启
arm文件系统 freeing init memory没有再往下执行
写点文章，陶冶下情操
08-20 3004
usb usb1: Product: S3C24XX OHCI usb usb1: Manufacturer: Linux 2.6.15.1 ohci_hcd usb usb1: SerialNumber: s3c24xx hub 1-0:1.0: USB hub found hub 1-0:1.0: 2 ports detected Initializing USB Mass Stor
Windows11 安装VitrulBox Ubuntu20 虚拟机启动后卡在“Freeing initrd memory: 131304K”
。
03-25 1163
锐龙芯片电脑，安装VitrulBox Ubuntu20 虚拟机启动报错问题分析和解决方案
我的ubuntu安装历程
zonghengdelu的博客
09-30 1411
ubuntu安装了三个月，说起来，有点傻，之前一直做信息隐藏和编码，念博士的时候，觉得深度学习不错，无奈周围没有这方面研究的人，只好自己学习，有过迷茫的苦涩，之前在各种网站学习python，caffe，深度网络，但是一直没有实践，7月份的时候，在淘宝上看到21天学会深度学习，如获至宝，但是翻来覆去，却连装机都很困难，最后不得已，只好自己装，我有两台计算机，一台笔记本，一台pc机，都是很平常很普通的
RK3568 启动失败
layuetian2011的博客
10-27 3566
后面测试各路电压，发现VDD_CPU电压不正常，没有输出，后面仔细检查，发现PMIC_SLEEP这个GPIO被拉高了，导致VDD_CPU这个DCDC休眠，卡在usb加载过程，起初以为是EMMC，USB等模块导致，在dts disabled相应模块，依旧没有效果。但是在没有烧入固件的时候，这个VDD_CPU是OK正常的，估计是这个GPIO内部默认下拉，硬件上有个上拉，逻辑设计不合理。
[ 1.309420] Freeing initrd memory: 484K 卡死问题解决办法
huniuhu的博客
12-21 2331
有可能是没有执行同步。所以在将镜像拷贝到sd卡后执行一遍： sudo sync
启动内核，运行到Freeing init memory: 120K卡死的解决方法
Decisiveness的专栏
05-19 5941
问题描述： 启动内核，运行到Freeing init memory: 120K卡死，具体如下: ...... yaffs: dev is 32505858 name is "mtdblock2" yaffs: passed flags "" yaffs: Attempting MTD mount on 31.2, "mtdblock2" yaffs: a
菜鸟笔记--移植linux内核卡在[ 2.032055] Memory Limit: none
中华田园巨龙
07-20 3873
最近移植linux内核到开发板时，启动过程中出现如下信息，卡在[ 2.032055] Memory Limit: none过不去。 [ 1.988722] EXT4-fs (mmcblk0p2): mounted filesystem with ordered data mode. Opts: (null) [ 1.996933] VFS: Mounted root (ext3 filesystem) readonly on device 179:2. [ 2.006997] dev
使用mfgtools烧写自制的Linux系统，出现启动内核后卡住
nanlingyuluo的博客
05-16 3720
以下是端口打印的信息： U-Boot 2016.03-imx_v2016.03_4.1.15_2.0.0_ga+g7bb6453 (Oct 12 2019 - 05:45:13 +0000) CPU: Freescale i.MX6ULL rev1.1 69 MHz (running at 396 MHz) CPU: Industrial temperature grade (-40C to 105C) at 45C Reset cause: POR Board: MX6ULL 14x14 EVK..
dmesg用法详解
qq_38769551的博客
08-05 1757
dmesg 命令的使用范例 ‘dmesg’命令设备故障的诊断是非常重要的。在‘dmesg’命令的帮助下进行硬件的连接或断开连接操作时，我们可以看到硬件的检测或者断开连接的信息。‘dmesg’命令在多数基于Linux和Unix的操作系统中都可以使用。 dmesg可以打印你在内核中加的printk ‘dmesg’命令的使用语法如下 dmesg [options…] 1. 列出加载到内核中的所有驱动 我们可以使用如‘more’。 ‘tail’, ‘less ’或者‘grep’文字处理工具来处理‘dmesg’命令的
启动异常快速定位术：通过串口日志分析看门狗触发的4步排查流程
看门狗本质上是一个硬件或软件定时器，当系统未能在规定周期内“喂狗”（重置定时器），便会触发复位，强制重启系统以恢复运行。该机制虽提升了系统的自恢复能力，但也掩盖了深层次的执行卡顿问题。 启动阶段因初始...
7840hs 虚拟机安装linux卡在freeing initrd memory
kelvin的博客
03-08 580
cmd输入：
android7.1卡,RK3288 android 7.1 EMMC 问题导致卡死在开机logo 界面
weixin_28864139的博客
05-28 2209
1、在调试 rk3288 android 7.1 遇到部分机器不能开机的问题 logo 如下：init: Waiting for /dev/.coldboot_done...[ 3.024810] init: Waiting for /dev/.coldboot_done took 0.00s.[ 3.024848] init: /dev/hw_random not found[ ...
Linux驱动开发必看
学无止境
11-25 2734
【IT168 技术文档】在开始步入Linux设备驱动程序的神秘世界之前，让我们从驱动程序开发人员的角度看几个内核构成要素，熟悉一些基本的内核概念。我们将学习内核定时器、同步机制以及内存分配方法。不过，我们还是得从头开始这次探索之旅。因此，本章要先浏览一下内核发出的启动信息，然后再逐个讲解一些有意思的点。 　　2.1　启动过程 　 　图2-1显示了基于x86计算机Linux系统的启动顺序。第一步
linux 内存初始化,解读dmesg中的内存初始化信息
weixin_29898627的博客
05-01 1210
Linux kernel在引导过程中会在dmesg中报告如下的内存初始化信息，其实此时引导过程并未完成，initrd和init所占的内存尚未释放，最终kernel可用的内存比dmesg报告的available内存还会更多一点。# dmesg | grep Memory[ 0.000000] Memory: 3789320k/4915200k available (6243k kernel c...
linux机器查看物理内存,Linux系统中下查看内存的方法
weixin_31940835的博客
05-01 1840
Linux中使用free可以查看系统内存使用状态, 默认单位为kblue_stone@blueice:~$ freetotal used free shared buffers cachedMem: 2075320 1879172 196148 0 533484 952588-/+ buffers/cache: 393100 1682220Swap: 2008084 0 2008084Mem 行显...
《精通Linux设备驱动程序开发》——内核
一世豁然的专栏
10-28 2633
一、启动过程  1、
rootfs image is not initramfs (junk in compressed archive)； looks like an initrd
yyymmmmyyy的博客
08-14 1572
内核启动遇到cpio格式的initrd无法正常工作
6.026497] Freeing SMP alternatives memory: 44K [ 6.830638] x86/mm: Memory block size: 2048MB [ 13.303156] Freeing initrd memory: 106636K [ 18.190476] [Hardware Error]: section_type: memory error [ 18.467487] Freeing unused decrypted memory: 2036K [ 18.490389] Freeing unused kernel image (initmem) memory: 3284K [ 18.538208] Freeing unused kernel image (text/rodata gap) memory: 2036K [ 18.563271] Freeing unused kernel image (rodata/data gap) memory: 1300K [ 26.873551] nouveau 0000:21:00.0: fb: 24576 MiB of unknown memory type [ 27.440691] nouveau 0000:81:00.0: fb: 24576 MiB of unknown memory type [ 28.076551] nouveau 0000:e2:00.0: fb: 24576 MiB of unknown memory type
最新发布
08-19
在分析 Linux 系统日志中的内存释放和硬件错误信息时，需要理解日志的来源、结构以及如何从中提取有用的信息。Linux 内核日志通常由 `dmesg` 命令输出，或记录在 `/var/log/kern.log` 或 `/var/log/messages` 文件中，具体取决于发行版和日志配置。 ### 内存释放信息 Linux 内核会在内存被释放时记录相关信息，通常出现在系统负载变化、进程退出或内存回收（如 `kswapd` 活动）期间。常见的内存释放相关日志条目包括： - `kfree`: 表示内核释放了之前分配的内存。 - `shrink_slab`: 表示内核在尝试回收 slab 缓存。 - `kswapd` 活动：表示内核正在进行页面回收以释放内存。 示例日志条目： ``` Dec 1 10:00:00 hostname kernel: [12345.678901] kfree: freeing a pointer with 1 page Dec 1 10:01:00 hostname kernel: [12346.789012] shrink_slab: 123456 bytes freed Dec 1 10:02:00 hostname kernel: [12347.890123] kswapd0: reclaimed 4567890 pages ``` 这些信息可以帮助识别内存使用模式和潜在的内存压力问题。 ### 硬件错误日志 硬件错误日志通常由内核的 `EDAC`（Error Detection and Correction）子系统、`mcelog` 工具或设备驱动程序生成。常见的硬件错误日志包括： - `MCE`: Machine Check Exception，表示 CPU 检测到硬件错误，通常是内存或缓存问题。 - `EDAC`: 表示内存控制器检测到 ECC（Error Correction Code）错误。 - `I/O errors`: 表示存储设备或网络接口出现故障。 示例日志条目： ``` Dec 1 10:05:00 hostname kernel: [12350.123456] mce: [Hardware Error]: CPU 0: Machine Check Exception: 0 Bank 4: 0000000000000004 Dec 1 10:06:00 hostname kernel: [12351.234567] EDAC MC0: 1 CE error on CPU_SrcID#0_MC#0_Channel#0_DIMM#0 () Dec 1 10:07:00 hostname kernel: [12352.345678] end_request: I/O error, dev sda, sector 12345678 ``` 这些日志条目对于诊断硬件问题至关重要，尤其是内存和存储设备的错误。 ### 日志分析工具 为了更有效地分析这些日志，可以使用以下工具： - `dmesg`: 查看内核环形缓冲区中的日志。 - `journalctl` (systemd 系统): 查看结构化日志。 - `mcelog`: 解码和报告 MCE 错误。 - `edac-util`: 查询和报告 EDAC 子系统的错误计数。 ### 日志分析脚本示例 可以编写简单的脚本自动提取和分析特定的日志条目。以下是一个使用 Python 提取硬件错误日志的示例： ```python import subprocess def extract_hardware_errors(): cmd = ["dmesg", "--level=err,warn"] result = subprocess.run(cmd, stdout=subprocess.PIPE, stderr=subprocess.PIPE) output = result.stdout.decode() for line in output.splitlines(): if "MCE" in line or "EDAC" in line or "I/O error" in line: print(line) extract_hardware_errors() ``` 该脚本运行 `dmesg` 并过滤出包含硬件错误信息的行。 ### 日志监控与告警 为了实时监控这些日志并及时响应错误，可以使用 `rsyslog` 或 `logwatch` 等工具配置日志转发和告警机制。例如，使用 `rsyslog` 将特定日志发送到远程日志服务器或触发邮件通知。 ---
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值