英语法语西班牙语

Ad


OnWorks 网站图标

wimlib-imagex-append - 云端在线

在 OnWorks 免费托管服务提供商中通过 Ubuntu Online、Fedora Online、Windows 在线模拟器或 MAC OS 在线模拟器运行 wimlib-imagex-append

这是 wimlib-imagex-append 命令,可以使用我们的多个免费在线工作站之一在 OnWorks 免费托管服务提供商中运行,例如 Ubuntu Online、Fedora Online、Windows 在线模拟器或 MAC OS 在线模拟器

程序:

您的姓名


wimlib-imagex-capture、wimlib-imagex-append - 创建或附加 WIM 映像

概要


wimlib-imagex 捕获 文件 [IMAGE_NAME [图片说明]][OPTION...]
wimlib-imagex 附加 文件 [IMAGE_NAME [图片说明]][OPTION...]

商品描述


wimlib-imagex 捕获wimlib-imagex 附加 命令创建 Windows 映像 (WIM)
目录树中的图像。 这 wimlib-imagex 捕获 命令创建一个新的 WIM 文件
包含捕获的图像,而 wimlib-imagex 附加 命令附加捕获的
映像到现有的 WIM 文件。 这些命令也可以简单地使用 捕获
附上 如果安装了适当的硬链接或批处理文件。

背景信息:WIM 映像是 WIM 文件中的一个独立目录树。 WIM
文件可能包含任意数量的单独图像。 WIM 文件是单实例的
关于文件数据,所以一个文件在整个 WIM 中只存储一次,不管
文件出现在多少张图片中。

指定要从中创建新 WIM 映像的文件的位置。 如果 is
一个目录,WIM 映像是从该目录中捕获的(请参阅 目录 采集 (UNIX)
or 目录 采集 (视窗))。 或者,如果 --源列表 选项是
指定的, 被解释为一个文件,它本身提供了一个文件列表和
要包含在新 WIM 映像中的目录。 或者,仅在类 UNIX 上
系统,如果 是一个普通的文件或块设备,它被解释为一个 NTFS 卷
使用 libntfs-3g 从中捕获 WIM 映像(请参阅 NTFS 音量 采集
(UNIX)).

IMAGE_NAME图片说明 指定名称和描述以提供新的 WIM
图片。 如果 IMAGE_NAME 未指定,它默认为基本名称(不包括到
父目录)的 , 但如果这个名字已经存在于 文件, 唯一的后缀
被添加。 除此以外, IMAGE_NAME 必须是不存在的名称
图片中 文件, 或空字符串以创建没有名称的图像。 如果
图片说明 未指定,未对新图像进行描述。

作为特殊情况,如果 文件 是个 --可管道化 假设选项和 WIM 文件是
以特殊的可管道格式写入标准输出。 请参阅文档
--可管道化 以获得更多细节。

目录 采集 (UNIX)


本节记录了如何 wimlib-imagex 从类 UNIX 上的目录树中捕获文件
系统。 看 目录 采集 (视窗) 对于 Windows 的相应文档。

在类 UNIX 系统上,当 指定目录或指向目录的符号链接,
WIM 映像将从以该目录为根的目录树中捕获。 这个
目录可以在任何类型的文件系统上,并且递归地跟踪挂载点。 在
在这种模式下,wimlib 将存储以下类型的信息:

· 目录和常规文件,以及常规文件的内容

· 硬链接

· 符号链接(无损转换为 Windows 重解析点)

· 上次修改时间 (mtime) 和上次访问时间 (atime) 为 100 纳秒
粒度

· 和 --unix-数据: UNIX 所有者、组和模式

· 和 --unix-数据: 设备节点、FIFO 和 UNIX 域套接字

不支持存储扩展属性(例如 SELinux 安全标签和
POSIX ACL)。 另请注意,未存储上次状态更改时间 (ctime)。

迂腐注意:WIM 格式的限制可防止出现单个
符号链接文件本身有多个名称(硬链接); 在这种不太可能的情况下,每个
符号链接存储为独立文件。

NTFS 音量 采集 (UNIX)


