CN108235095B - Set top box starting/debugging method based on disk medium, set top box and storage medium - Google Patents
Set top box starting/debugging method based on disk medium, set top box and storage medium Download PDFInfo
- Publication number
- CN108235095B CN108235095B CN201810046700.2A CN201810046700A CN108235095B CN 108235095 B CN108235095 B CN 108235095B CN 201810046700 A CN201810046700 A CN 201810046700A CN 108235095 B CN108235095 B CN 108235095B
- Authority
- CN
- China
- Prior art keywords
- partition
- disk
- top box
- disk medium
- starting
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/41—Structure of client; Structure of client peripherals
- H04N21/426—Internal components of the client ; Characteristics thereof
- H04N21/42661—Internal components of the client ; Characteristics thereof for reading from or writing on a magnetic storage medium, e.g. hard disk drive
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N17/00—Diagnosis, testing or measuring for television systems or their details
- H04N17/04—Diagnosis, testing or measuring for television systems or their details for receivers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
- H04N21/443—OS processes, e.g. booting an STB, implementing a Java virtual machine in an STB or power management in an STB
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
- H04N21/81—Monomedia components thereof
- H04N21/8166—Monomedia components thereof involving executable data, e.g. software
- H04N21/8186—Monomedia components thereof involving executable data, e.g. software specially adapted to be executed by a peripheral of the client device, e.g. by a reprogrammable remote control
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Signal Processing (AREA)
- Software Systems (AREA)
- General Engineering & Computer Science (AREA)
- Health & Medical Sciences (AREA)
- Biomedical Technology (AREA)
- General Health & Medical Sciences (AREA)
- Debugging And Monitoring (AREA)
- Stored Programmes (AREA)
Abstract
The invention discloses a set top box starting/debugging method based on a disk medium, a set top box and a storage medium, wherein the method comprises the following steps: the set top box responds to a starting instruction input by a user, acquires a disk partition table from a disk medium, and establishes a system partition on the disk medium according to the disk partition table; starting a kernel program in the disk medium to mount and run the system partition; when the system partition mounting is successful, acquiring each partition accessed by the android system in the disk medium; and mounting and operating each partition accessed by the android system to realize starting/debugging. According to the invention, the set top box system is started by mounting the operation system partition and each partition accessed by the android system in the disk medium, so that when no EMMC is used as a prototype of the set top box for starting the storage medium, other set top boxes are started through the disk medium to verify the validity and feasibility of the software system, and convenience is provided for system development and debugging and technical support of customers.
Description
Technical Field
The invention relates to the technical field of set top boxes, in particular to a set top box starting/debugging method based on a disk medium, a set top box and a storage medium.
Background
The EMMC is an abbreviation of Embedded Multi Media Card, is established by MMC association, and mainly integrates a controller in a package aiming at the standard specification of an Embedded memory of products such as a mobile phone or a tablet computer, so as to provide a standard interface and manage a flash memory. Android set-top boxes mostly use the EMMC as the storage and startup medium for the system. In the research and development stage, the situation that the set top box with the EMMC as the starting storage medium has no prototype or the EMMC memory cannot be used satisfactorily exists, the EMMC uses a special hardware interface, and the prototype cannot be provided on time due to the limitation of links such as Layout, welding and the like. Even if the EMMC is provided as a prototype of the set-top box for starting the storage medium, the EMMC may not be replaced in time after being damaged, which causes troubles for research, development and debugging and field technical support. The starting and normal operation of the android system set top box are carried out under the condition that an EMMC is not used as a prototype of the set top box for starting a storage medium, so that the technical problem to be solved urgently is required for field debugging without damaging the original structure and package of the set top box and a simple and convenient debugging means.
The above information is only for assisting understanding of the technical aspects of the present invention, and does not represent an admission that the above information is prior art.
Disclosure of Invention
The invention mainly aims to provide a disk medium-based set top box starting/debugging method, a set top box and a storage medium, and aims to solve the technical problem of starting an android system set top box under the condition that an EMMC is not used as a prototype of the set top box for starting the storage medium.
In order to achieve the above object, the present invention provides a method for starting/debugging a set top box based on a disk medium, which comprises the following steps:
the set top box responds to a starting instruction input by a user, acquires a disk partition table from a disk medium, and establishes a system partition on the disk medium according to the disk partition table;
starting a kernel program in the disk medium to mount and run the system partition;
when the system partition mounting is successful, acquiring each partition accessed by the android system in the disk medium;
and mounting and operating each partition accessed by the android system to realize starting/debugging.
Preferably, before the starting instruction input by the user is responded, the disk partition table is obtained from the disk medium, and the set-top box starting/debugging method based on the disk medium further includes:
reading a bootstrap program from a flash memory, initializing a disk medium according to the bootstrap program, and executing the step of acquiring a disk partition table from the disk medium when the disk medium initialization is completed.
Preferably, before obtaining each partition accessed by the android system in the disk media when the system partition is mounted successfully, the method for starting/debugging the set top box based on the disk media further includes:
and linking each partition device node of the disk medium to each partition name accessed by the android system so as to support mounting and running each partition accessed by the android system on the disk medium.
Preferably, when the system partition is successfully mounted, acquiring each partition accessed by the android system in the disk medium specifically includes:
when the system partition mounting is successful, acquiring each partition accessed by the android system in the disk medium and a starting script;
correspondingly, the mounting and running of each partition accessed by the android system to realize starting/debugging specifically includes:
and mounting and operating each partition accessed by the android system in the starting script so as to realize starting/debugging.
Preferably, the starting a kernel program in the disk medium to mount and run the system partition specifically includes:
acquiring the disk partition table from a preset address of a disk medium, and establishing disk partition information according to the disk partition table;
and acquiring a kernel program from the disk partition information, and starting the kernel program to mount and run the system partition.
Preferably, after the kernel program is started in the disk medium to mount and run the system partition, the method for starting/debugging a set-top box based on the disk medium further includes:
acquiring the time for detecting the disk medium and initializing the system partition;
and setting the timeout time for mounting the system partition as preset time so that the disk medium can detect and initialize the system partition within the preset time, wherein the preset time is more than or equal to the time for detecting and initializing the system partition by the disk medium.
Preferably, before the timeout time for mounting the system partition is set to be a preset time, the method further includes:
and judging whether the time for detecting and initializing the system partition by the disk medium is less than the overtime time for mounting the system partition, and when the time for detecting and initializing the system partition by the disk medium is less than the overtime time for mounting the system partition, executing the step of setting the overtime time for mounting the system partition as preset time.
Preferably, the acquiring a disk partition table from a disk medium, and establishing a system partition on the disk medium according to the disk partition table specifically includes:
and acquiring a GUID disk partition table from a disk medium, and establishing a system partition on the disk medium according to the GUID disk partition table.
In addition, to achieve the above object, the present invention further provides a set top box, including: the starting/debugging program is configured to implement the steps of the starting/debugging method based on the disk medium set-top box.
In addition, in order to achieve the above object, the present invention further provides a storage medium, where a set-top box boot/debug program based on a disk medium is stored on the storage medium, and when the set-top box boot/debug program based on a disk medium is executed by a processor, the steps of the set-top box boot/debug method based on a disk medium as described above are implemented.
The starting/debugging of the set-top box system is realized by mounting the operation system partition and each partition accessed by the android system in the disk medium, so that when no EMMC is used as a prototype of the set-top box for starting the storage medium, other set-top boxes are started through the disk medium to verify the effectiveness and feasibility of the software system, the original system of a set-top box product is not required to be damaged, the subsequent operation and debugging of the whole system can be realized on the external disk medium, and convenience is provided for the development and debugging of the system and the technical support of customers.
Drawings
Fig. 1 is a schematic structural diagram of a set-top box based on a hardware operating environment according to an embodiment of a method for starting/debugging a set-top box based on a disk medium of the present invention;
fig. 2 is a schematic flowchart of a first embodiment of a set-top box startup/debugging method based on a disk medium according to the present invention;
fig. 3 is a flowchart illustrating a second embodiment of a set-top box startup/debugging method based on a disk medium according to the present invention.
The implementation, functional features and advantages of the objects of the present invention will be further explained with reference to the accompanying drawings.
Detailed Description
It should be understood that the specific embodiments described herein are merely illustrative of the invention and are not intended to limit the invention.
Referring to fig. 1, fig. 1 is a schematic structural diagram of a set-top box in a hardware operating environment according to an embodiment of the present invention.
As shown in fig. 1, the set-top box may include: a processor 1001, such as a CPU, a communication bus 1002, a user interface 1003, a network interface 1004, and a memory 1005. Wherein a communication bus 1002 is used to enable connective communication between these components. The user interface 1003 may include a Display screen (Display), an input unit such as a Keyboard (Keyboard), and the optional user interface 1003 may also include a standard wired interface, a wireless interface. The network interface 1004 may optionally include a standard wired interface, a wireless interface (e.g., WI-FI interface). The memory 1005 may be a high-speed RAM memory or a non-volatile memory (e.g., a magnetic disk memory). The memory 1005 may alternatively be a storage device separate from the processor 1001.
Those skilled in the art will appreciate that the configuration shown in fig. 1 does not constitute a limitation of the set-top box and may include more or fewer components than those shown, or some components may be combined, or a different arrangement of components.
As shown in fig. 1, a memory 1005, which is a kind of computer storage medium, may include therein an operating system, a network communication module, a user interface module, and a disk-based media set-top box startup/debugging program.
In the set-top box shown in fig. 1, the network interface 1004 is mainly used for connecting to a cloud server and performing data communication with the cloud server; the user interface 1003 is mainly used for connecting a remote controller and performing data communication with the remote controller, and the set-top box calls a set-top box start/debug program based on a magnetic disk medium stored in the memory 1005 through the processor 1001 and executes the following operations:
responding to a starting instruction input by a user, acquiring a disk partition table from a disk medium, and establishing a system partition on the disk medium according to the disk partition table;
starting a kernel program in the disk medium to mount and run the system partition;
when the system partition mounting is successful, acquiring each partition accessed by the android system in the disk medium;
and mounting and operating each partition accessed by the android system to realize starting/debugging.
Further, the processor 1001 may call a set-top box boot/debug program based on magnetic disk media stored in the memory 1005, and also perform the following operations:
reading a bootstrap program from a flash memory, initializing a disk medium according to the bootstrap program, and executing the step of acquiring a disk partition table from the disk medium when the disk medium initialization is completed.
Further, the processor 1001 may call a set-top box boot/debug program based on magnetic disk media stored in the memory 1005, and also perform the following operations:
and linking each partition device node of the disk medium to each partition name accessed by the android system so as to support mounting and running each partition accessed by the android system on the disk medium.
Further, the processor 1001 may call a set-top box boot/debug program based on magnetic disk media stored in the memory 1005, and also perform the following operations:
when the system partition mounting is successful, acquiring each partition accessed by the android system in the disk medium and a starting script;
correspondingly, the mounting and running of each partition accessed by the android system to realize starting/debugging specifically includes:
and mounting and operating each partition accessed by the android system in the starting script so as to realize starting/debugging.
Further, the processor 1001 may call a set-top box boot/debug program based on magnetic disk media stored in the memory 1005, and also perform the following operations:
acquiring the disk partition table from a preset address of a disk medium, and establishing disk partition information according to the disk partition table;
and acquiring a kernel program from the disk partition information, and starting the kernel program to mount and run the system partition.
Further, the processor 1001 may call a set-top box boot/debug program based on magnetic disk media stored in the memory 1005, and also perform the following operations:
acquiring the time for detecting the disk medium and initializing the system partition;
and setting the timeout time for mounting the system partition as preset time so that the disk medium can detect and initialize the system partition within the preset time, wherein the preset time is more than or equal to the time for detecting and initializing the system partition by the disk medium.
Further, the processor 1001 may call a set-top box boot/debug program based on magnetic disk media stored in the memory 1005, and also perform the following operations:
and judging whether the time for detecting and initializing the system partition by the disk medium is less than the overtime time for mounting the system partition, and when the time for detecting and initializing the system partition by the disk medium is less than the overtime time for mounting the system partition, executing the step of setting the overtime time for mounting the system partition as preset time.
Further, the processor 1001 may call a set-top box boot/debug program based on magnetic disk media stored in the memory 1005, and also perform the following operations:
and acquiring a GUID disk partition table from a disk medium, and establishing a system partition on the disk medium according to the GUID disk partition table.
In the embodiment, the starting/debugging of the set top box system is realized by mounting the running system partition and each partition accessed by the android system in the disk medium, so that when no EMMC is used as a prototype of the set top box for starting the storage medium, other set top boxes are started through the disk medium to verify the effectiveness and feasibility of the software system, the original system of a set top box product is not required to be damaged, the running and debugging of the whole subsequent system can be realized on the external disk medium, and convenience is provided for the development and debugging of the system and the technical support of customers.
Based on the hardware structure, the invention provides an embodiment of a starting/debugging method of a set top box based on a disk medium.
As shown in fig. 2, fig. 2 is a schematic flowchart of a first embodiment of a set top box startup/debugging method based on a disk medium according to the present invention; referring to fig. 2, a first embodiment of a set top box startup/debugging method based on a disk medium according to the present invention is provided.
In this embodiment, the method for starting/debugging the set top box based on the disk media includes the following steps:
step S10, the set-top box responds to a starting instruction input by a user, acquires a disk partition table from a disk medium, and establishes a system partition on the disk medium according to the disk partition table;
it is understood that the disk medium includes: a usb disk or a hard disk, etc., which is not limited in this embodiment. In the prior art, the debugging of the set top box is realized by performing system starting on a prototype of the set top box with an EMMC as a starting storage medium, under the condition that the prototype of the set top box with the EMMC as the starting storage medium does not exist, the set top box of a Linux system with other chip types and performance close to each other can be used for performing system debugging, and a bootstrap program (BootLoader) of the set top box of the Linux system with other chip types and performance close to each other is modified, so that the set top box of the Linux system with other chip types and performance close to each other supports the establishment and analysis of a disk partition table on a disk medium, wherein the bootstrap program comprises bootstrap program software such as uboot or CFE, and the disk partition table is obtained from zero addresses of disk media such as a U disk or a hard disk due to the use of the set top box without.
It should be understood that when the set-top box of the Linux system with other chip types and performance approaching supports performing disk partitioning on a disk medium, when the set-top box issues a start/debug instruction, the disk Partition Table is directly obtained from the disk medium, the disk Partition Table includes a GUID Partition Table (GPT), and the set-top box of the Linux system with other chip types and performance approaching supports reading, writing, erasing, and commands on the disk Partition by modifying boot program software. In this embodiment, the acquiring a disk partition table from a disk medium and establishing a system partition on the disk medium according to the disk partition table specifically includes: and acquiring a GUID disk partition table from a disk medium, and establishing a system partition on the disk medium according to the GUID disk partition table.
In a specific implementation, a CPU of a set-top box reads and runs boot programs such as Uboot/CFE from a NOR/SPI Flash, and after the boot programs such as Uboot/CFE initialize disk media such as a U disk or a hard disk, a GPT partition table is obtained from the disk media and a system partition and a data partition are established. Reading a bootstrap program from a flash memory, initializing a disk medium according to the bootstrap program, and executing the step of acquiring a disk partition table from the disk medium when the disk medium initialization is completed.
It should be noted that, when a set top box is started/debugged in a linux system, a file system and a kernel program need to be run, the set top box system is started/debugged, and the file system needs to be mounted and run, the system partition refers to a root file system (system), the system partition can be determined by looking up a disk partition table, the kernel program refers to a kernel (kernel) and a memory file system integrated in a kernel image, the memory file system is a simplified root file system running in a memory, and the root file system supports the kernel to run earlier.
Step S20, starting a kernel program in the disk medium to mount and run the system partition;
in the specific implementation, in the prior art, the debugging of the set top box is performed by performing system starting on a prototype of the set top box with an EMMC as a starting storage medium, and under the condition that the prototype of the set top box with the EMMC as the starting storage medium does not exist, the EMMC is used for transplanting GPT partition data reading and analyzing codes into disk media such as a U disk or a hard disk, so that the set top boxes of Linux systems with other chip types and performance close to each other support the starting of a kernel program on the disk media, and the system partitions are normally mounted and operated, so as to realize the starting/debugging of the set top box. By starting a kernel program, the system partition is mounted and run, and the kernel program is obtained from disk partition information according to a disk partition table obtained from a zero address of a disk medium such as a U disk or a hard disk and the like and the established disk partition information. Acquiring the disk partition table from a preset address of a disk medium, and establishing disk partition information according to the disk partition table; and acquiring a kernel program from the disk partition information, and starting the kernel program to mount and run the system partition.
Step S30, when the system partition is mounted successfully, obtaining each partition accessed by the android system in the disk medium;
and step S40, mounting each partition accessed by the android system to realize starting/debugging.
It should be understood that, the startup of the set-top box of the android system needs to perform mount operation on each partition accessed by the android system, the debugging of the set-top box in the prior art is performed by performing system startup on a prototype of the set-top box with the EMMC as the startup storage medium, in order to enable the set-top box of the Linux system with other chip types and performance close to each other to perform mount operation on each partition accessed by the android system through the magnetic disk medium under the condition that the EMMC is not used as the prototype of the set-top box with the startup storage medium, in the rc script related to the startup, the partition device node of the magnetic disk medium such as a U disk or a hard disk is linked to the partition names of a boot, a system, a vendor, a data and the like under the/dev/block/by-name/directory accessed by the android system, in this embodiment, when the system partition is successfully mounted, each partition accessed by the android system in the magnetic disk medium is acquired, the starting/debugging method based on the disk medium set top box further comprises the following steps: and linking each partition device node of the disk medium to each partition name accessed by the android system so as to support mounting and running each partition accessed by the android system on the disk medium.
It should be noted that, in order to implement that the set-top box supports to mount and run each partition accessed by the Android system on a disk medium, a start script is generally obtained, and the start script is modified, that is, the device name under the partition accessed by the Android system is linked to the device name under the partition corresponding to the disk medium according to the start script, so as to implement that each partition accessed by the Android system is mounted and run through the disk medium, and implement that the set-top boxes of the Linux systems with other chip types and performance close to each other implement that the Android system is started and run through the disk medium. In this embodiment, when the system partition is successfully mounted, acquiring each partition accessed by the android system in the disk medium specifically includes: when the system partition mounting is successful, acquiring each partition accessed by the android system in the disk medium and a starting script; correspondingly, the mounting and running of each partition accessed by the android system to realize starting/debugging specifically includes: and mounting and operating each partition accessed by the android system in the starting script so as to realize starting/debugging.
The universal USB interface is used for the disk medium, the replacement and use process is simple, the universal USB interface has the advantages of high capacity and high read-write access speed, the disk medium such as a U disk or a hard disk is used for debugging on site, the original system of a set top box product does not need to be damaged, and the operation and the debugging of the whole system are carried out on the external disk medium. Before the problem is not found out, erasing and writing operations can not be carried out on the set top box of the user, the original package of the set top box does not need to be opened, and convenience is provided for starting the set top box.
In the embodiment, the starting/debugging of the set top box system is realized by mounting the running system partition and each partition accessed by the android system in the disk medium, so that when no EMMC is used as a prototype of the set top box for starting the storage medium, other set top boxes are started through the disk medium to verify the effectiveness and feasibility of the software system, the original system of a set top box product is not required to be damaged, the running and debugging of the whole subsequent system can be realized on the external disk medium, and convenience is provided for the development and debugging of the system and the technical support of customers.
Further, as shown in fig. 3, fig. 3 is a schematic flowchart of a second embodiment of a set top box startup/debugging method based on a disk medium according to the present invention; referring to fig. 3, a second embodiment of the set top box startup/debugging method based on a disk medium according to the present invention is provided based on the first embodiment.
In this embodiment, after the step S20, the method further includes the following steps:
step S201, acquiring the time for detecting and initializing the system partition by the disk medium;
it should be understood that the time for detecting and initializing the system partition by the disk medium is the time required for detecting, initializing and establishing the disk partition information by the disk medium, generally, the disk medium requires a certain access time when performing the operations of detecting, initializing and establishing the partition information, and when the disk medium accesses the system partition, the disk medium determines that the kernel program is in a normal running state.
Step S202, setting the timeout time for mounting the system partition to a preset time so that the disk medium can detect and initialize the system partition within the preset time, wherein the preset time is greater than or equal to the time for detecting and initializing the system partition by the disk medium.
It can be understood that, if the disk medium does not detect the system partition when the initialization of the system partition and the establishment of the disk partition information are completed, and the disk medium determines that the kernel program is abnormal, the operation of the kernel program is stopped, and the mounting and the operation of the system partition are further stopped. Of course, if the disk medium can detect the system partition when the initialization of the system partition is completed, the above misjudgment that the kernel program is abnormal does not occur, in this embodiment, before the timeout time for mounting the system partition is set to be the preset time, the method further includes: and judging whether the time for detecting and initializing the system partition by the disk medium is less than the overtime time for mounting the system partition, and when the time for detecting and initializing the system partition by the disk medium is less than the overtime time for mounting the system partition, executing the step of setting the overtime time for mounting the system partition as preset time.
In this embodiment, the timeout time for the kernel to mount the system partition is prolonged, so that the disk medium can detect and initialize the system partition within the preset time, and the influence on the normal mounting and operation of the system due to unreasonable access speed or time of the disk medium is avoided.
In addition, an embodiment of the present invention further provides a storage medium, where a set top box boot/debug program based on a disk medium is stored on the storage medium, and when executed by a processor, the set top box boot/debug program based on a disk medium implements the following operations:
responding to a starting instruction input by a user, acquiring a disk partition table from a disk medium, and establishing a system partition on the disk medium according to the disk partition table;
starting a kernel program in the disk medium to mount and run the system partition;
when the system partition mounting is successful, acquiring each partition accessed by the android system in the disk medium;
and mounting and operating each partition accessed by the android system to realize starting/debugging.
Further, when executed by the processor, the set-top box boot/debug program based on the disk media further implements the following operations:
reading a bootstrap program from a flash memory, initializing a disk medium according to the bootstrap program, and executing the step of acquiring a disk partition table from the disk medium when the disk medium initialization is completed.
Further, when executed by the processor, the set-top box boot/debug program based on the disk media further implements the following operations:
and linking each partition device node of the disk medium to each partition name accessed by the android system so as to support mounting and running each partition accessed by the android system on the disk medium.
Further, when executed by the processor, the set-top box boot/debug program based on the disk media further implements the following operations:
when the system partition mounting is successful, acquiring each partition accessed by the android system in the disk medium and a starting script;
correspondingly, the mounting and running of each partition accessed by the android system to realize starting/debugging specifically includes:
and mounting and operating each partition accessed by the android system in the starting script so as to realize starting/debugging.
Further, when executed by the processor, the set-top box boot/debug program based on the disk media further implements the following operations:
acquiring the disk partition table from a preset address of a disk medium, and establishing disk partition information according to the disk partition table;
and acquiring a kernel program from the disk partition information, and starting the kernel program to mount and run the system partition.
Further, when executed by the processor, the set-top box boot/debug program based on the disk media further implements the following operations:
acquiring the time for detecting the disk medium and initializing the system partition;
and setting the timeout time for mounting the system partition as preset time so that the disk medium can detect and initialize the system partition within the preset time, wherein the preset time is more than or equal to the time for detecting and initializing the system partition by the disk medium.
Further, when executed by the processor, the set-top box boot/debug program based on the disk media further implements the following operations:
and judging whether the time for detecting and initializing the system partition by the disk medium is less than the overtime time for mounting the system partition, and when the time for detecting and initializing the system partition by the disk medium is less than the overtime time for mounting the system partition, executing the step of setting the overtime time for mounting the system partition as preset time.
Further, when executed by the processor, the set-top box boot/debug program based on the disk media further implements the following operations:
and acquiring a GUID disk partition table from a disk medium, and establishing a system partition on the disk medium according to the GUID disk partition table.
In the embodiment, the starting/debugging of the set top box system is realized by mounting the running system partition and each partition accessed by the android system in the disk medium, so that when no EMMC is used as a prototype of the set top box for starting the storage medium, other set top boxes are started through the disk medium to verify the effectiveness and feasibility of the software system, the original system of a set top box product is not required to be damaged, the running and debugging of the whole subsequent system can be realized on the external disk medium, and convenience is provided for the development and debugging of the system and the technical support of customers.
It should be noted that, in this document, the terms "comprises," "comprising," or any other variation thereof, are intended to cover a non-exclusive inclusion, such that a process, method, article, or system that comprises a list of elements does not include only those elements but may include other elements not expressly listed or inherent to such process, method, article, or system. Without further limitation, an element defined by the phrase "comprising an … …" does not exclude the presence of other like elements in a process, method, article, or system that comprises the element.
The above-mentioned serial numbers of the embodiments of the present invention are merely for description and do not represent the merits of the embodiments.
The usage of the words first, second, third, etcetera herein does not indicate any ordering. These words may be interpreted as names.
Through the above description of the embodiments, those skilled in the art will clearly understand that the method of the above embodiments can be implemented by software plus a necessary general hardware platform, and certainly can also be implemented by hardware, but in many cases, the former is a better implementation manner. Based on such understanding, the technical solutions of the present invention may be embodied in the form of a software product, which is stored in the storage medium (such as ROM/RAM, magnetic disk, optical disk) and includes instructions for enabling a terminal device (such as a mobile phone, a computer, a server, an air conditioner, or a network device) to execute the method according to the embodiments of the present invention.
The above description is only a preferred embodiment of the present invention, and not intended to limit the scope of the present invention, and all modifications of equivalent structures and equivalent processes, which are made by using the information in the specification and drawings, or directly or indirectly applied to other related technical fields, are included in the scope of the present invention.
Claims (10)
1. A starting/debugging method based on a disk medium set top box is characterized by comprising the following steps:
the set top box responds to a starting instruction input by a user, acquires a disk partition table from a disk medium, establishes a system partition on the disk medium according to the disk partition table, and accesses the set top box through a USB interface;
starting a kernel program in the disk medium to mount and run the system partition;
when the system partition mounting is successful, acquiring each partition accessed by the android system in the disk medium;
and mounting and operating each partition accessed by the android system in the disk medium to realize starting/debugging.
2. The set top box startup/debugging method based on disk media according to claim 1, wherein, in response to a startup instruction input by a user, a disk partition table is obtained from a disk media, and before a system partition is established on the disk media according to the disk partition table, the set top box startup/debugging method based on disk media further comprises:
reading a bootstrap program from a flash memory, initializing a disk medium according to the bootstrap program, and executing the step of acquiring a disk partition table from the disk medium when the disk medium initialization is completed.
3. The set top box starting/debugging method based on disk media according to claim 1, wherein before obtaining each partition accessed by the android system in the disk media when the system partition is mounted successfully, the set top box starting/debugging method based on disk media further comprises:
and linking each partition device node of the disk medium to each partition name accessed by the android system so as to support mounting and running each partition accessed by the android system on the disk medium.
4. The set top box starting/debugging method based on disk media according to claim 1, wherein the obtaining of each partition accessed by the android system in the disk media when the system partition is successfully mounted specifically comprises:
when the system partition mounting is successful, acquiring each partition accessed by the android system in the disk medium and a starting script;
correspondingly, the mounting and running of each partition accessed by the android system to realize starting/debugging specifically includes:
and mounting and operating each partition accessed by the android system in the starting script so as to realize starting/debugging.
5. The set top box starting/debugging method based on disk media according to claim 1, wherein the starting of the kernel program in the disk media to mount and run the system partition specifically comprises:
acquiring the disk partition table from a preset address of a disk medium, and establishing disk partition information according to the disk partition table;
and acquiring a kernel program from the disk partition information, and starting the kernel program to mount and run the system partition.
6. The set top box boot/debug method based on disk media of claim 1, wherein after said kernel program is booted in said disk media to mount and run said system partition, said set top box boot/debug method based on disk media further comprises:
acquiring the time for detecting the disk medium and initializing the system partition;
and setting the timeout time for mounting the system partition as preset time so that the disk medium can detect and initialize the system partition within the preset time, wherein the preset time is more than or equal to the time for detecting and initializing the system partition by the disk medium.
7. The set top box startup/debugging method based on magnetic disk media of claim 6, wherein before the timeout time for mounting the system partition is set to be a preset time, the method further comprises:
and judging whether the time for detecting and initializing the system partition by the disk medium is less than the overtime time for mounting the system partition, and when the time for detecting and initializing the system partition by the disk medium is less than the overtime time for mounting the system partition, executing the step of setting the overtime time for mounting the system partition as preset time.
8. The set top box startup/debugging method based on disk media according to any one of claims 1 to 7, wherein the acquiring a disk partition table from a disk media and establishing a system partition on the disk media according to the disk partition table specifically comprises:
and acquiring a GUID disk partition table from a disk medium, and establishing a system partition on the disk medium according to the GUID disk partition table.
9. A set top box, comprising: a memory, a processor and a disk media based set-top box boot/debug program stored on the memory and executable on the processor, the disk media based set-top box boot/debug program configured to implement the steps of the disk media based set-top box boot/debug method of any of claims 1 to 8.
10. A storage medium, wherein a set-top box boot/debug program based on a disk medium is stored on the storage medium, and when being executed by a processor, the set-top box boot/debug program based on a disk medium implements the steps of the set-top box boot/debug method based on a disk medium according to any one of claims 1 to 8.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201810046700.2A CN108235095B (en) | 2018-01-17 | 2018-01-17 | Set top box starting/debugging method based on disk medium, set top box and storage medium |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201810046700.2A CN108235095B (en) | 2018-01-17 | 2018-01-17 | Set top box starting/debugging method based on disk medium, set top box and storage medium |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN108235095A CN108235095A (en) | 2018-06-29 |
| CN108235095B true CN108235095B (en) | 2020-12-08 |
Family
ID=62667320
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201810046700.2A Active CN108235095B (en) | 2018-01-17 | 2018-01-17 | Set top box starting/debugging method based on disk medium, set top box and storage medium |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN108235095B (en) |
Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102883220A (en) * | 2012-09-20 | 2013-01-16 | 深圳市九洲电器有限公司 | STB (Set Top Box) starting method and device |
| CN103049290A (en) * | 2012-12-11 | 2013-04-17 | 郑州威科姆科技股份有限公司 | Method for automatically updating and installing STB (Set Top Box) software by USB (Universal Serial Bus) |
Family Cites Families (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| TW201301039A (en) * | 2011-06-24 | 2013-01-01 | Hon Hai Prec Ind Co Ltd | System and method for burning firmware |
| CN103079107A (en) * | 2012-12-25 | 2013-05-01 | 深圳市九洲电器有限公司 | Loading method for operating system of set top box and set top box |
| CN103106091A (en) * | 2013-01-31 | 2013-05-15 | 深圳市开立科技有限公司 | Start-up system and method of operating system based on removable storage media |
| CN105204876B (en) * | 2014-06-12 | 2019-01-15 | 联想(北京)有限公司 | System start method and electronic equipment |
| CN104780360A (en) * | 2015-03-18 | 2015-07-15 | 福建新大陆通信科技股份有限公司 | Set top box debugging method and set top box debugging system |
| CN104899091B (en) * | 2015-07-02 | 2018-11-27 | 中国地质大学（武汉） | A kind of intelligence embedded device multiple operating system switching method |
| CN106569854B (en) * | 2016-11-02 | 2020-05-19 | 捷开通讯(深圳)有限公司 | Method and system for setting equipment firmware and realizing factory test |
-
2018
- 2018-01-17 CN CN201810046700.2A patent/CN108235095B/en active Active
Patent Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102883220A (en) * | 2012-09-20 | 2013-01-16 | 深圳市九洲电器有限公司 | STB (Set Top Box) starting method and device |
| CN103049290A (en) * | 2012-12-11 | 2013-04-17 | 郑州威科姆科技股份有限公司 | Method for automatically updating and installing STB (Set Top Box) software by USB (Universal Serial Bus) |
Also Published As
| Publication number | Publication date |
|---|---|
| CN108235095A (en) | 2018-06-29 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN108847950B (en) | Electronic device, cloud system software automatic deployment method and storage medium | |
| US9301164B2 (en) | Method, system, and terminal for performing system update between mobile communication terminals | |
| JP5362974B2 (en) | How to use virtualization software for shipping software products | |
| EP1280058A2 (en) | Method and system for creating and employing an operating system having selected functionality | |
| EP3007062A1 (en) | Firmware upgrade method and apparatus, and communication device | |
| CN101546270A (en) | Automatic installation method for Linux operation system, device and system | |
| TWI590044B (en) | Test system and test method thereof | |
| CN113835644B (en) | Complete machine migration method, device, equipment and storage medium | |
| CN108228077B (en) | Storage area management method, operation method, device, equipment and readable medium | |
| CN107220085B (en) | Method for automatically upgrading RAID card firmware | |
| CN113326105B (en) | Hardware equipment configuration method, device and equipment based on host migration | |
| CN113111025B (en) | PCI equipment mapping method, device, equipment and storage medium | |
| US9965292B2 (en) | Method of bluetooth pairing with UEFI firmware and computer system thereof | |
| CN110515671B (en) | Initialization method, initialization device, terminal device and readable storage medium | |
| CN115291946A (en) | Hongmong system transplanting method, device, electronic equipment and readable medium | |
| CN113900693A (en) | Firmware upgrading method, device and system, electronic equipment and storage medium | |
| KR20120113160A (en) | Device and method for executing android applications on general purpose operating systems, and computer readable recording medium for the same | |
| CN110018918B (en) | Method and device for repairing terminal abnormity, mobile terminal and storage medium | |
| CN108235095B (en) | Set top box starting/debugging method based on disk medium, set top box and storage medium | |
| US11256519B2 (en) | Using a single process to install a UEFI-supported OS or a non-UEFI supported OS on a hardware platform | |
| CN115913913B (en) | Network card pre-starting execution environment function fault positioning method and device | |
| CN117215656A (en) | Linux system-based self-adaptive vehicle chip method and device, electronic equipment and vehicle | |
| CN116954674A (en) | eMMC firmware upgrading method, firmware upgrading equipment and storage device | |
| TWI486876B (en) | Host and method of upgrading connection manager of dongle | |
| CN114296764A (en) | System upgrading method and device, storage medium and electronic equipment |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |