The present invention relates to a booting disk including a master boot record (MBR) stored in a first region and a globally unique identifier (GUID) partition table (GPT) stored in a second region, wherein the booting disk has a hybrid MBR partition structure in which an MBR partition used by the MBR and a GPT partition used by the GPT are mixed. The GPT partition may include an operating system (OS) partition configured to store an OS and a GPT storage partition configured to store data, the MBR partition may include a GPT protective partition configured to protect the GPT partition and an MBR storage partition configured to store data, the GPT storage partition and the MBR storage partition may be the same the same starting address and size, a starting address of the GPT protective partition may be a logical block addressing (LBA) #1 of the booting disk, and a partition size thereof is zero.

In an example embodiment, a solution is provided that reduces downtime during operating system patching. This reduces the downtime, regardless of which activity is being performed, and is platform-agnostic. More specifically, a target image for the operating system is obtained. During a preparation phase, a virtual machine with the target image is deployed. This virtual machine is deemed a reference virtual machine. A backup of the reference virtual machine bootable root disk is then taken, and a reference root block device is updated with a customer virtual machine operating system/application/database configuration files and folders. These customer-specific configuration files are then copied from block devices of the customer virtual machine to the reference virtual machine. The reference virtual machine can then be powered on. Only then is the customer virtual machine shut down, and the reference virtual machine swapped in for the customer virtual machine, minimizing the downtime during this period.

An electronic device is provided. The electronic device includes a first controller, a first memory configured to store a first basic input output system (BIOS) and first firmware for controlling the first controller and functionally connected to the first controller, a second memory configured to store second firmware corresponding to the first firmware and a second BIOS corresponding to the first BIOS, and a second controller functionally connected to the first memory, the second memory, and the first controller, wherein the second controller is configured to compare the first firmware and the second firmware during power-on when the electronic device is applied with power, and turn on the first controller at least based on a result of the comparison, and wherein the first controller is configured to, in response to being turned on by the second controller, control a system of the electronic device to be booted.

A wearable medical monitoring device is configured to manage drive booting. The wearable medical monitoring device includes a plurality of ECG electrodes configured to sense ECG signals from a patient, a plurality of therapy pads configured to deliver one or more therapeutic shocks, and a monitor operably connected to the plurality of ECG electrodes and the plurality of therapy pads. The monitor includes at least one processor and a supervisory circuit configured to monitor a state of the at least one processor when the at least one processor is configured to boot from a current drive. The supervisory circuit is configured to control the at least one processor to boot from an alternative drive different from the current drive based on the state of the at least one processor.

The embodiments of the present disclosure disclose a firmware boot implementation method based on Flash chip simulation, the method comprising: when there are at least two MCUs, one of the MCUs is selected as a master MCU and each remaining MCU is as slave MCU which is connected with the master MCU respectively, and the master MCU is connected with a Flash chip; when the master MCU is started, the master MCU is started by reading firmware data in the Flash chip; when the slave MCU is started, the master MCU controls the slave MCU to be powered on, and the slave MCU sends a request for reading the firmware data to the master MCU; the master MCU transmits the request to the Flash chip, and transmits the firmware data returned by the Flash chip to the slave MCU, so as to start the slave MCU.

One embodiment provides a computer implemented method for installing an operating system (OS) using a dual-flash device. The method includes burning an OS version to the dual-flash device located on a server. The method also includes setting BIOS to boot the server from the dual-flash device; triggering installation of the OS version on the server from the dual-flash device; and setting BIOS to boot from a hard disk of the server after installation of the OS version.

One embodiment provides a computer implemented method for recovering an operating system (OS) after a runtime hang using a dual-flash device. The method includes detecting a first runtime hang of a server; initiating a first reboot from a hard disk; detecting a second runtime hang of the server; and initiating a second reboot from the dual-flash device.

The present disclosure generally relates to reducing boot latency of memory devices in a dual boot system. The boot code is loaded to the data storage device controller in a flexible manner by being able to receive chunks of the boot code from two separate locations, the host memory buffer (HMB) and the memory device, which may be a NAND device. Part of the boot code may be received from the HMB and another part of the boot code may be received from the memory device. If either the HMB or the memory device can deliver the chunks faster than the other, then the controller can receive the chunks from the faster location and periodically confirm the speed of delivery to ensure the boot code latency is optimized.

A mobile device receives a request for diagnosis from an information handling system in a service mode, diagnoses the information handling system in response to the request, and executes a routine to troubleshoot the information handling system based on results of the diagnosing the information handling system. The mobile device accesses the information handling system at a basic input/output system level while executing the routine to troubleshoot.

An example electronic device includes a volatile memory to store a virtual memory device. A processor is to generate an operating system boot sequence in the virtual memory device. The processor uses a firmware interface system driver to create a device path comprising a location in the volatile memory containing the virtual memory device. The processor saves computer operating system files in the virtual memory device. The processor loads the operating system boot sequence by processing the computer operating system files from the virtual memory device.