本节记录了如何 wimlib-imagex 直接从 NTFS 卷映像捕获文件
在类 UNIX 系统上。

在类 UNIX 系统上,当 是常规的
文件或块设备。 在这种模式下, 假定为 NTFS 卷或卷
图像,和 wimlib-imagex 将捕获包含 NTFS 完整内容的 WIM 映像
卷,包括特定于 NTFS 的数据。 这是使用 libntfs-3g 完成的。

请注意,NTFS 卷捕获模式是 不能 输入如果 是一个目录,即使是
NTFS 文件系统安装在 使用 ntfs-3g。 您必须指定 NTFS 卷
本身(并且它必须被卸载,并且你必须有读取它的权限)。

NTFS 卷捕获模式尝试捕获尽可能多的数据和元数据,
包括:

· 所有未加密文件的所有数据流,包括未命名的数据流
作为所有命名的数据流。

· 重解析点,包括符号链接、连接点和其他重解析点。

· 文件和目录的创建、访问和修改时间戳,使用本机
NTFS 分辨率为 100 纳秒。

· Windows 安全描述符,包括所有组件(所有者、组、DACL 和 SACL)。

· DOS/Windows 文件属性标志。

·所有文件的所有名称,包括Win32命名空间、DOS命名空间、
Win32+DOS 命名空间和 POSIX 命名空间。 这包括硬链接。

但是,这种 NTFS 卷捕获模式的主要限制是:

· 默认情况下排除加密文件。 虽然 libntfs-3g 可以读取它们的数据,
它们需要以一种特殊的格式存储在 WIM 文件中,而 wimlib 还没有
支持(除了在 Windows 上,wimlib 可以将数据视为不透明并将其传递给
到适当的 API 函数)。

· 稀疏文件的稀疏属性将被保存,但存储的数据将是
文件的完整数据而不是“稀疏”数据。 (然而,数据是主题
到 WIM 格式的压缩。)

目录 采集 (视窗)


在Windows上, wimlib-imagex 捕获wimlib-imagex 附加 原生支持 Windows-
特定和特定于 NTFS 的数据。 因此,它们的作用类似于相应的
Microsoft 的 ImageX 或 DISM 命令。 为获得最佳结果,正在捕获的目录
应该在 NTFS 卷上并且 wimlib-imagex 应该以管理员权限运行;
但是,非 NTFS 文件系统和在没有管理员权限的情况下运行也是
支持的。

在Windows上, wimlib-imagex 捕获wimlib-imagex 附加 尝试存档尽可能多的数据和
元数据,包括:

·所有文件的所有数据流。

· 重解析点,包括符号链接、连接点等重解析点,
如果源文件系统支持。 (注:见 --rpfix--norpfix
关于如何捕获绝对符号链接和连接点的文档。)

· 文件和目录的创建、访问和修改时间戳。 这些被存储
Windows NT 的本机时间戳分辨率为 100 纳秒。

· 安全描述符,如果源文件系统和 --无 acls 是不是
指定的。 但是,请注意,除非 --严格acls 被指定,安全
单个文件或目录的描述符可以省略或仅部分省略
如果用户没有读取它们的权限,则捕获它们,这可能是一个问题
wimlib-imagex 以非管理员身份运行。

· 文件属性,包括隐藏、稀疏、压缩、加密等。 加密
文件将以加密形式而不是纯文本形式存储。 透明地
压缩文件将作为未压缩文件读取并存储受 WIM 自身的约束
压缩。 存储稀疏文件没有特殊处理,但它们是
可能压缩到一个小尺寸。

· DOS 名称 (8.3) 文件名; 然而,未能阅读它们不被视为
错误情况。

· 硬链接,如果源文件系统支持。

不支持存储 NTFS 扩展属性和对象 ID。

捕获过程是可逆的,因为当 wimlib-imagex 应用 (在 Windows 上)提取
捕获的 WIM 图像,它将提取上述所有信息,至少到
目标文件系统支持的范围。

