linux-init命令运行级别

最新推荐文章于 2022-04-22 18:20:55 发布
原创 最新推荐文章于 2022-04-22 18:20:55 发布 · 886 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#linux #操作系统

本文介绍了Linux系统的运行级概念，详细解释了从0到6的不同运行级所代表的操作系统状态，如单用户模式、多用户模式及X Window系统等。

　　简单的说，运行级就是操作系统当前正在运行的功能级别。这个级别从1到6 ，具有不同的功能。

　　不同的运行级定义如下：(可以参考Red Hat Linux 里面的/etc/inittab）

　　# 0 - 停机（千万不能把initdefault 设置为0 ）

　　# 1 - 单用户模式

　　# 2 - 多用户，没有 NFS

　　# 3 - 完全多用户模式(标准的运行级)

　　# 4 - 没有用到

　　# 5 - X11 （xwindow)

　　# 6 - 重新启动 （千万不要把initdefault 设置为6 ）

Linux-内核介绍、运行机制init系统介绍、运行级别Runlevel到Target的改变介绍、shutdown、halt、reboot、init命令介绍
linghao-shan
05-01 1091
系统内核组成 我们平常所说Linux服务器高性能，高可用，高稳定性都是对内核的说法，大部分运维工程师都比较关注Linux每一个发行版本对内核优化的问题； 一个完整的Linux内核基本上由5个部分组成，内存管理，进程管理，进程通信，虚拟文件系统，网络接口； 1：内存管理 内存管理的作用：合理有效的管理整个系统的物理内存，当内核与子系统发出内存请求时进行快速响应处理；支持虚拟内存，系统上运行的所有程序...
Linux--init.d目录详解
彼尔的博客
01-19 803
忘记是从哪里看到的文章了，若有发现，将附上原地址。 /etc/rc.d/init.d/目录下的脚本就类似与windows中的注册表，在系统启动的时候某些指定脚本将被执行。 1. Linux的引导过程 系统启动之后，在进入init.d之前，我们先来看看系统都做了什么工作，系统加电之后，首先进行的硬件自检，然后是bootloader对系统的初始化， 加载内核。内核被加载到内存中之后，就开始执行了...
Linux init运行级别
weixin_34123613的博客
09-09 162
2019独角兽企业重金招聘Python工程师标准>>> ...
linux运行级别（init）
舌耳的博客
04-23 1228
0 关机3 字符界面 5 图形化界面 6 重启用的比较多 0：几乎所有进程都关闭，停机状态 　　1：单用户模式，root账户进行操作 　　2：多用户，不能使用net file system，一般很少用 　　3：完全多用户，一部分启动，一部分不启动，命令行界面 　　4：未使用、未定义的保留模式 　　5：图形化，3级别中启动的进程都启动，并且会启动一部分图形界...
通过init指令Linux运行级别
m0_63184367的博客
04-22 1539
基本介绍： init是Linux系统操作中不可缺少的程序之一。开机后核心主动调用init,然后init可以根据使用者自定的执行等级(runlevel)来唤醒不同的服务，以进入不同的操作界面。 级别具体说明： 0：停机.关机模式1：单用户模式：常用于找回丢失密码，系统维护，禁止远程登陆等，2：多用户模式：没有网络服务。3：完整的多用户文本模式:有网络服务,登陆后进入控制台命令行模式。4：系统未使用保留给用户5：图形化模式。6：重启模式。 注：级别0和级别6一般不用，否则会进入开机关机，开机重启状...
小结Linux - 常用命令.txt
02-26
1. init命令：用于管理系统运行级别，其中0代表关机，6代表系统重启，1表示单用户模式（维护模式），2-5表示多用户模式。 2. cd命令：用于切换当前工作目录。如cd /root会切换到root目录。 3. ls命令：用于列出...
Linux-init-process-analyse.pdf
03-23
5. **控制台和运行级别**：INIT进程还负责管理系统的运行级别，比如多用户模式（runlevel 3）和图形界面模式（runlevel 5）。不同的运行级别对应不同的服务组合，通过改变运行级别，可以调整系统的服务状态。 6. **...
Linux 使用init命令实现关机，重启，切换模式
09-15
在Linux操作系统中，`init`命令是系统的初始化进程，它负责启动系统并管理运行级别（run level）。在本文中，我们将深入探讨如何使用`init`命令来实现关机、重启以及在不同运行模式之间切换。 首先，让我们了解什么...
精选资源
init命令 切换系统运行级别
01-20
init命令是Linux操作系统中不可缺少的程序之一，init进程是Linux内核引导运行的，是系统中的第一个进程。 语法格式：init [参数] 常用参数： 0 关机 1 单用户 2 多用户 3 完全多用户模式 5 图形界面 ...
Linux中init的运行级别
初壹的博客
11-26 888
0 表示关机 （不要把initdefault 设置为0 ） 1 表示单用户模式 2 表示多用户模式 3 表示切换到命令行模式 服务一般处于这种模式 4 表示未被使用的模式 5 表示切换到桌面模式 6 表示重启（不要把initdefault 设置为6 ） ...
Linux 下的init 0，1，2，3，4，5，6知识介绍
JackTian
12-07 5294
作者：Lesstar 来源：https://blog.youkuaiyun.com/cougar_mountain/article/details/9798191 对于这个知识点，自己以前一直不了解，今天特意总结下，作为自己的一个学习记录 一. init是Linux系统操作中不可缺少的程序之一。 所谓的init进程，它是一个由内核启动的用户级进程。 内核自行启动（已经被载入内存，开始运行，并已初始化所有的设备驱动程序和数据结构等）之后，就通过启动一个用户级程序init的方式，完成引导进程。 所以,init始终是第一.
Linux init运行级别详解
软件小组的专栏
05-12 1262
init是Linux系统操作中不可缺少的程序之一。 　　所谓的init进程，它是一个由内核启动的用户级进程。 　　内核自行启动（已经被载入内存，开始运行，并已初始化所有的设备驱动程序和数据结构等）之后，就通过启动一个用户级程序init的方式，完成引导进程。所以,init始终是第一个进程（其进程编号始终为1）。 　　内核会在过去曾使用过init的几个地方查找它，它的正确位置（
运行级别（init）
datiewen9424的博客
10-21 186
一、运行级别（查看：cat /etc/inittab） 级别： 　　　　0：关机 　　　　1：服务器出问题（单用户状态） 　　　　2：无NFS的多用户模式 　　　　3：完整的多用户模式 　　　　4：无保留无使用 　　　　5：桌面模式 　　　　6：重新启动 　　设置运行级别（例：init 0） 　　查看当前运行级别（runlevel） ***运行级别文件（路径：/et...
linux中的init等级
cuckooyang的博客
07-07 452
设置系统当前运行级别中test服务状态 chkconfig --level5 test on CentOS 6 CentOS 7 init level systemctl target 0 shutdown.target 关机 1 emergency.target 紧急情况 2 rescure.target
Linux之Init启动级别
在线笔记
04-07 878
init的级别： 0 关机 1 单用户文字模式 2 多用户文字模式（无网络） 3 多用户文字模式 4 没有用到 5 多用户图形模式 6 重启
各种init的比较分析
少帅的天空
03-25 1844
一、什么是INIT:　　　　　　init是Linux系统操作中不可缺少的程序之一。　　　　　　所谓的init进程，它是一个由内核启动的用户级进程。　　　　　　内核自行启动（已经被载入内存，开始运行，并已初始化所有的设备驱动程序和数据结构等）之后，就通过启动一个用户级程序init的方式，完成引导进程。所以,init始终是第一个进程（其进程编号始终为1）。　　　　　　内核会在过去曾使用过init的几个
Linux init 等级列表
dbaspider
04-16 274
init 等级列表 # /etc/init.d/rc takes care of runlevel handling # # runlevel 0 is System halt (Do not use this for initdefault!) # runlevel 1 is Single user mode # runlevel 2 is Local mult...
Linux启动级别(init0 ~ init6)
热门推荐
Eaon-嵌入式小站
03-20 1万+
在/etc/inittab下，有系统默认的启动级别配置： # inittab This file describes how the INIT process should set up # the system in a certain run-level. # # Author: Miquel van Smoorenburg, <miquels@drinkel.nl.mugnet.org> # Modified for RHS Linu
git submodule update --init --recursive命令执行无返回
最新发布
11-28
<think> 我们正在分析用户的问题：用户在执行 `git submodule update --init --recursive` 命令时，命令没有返回（即没有输出，卡住不动）。这可能是由于多种原因造成的，包括网络问题、子模块规模过大、服务器响应慢、或者命令在后台运行但未显示进度等。 根据之前的讨论，我们已经知道网络问题是一个常见原因，但这次用户特别提到命令执行无返回（而不是报错），所以我们需要考虑其他可能性。 可能的原因： 1. **网络延迟或服务器响应慢**：由于子模块可能很多，或者某些子模块位于访问速度较慢的服务器上，git在尝试连接或下载时可能会卡住。 2. **大型子模块**：如果子模块包含大量的文件或历史记录，下载和解压可能需要很长时间，而git默认可能不会显示进度。 3. **输出被缓冲**：在某些环境下（如脚本中），命令的输出可能被缓冲，导致用户看不到实时进度。 4. **死锁或进程阻塞**：极少数情况下，git进程可能因为资源竞争（如文件锁）而阻塞。 5. **服务器要求认证但未提供**：如果子模块的URL需要认证，而git在等待输入，但命令行没有提示，也会表现为卡住。 解决方案： 步骤1：检查网络连接和服务器状态 - 确保网络连接正常，尝试访问子模块的URL（如使用浏览器或curl）。 - 如果使用代理，确保代理设置正确（参考之前的代理设置方法）。 步骤2：增加详细日志输出 使用 `-v` 或 `--verbose` 选项来获得更多信息： ```bash git submodule update --init --recursive --verbose ``` 或者，使用GIT_TRACE环境变量来跟踪git操作： ```bash GIT_TRACE=1 git submodule update --init --recursive ``` 这可能会显示命令卡在哪个阶段。 步骤3：尝试分步更新 如果整个更新过程卡住，可以尝试逐个更新子模块： ```bash # 先初始化所有子模块（不更新） git submodule init # 然后逐个更新子模块，观察哪个子模块导致问题 git submodule update --recursive 子模块路径 ``` 步骤4：调整git配置以优化性能 - 关闭压缩（对于慢速网络可能有帮助）： ```bash git config --global core.compression 0 ``` - 设置最小压缩级别： ```bash git config --global core.compression 1 ``` - 增加git的缓冲大小（可能提升下载速度）： ```bash git config --global http.postBuffer 524288000 ``` 步骤5：使用浅层克隆 如果子模块历史记录太大，可以使用浅层克隆来减少数据量： ```bash git submodule update --init --recursive --depth=1 ``` 步骤6：检查是否等待用户输入 有时，git可能会在需要认证时等待输入，但命令行没有显示提示。可以尝试按回车键，或者检查是否配置了凭证存储（credential.helper）。可以设置凭证存储以避免输入： ```bash git config --global credential.helper store ``` 注意：这样会以明文存储密码，请谨慎使用。 步骤7：检查系统资源 使用系统监控工具（如top、htop）查看git进程是否在运行，以及是否有CPU、内存或磁盘I/O问题。 步骤8：尝试更新git客户端 旧版本的git可能存在已知问题，更新到最新版本。 步骤9：检查文件系统权限 确保仓库目录及其子模块目录有正确的读写权限。 步骤10：尝试使用SSH协议替换HTTPS 如果之前使用的是HTTPS协议，尝试切换到SSH（如果可用）： ```bash # 全局替换URL协议 git config --global url."git@github.com:".insteadOf "https://github.com/" ``` 步骤11：使用strace跟踪系统调用（Linux） 如果是Linux系统，可以使用strace查看进程在做什么： ```bash strace -f git submodule update --init --recursive ``` 如果以上步骤仍然无法解决问题，可能需要根据详细日志或strace输出进一步分析。 最后，如果问题只发生在特定子模块上，可以考虑单独克隆该子模块到对应路径，然后手动初始化。 验证： 成功更新后，使用 `git submodule status` 检查所有子模块的状态。 预防措施： - 在大型项目中，使用 `--depth` 参数减少克隆深度。 - 配置git的并发下载线程数：`git config --global submodule.fetchJobs 4`（设置并发数，避免过多连接导致卡顿）。 - 定期运行 `git submodule sync` 确保URL正确。 相关问题： 1. 如何提高git子模块的更新速度？ 2. 如何调试无响应的git命令？ 3. 如何安全地中断一个正在运行的git子模块更新？ 4. 如何避免在git子模块更新时重复输入密码？ 引用说明： 用户提供的引用[1]中提到了克隆仓库后执行子模块更新，并建议folk到自己的仓库，这可以解决权限问题，但与本问题（命令无返回）关联不大。 引用[2]解释了该命令的作用，但未涉及无响应问题。 因此，我们主要根据常见问题解决思路提供以上步骤。 </think> ### `git submodule update --init --recursive` 命令无响应的原因与解决方案 当执行 `git submodule update --init --recursive` 命令时无返回（卡住或长时间无输出），通常由以下原因导致： --- #### **根本原因分析** 1. **大型子模块下载** - 子模块包含大量文件/历史记录（如超过 1GB 的代码库） - 网络带宽不足时，Git 可能进入静默下载状态（无进度显示） - 常见提示：终端无输出，但系统资源监视器显示网络活动 2. **深层嵌套子模块** - `--recursive` 会逐层初始化嵌套子模块 - 若存在多级嵌套（如子模块的子模块），初始化可能耗时极长 - 示例：`A → B → C → D` 四级嵌套时，需顺序处理所有层级 3. **服务器响应延迟** - Git 服务器（如 GitHub）限流或响应缓慢 - 客户端持续等待服务器数据包（TCP 连接未断开但无数据传输） 4. **本地资源瓶颈** - 磁盘 I/O 瓶颈（HDD 机械硬盘写入大量小文件） - 内存不足（处理巨型子模块时 Git 占用内存飙升） --- #### **逐步解决方案** ##### 方法 1：验证是否在后台运行（关键步骤） ```bash # 查看后台进程 ps aux | grep "git submodule" # 检查磁盘和网络活动（Linux/macOS） iostat -d 2 # 磁盘写入状态 nload # 实时网络流量 ``` - ✅ **若有磁盘/网络活动**：命令仍在运行，需等待（可能长达数小时） - ❌ **若无活动**：继续以下步骤 ##### 方法 2：启用详细输出模式 ```bash # 添加详细日志（定位卡住的位置） GIT_TRACE=1 GIT_CURL_VERBOSE=1 git submodule update --init --recursive ``` - 观察日志中最后显示的 URL 或子模块路径（即卡住点） ##### 方法 3：分阶段初始化（推荐） ```bash # 步骤1：仅初始化顶层子模块 git submodule init # 步骤2：分批更新子模块（按路径） git submodule update --init Tools/simulator # 替换为实际路径 # 步骤3：递归剩余部分 git submodule update --init --recursive --jobs=4 # 并行加速 ``` ##### 方法 4：浅层克隆减少数据量 ```bash # 使用 --depth 跳过历史记录 git submodule update --init --recursive --depth=1 ``` ##### 方法 5：绕过网络问题 ```bash # 全局替换为 SSH 协议（解决 HTTPS 阻塞） git config --global url."git@github.com:".insteadOf "https://github.com/" # 或使用镜像源 git config --global url."https://hub.nuaa.cf/".insteadOf "https://github.com/" ``` ##### 方法 6：手动修复特定子模块 若日志显示卡在特定模块（如 `external/linux-driver`）： ```bash # 删除问题子模块 rm -rf external/linux-driver # 单独重新初始化 git submodule update --init external/linux-driver ``` --- #### **预防措施** 1. **配置优化** ```bash # 启用并行下载（最多4线程） git config --global submodule.fetchJobs 4 # 关闭压缩以降低CPU开销 git config --global core.compression 0 ``` 2. **资源监控** - 运行命令前确保： - 磁盘剩余空间 > 子模块总大小的 2 倍 - 内存可用 > 4GB（处理大型仓库） 3. **替代方案** 使用 `git clone --recurse-submodules` 替代分步操作，避免状态不一致问题。 --- #### **验证修复** 成功更新后检查状态： ```bash git submodule status # 应显示所有子模块的提交哈希 ``` 输出示例： ```bash a1b2c3d... external/toolchain (v1.2.0) 4e5f6a7... docs/themes (v3.1.0) ``` > **注意**：若问题持续，收集详细日志后使用 `strace`/`dtruss` 进行系统调用跟踪： > ```bash > strace -f -o git_trace.log git submodule update --init --recursive # Linux > sudo dtruss -f git submodule update --init --recursive # macOS > ```
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值