Layered composite boot device and file system for operating system booting in file system virtualization environments

US11995449B2 · US · B2

Patent metadata
FieldValue
Publication numberUS-11995449-B2
Application numberUS-202217724356-A
CountryUS
Kind codeB2
Filing dateApr 19, 2022
Priority dateDec 16, 2019
Publication dateMay 28, 2024
Grant dateMay 28, 2024

How to read this patent

A practical reading order for non-experts. Skip the full description unless you need deep technical detail.

  1. Title

    What the patent document calls the invention.

  2. Abstract

    A short plain-language summary of the technical disclosure.

  3. Assignees and inventors

    Who owns or filed the patent and who is credited as inventor.

  4. Key dates

    Filing, priority, publication, and grant dates set the timeline.

  5. First independent claim

    The legal scope of protection — read this for what is actually claimed.

  6. CPC / IPC classifications

    Technology tags used to group this patent with similar filings.

  7. Citations and related patents

    Prior art links and similar publications in this corpus.

Abstract

Official abstract text for this publication.

A layered composite boot device, and a corresponding layered composite file system, can be implemented by a boot manager. Requests directed to the layered composite boot device and file system, can be serviced from a primary device and file system that are encapsulated by the layered composite boot device and file system. The primary device and file system can correspond to a virtualized file system within a container environment, thereby enabling changes within the container environment to affect early stages of operating system booting in the container environment. Should such requests not be serviceable from the primary layers, the composite device and file system can comprise secondary layers that can correspond to a container host connection and the host file system, providing fallback to existing data if changes within the container environment were not made, thereby enabling booting to proceed in a traditional manner.

First claim

Opening claim text (preview).

We claim: 1. A method comprising: opening a container host connection as an initial boot device; receiving a specification of a composite device as a current boot device; determining the container host connection is different from the composite device; reading operating system configuration data from a composite file system associated with the composite device, the composite file system abstracting: a first file system comprising data persisted on a first device, the first device being abstracted as a primary layer of the composite device; and a second file system comprising data persisted on a second device, the second device being abstracted as a secondary layer of the composite device; and using the operating system configuration data to boot an operating system in a container providing a virtualization environment isolated from a host computing environment hosting the container. 2. The method of claim 1 , further comprising: prior to reading the operating system configuration data from the composite file system, using a hypervisor to instantiate firmware to execute within the container. 3. The method of claim 2 , wherein the firmware is used to open the container host connection as the initial boot device to be used by the firmware. 4. The method of claim 3 , wherein the firmware uses the initial boot device to: locate a container boot manager in the host computing environment; and instantiate the container boot manager into the container. 5. The method of claim 4 , wherein instantiating the container boot manager into the container comprises passing parameters from the firmware to the container boot manager, the parameters corresponding to at least one of: pointers to values; or command line parameters provided as part of an execution instruction implemented by the container boot manager. 6. The method of claim 5 , wherein the parameters include a specification of the container host connection as the second device. 7. The method of claim 5 , wherein the container boot manager locates and reads container boot configuration data via the container host connection, the container boot configuration data comprising the specification of the composite device as the current boot device. 8. The method of claim 1 , wherein the operating system configuration data is read from the first file system based on the operating system configuration data being found in the first file system. 9. The method of claim 1 , wherein the operating system configuration data is read from the second file system based on the operating system configuration data not being found in the first file system. 10. The method of claim 1 , wherein the current boot device is associated with an identifier that is based on at least one of a device type or a device descriptor. 11. The method of claim 10 , wherein the device descriptor includes metadata comprising at least one of: interface identifiers; channel identifiers; disk identifiers; or partition identifiers. 12. A system comprising: memory comprising computer executable instructions that, when executed, perform operations comprising: opening a container host connection as an initial boot device; determining the container host connection is different from a composite device that is a current boot device; reading operating system configuration data from a composite file system associated with the composite device, the composite file system abstracting: a first file system comprising data persisted on a first device, the first device being abstracted as a primary layer of the composite device; and a second file system comprising data persisted on a second device, the second device being abstracted as a secondary layer of the composite device; and using the operating system configuration data to boot an operating system in a container providing a virtualization environment isolated from a host computing environment hosting the container. 13. The system of claim 12 , the operations further comprising: receiving a specification of the second device as the initial boot device; and reading boot configuration data from the second file system based on the specification of the second device as the initial boot device. 14. The system of claim 12 , wherein determining that the container host connection is different from the composite device comprises comparing a device identifier of the first device to a device identifier of the second device. 15. The system of claim 12 , wherein edits made from within the container are accessible through the first file system and are not accessible through the second file system. 16. The system of claim 12 , wherein the first device or the second device is a sandbox comprising file activity within the container. 17. The system of claim 12 , wherein the operating system configuration data is read from the second file system based on the operating system configuration data being found in the second file system and not being found in the first file system. 18. A device comprising: a processing system; memory coupled to the processing system, the memory comprising computer executable instructions that, when executed by the processing system, perform operations comprising: opening a container host connection as an initial boot device; determining the container host connection is different from a composite device that is a current boot device; accessing configuration data from a composite file system associated with the composite device, the composite file system abstracting: a first file system comprising data persisted on a first device, the first device being abstracted as a primary layer of the composite device; and a second file system comprising data persisted on a second device, the second device being abstracted as a secondary layer of the composite device; and using the configuration data to boot an operating system in a virtualization environment isolated from a host computing environment hosting the virtualization environment. 19. The device of claim 18 , the operations further comprising: using a hypervisor to instantiate firmware to execute within the virtualization environment, the firmware being used to open the container host connection as the initial boot device to be used by the firmware. 20. The device of claim 18 , wherein the current boot device is associated with an identifier that is based on at least one of a device type or a device descriptor.

Assignees

Inventors

Classifications

  • G06F9/4408Primary

    Boot device selection · CPC title

  • Configuring for program initiating, e.g. using registry, configuration files · CPC title

  • Delete operations (erasing in storage systems G06F3/0652) · CPC title

  • File meta data generation · CPC title

  • Virtual file systems · CPC title

Patent family

Related publications grouped by family.

External sources

Frequently asked questions

Answers are generated from the same data shown on this page.

What does patent US11995449B2 cover?
A layered composite boot device, and a corresponding layered composite file system, can be implemented by a boot manager. Requests directed to the layered composite boot device and file system, can be serviced from a primary device and file system that are encapsulated by the layered composite boot device and file system. The primary device and file system can correspond to a virtualized file s…
Who is the assignee on this patent?
Microsoft Technology Licensing Llc
What technology area does this patent fall under?
Primary CPC classification G06F9/4408. Mapped technology areas include Physics.
When was this patent published?
Publication date Tue May 28 2024 00:00:00 GMT+0000 (Coordinated Universal Time) (B2). Legal status and post-grant events are not shown on this page.
What related patents are in patentsdb?
We list 12 related publications on this page (citations in our corpus or others sharing the same primary CPC).