Boot Loader MBR Recovery via Hidden Partition

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Current booting systems are vulnerable to malevolent viruses that can destroy the Master Boot Record (MBR), leading to boot failures, as restoring a backed-up MBR from external storage can be time-consuming and outdated.

Innovation Solution

A computer system that receives a boot interrupt signal, overwrites the current MBR with a service MBR to boot a service operating system, and then replaces it with a previously backed-up MBR, using a hidden partition area for storage and validation processes to ensure integrity.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If the current MBR is replaced with a service MBR to boot a service operating system, then the system can recover from virally infected MBRs, but the boot process becomes more complex

Engineering Contradiction:
Improveboot reliabilityVSAvoidboot process complexity
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The service MBR acts as an intermediary between the boot loader and the user operating system. When the current MBR is infected or invalid, the boot loader replaces it with a service MBR that contains a service operating system, which then provides the necessary boot services. This intermediary layer isolates the boot process from infected MBRs while maintaining system functionality.

Inventive Principle:
Principle #24Intermediary (Mediator)

Solution Approach 2:

The system performs preliminary validation of the current MBR before attempting to boot the user operating system. The boot loader checks whether the MBR is valid and capable of mounting partitions. If validation fails, the system has already prepared a service MBR as a fallback option, eliminating the need for complex recovery procedures during boot.

Inventive Principle:
Principle #10Preliminary action

2Reliability

If the MBR is backed up to external storage, then the MBR can be restored after virus attack, but the restoration process is time-consuming and the backup may be outdated

Engineering Contradiction:
ImproveMBR restoration capabilityVSAvoidrestoration time
Core Design Contradiction:
ReliabilityVSLoss of time

Solution Approach 1:

Instead of relying on external backups that may be outdated, the system performs preliminary validation of the current MBR during the boot process. The boot loader checks the MBR's validity before attempting to boot, ensuring that the most current valid MBR is used. This eliminates the time delay associated with locating and loading external backups.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The service MBR contains a copy of the operating system and necessary boot services that are kept synchronized with the user operating system. This internal copy serves as an immediate fallback option that is always current, eliminating the need to retrieve outdated backups from external storage.

Inventive Principle:
Principle #26Copying

3Ease of operation

If the service MBR is used to mount partitions, then the system can operate with infected MBR, but some partitions may not be mounted correctly

Engineering Contradiction:
Improvesystem operabilityVSAvoidpartition mounting accuracy
Core Design Contradiction:
Ease of operationVSReliability

Solution Approach 1:

The boot loader implements a feedback mechanism that monitors whether partitions are successfully mounted after the service MBR boots the system. If partition mounting fails or is incomplete, the system can detect this condition and take corrective action, such as attempting to mount the missing partitions using the previously backed-up MBR or alerting the user to the issue.

Inventive Principle:
Principle #23Feedback

Solution Approach 2:

The system dynamically switches between the service MBR and the previously backed-up MBR based on runtime conditions. If the service MBR successfully mounts all necessary partitions, the system continues operating with it. If partition mounting is incomplete, the system can dynamically transition to using the backed-up MBR to mount the missing partitions, ensuring complete system operability.

Inventive Principle:
Principle #15Dynamics

Data Source

PatentUS7757112B2System and method for booting alternate MBR in event of virus attack
Publication Date: 2010.07.13 LENOVO SWITZERLAND INTERNATIONAL GMBH
  • US7757112B2 patent drawing
  • US7757112B2 patent drawing
  • US7757112B2 patent drawing

AI summary

In the event of a virally infected MBR on a hard disk drive that might prevent booting, a service MBR in a hidden protected area (HPA) can be used to boot a service O.S., and then the service MBR can be replaced with a previously backed-up MBR, also in the HPA, to mount any missing partitions.