迂腐注意:由于 Windows 与其自己的文件系统 (NTFS) 不完全兼容,因此
Windows wimlib 无法存档可能存在于有效 NTFS 文件系统上的某些文件,但是
Windows API 无法访问,例如名称不同的两个文件
相同目录中的大小写,或名称中包含某些字符的文件
Windows 无效。 如果您在归档此类文件时遇到问题,请考虑使用 NTFS
音量 采集 (UNIX) 来自 Linux 的模式。

配置


--引导
指定新映像将成为 WIM 存档的可引导映像。

- 查看
针对 wimlib-imagex 附加, 在执行追加操作之前,检查
诚信 文件 如果存在完整性表。 此外,包括一个
新 WIM 文件中的完整性表 (wimlib-imagex 捕获) 或修改后的 WIM 文件
(wimlib-imagex 附加)。 如果未指定此选项,则没有完整性表
包含在创建的 WIM 文件中 wimlib-imagex 捕获, 同时更新了 WIM 文件
wimlib-imagex 附加 将与完整性表一起写入当且仅当
之前在场。

- 压缩=[:LEVEL]
指定新 WIM 文件的压缩格式。 可能是“无”、“XPRESS”
(别名:“fast”)、“LZX”(别名:“maximum”)或“LZMS”(别名:“recovery”)。 is
不区分大小写匹配。 默认值为“LZX”。

您还可以选择指定整数压缩 LEVEL. 压缩级别
指定指定压缩的压缩算法的难度
压缩数据的工作。 这些值被缩放,以便 20 是快速压缩,
50 是中等压缩,100 是高压缩。 但是,您可以选择任何
价值,而不仅仅是这些特定的价值。 默认值为 50。

此选项仅影响在非固体 WIM 资源中使用的压缩类型。 如果
您正在创建一个可靠的 WIM(使用 - 固体 选项),那么你可能想要
--solid-压缩 代替。

如果您选择 LZMS 压缩,请小心。 之前和wimlib不兼容
v1.6.0、Windows 8 之前的 WIMGAPI、Windows 8.1 之前的 DISM 和 v7 之前的 15.12-Zip。

另请注意,选择 LZMS 压缩并不自动意味着固态模式
压缩,就像 DISM 一样。 用 - 固体 如果您想创建一个可靠的 WIM,
或“ESD 文件”。

--块大小=尺寸
将压缩块大小设置为 尺寸 字节。 更大的压缩块大小
导致更好的压缩比。 wimlib 支持不同的块大小
取决于压缩类型:

· XPRESS:4K、8K、16K、32K、64K

· LZX:32K、64K、128K、256K、512K、1M、2M

· LZMS:32K、64K、128K、256K、512K、1M、2M、4M、8M、16M、32M、64M、128M、256M、512M、
1G

您可以提供完整号码(例如 32768),也可以使用 K、M 或 G 之一
后缀。 KiB、MiB 和 GiB 也被接受。

此选项仅影响在非固体 WIM 资源中使用的块大小。 如果你是
创建一个可靠的 WIM(使用 - 固体 选项),那么你可能想要 - 坚硬的-
块大小 代替。

如果与 Microsoft 的实现兼容,请谨慎使用此选项
需要,因为它们的实现对非默认块大小的支持有限。

- 固体
创建一个“可靠的”WIM 文件,将文件压缩在一起而不是独立压缩。
这导致明显更好的压缩比,但这是有代价的
各种权衡,包括: 慢压缩,内存使用量非常高; 减缓
随机访问生成的 WIM 文件; 并降低了兼容性。

兼容性方面,第一个支持 Solid WIM 的微软 WIMGAPI 版本
文件随 Windows 8 一起发布,第一个 DISM 版本是
随 Windows 8.1 发布。

如果要创建“ESD 文件”,请使用此选项。 一个(未加密的)“ESD
文件”是一个可靠的 WIM 文件。

默认情况下,此选项的效果等同于 DISM 的选项
/压缩:恢复. wimlib-imagex 的选项不同,因为它们尝试
不要将压缩类型(例如 LZX 或 LZMS)与固体模式压缩混为一谈,
因为这是两种不同的东西。

