systemd --switched-root --deserialize 参数说明

systemd --switched-root --deserialize的这两个参数是内部用的，用于源代码中，不对外提供接口。

详见：

https://lists.freedesktop.org/archives/systemd-devel/2013-September/013008.html

关于这两个参数的解释可见：

https://unix.stackexchange.com/questions/98128/what-are-the-systemd-command-line-options-switched-root-and-deserialize

These are intentionally undocumented internal parts of systemd. Very simply, therefore:

--deserialize is used to restore saved internal state that a previous invocation of systemd, exec()ing this one, has written out to a file. Its option argument is an open file descriptor for that process.
--switched-root is used to tell this invocation of systemd that it has been invoked from systemd managing an initramfs, and so should behave accordingly — including turning off some of the behaviour otherwise caused by --deserialize.

It‘s a good answer. To expand on this a bit: systemd running with --deserialize --switched-root essentially means systemd was also used in the initramfs. Nowadays this is pretty common, so those two options are to be expected in the command line of PID 1.

时间： 2024-07-31 01:32:38

systemd --switched-root --deserialize 参数说明的相关文章

10.6 监控io性能 10.7 free命令 10.8 ps命令 10.9 查看网络状态 10.10 linux下抓包

iostat sysstat 包里面包括 sar 和 iostat [[email protected] ~]# iostat Linux 3.10.0-693.2.2.el7.x86_64 (centos7.4) 2018年01月23日 _x86_64_ (1 CPU) avg-cpu: %user %nice %system %iowait %steal %idle 0.41 0.00 0.27 0.01 0.00 99.31 Device:

systemd的日志管理进程journald

使用Journalctl查看并操作Systemd日志 systemd拥有强大的处理与系统日志记录功能.在使用其它工具时,日志往往被分散在多套系统当中,由不同的守护进程负责处理. Journal的实现归功于journald守护进程,其负责处理由内核.initrd以及服务等产生的信息. 总体思路 Systemd journal的的深层驱动力在于以集中方式管理对来自任意来源的信息.由于大部分进程都是由systemd进程处理的,因此可以以标准化方式实现日志的收集与访问.其中journald守护进程会收集

13个systemd与systemctl命令详解（二）（linux）

CPU Utilization (Shares) of a Service 25. Get the current CPU Shares of a Service (say httpd). # systemctl show -p CPUShares httpd.service CPUShares=1024 Note: The default each service has a CPUShare = 1024. You may increase/decrease CPU share of a p

docker中使用systemd

由于以下几个原因,docker的官方centos镜像中没有提供systemd服务: systemd requires the CAP_SYS_ADMIN capability. This means running docker with --privileged. Not good for a base image. systemd requires access to the cgroups filesystem. systemd has a number of unit files tha

dockerd启动配置_修改IP和systemd管理

docker采用CS架构,dockerd是管理后台进程,默认的配置文件为/etc/docker/daemon.json(--config-file可以指定非默认位置). 一个完整的daemon.json示例参考:https://docs.docker.com/engine/reference/commandline/dockerd//#daemon-configuration-file. 通过此文件可修改docker0的默认IP及bridge(Customize the docker0 brid

linux系统进程管理

一.进程的概述 1.进程的概述 (1)进程:运行中的程序的一个副本,是被载入内存的一个指令集合:通常通过进程ID(Process ID,PID)号来标记各个进程 (2)特点:通常从执行进程的用户来继承.进程存在生命周期 (3)task struct:Linux内核存储进程信息的数据结构格式 (4)task list:多个任务的的task struct组成的链表 (5)进程的创建: 1)第一个进程,centos6上为init,centos7上为systemd 2)进程的创建:都有其父进程创建 (6

Linux进程与计划任务

Linux进程与计划任务 linux进程及作业管理进程内核的功用:进程管理.文件系统.网络功能.内存管理.驱动程序.安全功能等特权操作模式切换(理想状态):70%CPU时间用户模式+30%CPU时间内核模式进程(Process):是计算机中的程序关于某数据集合上的一次运行活动,是系统进行资源分配和调度的存在生命周期的基本单位,是操作系统结构的基础.在早期面向进程设计的计算机结构中,进程是程序的基本执行实体:在当代面向线程设计的计算机结构中,进程是线程的容器.程序是指令.数据及其组织形式的描述

iotop命令详解

iotop是top和iostat程序的混合体,能够显示系统中所有运行进程并将进程根据I/O统计信息排序. 这个软件使用了Linux内核的一些新特性,所以需要2.6.20或者更新的内核. 一般默认情况下没有安装这个程序,安装方法: [[email protected] ~]# yum -y install iotop 安装完成后,直接输入iotop就可以看到信息: Total DISK READ : 0.00 B/s | Total DISK WRITE : 0.00 B/s Actual DIS

linux每日命令(37)：top命令

阅读目录(Content) 一．命令格式二．命令功能三．命令参数四. 使用实例 1.显示进程信息第一行,任务队列信息,同 uptime 命令的执行结果,具体参数说明情况如下: 第二行,Tasks - 任务(进程),具体信息说明如下: 第三行,cpu状态信息,具体属性说明如下第四行,内存状态,具体信息如下: 第五行,swap交换分区信息,具体信息说明如下: 第六行,空行第七行以下各进程(任务)的状态监控,项目列信息说明如下: 2.显示完整命令 3.以批处理模式显示程序信息 4.以累积模