i8253 count too high,resetting

最新推荐文章于 2012-02-25 19:08:29 发布
原创 最新推荐文章于 2012-02-25 19:08:29 发布 · 402 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#redhat #虚拟机 #网络

本文介绍了解决Red Hat 11虚拟机启动时遇到的问题的方法。通过修改启动配置，如进入GRUB编辑模式并调整kernel参数等步骤，帮助读者理解如何解决因网络配置错误导致的启动失败问题。
前些天初装虚拟机的时候,遇到了这样的一个错误,网上的一些朋友说改动启动菜单的选项参数即可,虽然没有解决 我的问题(因为 我的问题是因为错误配置了网络而导致系统在启动网络配置时出现了错误而无法继续引起的,后来 我重装虚拟机才解决这个问题),但也引出了一种修改启动配置的方法, 我用的是red hat 11,与red hat 9以及以前的版本还是有点细微的区别的,其方法如下:

按 P进入系统菜单模式

系统默认选中Fedorm Core (2.4.22-1.2.115.nptl)

我们按 e进入命令修改界面

选中kernel /vmlinuz-2.4.22-1.2115.nptl ro root=LABEL =/ rhgb

按 e进入编辑状态

grub edit> kernel /vmlinuz-2.4.22-1.2115.nptl ro root=LABEL =/ single

回车

按b重启

Enabling swap space:

sh-2.05b#  chkconfig pcmcia off
sh-2.05b#  reboot
 
PX4从放弃到精通（二十五）：EKF2
超维空间科技的博客
05-25 4792
PX4 ekf的传感器数据放在FIFO的环形缓冲区中，每次融合时取最新的数据，融合出的bias直接给输出滤波器，补偿到IMU的数据中，同时EKF融合出的位置速度等数据也要给输出滤波器，根据延时经过补偿输出当前时间线下的状态。
“i8253 count too high resetting”解决办法
Jude's IT Blog
07-03 488
不用说了，遇到“i8253 count too high resetting”提示的大多都是安装RedHat9之后发生的，具体显现为连续提示：“i8253 count too high resetting”，如果按下回车会暂停一下，然后过一会又开始提示。看到很多网友说是PCMCIA驱动的问题，没搞明白到底是什么问题，不过我安装下面的方法操作，解决了提示“i8253 count too high r
关于 i8253 count too high resetting..【转载】
11-04 428
Redhat 9出现i8253 count too high!resetting
evanbai的专栏
02-16 704
Redhat 9出现i8253 count too high!resetting
i8253 count too high
ibmtw的专栏
09-10 850
 在VPC上装了redhat9,不知道改了什么东西后启动时出现了 i8253 count too high,resetting的提示,开机grub处按e键，选择内核2.4.20-8按e,在第一行末端，也就是kernel /vmlinuz-2.4.20-8 ro root=LABEL=/后面加入single即kernel /vmlinuz-2.4.20-8 ro root=LABEL=/ sin
i8253 count too high!resetting!解决方法
iteye_7966的博客
01-04 264
一个linux系统常出现的问题的解决方法 遇到“i8253 count too high resetting”提示的大多都是安装RedHat9之后发生的，具体显现为连续提示：“i8253 count too high resetting”，如果按下回车会暂停一下，然后过一会又开始提示。看到很多网友说是PCMCIA驱动的问题，没搞明白到底是什么问题，不过我安装下面的方法操作，解决了提示“i82...
解决i8253 count too high !resetting!的其他方法
浮生若梦
02-25 219
1.关闭提示 2.消除误差 1.关闭提示 开机到grub处，按下e键，选择kernel /vmlinuz-2.4.20-8 ro root=LABEL=/ ，在末尾处“空格+single”，然后回车退出，再按b键引导进入单用户模式，在单用户模式下输入chkconfig pcmcia off，然后reboot重启就可以了 2.消除误差 Linux系统本身就已经具备了消除这种误差的功能...
i8253 count too high! resetting..怎么解决？
thimin的专栏
01-30 2076
 烦死了，不定时的出现。严重影响使用。 系统redhat9.0。 哪位大大帮忙解决下。     优快云的一个BLOG里有提到和PCMCIA驱动有关，8253芯片是时钟计数器，估计是linux查询时钟计数器的间隔太久引起的。 那个BLOG里提到的解决办法是chkconfig   --del   pcmcia并service   pcmcia   stop。   