--实体块大小=尺寸
喜欢 --块大小,但设置固体资源中使用的块大小。 默认情况下,
假设 LZMS 压缩,是 64MiB (67108864); 这需要大约 640MiB 的内存
每个线程。 此选项仅在以下情况下有效 - 固体 也有规定。 笔记:
Microsoft 的实现与 LZMS 块大小不兼容大于
64MB。

--solid-压缩=[:LEVEL]
喜欢 - 压缩,但设置在固体资源中使用的压缩类型。 默认的
是 LZMS 压缩。 此选项仅在以下情况下有效 - 固体 也有规定。

--线程=NUM_THREADS 个
用于压缩数据的线程数。 默认值:自动检测(数量
可用的 CPU)。

- 重建
针对 wimlib-imagex 附加: 重建整个 WIM 而不是追加新数据
到最后。 重建 WIM 较慢,但会节省一点空间
否则,这将成为 WIM 中的一个漏洞。 另见 wimlib-imagex
优化(1)。

--标志=版本号
指定要在新图像的 XML 数据元素。

--图像属性 您的姓名=VALUE
指定要在 WIM 文件的 XML 文档中设置的任意图像属性。
VALUE 是要设置为属性值的字符串。 您的姓名 是图像的名称
属性,例如“NAME”、“DESCRIPTION”或“TOTALBYTES”。 名称可以包含
正斜杠表示嵌套的 XML 元素; 例如,
“WINDOWS/VERSION/BUILD”表示嵌套在VERSION中的BUILD元素
嵌套在 WINDOWS 元素中的元素。 括号内的数字可用于
表示几个同名元素之一; 例如,
“WINDOWS/LANGUAGES/LANGUAGE[2]”表示嵌套的第二个“LANGUAGE”元素
在“WINDOWS/LANGUAGES”元素中。 以这种方式添加元素列表时,
它们必须按顺序指定。 请注意,元素名称是大小写-
敏感的。 可以多次指定此选项。

--取消引用
(仅限类 UNIX 系统)遵循符号链接并归档它们指向的文件,
而不是归档链接本身。

--配置=文件
指定配置文件(UTF-8 或 UTF-16LE 编码;纯 ASCII 也适用)
用于捕获新图像。 配置文件指定要被
在图像捕获过程中经过特殊处理。

配置文件的格式为INI风格; 也就是说,它被安排在
括号内的部分。 目前,以下部分被认可:

· [ExclusionList] --- 包含要从捕获中排除的路径全局列表。 如果
匹配一个目录,目录及其内容都被排除在外。

· [ExclusionException] --- 包含要包含在
捕获,即使文件或目录也与 [ExclusionList] 中的 glob 匹配。

· [PrepopulateList] --- 这不影响捕获,但如果图像被应用
后来与 --wimboot,这些是应正常提取的文件团,
不是作为 WIMBoot“指针文件”。 如果目录匹配,则所有文件和
子目录也递归匹配。

路径 glob 可能包含“*”和“?” 元字符。 相对全局(例如
*.mp3) 匹配任何目录中的文件名。 绝对全局变量(例如 /dir/file),
被视为从被捕获的主目录或根目录开始的路径
NTFS 卷捕获模式的 NTFS 卷。 不要在盘符中使用驱动器号
路径; 他们将被忽略。 路径分隔符可以是正斜杠或
反斜杠。

以“#”或“;”开头的行字符被视为注释并被忽略。
不需要引用包含空格的 Glob; 但是,如果是,则两者都加倍
和单引号被接受。

如果未指定此选项,则使用以下默认配置文件:

[排除列表]
\$ntfs.log
\hiberfil.sys
\页面文件.sys
\交换文件.sys
\系统容量信息
\回收者
\Windows\CSC

但是,特殊行为适用,如果 --wimboot 也有规定。 默认情况下,与
--wimboot 指定,目录下的文件Windows/System32/WimBootCompress.ini
被捕获将用作配置文件。 然而,这可以是
使用覆盖 --配置; 这也会导致指定的配置文件
在 WIM 映像中保存为 Windows/System32/WimBootCompress.ini,覆盖任何
可能存在于文件系统上。

