struct

OvhApi::Endpoints::Boot

Profil de netboot exposé par OVH pour un serveur donné.

Un Boot décrit comment démarrer le serveur : depuis le disque (harddisk), en mode rescue (rescue → kernel rescue64-pro, fournit un environnement diskless pour diagnostic), via un script iPXE client (ipxeCustomerScript), par PXE réseau (network) ou simple gestion d'alim (power).

Les bootId varient selon la gamme et le serveur : un Advance-1 et un Scale-3 n'auront pas les mêmes identifiants. Il faut donc les résoudre dynamiquement via client.dedicated_servers.boots(...).

Constructors

from_any(payload : JSON::Any) : Boot

Source

new(id : Int64, boot_type : String, kernel : String | Nil = nil, description : String | Nil = nil, supports_uefi : String | Nil = nil)

Source

Instance methods

boot_type

Source

description

Source

kernel

Source

linux_rescue?

Le rescue expose-t-il un vrai Linux (apt/ssh utilisables) ?

OVH publie sous boot_type == "rescue" plusieurs profils dont seuls certains bootent un Linux complet. Les kernels observés :

rescue12-customer, rescue64-pro, rescue64-* → Debian rescue, utilisable comme OS de travail (apt, ssh, qemu…).
ipxe-shell → simple shell iPXE interactif, pas un OS : le serveur boote mais ne démarre aucun service réseau, SSH jamais disponible.

Heuristique : le kernel doit commencer par rescue.

Source

supports_uefi

Source

uefi_compatible?

Le boot est-il compatible avec un démarrage UEFI ?

OVH expose supportsUEFI avec les valeurs documentées "yes", "no", "both", "only". Certains profils (power, anciens netboots) ne renseignent pas le champ : on considère alors que la question ne se pose pas et on répond true (sinon on exclurait à tort les serveurs sans UEFI).

Source