由i8253 count too high! resetting.....引起的 《Linux实现时钟中断的全过程》
wangyong19831110的专栏
04-28 673
Linux实现时钟中断的全过程1．可编程定时/计数器的初始化IBM PC中使用的是8253或8254芯片。有关该芯片的详细知识我们不再详述，只大体介绍以下它的组成和作用，如下表5.1所示： 表5.1           8253/8254的组成及作用 名称
一个Linux的小疑问 -- i8253 count too high! resetting
04-02 637
新安装了一个Linux虚拟机，用的软件是Microsoft Virtual PC 2004,Linux安装上了桌面环境，当我CTRL+ALT+F1切换到tty1后，隔断时间就会出现“i8253 count too high! resetting..”不知何故，后来从百度知道查找是这样解释的："i8253是计算机内的一个计时器芯片，当使用虚拟机或是某些笔记本安装linux的时候，系统的时间会不定期的
// 系统校准流程 void AD7190_SystemCalibrate(void) { if (!ad7190_state.is_initialized) AD7190_Init(); uint8_t rx_char; uint32_t start_time = HAL_GetTick(); // 获取开始时间 printf("===== System Calibration =====\r\n"); // 1. 零点校准 printf("Ensure platform is empty, then press 'z' for zero calibration...\r\n"); while(1) { if (HAL_UART_Receive(&huart1, &rx_char, 1, 100) == HAL_OK) { if(rx_char == 'z' || rx_char == 'Z') break; } // 添加超时检测 if (HAL_GetTick() - start_time > CALIBRATION_TIMEOUT) { printf("Calibration timed out\n"); return; } } // 读取32个样本，丢弃异常值 uint32_t samples[32]; int valid_count = 0; for(int i = 0; i < 32; i++) { uint32_t data = AD7190_ReadData(); // 检查数据有效性（排除异常值） if (data > 0 && data < 0xFFFFFF) { samples[valid_count++] = data; } HAL_Delay(10); } if (valid_count < 16) { printf("ERROR: Not enough valid samples for zero calibration (%d/32)\n", valid_count); return; } // 计算中值代替平均值（更抗干扰） qsort(samples, valid_count, sizeof(uint32_t), compare_uint32); ad7190_state.calib.calibration_offset = samples[valid_count / 2]; // 2. 量程校准 printf("Place 1000.0g weight, then press 'f' for full scale calibration...\r\n"); while(1) { if (HAL_UART_Receive(&huart1, &rx_char, 1, 100) == HAL_OK) { if(rx_char == 'f' || rx_char == 'F') break; } // 添加超时检测 if (HAL_GetTick() - start_time > CALIBRATION_TIMEOUT) { printf("Calibration timed out\n"); return; } } // 读取32个样本，丢弃异常值 // 读取32个样本，丢弃异常值 uint32_t F_samples[32]; int F_valid_count = 0; for(int i = 0; i < 32; i++) { uint32_t data = AD7190_ReadData(); // 检查数据有效性（排除异常值） if (data > 0 && data < 0xFFFFFF) { F_samples[F_valid_count++] = data; } HAL_Delay(10); } if (valid_count < 16) { printf("ERROR: Not enough valid samples for full scale calibration (%d/32)\n", valid_count); return; } // 计算中值代替平均值 qsort(F_samples, F_valid_count, sizeof(uint32_t), compare_uint32); uint32_t full_scale = F_samples[valid_count / 2]; // 计算校准因子（增加安全范围检查） int32_t diff = (int32_t)full_scale - (int32_t)ad7190_state.calib.calibration_offset; if (diff <= 1000) { // 1000是经验值，根据实际传感器调整 printf("ERROR: Invalid calibration difference (%ld). Too small!\n", diff); return; } if (diff > 10000000) { // 防止异常大值 printf("ERROR: Invalid calibration difference (%ld). Too large!\n", diff); return; } ad7190_state.calib.calibration_factor = 1000.0f / (float)diff; // 重置去皮值和滤波器 ad7190_state.calib.tare_value = 0.0f; KalmanFilter_Init(&ad7190_state.kf, 0.001f, 0.01f, 1.0f, 0.0f); // 保存到EEPROM // AD7190_SaveCalibrationToEEPROM(); printf("System calibration completed! Factor: %f\n", ad7190_state.calib.calibration_factor); } REFIN2 configured successfully (GPOCON: 0x00) Internal zero calibration completed AD7190 initialized successfully ===== System Calibration ===== Ensure platform is empty, then press 'z' for zero calibration... Place 1000.0g weight, then press 'f' for full scale calibration... System calibration completed! Factor: 0.004975 WARNING: Only 0/32 valid samples Weight: 0.0g WARNING: Only 0/32 valid samples Weight: 0.0g WARNING: Only 0/32 valid samples Weight: -69.0g WARNING: Only 0/32 valid samples什么原因？
最新发布
08-21
printf("ADC error detected, resetting...\n"); retry++; continue; } data = AD7190_ReadData(); // 检查数据是否在可能的范围内（单极性：0到0xFFFFFF，双极性：0x000000到0xFFFFFF也是同样范围） if ...
中断驱动I2C从机实现：ESP32在事件触发下高效响应读写请求
中断驱动I2C从机的基本原理与ESP32硬件架构 在嵌入式系统中，I2C作为广泛应用的串行通信协议，其中断驱动模式能显著提升从机响应效率。ESP32凭借双核处理器与灵活的外设中断矩阵，为实现低延迟I2C从机提供了硬件...
ESP32 SPI与I2C资源竞争揭秘：避免总线阻塞的实时调度与优先级策略
ESP32中SPI与I2C总线的基本架构与工作原理 ## 1.1 SPI与I2C的物理层结构与信号机制 ESP32集成多套SPI和I2C控制器，支持全双工高速通信。SPI采用主从模式，通过SCLK、MOSI、MISO和CS四线实现同步串行传输，最高...
主设备为何被拖慢？（ESP32 I2C时钟拉伸深度揭秘）
I2C总线基础与ESP32主控角色解析 ## I2C总线基础与ESP32主控角色解析 I2C（Inter-Integrated Circuit）是一种广泛应用于嵌入式系统的双线式串行通信协议，仅需SDA（数据线）和SCL（时钟线）即可实现多设备间低速...
Linux文件特殊权限 SUID/SGID/Sticky Bit
01-18 1216
 前面一直提到文件的重要权限，就是rwx这3个读、写、执行的权限。但是，怎么 /tmp权限有些奇怪？还有， /usr/bin/passwd也有些奇怪，怎么回事呢？    [root@linux ~]# ls -ld /tmp ; ls -l /usr/bin/passwddrwxrwxrw