--unix-数据
(仅限类 UNIX 系统)存储 UNIX 所有者、组、模式和设备 ID(主要和
次要编号)每个捕获的文件。 从 wimlib v1.7.0 开始,您可以备份和
不仅恢复标准的 UNIX 文件权限信息,还恢复字符
设备节点、块设备节点、命名管道 (FIFO) 和 UNIX 域套接字。

wimlib 通过向每个目录添加一个特殊的标记元数据项来存储 UNIX 数据
包含此信息的每个文件的条目。 这个额外的信息是
被 Microsoft 实现忽略。 注意:之前wimlib存储的UNIX数据
v1.7.0 使用了一种不再受支持的不同格式。 如果您有旧的 WIM
带有 UNIX 数据的文件,使用 v1.6.2 应用它们并使用 v1.7.0 重新捕获它们或
后来。

--无 acls
不要捕获文件的安全描述符。

--严格acls
如果无法读取任何文件的完整安全描述符,则立即失败。 在
Windows,没有此选项的默认行为是首先尝试省略 SACL
从安全描述符,然后尝试完全省略安全描述符。
这样做的目的是在不总是需要的情况下捕获尽可能多的数据
管理员权限。 但是,如果您希望所有安全描述符都是
准确捕获,您可能希望提供此选项,尽管管理员
无论如何都应该有阅读所有内容的权限。

--rpfix, --norpfix
设置是否修复绝对符号链接的目标(Windows 中的重解析点)
术语)与否。 启用时 (--rpfix), 指向的绝对符号链接
被捕获的目录树内部将被调整为绝对相对于
被捕获的目录树的根。 禁用时 (--norpfix), 绝对
符号链接将完全按原样捕获。

默认行为 wimlib-imagex 捕获 相当于 --rpfix。 该
默认行为 wimlib-imagex 附加--rpfix 如果重新分析点修复
以前做过 文件, 除此以外 --norpfix.

在多源捕获的情况下,(--源列表 指定),通过 --norpfix
被推荐。 否则,将在所有捕获上禁用重新分析点修复
源用于 WIM 映像中的非根位置,同时捕获源
发往 WIM 根目录将获得上一段的默认行为。

--源列表
wimlib-imagex 捕获wimlib-imagex 附加 支持从创建 WIM 映像
多个单独的文件或目录。 什么时候 --源列表 被指定,
参数指定文本文件的名称,每行是 1 或 2
空格分隔的文件路径。 第一个文件路径,源,指定
要捕获到 WIM 映像中的文件或目录的路径。 它可能是
绝对或相对于当前工作目录。 第二个文件路径,如果
提供,是目标并指定此文件或
目录将另存为。 目标中的前导和尾随斜线被忽略,
除非它完全由斜杠(例如“/”)组成,这表明
目录将成为 WIM 映像的根目录。 如果省略,则目标字符串
默认与源字符串相同。

示例源列表文件如下:

# 从 'winpe' 目录制作 WIM 映像
温佩 /

# 将'overlay'目录发送到WIM镜像中的'/overlay'
叠加/叠加

# 直接在 WIM 映像的根目录上覆盖一个单独的目录。
/数据/东西/

WIM 中的子目录是根据需要创建的。 多个源目录可能
共享相同的目标,这意味着覆盖。 如果这导致
多次添加到 WIM 映像的非目录文件,最后一个版本(如
源列表文件中列出)覆盖任何早期版本。

包含空格的文件路径可以用单引号或双引号引起来
引号。 引号不能转义。

仅由空格组成的行和以“#”开头的行
可选的空格被忽略。

作为特殊情况,如果 为“-”,从标准输入读取源列表
而不是外部文件。

类 UNIX 系统上的 NTFS 卷捕获模式不能与 --源列表,
因为仅支持捕获完整的 NTFS 卷。

