WO2017059724A1 - Procédé et dispositif de démarrage de systèmes d'exploitation - Google Patents

Procédé et dispositif de démarrage de systèmes d'exploitation Download PDF

Info

Publication number
WO2017059724A1
WO2017059724A1 PCT/CN2016/091046 CN2016091046W WO2017059724A1 WO 2017059724 A1 WO2017059724 A1 WO 2017059724A1 CN 2016091046 W CN2016091046 W CN 2016091046W WO 2017059724 A1 WO2017059724 A1 WO 2017059724A1
Authority
WO
WIPO (PCT)
Prior art keywords
operating system
gateway platform
lxc container
component
upgrade
Prior art date
Application number
PCT/CN2016/091046
Other languages
English (en)
Chinese (zh)
Inventor
张耀东
何志强
Original Assignee
中兴通讯股份有限公司
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by 中兴通讯股份有限公司 filed Critical 中兴通讯股份有限公司
Publication of WO2017059724A1 publication Critical patent/WO2017059724A1/fr

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines

Definitions

  • This document relates to, but is not limited to, the field of computers, and in particular, to a method and apparatus for starting an operating system.
  • the embodiment of the invention provides a method and a device for starting an operating system, which can implement the gateway platform to simultaneously start two operating systems.
  • a method for starting an operating system including: compiling a first operating system gateway platform based on a first kernel, wherein the first kernel is configured by using the first operating system gateway platform
  • the base supports running the code of the second operating system; porting the LXC container to And configuring, in the first operating system gateway platform, a component for running the second operating system, where the LXC container is configured to manage the first operating system gateway platform and the second operating system;
  • the second operating system is triggered to be launched in the component by the LXC container.
  • the booting method further includes: installing the second operating system to the first operating system by using a predetermined rule based on the LXC container In the specified system partition, wherein the specified system partition is a system partition other than the system partition on which the first operating system gateway platform is installed.
  • the component includes: an interaction channel between the first operating system gateway platform and the second operating system
  • the establishing, for running, starting the component of the second operating system includes: at the first Establishing a first proxy process of the second operating system in an operating system gateway platform; designing a second proxy process of the first operating system gateway platform in the second operating system; wherein the first proxy process and The second proxy process separately manages the second operating system and the first operating system gateway platform through an interaction channel, so as to implement and start the second operating system.
  • the component further includes: a resource restriction policy and a management allocation policy
  • the method further includes: establishing the resource restriction policy and the management allocation policy in the first operating system gateway platform, where The resource restriction policy and the management allocation policy are used to block network functions of the first operating system in the second operating system gateway platform.
  • the triggering, by the LXC container, the starting of the second operating system in the component comprises: triggering a preset script of the first operating system gateway platform to start after starting the first operating system The LXC container; the LXC container that invokes the startup initiates the first operating system through the interaction channel.
  • the method further includes: upgrading the first operating system and/or the specified command by receiving the specified command a device environment required by the second operating system; loading network parameter information, configuring network parameters required to upgrade the first operating system and/or the second operating system; separately receiving and executing the first Upgrading the first operating system and/or the second operating system by a first command of the operating system and/or a second command for upgrading the second operating system.
  • the starting method further includes: setting up a remote upgrade of the first operating system by using a network management system And/or a device environment required by the second operating system; loading network parameter information, configuring network parameters required to upgrade the first operating system and/or the second operating system; performing After the third command of the first operating system, verifying the second operating system; when the verification fails, receiving a fourth command for indicating the second operating system in the upgraded cache area, The second operating system is upgraded.
  • the verifying the second operating system includes: downloading the second operating system to be upgraded to a buffer area; and verifying the second operating system in the buffer area.
  • the first operating system is a Linux system
  • the second operating system is an android system
  • an apparatus for booting an operating system comprising: a compiling module configured to compile a first operating system gateway platform based on a first kernel, wherein the first kernel is in the first An operating system gateway platform supports code for running a second operating system;
  • a processing module configured to migrate the LXC container to the first operating system gateway platform, and establish a component for running the second operating system, where the LXC container is used to manage the first operating system a gateway platform and the second operating system;
  • Activating a module configured to trigger the second operating system to be launched in the component by the LXC container.
  • the first operating system gateway platform is compiled based on the first kernel, wherein the first kernel supports running the code of the second operating system based on the first operating system gateway platform, and then transplants the LXC container to the first In the operating system gateway platform, a component for running the second operating system is started, wherein the LXC container is used to manage the first operating system gateway platform and the second operating system, and finally the second operating system is triggered in the component by the LXC container.
  • the startup solves the problem that the gateway platform can only start one operating system at the same time in the related technology, and realizes that two operating systems are simultaneously started on the gateway platform, and the functions and other operations of the gateway platform operating system are realized without increasing the hardware cost.
  • the effect of the system's intelligent business integration is compiled based on the first kernel, wherein the first kernel supports running the code of the second operating system based on the first operating system gateway platform, and then transplants the LXC container to the first In the operating system gateway platform, a component for running the second operating system is started, wherein
  • FIG. 1 is a flowchart of a method for starting an operating system according to an embodiment of the present invention
  • FIG. 2 is a structural block diagram of an apparatus for starting an operating system according to an embodiment of the present invention
  • FIG. 3 is a block diagram 1 of an optional structure of an operating device startup device according to an embodiment of the present invention.
  • FIG. 4 is a block diagram 2 of an optional structure of an operating device startup device according to an embodiment of the present invention.
  • FIG. 5 is a block diagram 3 of an optional structure of an operating device startup device according to an embodiment of the present invention.
  • FIG. 6 is a block diagram 4 of an optional structure of an operating device startup device according to an embodiment of the present invention.
  • FIG. 7 is a structural block diagram of an apparatus for upgrading an operating system according to an embodiment of the present invention.
  • FIG. 8 is a block diagram 1 of an optional structure of an upgrading apparatus of an operating system according to an embodiment of the present invention.
  • FIG. 9 is a block diagram 2 of an optional structure of an operating device upgrade apparatus according to an embodiment of the present invention.
  • FIG. 10 is a system framework diagram of a Linux gateway platform and an Android platform integrated according to an optional embodiment of the present invention
  • FIG. 11 is a flowchart showing a system version startup according to an alternative embodiment of the present invention.
  • Figure 12 is a flow chart showing the startup of the LXC container in accordance with an alternative embodiment of the present invention.
  • FIG. 13 is a flowchart of a startup of an android system according to an alternative embodiment of the present invention.
  • FIG. 14 is a flowchart of a boot phase system version program upgrade according to an alternative embodiment of the present invention.
  • 15 is a flow chart of system version program upgrade after version startup according to an alternative embodiment of the present invention.
  • FIG. 1 is a flowchart of a method for starting an operating system according to an embodiment of the present invention. As shown in FIG. 1 , the process includes the following steps:
  • Step 102 Compile a first operating system gateway platform based on the first kernel, where the first kernel supports running the code of the second operating system based on the first operating system gateway platform;
  • the first operating system gateway platform includes a hardware and a software system
  • the first kernel may be a kernel of a first operating system of the first operating system gateway platform
  • the code supporting the second operating system is migrated to the original kernel of the first operating system gateway platform to form and support the first operating system gateway platform and the second operating system.
  • the first kernel when the first kernel is compiled, the code supporting the second operating system is migrated to the original kernel of the first operating system gateway platform to form and support the first operating system gateway platform and the second operating system.
  • the primary and secondary functions of the first operating system gateway platform and the second operating system may be set, or the first operating system gateway platform and the second operating system are not divided into primary and secondary; in this embodiment, the first operation The system gateway platform can be the primary operating system, and the second operating system can be the secondary operating system. The first operating system and the second operating system are simultaneously run on the first operating system gateway platform.
  • the first operating system and the second operating system may be, but are not limited to, a linux system, an android system, and a windows system.
  • the linux system commonly used by the home gateway is used as the first operating system
  • the android system with rich application is used as the second operating system as an example.
  • Step 104 The LXC container is transplanted into the first operating system gateway platform, and a component for running the second operating system is started, where the LXC container is used to manage the first operating system gateway platform and the second operating system;
  • the LXC container is a linux system container, runs in the first operating system, and can also start the second operating system when the first operating system is started, and manages the first in the first operating system gateway platform.
  • the second operating system, the component for running the second operating system may include a system plug-in, a software process, a virtual channel, a system space, and the like.
  • Step 106 triggering the second operating system to start in the component through the LXC container.
  • the first operating system gateway platform is compiled based on the first kernel, wherein the first kernel can support running the code of the second operating system based on the first operating system gateway platform, and then transplanting the LXC container to the first In the operating system gateway platform, and establishing a component for running the second operating system, wherein the LXC container is used to manage the first operating system gateway platform and the second operating system, and finally the second operating system is triggered in the component by the LXC container.
  • the startup solves the problem that the gateway platform can only start one operating system at the same time in the related technology, and realizes the effect of integrating the functions of the gateway platform operating system with the intelligent services of other operating systems without increasing the hardware cost.
  • the startup method further includes: installing the second operating system to the first operating system by using a predetermined rule based on the LXC container Specifies the system partition where the specified system partition is a system partition other than the one on which the first operating system gateway platform is installed.
  • the system space of the first operating system gateway platform may be isolated and partitioned.
  • a namespace or a cgroup may be used (cgroup is a limitation provided by the Linux kernel,
  • the mechanism for recording and isolating the physical resources used by the process group) is to isolate the Linux system from the android system, and divide the first operating system gateway platform into the first operating system space and the second operating system space, and the LXC container passes the predetermined rule
  • the second operating system reserves the second operating system space, that is, specifies the system partition, and then installs the second operating system in the specified system partition, and the first operating system is installed in the first operating system space.
  • the component includes: an interaction channel between the first operating system gateway platform and the second operating system, and the component for running the startup second operating system includes:
  • the first agent process and the second agent process respectively manage the second operating system and the first operating system gateway platform through the interaction channel, so as to implement and start the second operating system.
  • the interaction between the first operating system and the second operating system in the first operating system gateway platform is completed by using the first proxy process and the second proxy process, where the interaction channel is set in the first operating system gateway platform.
  • the component further includes: a resource restriction policy and a management allocation policy
  • the method further includes: establishing a resource restriction policy and a management allocation policy in the first operating system gateway platform, The resource restriction policy and the management allocation policy are used to block the network function of the first operating system in the second operating system gateway platform.
  • the second operating system can only use the first operating system to access the Internet after being started, for example,
  • the android application running on the android system and the gateway platform business process running on the linux system use the network communication module of the gateway platform to implement the Internet access.
  • triggering the second operating system to start in the component by using the LXC container includes:
  • the LXC container is started by triggering the preset script, and is triggered by the startup script of the Linux gateway.
  • the LXC triggers the startup of the android system. Including the startup of the kernel part of the android system through the startup of the application layer framework part has been started in the Linux system.
  • the preset script here is a script generated according to the related art.
  • the first operating system and the second operating system may be upgraded, and the upgrade process is performed.
  • the upgrade includes:
  • the network parameter information may include an IP address, a subnet mask, and a file transfer protocol (FTP) username and password. And other parameters. Loading network parameter information can be implemented by receiving an external command of an input parameter or loading a configuration file containing network parameter information.
  • FTP file transfer protocol
  • S33 Receive and execute a first command for upgrading the first operating system and a second command for upgrading the second operating system, respectively.
  • the specified command may include a downver command under the script command line
  • the first command for upgrading the first operating system may be downloading the linux platform version (for example, downver)
  • the linuxVersion command, the second command for upgrading the second operating system may be downloading the Android platform version (downver android) command.
  • the upgrade is successful, restart the device, and run the system version.
  • the first command and the second command can exist through a configuration file that can be directly loaded.
  • a first command for upgrading the first operating system and a second command for upgrading the second operating system are executed by executing the configuration file.
  • the startup method of the embodiment of the present invention further includes:
  • the device environment required for remotely upgrading the first operating system and/or the second operating system by using the network management device where the device environment may be configured according to the IP address and MAC address of the terminal; and registering the optical line terminal of the central office device (OLT) ), the method of connecting the server to the server and setting up the device environment can be implemented by loading the configuration file or receiving external commands.
  • OLT central office device
  • S42 Load network parameter information, and configure network parameters required to upgrade the first operating system and/or the second operating system.
  • the buffer area involved in this embodiment includes a cache area.
  • the network parameter required to upgrade and run the first operating system and/or the second operating system includes, in addition to the data parameter, preparing the optical network device, and the third command for upgrading the first operating system may be download linuxVersion.
  • the verification is performed before the upgrade of the second operating system to consider the security of the system backup.
  • the upgrade is successful, restart the device, and run the system version.
  • the verification of the second operating system includes:
  • Verify the second operating system in the buffer area can be implemented by using a verification method of a related art, for example, a Cyclic Redundancy Check (CRC) check,
  • CRC checksum is calculated by comparing it with the checksum field in the version header.
  • the second operating system to be upgraded may be downloaded to the cache area.
  • an upgrade command may be triggered to mirror the root file system of the cache area (root. Img) The file is read out and written to the root area.
  • the system version (system.img) of the cache area is read out and written to the system area; when the verification fails, the upgrade is not performed, and the network management platform is notified, and the upgrade is required.
  • the method according to the above embodiment can be implemented by means of software plus a necessary general hardware platform, and of course, by hardware, but in many cases, the former is A better implementation.
  • the technical solution of the present invention which is essential or contributes to the prior art, may be embodied in the form of a software product stored in a storage medium (such as ROM/RAM, disk,
  • the optical disc includes a number of instructions for causing a terminal device (which may be a mobile phone, a computer, a server, or a network device, etc.) to perform the method of the embodiments of the present invention.
  • module may implement a combination of software and/or hardware of a predetermined function.
  • devices described in the following embodiments may be implemented in software, hardware, or a combination of software and hardware, is also possible and contemplated.
  • the embodiment of the invention further provides a computer storage medium, wherein the computer storage medium stores computer executable instructions, and the computer executable instructions are used to execute the startup method of the operating system.
  • FIG. 2 is a structural block diagram of a booting device of an operating system according to an embodiment of the present invention. As shown in FIG. 2, the device includes: a compiling module 20, a processing module 22, and a booting module 24, wherein
  • the compiling module 20 is configured to compile the first operating system gateway platform based on the first kernel, wherein the first kernel supports the code for running the second operating system based on the first operating system gateway platform;
  • the first operating system gateway platform includes a hardware and a software system
  • the first kernel may be a kernel kernel of the first operating system of the first operating system gateway platform, optionally,
  • the code supporting the operation of the second operating system is transplanted into the original kernel of the first operating system gateway platform to form a first kernel capable of supporting simultaneous startup and operation of the first operating system gateway platform and the second operating system.
  • the primary and secondary functions of the first operating system gateway platform and the second operating system may be set, or the first operating system gateway platform and the second operating system are not divided into primary and secondary; in this embodiment, the first operation The system gateway platform can be the primary operating system, and the second operating system can be the secondary operating system. The first operating system and the second operating system are simultaneously run on the first operating system gateway platform.
  • the first operating system and the second operating system may be, but are not limited to, a linux system, an android system, and a windows system.
  • the linux system commonly used by the home gateway is used as the first operating system
  • the android system with rich application is used as the second operating system as an example.
  • the processing module 22 is coupled to the compiling module 20, configured to port the LXC container to the first operating system gateway platform, and establish a component for running the second operating system, where the LXC container is used to manage the first operating system. Gateway platform and second operating system;
  • the LXC container is a linux system container, runs in the first operating system, and can also start the second operating system when the first operating system is started, and manages the first in the first operating system gateway platform.
  • the second operating system, the component for running the second operating system may include a system plug-in, a software process, a virtual channel, a system space, and the like.
  • the startup module 24 is coupled to the processing module 22 and configured to trigger the second operating system to boot in the component through the LXC container.
  • FIG. 3 is a block diagram of an optional structure of an operating device startup device according to an embodiment of the present invention.
  • the device includes, in addition to all the modules shown in FIG. 2, an installation module 30, which is configured to be After the LXC container is migrated into the first operating system gateway platform, the processing module 22 installs the second operating system into the designated system partition of the first operating system by using a predetermined rule, wherein the specified system partition is installed except Other system partitions other than the system partition of the first operating system gateway platform.
  • whether or not the migration is completed may be determined by a preset system message or a notification message or the like.
  • FIG. 4 is a block diagram 2 of an optional structure of an operating device startup device according to an embodiment of the present invention, as shown in FIG. 4
  • the device includes, in addition to all the modules shown in FIG. 2, the components include: an interaction channel between the first operating system gateway platform and the second operating system, and the processing module 22 includes: a first establishing unit 40 and a second establishing unit 42. ,among them,
  • the first establishing unit 40 is configured to establish a first proxy process of the second operating system in the first operating system gateway platform
  • the second establishing unit 42 is configured to establish a second proxy process of the first operating system gateway platform in the second operating system
  • the first agent process and the second agent process separately manage the second operating system and the first operating system gateway platform through the interaction channel, so as to implement and start the second operating system.
  • FIG. 5 is a block diagram 3 of an optional structure of an operating device startup apparatus according to an embodiment of the present invention.
  • the device includes: a resource restriction policy and a management allocation policy, in addition to all the modules shown in FIG.
  • the processing module 22 includes: a third establishing unit 50 configured to establish a resource limiting policy and a management allocation policy in the first operating system gateway platform, wherein the resource limiting policy and the management allocation policy are used to shield the first operating system from being in the second Network functionality in the operating system gateway platform.
  • FIG. 6 is a block diagram of an optional structure of an operating device of the embodiment of the present invention. As shown in FIG. 6 , the device includes a first starting unit 60 in addition to all the modules shown in FIG. 4 . a second starting unit 62, wherein
  • the first startup unit 60 is configured to trigger a preset script of the first operating system gateway platform to start the LXC container after starting the first operating system;
  • the second starting unit 62 is configured to invoke the activated LXC container to start the second operating system through the interactive channel.
  • the first operating system and the second operating system may also be upgraded, and the upgrade is performed.
  • the first building module 70 is configured to upgrade a device environment required by the first operating system and/or the second operating system by using the specified command received;
  • the first configuration module 72 is configured to load network parameter information, and configure network parameters required for upgrading the first operating system and/or the second operating system;
  • the executing module 74 is configured to separately receive and execute a first command for upgrading the first operating system and/or a second command for upgrading the second operating system, and upgrade the first operating system and/or the second operating system. .
  • FIG. 8 is a block diagram of an optional structure of an operating system upgrade apparatus according to an embodiment of the present invention. As shown in FIG. 8, the method includes: a second building module 80 and a second configuration module. 82, a verification module 84, an upgrade module 86, wherein
  • the second building module 80 is configured to set up a device environment required for remotely upgrading the first operating system and/or the second operating system by using the network management system;
  • the second configuration module 82 is configured to load network parameter information, and configure network parameters required for upgrading the first operating system and/or the second operating system;
  • the verification module 84 is configured to perform verification on the second operating system after executing the third command for upgrading the first operating system
  • the upgrade module 86 is configured to receive a fourth command for indicating a second operating system in the upgrade cache to upgrade the second operating system when the verification passes.
  • FIG. 9 is a block diagram 2 of an optional structure of an operating system upgrade apparatus according to an embodiment of the present invention.
  • the verification module 84 further includes: a download unit 90 and a verification unit. 92, of which
  • the downloading unit 90 is configured to download the second operating system to be upgraded to the buffer area
  • the verification unit 92 is configured to check the second operating system in the buffer area.
  • modules may be implemented by software or hardware.
  • the foregoing may be implemented by, but not limited to, the foregoing modules are all located in the same processor; or, the modules are respectively located in multiple processes. In the device.
  • starting the LXC container may be triggered by a startup script of the Linux gateway; in S68, the LXC triggers the startup of the android system, including starting through the application layer framework part, android The startup of the system-related kernel part is complete.
  • the upgrade steps include:
  • Another optional upgrade method is remotely upgraded through the NMS.
  • the upgrade steps are as follows:
  • the ONU device is powered on and configured with network parameters.
  • the optical network device is configured.
  • androidSys contains the root.img and system.img required for the android system to run.
  • the cache partition is introduced to facilitate version verification and system recovery.
  • FIG. 10 is a system framework diagram of a linux gateway platform and an android platform in an alternative embodiment of the present invention. As shown in FIG. 10, the technical solution of the embodiment of the present invention is described below with reference to FIG. 10 and the embodiment:
  • the process includes:
  • S94 Establish an LXC container, and use the namespace and cgroup technology to isolate the Linux gateway platform from the android operating system.
  • S96 Establish an interactive channel between the linux gateway platform and the android system; set on the side of the gateway platform
  • the agent process of the android system, the agent process of the gateway platform is designed on the android side.
  • the interaction of both systems is done through a proxy.
  • S97 The network function of the android system is shielded, so that the android application and the gateway platform business process both use the network communication module of the gateway platform.
  • FIG. 11 is a flowchart showing a system version startup according to an optional embodiment of the present invention. As shown in FIG. 11, the process includes:
  • Step 201 The system is powered on, the bootloader program starts, initializes the central processing unit (CPU) register, and initializes the peripheral hardware of the system, including memory, flash (flash), network port, serial port and other device initialization.
  • CPU central processing unit
  • Step 202 Start the Linux kernel.
  • Step 203 The initialization (init) process of the Linux kernel starts.
  • Step 204 After the basic function version of the linux gateway platform is started, the initialization (init) process starts to start the LXC container.
  • Step 205 After the LXC container is started, the child process calls the start program to start the init process of the android system in the container space by executing the file (execve).
  • Step 206 The init process of the android system starts to execute some service processes (services) of the android system.
  • Step 207 After the services are started, start the zygote of the portal process of the Andorid application framework.
  • Step 208 Start a system service process (system server).
  • Step S209 Start a server manager.
  • Step S210 Finally launch the related application (app);
  • FIG. 12 is a flowchart showing the startup of the LXC container according to an alternative embodiment of the present invention.
  • the main function (Main) calls LXC to open (lxc_start), as shown in Figure 12, including:
  • initialization processing including a management structure LXC management (lxc_handler) structure of the initialization container, returning the structure, lxc_handler in addition to containing the container name, attributes, and containing char *cgroup members are used to associate a corresponding cgroup;
  • LXC management lxc_handler
  • the parent process responds to the child process by setting a cgroup attribute according to the configuration file;
  • the notification response child process may be lxc_sync_barrier_child, and the lxc_sync_barrier_child process includes: when the child process is ready to set cgroups, the child process is notified to continue initialization.
  • setup_network including an Internet Protocol (IP) address, an interface name, and the like;
  • IP Internet Protocol
  • the child process calls the startup process start, and starts the initialization application by executing the file (execve); and comprises initializing the init by the application after the file startup parameter -d is executed.
  • FIG. 13 is a flowchart of an android system startup process according to an alternative embodiment of the present invention.
  • the android system starts an init process and performs a boot task, including a ril daemon (ril-daemon) (as a very important part of Windows Mobile).
  • ril-daemon a ril daemon
  • RIL enables wireless voice and data applications It is possible; the location of the RIL is on the protocol stack of the wireless baseband system, under the CellCore layer of Windows Mobile.
  • Android RIL is located between the application framework and the kernel, divided into two parts, one part responsible for the socket (socket) to communicate with the application framework. The other part is responsible for communicating with Radio Broadcasting (RADIO) in two ways.
  • RADIO Radio Broadcasting
  • the AT command channel that communicates directly with the radio and the channel used to transmit the packet data.
  • the data channel is used for the Internet access function of the mobile phone.
  • Multimedia Media
  • Bootsound Bootsound
  • boot animation boot animation
  • service manager etc.
  • launch the application framework's portal process zygote Zygote
  • start the virtual machine such as Dalvik VM, open the system service (Systemserver), open more A variety of applications to prepare, call Window Manager, Package Manager, Power Manager, AccountManager, Content Manager , Handare Service, Sensor Service, Connectivity Service, Location Manager, Search Service, Battery Service, and finally enter the activity (Activity ) Manager, start the system component Home Activity, fully start the android system.
  • boot phase system version program upgrade method includes:
  • Step 501 Establish a device environment for upgrading the system version program in the boot phase; including: connecting the ONU device to the PC through the network cable and the serial cable, and opening the Tftp (Trivial File Transfer Protocol) client on the PC side. , ready to upgrade the version of the program.
  • Tftp Trivial File Transfer Protocol
  • Step 502 Power on the boot program, configure the network parameters, including: powering on the ONU device, pressing the enter key during the boot process, entering the boot command line, inputting the setenv command, configuring the ONU side and the TFTP server.
  • the IP address of the side is on the same network segment.
  • Step 503 Execute downloading the linux platform version (downver linuxVersion) command, and upgrading the gateway platform program;
  • Step 504 Execute downloading the Android platform (downver android) command, and upgrading the Android (android) system program;
  • Step 505 The upgrade is successful, and the device is restarted; the system version is run at this time.
  • FIG. 15 is a flowchart of a system version program upgrade after version startup according to an alternative embodiment of the present invention. As shown in FIG. 15, the method for upgrading a system version after a gateway version includes the following steps:
  • Step 601 The device environment for upgrading the system version program after the version is built; includes: connecting the ONU device to the PC through the network cable, opening the client for downloading the file on the PC side, and preparing the version program to be upgraded.
  • the client that downloads the file can be a WFTP client, and the WFTP client is a client that includes a file download tool.
  • Step 602 The ONU is powered on, and the network parameters are configured, including: the ONU device is powered on, and after the version is completely completed, the IP address and the virtual LAN (vlan) parameter of the ONU are remotely configured by using a PC to remotely connect to the gateway.
  • the network parameters including: the ONU device is powered on, and after the version is completely completed, the IP address and the virtual LAN (vlan) parameter of the ONU are remotely configured by using a PC to remotely connect to the gateway.
  • Step 603 Execute the download linuxVersion command to upgrade the gateway platform program.
  • Step 604 The upgrade is successful, and the downloading of the Android platform system file (download androidSys) is performed, the android version is downloaded to the cache area, and the version is verified; if the upgrade is unsuccessful in step 603, the network management platform needs to be reported, and then step 603 is performed again.
  • Gateway platform program
  • Step 605 The android version is successfully verified, and the android version is upgraded to the root area and the system area. If the android version verification is not successful, you need to report to the network management platform and re-download the android version.
  • Step 606 The upgrade is successful, and the device is restarted.
  • the smart home gateway of the embodiment supports the intelligent services of the anroid operating system, such as Thunder downloading, smart home, one-click speeding, etc. These intelligent services can be implemented by installing a third-party android plug-in, and can also implement existing ones.
  • the basic functions of the home gateway such as voice service, Internet service, IPTV, etc., realize the integration of the gateway basic service and the anroid intelligent service by using the LXC container technology.
  • Embodiments of the present invention also provide a storage medium.
  • the foregoing storage medium may be configured to store program code for performing the following steps:
  • the LXC container is transplanted into the first operating system gateway platform, and a component for running the second operating system is started, where the LXC container is used to manage the first operating system gateway platform and the second operating system;
  • modules or steps of the present invention can be implemented by a general-purpose computing device, which can be concentrated on a single computing device or distributed over a network of multiple computing devices. Alternatively, they may be implemented by program code executable by a computing device such that they may be stored in a storage device by a computing device and, in some cases, may be executed in a different order than herein.
  • the steps shown or described are either fabricated as integrated circuit modules, or a plurality of modules or steps are fabricated as a single integrated circuit module. Thus, the invention is not limited to any specific combination of hardware and software.
  • each module/unit in the foregoing embodiment may be implemented in the form of hardware, for example, by implementing an integrated circuit to implement its corresponding function, or may be implemented in the form of a software function module, for example, being executed by a processor and stored in a memory. Programs/instructions to implement their respective functions.
  • the invention is not limited to any specific form of combination of hardware and software.
  • the above technical solution realizes that two operating systems are simultaneously started on the gateway platform, and the effect of the function of the gateway platform operating system and the intelligent service of other operating systems is realized without increasing the hardware cost.

Landscapes

  • Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Stored Programmes (AREA)

Abstract

L'invention concerne un procédé et un dispositif de démarrage de systèmes d'exploitation, comprenant : la compilation d'une plateforme de passerelle de premier système d'exploitation basée sur un premier noyau, le premier noyau prenant en charge un code qui exécute un second système d'exploitation sur la base d'un premier système d'exploitation ; la transplantation d'un conteneur LXC dans la plateforme de passerelle de premier système d'exploitation, et l'établissement d'un composant pour exécuter le démarrage du second système d'exploitation, le conteneur LXC servant à gérer la plateforme de passerelle de premier système d'exploitation et le second système d'exploitation ; et le déclenchement du démarrage du second système d'exploitation dans le composant par l'intermédiaire du conteneur LXC. Les modes de réalisation de la présente invention permettent le démarrage simultané de deux systèmes d'exploitation sur une plateforme de passerelle, et ont pour effet de faire fusionner une fonction d'un système d'exploitation à plateforme de passerelle et un service intelligent de l'autre système d'exploitation sans ajout de coûts de matériel.
PCT/CN2016/091046 2015-10-09 2016-07-22 Procédé et dispositif de démarrage de systèmes d'exploitation WO2017059724A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201510648586.7 2015-10-09
CN201510648586.7A CN106569842A (zh) 2015-10-09 2015-10-09 操作系统的启动方法及装置

Publications (1)

Publication Number Publication Date
WO2017059724A1 true WO2017059724A1 (fr) 2017-04-13

Family

ID=58487225

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2016/091046 WO2017059724A1 (fr) 2015-10-09 2016-07-22 Procédé et dispositif de démarrage de systèmes d'exploitation

Country Status (2)

Country Link
CN (1) CN106569842A (fr)
WO (1) WO2017059724A1 (fr)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110554934A (zh) * 2019-09-06 2019-12-10 山东超越数控电子股份有限公司 一种嵌入式设备及其系统分区和升级方法
CN113626060A (zh) * 2021-08-06 2021-11-09 天津津航计算技术研究所 vxworks系统下基于分离存储的在线升级方法
CN115988129A (zh) * 2022-12-28 2023-04-18 天翼电信终端有限公司 一种双系统云安全手机wifi安全使用方法
CN116541085A (zh) * 2023-07-05 2023-08-04 成都阿加犀智能科技有限公司 一种Android/Linux融合方法、装置、设备及存储介质

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107621956B (zh) * 2017-10-09 2021-11-30 江苏航天龙梦信息技术有限公司 一种基于网络的启动操作系统的方法
US11385923B2 (en) * 2019-07-16 2022-07-12 International Business Machines Corporation Container-based virtualization system extending kernel functionality using kernel modules compiled by a compiling container and loaded by an application container
CN111338701A (zh) * 2020-02-25 2020-06-26 邦彦技术股份有限公司 一种网络设备启动方法和网络设备
CN114090096B (zh) * 2022-01-21 2022-04-15 成都云祺科技有限公司 一种网络虚拟文件系统实现方法、系统及存储介质

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6567977B1 (en) * 1999-11-15 2003-05-20 Intel Corporation Method and apparatus for software program installation preview directed to system software
CN103645957A (zh) * 2013-12-25 2014-03-19 北京搜狐新媒体信息技术有限公司 一种虚拟机资源管控方法及装置
CN104516782A (zh) * 2014-12-26 2015-04-15 上海迈微软件科技有限公司 用于进行智能系统运行环境切换的方法及其设备

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6567977B1 (en) * 1999-11-15 2003-05-20 Intel Corporation Method and apparatus for software program installation preview directed to system software
CN103645957A (zh) * 2013-12-25 2014-03-19 北京搜狐新媒体信息技术有限公司 一种虚拟机资源管控方法及装置
CN104516782A (zh) * 2014-12-26 2015-04-15 上海迈微软件科技有限公司 用于进行智能系统运行环境切换的方法及其设备

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110554934A (zh) * 2019-09-06 2019-12-10 山东超越数控电子股份有限公司 一种嵌入式设备及其系统分区和升级方法
CN110554934B (zh) * 2019-09-06 2022-08-19 超越科技股份有限公司 一种嵌入式设备及其系统分区和升级方法
CN113626060A (zh) * 2021-08-06 2021-11-09 天津津航计算技术研究所 vxworks系统下基于分离存储的在线升级方法
CN113626060B (zh) * 2021-08-06 2023-08-01 天津津航计算技术研究所 vxworks系统下基于分离存储的在线升级方法
CN115988129A (zh) * 2022-12-28 2023-04-18 天翼电信终端有限公司 一种双系统云安全手机wifi安全使用方法
CN116541085A (zh) * 2023-07-05 2023-08-04 成都阿加犀智能科技有限公司 一种Android/Linux融合方法、装置、设备及存储介质
CN116541085B (zh) * 2023-07-05 2023-09-12 成都阿加犀智能科技有限公司 一种Android/Linux融合方法、装置、设备及存储介质

Also Published As

Publication number Publication date
CN106569842A (zh) 2017-04-19

Similar Documents

Publication Publication Date Title
WO2017059724A1 (fr) Procédé et dispositif de démarrage de systèmes d'exploitation
US9910765B2 (en) Providing testing environments for software applications using virtualization and a native hardware layer
EP2697714B1 (fr) Système de déploiement pour des applications dans de multiples n uds
Masek et al. Unleashing full potential of ansible framework: University labs administration
CN102232304B (zh) 一种移动通信终端间进行系统升级的方法、系统及终端
US9329894B2 (en) Method and apparatus for extending local area networks between clouds and permanently migrating virtual machines using static network addresses
US20140075438A1 (en) Method, server, and system for starting an application
CN113452830B (zh) 安卓云手机的批量控制方法、计算机可读介质及电子设备
CN103458002A (zh) 云系统的一键部署方法和装置
CN104166586A (zh) 一种基于虚拟化技术的透明计算方法及透明计算系统
CN113419815B (zh) 一种预启动运行环境装机的方法、系统、设备及介质
EP3734910B1 (fr) Procédé et dispositif de mise à niveau de pilote
CN106502717B (zh) 应用程序运行方法及装置
US20170329739A1 (en) Methods and systems for loading a boot agent on a router network device
US20170068585A1 (en) Method and Apparatus for Recovering System Software of Intelligent Terminal
CN104866338A (zh) 远程部署软件的方法和装置
WO2020063607A1 (fr) Procédé de lancement de client d'application, serveur de service et dispositif client
US9928082B1 (en) Methods and systems for remote device configuration
CN110928554A (zh) 一种部署方法、装置、设备及存储介质
CN117170803A (zh) 生成信创操作系统流水线的方法、电子设备及存储介质
CN114637549A (zh) 基于服务网格的应用的数据处理方法、系统和存储介质
CN104570967B (zh) 基于Android系统的远程控制方法及系统
WO2021051936A1 (fr) Procédé et dispositif de construction d'un réseau de mise en réseau défini par logiciel (sdn)
CN110489134A (zh) 一种pxe服务器和高性能集群环境的部署方法及系统
CN113422702B (zh) 一种支持无线路由的android设备

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 16853030

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 16853030

Country of ref document: EP

Kind code of ref document: A1