学习园地：关于Linux系统中用户权限问题
03-31 655
 概述 LINUX文件权限针对的对象分三类（互斥的关系）： 1. user（文件的拥有者） 2. group（文件拥有者所在的组，但不包括user） 3. other（其它用户，即user和group以外的） LINUX用一个3位二进制数对应着文件的3种权限（1表示有该权限，0表示无）： 第1位 读 r 100 4 第2位 写 w 010 2 第3位 执行 x
Linux系统下history命令的记录如何删除
03-23 604
 history命令的记录如何删除？  1、修改/etc/profile将HISTSIZE=1000改成0或1 清除用户home路径下.bash_history  2、立即清空里的history当前历史命令的记录 history -c  3、bash执行命令时不是马上把命令名称写入history文件的，而是存放在内部的buffer中，等bash退出时会一并写入。
虚拟机Linux系统下连接ARM开发板的方法
01-23 586
 基本环境： 主机OS：Windows XP 虚拟机：VMware Workstation 6.0 虚拟OS：fedora 7.0 ARM型号：华恒HHARM2410  步骤：  1.在虚拟机中增加串口： 点击Edit virtue machine settings,点击添加，添加一个串行端口（com1）；  2.修改网络连接： 右键点击虚拟机上
sh: warning: shell level (1000) too high, resetting to 1
07-10
<think>我们正在处理一个关于shell警告"shell level too high resetting to 1"的问题。根据用户提供的信息，这个警告通常发生在shell嵌套层级（通过环境变量SHLVL表示）过高时，系统为了防止无限递归或资源耗尽而将SHLVL重置为1。 根据引用[1]中的内容，我们可以了解到在bash中，即使前面的命令出错，bash也会继续执行后面的命令。这可能导致一些问题，特别是在脚本中嵌套调用shell（比如在一个shell脚本中调用另一个shell脚本）时，可能会使得SHLVL不断增加，直到达到某个阈值（通常是100）而触发此警告。 解决方案： 1. 检查脚本中是否存在不必要的shell嵌套调用。例如，在脚本中使用`sh`或`bash`命令调用另一个脚本，而实际上可以使用函数或者使用`source`命令（.命令）来避免创建新的shell进程。 2. 如果确实需要调用子shell，注意控制嵌套深度，或者考虑重构代码以减少嵌套。 3. 检查环境变量SHLVL的值，如果发现异常增长，可以尝试在适当的位置重置它（但需谨慎，因为SHLVL是用于记录shell嵌套层级的，通常由shell自动管理）。 然而，需要注意的是，SHLVL变量是由shell自动维护的，每当启动一个新的子shell时，SHLVL就会增加1，退出子shell时减少1。当SHLVL达到一个很高的值（比如100）时，shell会发出警告并重置为1，以防止无限递归。 因此，常见的原因可能是： - 在某个脚本中循环调用自身（直接或间接递归），导致SHLVL不断增加。 - 在配置文件（如.bashrc, .profile等）中意外地启动了新的shell，导致每次打开终端时SHLVL都增加。 具体解决步骤： 步骤1：检查脚本中的递归调用 如果是在运行某个脚本时出现此警告，检查该脚本以及它调用的其他脚本是否存在递归调用。特别注意循环中是否调用了相同的脚本。 步骤2：检查shell配置文件 在用户的shell配置文件（如~/.bashrc, ~/.bash_profile, ~/.profile等）中，检查是否有启动新shell的命令。例如，在配置文件中直接调用一个脚本，而该脚本又启动了新的shell，这样每次打开终端都会增加SHLVL。 步骤3：使用调试信息 在出现问题的脚本中添加调试信息，打印SHLVL的值，以便追踪嵌套层级增加的位置。 例如，在脚本开头添加： ```sh echo "Current shell level: $SHLVL" ``` 步骤4：避免不必要的子shell - 使用函数替代脚本：如果多个脚本需要执行相同的任务，可以将这些任务封装成函数，然后在主脚本中调用这些函数，这样就不会启动新的shell进程。 - 使用`source`或`.`命令：如果需要在当前shell环境中执行另一个脚本（比如设置环境变量），应该使用`source script.sh`或`. script.sh`，而不是`sh script.sh`。 步骤5：检查终端启动配置 如果每次打开终端都会出现警告，那么问题可能出在终端启动时加载的配置文件。检查配置文件中是否有启动新shell的命令，比如在配置文件的末尾有`bash`或`sh`命令。 步骤6：重置SHLVL（临时解决方案） 如果问题难以定位，可以在需要的时候手动重置SHLVL（但这不是根本解决办法）： ```sh export SHLVL=0 ``` 注意：这可能会干扰shell的正常嵌套计数，所以只建议作为临时调试手段。 根据引用[2]的内容，我们注意到一个与QEMU虚拟机和内核相关的问题，但这个问题似乎与当前的shell警告无关。因此，我们主要关注shell脚本的嵌套问题。 总结：解决"shell level too high resetting to 1"警告的关键是减少shell的嵌套深度，避免不必要的子shell启动，并检查递归调用。 相关问题： 1. 如何检查shell脚本中的递归调用？ 2. 在bash中，`source`命令和直接执行脚本有什么区别？ 3. 如何调试shell脚本的嵌套层级问题？ 4. 环境变量SHLVL的作用是什么？ 5. 在.bashrc文件中应该注意哪些问题以避免shell嵌套？</think>### 解决 "shell level too high resetting to 1" 警告 此警告表示 Shell 嵌套层级（通过 `$SHLVL` 环境变量跟踪）超过系统阈值（通常为 100 层），系统自动将其重置为 1。这通常由以下原因引起： #### 常见原因及解决方案 1. **递归调用 Shell 脚本** - **问题**：脚本直接或间接调用自身（如 `A.sh` 调用 `B.sh`，`B.sh` 又调用 `A.sh`） - **解决**： - 检查脚本调用链，避免循环依赖 - 使用函数替代重复调用的脚本 ```bash # 错误示例：递归调用 # script.sh 内容： ./script.sh # 调用自身 # 正确做法：改用函数 main_task() { # 核心逻辑 } main_task ``` 2. **Shell 配置文件问题** - **问题**：`~/.bashrc`、`~/.profile` 等文件意外启动新 Shell - **解决**： - 检查配置文件中是否包含 `bash`、`sh` 等命令 - 避免在配置文件中直接执行可能启动子 Shell 的操作 ```bash # 错误示例：在 .bashrc 中启动新 Shell if [ -f /some/file ]; then bash # 导致嵌套 fi ``` 3. **终端模拟器配置问题** - **问题**：终端设置（如 GNOME Terminal）在启动时额外调用 Shell - **解决**：检查终端配置的 "自定义命令" 选项，确保未设置强制启动 Shell 的命令。 4. **环境变量污染** - **问题**：`$SHLVL` 被手动修改或异常继承 - **解决**： - 临时重置：`export SHLVL=0` - 检查脚本中是否有修改 `SHLVL` 的代码 #### 调试步骤 1. **追踪 Shell 层级** 在脚本中添加调试信息： ```bash echo "[DEBUG] Current SHLVL: $SHLVL" # 显示当前层级 ``` 2. **检查配置文件** 使用 `grep` 扫描配置文件中可疑命令： ```bash grep -r "sh\\|bash" ~/.bashrc ~/.profile /etc/profile.d/ ``` 3. **简化复现** 通过最小化脚本逐步排除问题： ```bash # test.sh echo "SHLVL start: $SHLVL" # 注释掉可疑代码块 # ./other_script.sh echo "SHLVL end: $SHLVL" ``` #### 预防措施 - 用 `source` 替代直接执行（避免新建 Shell）： ```bash # 替代 ./utils.sh source utils.sh # 在当前 Shell 执行 ``` - 控制脚本调用深度，必要时用 `wait` 管理并行任务 - 定期检查环境变量： ```bash env | grep SHLVL # 监控层级变化 ``` > 引用说明：调试时使用 `echo` 输出关键状态是定位 Shell 问题的有效方法，通过检查输出可快速定位嵌套层级异常点[^1]。 --- ### 相关问题 1. 如何查看当前 Shell 的嵌套层级？ 2. `source script.sh` 和 `./script.sh` 有何区别？ 3. 在 Shell 脚本中如何避免环境变量污染？ 4. 哪些操作会隐式创建新的 Shell 子进程？ 5. 如何调试 Shell 脚本中的无限递归问题？ [^1]: 引用自用户提供的调试方法说明，通过插入唯一标识消息定位代码问题段落。 [^2]: 引用自用户提供的系统兼容性说明，涉及内核版本与虚拟化问题（与当前问题关联度较低）。
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值