--可管道化
创建一个“可管道化”的 WIM,它可以完全按顺序应用,包括从
管道。 生成的 WIM 中的图像可以应用 wimlib-imagex 应用,或者
通常通过指定 WIM 文件名,或使用 wimlib-imagex 应用 - 读取
来自标准输入的 WIM。 看 wimlib-imagex 应用(1) 了解更多详情。

对于追加操作,此选项将导致 WIM 的完全重建,以使
它可以管道化。 对于捕获操作,捕获的 WIM 只是作为可管道创建的。
请注意,您添加到可管道 WIM 的图像越多,它的管道效率就越低
会,因为更多不需要的数据将通过管道发送。

当 wimlib 创建一个可管道化的 WIM 时,它会仔细地重新安排
WIM 以便它们可以顺序读取,并且还可以制作其他几个
修改。 因此,这些“可管道化”的 WIM 是 不能 兼容
微软的 软件,所以如果你要使用它们,请记住这一点。 如果需要,
您可以使用 wimlib-imagex 优化 --不可管道 将可管道化的 WIM 重写为
常规 WIM。 (wimlib-imagex 出口 还提供导出图像的功能
从可管道 WIM 到不可管道 WIM,反之亦然。)

大多数情况下,wimlib 透明地在可管道化的 WIM 上运行。 你可以修改
它们、添加或删除图像、导出图像,甚至创建拆分的可管道 WIM。 这
主要缺点是追加(目前)效率较低(- 重建 is
总是暗示),而且它们与 Microsoft 的软件不兼容。

wimlib-imagex 捕获wimlib-imagex 附加 都可以直接写一个pipable WIM
到标准输出; 这是自动完成的,如果 文件 指定为“-”。 (在
那种情况, --可管道化 假设。)

--不可管道
确保生成的 WIM 是正常的、不可管道化的 WIM 格式。 这是
默认为 wimlib-imagex 捕获, 除非写入标准输出 (文件
指定为“-”),也为 wimlib-imagex 附加, 除非附加到 WIM
这已经是可管道化的。

--更新=[文件:]图像
声明正在捕获或附加的图像 大部分是一样的
现有图像 图像 in 文件,但在稍后的时间点捕获,可能
在中间时间做了一些修改。 这旨在用于
相同文件系统或目录树的增量备份。 图像 可以是一个
中现有图像的基于 1 的索引或名称 文件. 也可以是负数
向后索引到图像的整数(例如 -1 表示最后一个现有图像
in 文件).

当提供此选项时,新图像的捕获或附加将是
通过不读取基于元数据(例如时间戳)出现的文件进行优化
没有被修改,因为它们被存档在现有的 图像. 禁止
时间戳的操作,这个选项只影响性能,不会改变
生成的 WIM 映像。

如图所示,此选项的参数的完整语法是指定 WIM
文件、冒号和图像; 例如,“--update-of mywim.wim:1”。 然而
WIM 文件和冒号可以省略,在这种情况下,WIM 文件将默认为
为追加操作而追加到的 WIM 文件,或从中产生增量的 WIM 文件
正在被采取(仅当 --delta-来自 只指定一次)用于捕获
操作。

--delta-来自=文件
针对 wimlib-imagex 捕获 only:将新的 WIM 捕获为来自 文件。 任何
通常需要在新 WIM 中存档的流如果它们被省略
已经存在于 文件 delta 的基础。 新的 WIM
仍将包含图像元数据的完整副本,但这通常只是一个
WIM 总大小的一小部分。

可以多次指定此选项,在这种情况下,生成的 delta WIM
将只包含不存在于任何指定的基本 WIM 中的流。

使用其他命令对生成的 delta WIM 进行操作,例如 wimlib-imagex
应用,您必须将增量 WIM 指定为要操作的 WIM 文件,而且
使用 --参考 选项。 当心:保留适当的
delta WIM 的功能,您只能添加而不是删除文件和图像到
从中捕获增量后的基础 WIM。

--delta-来自 可能与 --更新 提高捕获速度
三角洲 WIM。

例如,请考虑以下备份和恢复顺序:

(初始备份)

$ wimcapture /some/目录 bkup-base.wim

(几天后,创建第二个备份作为第一个备份)

