Hive-Based Registry使用

本文详细介绍了Hive注册表的三种类型:Boothive、Systemhive和Userhive,并解释了各自的功能与作用。Boothive包含启动过程所需系统设置;Systemhive包含与特定用户无关的系统设置;Userhive则包含特定用户的设置。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

        对于Hive干什么用这里就不多介绍了,根据文档的介绍,Hive形式的注册表分为:Boot hive,System hv和User hive三种。Boot hive就是指那部分在Boot过程中需要使用到的注册表信息,这部分是实在没办法放在System hive中了,所以就把它们单独放在Boot hive中了。System hive是不用放在Boot中的和系统相关的注册表信息,而User hive则是用户相关的注册表信息了。下面就看看这三个部分的具体内容:

1.Boot hive ,原文是这样介绍的:

      The boot hive contains system settings that are applied only during boot. The boot hive is read out of ROM and used to start drivers and file systems needed to reach the system hive file. Once the system hive is mounted, the boot hive is discarded. Changes made to the registry during the boot process are copied into the system hive once it is available. The boot hive in ROM remains unchanged.

       从这段介绍中可以理解Boot中的信息是用来在后面获得System hive而在Boot阶段所必需包括的注册表信息。因此Boot hive中的内容只要能让后面获得System hive成为可能就可以了。

2.System hive,原文如下:

       The system hive contains system settings that do not pertain to any one user. The OEM selects the system hive file name and location. The system hive file is typically named System.hv, but the location can vary.

The registry value SystemHive under HKEY_LOCAL_MACHINE\init\BootVars indicates the path and file name of the system hive.

       从中可以看出System和用户无关,由OEM来选择System hive的文件名与位置,默认的System hive会被命名为System.hv,但位置不固定。在HKEY_LOCAL_MACHINE\init\BootVars 键下的值SystemHive 指定System hive的名字和路径。

3.User hive,原文如下:

       A user hive contains user-specific settings. All user hives are named User.hv and are located inside separate user directories. Each directory is given the name of the user to which it belongs.

The registry value ProfileDir under HKEY_LOCAL_MACHINE\init\BootVars indicates the location where all user directories are placed.

       User hive包括了和用户相关的注册表信息。所有的User hive都是一样的名字:User.hv。但是放在不同的用户目录下,例如有两个用户的目录A,B,两个目录里的User hive都叫做User.hv。但是一个是A/User.hv。另一个是B/User.hv。同System hive类似,在HKEY_LOCAL_MACHINE\init\BootVars 下的ProfileDir 指定了所有用户目录存放的路径。

       有了以上的信息,下面来看如何使能Hive Registry。

1.在PB中把Hive-based Registry Catalog item加进来。

2.添加注册表[HKEY_LOCAL_MACHINE\init\BootVars]下的内容:
    "SystemHive"="<your system hive location>"

    "ProfileDir"="<your user hive location>"

    "DefaultUser"="<username>"
    "Flags"=dword:<your value>

3.把在Boot阶段所需要的注册表信息封装在所示的注释中

   ; HIVE BOOT SECTION
   <your registry settings>
   ; END HIVE BOOT SECTION
4.在存放System hive的分区,要做相应的设置,在CE5.0之后的要设MountAsBootable = dword:1.对于早期的版本,则需要设置MountFlags =dword :2

分区路径为[HKEY_LOCAL_MACHINE\System\StorageManager\Profiles\<MyProfile>\<MyFileSystem>]
5.如果希望在每次修改后自动保存,那么在[HKEY_LOCAL_MACHINE\init\BootVars]下设置                             "RegistryFlags"=dword:1

       以上都是根据PB的帮助文档和别人的Blog获得的信息,能不能使用起来我还没有验证过。不过应该差不多了,最后说一下自己的一点理解,也算一个例子吧。例如我们的系统使用BINFS和FATFS,System.hv存放在FAT上面,那么在Boot Hive中需要把BINFS和FATFS都使能起来,不然在后面的加载过程中得不到System.hv的话其他驱动就没法加载了。只有在Boot Hive中把BINFS和FATFS都使能起来,这样才能在FAT分区中获得System.hv这样才能保证后面的驱动正常的加载。

电动汽车数据集:2025年3K+记录 真实电动汽车数据:特斯拉、宝马、日产车型,含2025年电池规格和销售数据 关于数据集 电动汽车数据集 这个合成数据集包含许多品牌和年份的电动汽车和插电式车型的记录,捕捉技术规格、性能、定价、制造来源、销售和安全相关属性。每一行代表由vehicle_ID标识的唯一车辆列表。 关键特性 覆盖范围:全球制造商和车型组合,包括纯电动汽车和插电式混合动力汽车。 范围:电池化学成分、容量、续航里程、充电标准和速度、价格、产地、自主水平、排放、安全等级、销售和保修。 时间跨度:模型跨度多年(包括传统和即将推出的)。 数据质量说明: 某些行可能缺少某些字段(空白)。 几个分类字段包含不同的、特定于供应商的值(例如,Charging_Type、Battery_Type)。 各列中的单位混合在一起;注意kWh、km、hr、USD、g/km和额定值。 列 列类型描述示例 Vehicle_ID整数每个车辆记录的唯一标识符。1 制造商分类汽车品牌或OEM。特斯拉 型号类别特定型号名称/变体。型号Y 与记录关联的年份整数模型。2024 电池_类型分类使用的电池化学/技术。磷酸铁锂 Battery_Capacity_kWh浮充电池标称容量,单位为千瓦时。75.0 Range_km整数表示充满电后的行驶里程(公里)。505 充电类型主要充电接口或功能。CCS、NACS、CHAdeMO、DCFC、V2G、V2H、V2L Charge_Time_hr浮动充电的大致时间(小时),上下文因充电方法而异。7.5 价格_USD浮动参考车辆价格(美元).85000.00 颜色类别主要外观颜色或饰面。午夜黑 制造国_制造类别车辆制造/组装的国家。美国 Autonomous_Level浮点自动化能力级别(例如0-5),可能包括子级别的小
内容概要:本文详细介绍了IEEE论文《Predefined-Time Sensorless Admittance Tracking Control for Teleoperation Systems With Error Constraint and Personalized Compliant Performance》的复现与分析。论文提出了一种预定义时间的无传感器导纳跟踪控制方案,适用于存在模型不确定性的遥操作系统。该方案通过具有可调刚度参数的导纳结构和预定义时间观测器(PTO),结合非奇异预定义时间终端滑模流形和预定义时间性能函数,实现了快速准确的导纳轨迹跟踪,并确保误差约束。文中详细展示了系统参数定义、EMG信号处理、预定义时间观测器、预定义时间控制器、可调刚度导纳模型及主仿真系统的代码实现。此外,还增加了动态刚度调节器、改进的广义动量观测器和安全约束模块,以增强系统的鲁棒性和安全性。 适合人群:具备一定自动化控制理论基础和编程能力的研究人员、工程师,尤其是从事机器人遥操作、人机交互等领域工作的专业人士。 使用场景及目标:①理解预定义时间控制理论及其在遥操作系统中的应用;②掌握无传感器力观测技术,减少系统复杂度;③学习如何利用肌电信号实现个性化顺应性能调整;④探索如何在保证误差约束的前提下提高系统的响应速度和精度。 阅读建议:本文内容涉及较多的数学推导和技术细节,建议读者先熟悉基本的控制理论和Python编程,重点理解各个模块的功能和相互关系。同时,可以通过运行提供的代码示例,加深对理论概念的理解,并根据自身需求调整参数进行实验验证。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值