$ wimcapture /一些/目录 bkup-2013-08-20.dwm \
--更新-of bkup-base.wim:-1 --delta-from bkup-base.wim

(恢复第二个备份)

$ wimapply bkup-2013-08-20.dwm --ref=bkup-base.wim 1 \
/一些/目录

但是,请注意,作为上述使用 delta WIM 的序列的替代方案,
第二个备份可以简单地作为新映像附加到 WIM 使用
wimlib-imagex 附加. Delta WIM 仅在需要基于
很少修改的单独的大文件中的备份或图像。

注意:与“可管道化”WIM(使用 --可管道化 选项),“增量”WIM
(创建与 --delta-来自 选项)与 Microsoft 的软件兼容。
例如,您可以使用 ImageX 的 /ref 选项来引用基础 WIM,
类似于上面。

附加说明: wimlib-imagex 泛化到你实际上可以结合
--可管道化--delta-来自 创建 pipable delta WIM。 在这种情况下,基
WIM(s) 必须被捕获为 pipable 以及 delta WIM,并且在应用
镜像,必须在增量 WIM 之后通过管道发送基本 WIM。

--wimboot
将映像标记为与 WIMBoot 兼容。 请参阅 Microsoft 的文档了解更多信息
关于 WIMBoot 的信息。 默认情况下,此选项将设置压缩类型
到 XPRESS,块大小为 4096 字节; 然而,这些仍然可以被覆盖
通过 - 压缩--块大小 参数,分别。 此外,这
默认情况下,选项会将配置文件设置为
\Windows\System32\WimBootCompress.ini 如果存在且可访问; 然而,这
仍然可以通过 --配置 参数。

--不安全紧凑
请参阅此选项的文档 wimlib-imagex-优化 (1)。

--快照
实验:创建源目录的临时文件系统快照并
从中捕获文件。 目前,此选项仅在 Windows 上受支持,
它使用卷影复制服务 (VSS)。 使用此选项,您可以
为正在运行的 Windows 系统的系统卷创建一致的备份,而无需
遇到锁定文件的问题。 为了 VSS 快照成功
创建 wimlib-imagex 必须以管理员身份运行,不能在
WoW64 模式(即如果 Windows 是 64 位,则 wimlib-imagex 也必须是 64 位)。

附注


wimlib-imagex 附加 不支持将图像附加到拆分的 WIM。

使用时除外 --不安全紧凑,中止一个是安全的 wimlib-imagex 附加 命令
中途; 但是,在执行此操作后,建议运行 wimlib-imagex
优化 删除已附加到物理 WIM 文件但尚未附加的任何数据
合并到 WIM 的结构中,除非 WIM 正在完全重建(例如
- 重建),在这种情况下,您应该删除剩余的临时文件。

wimlib-imagex 创建与 Microsoft 软件(WIMGAPI、ImageX、DISM)兼容的 WIM,
有一些警告:

· 和 wimlib-imagex 在类 UNIX 系统上,可以创建 WIM 映像
包含名称仅大小写不同的文件,或名称包含
字符 ':'、'*'、'?'、'"'、'<'、'>'、'|' 或 '\',它们在 POSIX 上有效-
兼容的文件系统,但不是 Windows。 请注意,此类文件将不会被
默认情况下由 Windows 版本提取 wimlib-imagex,和(甚至更糟)
Microsoft 的 ImageX 可能会被这些名称混淆,并在中途停止提取图像
通过。 (也许值得指出的是 Windows 自己的默认文件系统,
NTFS,支持这些字符,虽然 Windows 不支持!)

· Pipable WIM 与 Microsoft 的软件不兼容。 创建可管道化的 WIM
除非 文件 被指定为“-”(标准输出)或者如果 --可管道化 旗帜是
指定的。

· 使用非默认块大小捕获的 WIM(使用 --块大小 选项)或作为固体
档案(与 - 固体 选项)或使用 LZMS 压缩(使用 - 压缩=LZMS 或
- 压缩=recovery) 与 Microsoft 的软件具有不同程度的兼容性。
通常,较新版本的 Microsoft 软件更兼容。

示例


第一个示例:使用 LZX(“最大”)压缩创建一个新的 WIM 'mywim.wim',它将
包含目录树“somedir”的捕获图像。 注意图片名称需要
未指定,默认为“somedir”:

wimlib-imagex 捕获 somedir mywim.wim

或者,如果 捕获 硬链接或批处理文件已安装,缩写形式可以
使用:

wimcapture 一些目录 mywim.wim

但是,其余示例将使用长格式。 接下来,附加一个图像
与上面创建的 WIM 不同的目录树:

wimlib-imagex 追加另一个目录 mywim.wim

很简单,上面的图像目录树示例适用于类 UNIX
系统和 Windows。 接下来,使用几个非默认选项捕获 WIM,包括
XPRESS(“快速”)压缩,一个完整性表,没有绝对符号链接,
以及图像名称和描述:

wimlib-imagex 捕获 somedir mywim.wim --compress=fast \
--check --norpfix "某些名称" "某些描述"

将整个 NTFS 卷捕获到一个新的 WIM 文件中,并将映像命名为“Windows 7”。 在
类 UNIX 系统,这需要使用中描述的特殊模式 NTFS 音量 采集
(UNIX) 哪里 是包含 NTFS 文件系统的文件或块设备:

wimlib-imagex 捕获 /dev/sda2 windows7.wim "Windows 7"

或者,在 Windows 上,要捕获完整的 NTFS 卷,您需要指定根
挂载卷的目录,例如:

wimlib-imagex 捕获 E:\ windows7.wim "Windows 7"

与上面的示例相同,从 wimlib-imagex 在 UNIX 上运行 -
像系统一样,但以可通过管道传输的 wimlib 特定的“可管道”格式捕获 WIM
wimlib-imagex 应用:

wimlib-imagex 捕获 /dev/sda2 windows7.wim "Windows 7" \
--可管道化

同上,但不是将 pipable WIM 写入文件“windows7.wim”,而是将其写入
通过管道直接到标准输出到其他一些程序“someprog”,它
例如,可以是将数据流式传输到服务器的程序或脚本。 注意
--可管道化 使用标准输出作为 WIM“文件”时不需要明确指定:

wimlib-imagex 捕获/dev/sda2 - "Windows 7" | 某个程序

使用 onworks.net 服务在线使用 wimlib-imagex-append


免费服务器和工作站

下载 Windows 和 Linux 应用程序

  • 1
    PAC 经理
    PAC 经理
    PAC 是 Perl/GTK 的替代品
    SecureCRT/Putty/等(Linux
    ssh/telnet/... gui)... 它提供了一个 GUI
    配置连接:用户,
    密码,EXPECT 规则...
    下载 PAC 管理器
  • 2
    GeoServer的
    GeoServer的
    GeoServer是一个开源软件
    用 Java 编写的服务器,允许用户
    共享和编辑地理空间数据。
    专为互操作性而设计,它
    发表...
    下载地理服务器
  • 3
    萤火虫III
    萤火虫III
    免费和开源的个人理财
    经理。 Firefly III 具有
    复式簿记系统。 你可以
    快速输入并整理您的
    交易我...
    下载萤火虫III
  • 4
    Apache OpenOffice 扩展
    Apache OpenOffice 扩展
    Apache的官方目录
    OpenOffice 扩展。 你会找到
    扩展范围从字典到
    用于导入 PDF 文件和连接的工具
    与外...
    下载 Apache OpenOffice 扩展
  • 5
    螳螂BT
    螳螂BT
    Mantis 是一个易于部署的网络
    基于错误跟踪器来帮助产品错误
    追踪。 它需要 PHP、MySQL 和一个
    网络服务器。 查看我们的演示并托管
    提供...
    下载MantisBT
  • 6
    LAN Messenger
    LAN Messenger
    LAN Messenger 是一个 p2p 聊天应用程序
    用于 Intranet 通信,并且不
    需要服务器。 各种得心应手
    支持的功能包括
    通知...
    下载 LAN Messenger
  • 更多 ”

Linux 命令

Ad