Travailler avec le Rescue System Linux
Veuillez utiliser la fonction « Imprimer » au bas de la page pour créer un PDF.
Pour Serveur Dédié et Bons plans serveurs, gérés depuis votre compte IONOS dans l'administration des serveurs
Dans cet article, nous vous montrons comment utiliser le Rescue System de votre Serveur Dédié. Le Rescue System est un outil important pour le diagnostic et la réparation de votre installation de système.
Remarque
Si vous avez acheté un Serveur Dédié géré dans le Cloud Panel, reportez-vous aux articles suivants pour trouver des informations sur le Rescue System Linux de votre serveur :
Démarrer un Serveur Dédié dans le Rescue System Linux
Démarrer un Serveur Dédié dans le Windows Rescue System
Utiliser le Rescue System Linux (RAID Hardware)
Utiliser le Windows Rescue System sur un Serveur Dédié Windows
Informations importantes sur les Rescue Systems disponibles
Les Rescue Systems suivants sont disponibles pour les Serveurs Dédiés achetés dans le cadre des offres Bons plans serveurs :
Mini- Rescue System Linux 64 bits (debian/stable)
Rescue System Linux 64 bits (debian/oldstable)
Rescue System Linux 64 bits (debian/stable)
Rescue System
Avec le Rescue System , vous pouvez, entre autres choses :
Sauvegarder les données de votre serveur
Réparer un système de fichiers endommagé
Utiliser les fichiers journaux pour identifier les sources d'erreur
Attribuer un nouveau mot de passe root
Réparer la configuration réseau de votre serveur
Mini Rescue System
Le Mini Rescue System n'a pas tous les programmes que le Rescue system comporte. Par conséquent, n'utilisez le Mini Rescue System que si votre serveur a peu de RAM et ne peut pas démarrer.
Remarque
StorCLI, ERCCLI et ARCCONF CLI ne sont pas accessibles via le mini Rescue System.
Démarrer le serveur dans le Rescue System
La manière de démarrer votre serveur dans le Rescue System est expliquée ici :
Déterminer le type de contrôleur matériel
Pour vérifier quel contrôleur matériel est installé sur votre serveur, vous pouvez utiliser le programme lshw. Ce programme affiche des informations détaillées sur les composants du matériel.
Afficher des informations sur le matériel avec lshw
Pour afficher un résumé des informations sur le matériel, entrez la commande suivante :
lshw -court
Pour sortir les informations sur le matériel dans un fichier texte, entrez la commande suivante :
lshw > lshw_output.txt
Programmes de gestion des contrôleurs RAID
Le logiciel nécessaire pour gérer chaque contrôleur RAID est installé par défaut. Si nécessaire, vous pouvez télécharger le logiciel pour le contrôleur concerné ici :
Contrôleur RAID Adaptec
https://storage.microsemi.com/en-us/downloads
Contrôleur RAID Broadcom
https://www.broadcom.com/support/download-search
Contrôleur RAID Dell
https://www.dell.com/support/home/de-de?app=products
Contrôleur RAID 3ware
Contrôleurs RAID Areca
Vérifier l'état du RAID matériel
Utilisez les commandes énumérées ci-dessous pour accéder au RAID matériel et aux informations de configuration :
Contrôleur RAID Adaptec
COMMANDE | EXPLICATION |
---|---|
arcconf GETCONFIG 1 | Cette commande affiche des informations sur le contrôleur RAID, la configuration, les matrices RAID et les disques durs disponibles et leur état actuel. |
arcconf getconfig 1 PD | Cette commande affiche des informations sur les disques disponibles. |
arcconf getlogs controller-number device ¦ dead ¦ event [clear ¦ tabular] | Cette commande affiche les entrées du journal. Vous pouvez utiliser les paramètres suivants pour spécifier le type d'entrées de journal affichées : |
Exemple : arcconf getlogs 1 device tabular | DEVICE : affiche toutes les entrées de journal comportant des erreurs que le contrôleur pourrait détecter sur tous les appareils connectés. |
DEAD : indique toutes les entrées du journal où les pannes de périphériques et de disques ont été enregistrées. | |
EVENT : affiche toutes les entrées du journal avec des informations sur les événements spéciaux (par exemple, les reconstructions, les MLD, etc.) | |
Vous pouvez également spécifier les paramètres suivants : | |
tabular : Affiche le journal sous forme de tableau. | |
clear : Efface le journal du contrôleur spécifié. | |
arcconf getlogs controller-number device ¦ dead ¦ event [clear ¦ tabular] > FILENAME.log | Cette commande écrit les entrées du journal dans un fichier. |
Exemple : arcconf getlogs 1 device tabular > device.log |
Vous trouverez de plus amples informations ici :
Contrôleur RAID Broadcom
COMMANDE | EXPLICATION |
---|---|
storcli64 /c0 show all | Cette commande affiche des informations sur le contrôleur RAID et sa configuration. |
storcli64 /c0/eall/sall show | Cette commande affiche des informations sur les disques existants. |
storcli64 /c0/eALL/sALL show all | Cette commande affiche des informations sur les disques disponibles et leur état actuel (numéro de série, température, etc.). |
storcli /cx show eventloginfo | Cette commande affiche les entrées du journal. |
Vous trouverez de plus amples informations ici :
Contrôleur DELL-PERC-RAID
COMMANDE | EXPLICATION |
---|---|
perccli64 /c0/e32/s0 show all | Cette commande affiche des informations sur le disque 0. |
perccli64 /c0/e32/s1 show all | Cette commande affiche des informations sur le disque 1. |
perccli64 /c0 show | Cette commande affiche des informations sur les disques durs disponibles. |
perccli /c0 show | Cette commande affiche les entrées du journal pour le contrôleur 0. |
Vous trouverez de plus amples informations ici :
Guide de référence CLI du contrôleur RAID PowerEdge EMC Dell
Contrôleur RAID 3ware
Pour savoir comment utiliser tw_cli pour accéder au RAID matériel et aux informations de configuration, veuillez consulter l'article suivant :
Surveiller / Reconstruire le RAID matériel (Linux)
Pour plus d'informations sur l'installation, la configuration et l'application, reportez vous à la documentation 3ware :
https://www.broadcom.com/support/knowledgebase/1211161499541/lsi-3ware-user-documentation-downloads
Contrôleurs RAID Areca
Pour savoir comment utiliser l'interface de ligne de commande pour accéder au RAID matériel et aux informations de configuration, consultez l'article suivant :
Surveiller / reconstruire le RAID matériel (Linux)
Vous trouverez de plus amples informations sur l'interface de la ligne de commande ici :
https://areca.starline.de/RaidCards/Documents/Manual_Spec/Software
Vérifier l'état du RAID logiciel
Pour vérifier l'état du RAID logiciel, entrez la commande suivante dans le shell :
rescue:~# cat /proc/mdstat
Afficher le partitionnement
Dans le Rescue System, vous pouvez partitionner le disque dur interne, vérifier le système de fichiers et corriger les paramètres incorrects.
Pour lister les systèmes de fichiers et identifier le système de fichiers, entrez la commande df -h. L'abréviation df signifie "disk free" (sans disque). Avec le paramètre -h, vous pouvez afficher le nombre de blocs occupés sous forme lisible par machine en giga, méga ou kilo-octets.
rescue on 87.106.16.168:~$ df -h
Filesystem Size Used Avail Use% Mounted on
/dev/root 372M 356M 17M 96% /
devtmpfs 32G 0 32G 0% /dev
tmpfs 32G 0 32G 0% /dev/shm
tmpfs 32G 102M 32G 1% /run
tmpfs 5.0M 0 5.0M 0% /run/lock
tmpfs 32G 0 32G 0% /sys/fs/cgroup
Pour lister les disques, partitions et volumes logiques existants, entrez la commande fdisk -l. fdisk est un programme en ligne de commande pour le partitionnement des disques. Vous pouvez utiliser ce programme pour afficher, créer ou supprimer des partitions.
rescue:~# fdisk -l
L'exemple suivant donne des informations sur le partitionnement d'un serveur avec le RAID logiciel. Ces informations ont été appelées dans le Rescue-System.
Remarque
La sortie peut varier en fonction de la configuration et du modèle du serveur.
fdisk -l
Disk /dev/sda: 250.0 GB, 250059350016 bytes
255 heads, 63 sectors/track, 30401 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Device Boot Start End Blocks Id System
/dev/sda1 1 123 987966 fd Linux raid autodetect
/dev/sda2 124 367 1959930 82 Linux swap / Solaris
/dev/sda4 368 30401 241248105 5 Extended
/dev/sda5 368 976 4891761 fd Linux raid autodetect
/dev/sda6 977 3409 19543041 fd Linux raid autodetect
/dev/sda7 3410 4018 4891761 fd Linux raid autodetect
/dev/sda8 4019 30401 211921416 fd Linux raid autodetect
Disk /dev/sdb: 250.0 GB, 250059350016 bytes
255 heads, 63 sectors/track, 30401 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Device Boot Start End Blocks Id System
/dev/sdb1 1 123 987966 fd Linux raid autodetect
/dev/sdb2 124 367 1959930 82 Linux swap / Solaris
/dev/sdb4 368 30401 241248105 5 Extended
/dev/sdb5 368 976 4891761 fd Linux raid autodetect
/dev/sdb6 977 3409 19543041 fd Linux raid autodetect
/dev/sdb7 3410 4018 4891761 fd Linux raid autodetect
/dev/sdb8 4019 30401 211921416 fd Linux raid autodetect
Disk /dev/md8: 217.0 GB, 217007456256 bytes
2 heads, 4 sectors/track, 52980336 cylinders
Units = cylinders of 8 * 512 = 4096 bytes
Disk /dev/md8 doesn't contain a valid partition table
Disk /dev/md7: 5009 MB, 5009047552 bytes
2 heads, 4 sectors/track, 1222912 cylinders
Units = cylinders of 8 * 512 = 4096 bytes
Disk /dev/md7 doesn't contain a valid partition table
Disk /dev/md6: 20.0 GB, 20012007424 bytes
2 heads, 4 sectors/track, 4885744 cylinders
Units = cylinders of 8 * 512 = 4096 bytes
Disk /dev/md6 doesn't contain a valid partition table
Disk /dev/md5: 5009 MB, 5009047552 bytes
2 heads, 4 sectors/track, 1222912 cylinders
Units = cylinders of 8 * 512 = 4096 bytes
Disk /dev/md5 doesn't contain a valid partition table
Disk /dev/md1: 1011 MB, 1011548160 bytes
2 heads, 4 sectors/track, 246960 cylinders
Units = cylinders of 8 * 512 = 4096 bytes
Disk /dev/md1 doesn't contain a valid partition table
Si vous ne voyez pas de disques, de partitions et éventuellement de volumes logiques après avoir entré la commande fdisk -l, il se peut qu'il y ait un problème avec le contrôleur RAID, les disques ou le câblage. Dans ce cas, veuillez contacter le service client.
Vérification du système de fichiers
Avant de monter la partition ou le volume logique en question, vous devez vérifier la cohérence du système de fichiers à l'aide d'un Contrôle du système de fichiers (FSCK).
Attention
Une vérification du système de fichiers ne doit pas être effectuée avec des partitions montées et/ou cryptées, car cela peut entraîner une perte de données. Si vous vérifiez le système de fichiers d'un volume logique, celui-ci ne doit pas non plus être monté.
Par conséquent, assurez-vous que la partition ou le volume logique n'est pas monté ou crypté avant de vérifier le système de fichiers avec le File System Check.
Pour vérifier une partition ou un volume logique avec le File System Check, entrez la commande suivante :
fsck -f /dev/md1
Dans l'exemple suivant, le système de fichiers de la partition md1 est vérifié. La sortie montre que le système de fichiers est intact.
fsck -f /dev/md1
fsck 1.40-WIP (07-Apr-2007)
e2fsck 1.40-WIP (07-Apr-2007)
/: recovering journal
Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information
/: ***** FILE SYSTEM WAS MODIFIED *****
/: 7628/123648 files (0.5% non-contiguous), 83136/246960 blocks
Les partitions md5, md6 et md7 utilisent le système de fichiers XFS. Il n'est pas nécessaire de les vérifier. Si vous voulez quand même vérifier ces partitions, vous pouvez utiliser la commande suivante :
rescue:~# xfs_check /dev/mdX
Exemple :
rescue:~# xfs_check /dev/md5
Si vous recevez un message d'erreur lors de la vérification du système de fichiers avec le File System Check, montez et démontez la partition. Ensuite, lancez à nouveau le File System Check.
Voici un exemple de message d'erreur du File System Check :
xfs_check /dev/md5
ERROR: The filesystem has valuable metadata changes in a log which needs to
be replayed. Mount the filesystem to replay the log, and unmount it before
re-running xfs_check. If you are unable to mount the filesystem, then use
the xfs_repair -L option to destroy the log and attempt a repair.
Note that destroying the log may cause corruption -- please attempt a mount
of the filesystem before doing this.
mount /dev/md5 /mnt
umount /dev/md5
xfs_check /dev/md5
Si le File System Check après le montage et le démontage de la partition ne fonctionne pas correctement, la partition peut être réparée avec la commande suivante :
rescue:~# xfs_repair -L /dev/mdx
Attention
La réparation de la partition avec la commande xfs_repair -L /dev/mdx peut entraîner une perte de données. C'est pourquoi il faut toujours créer une sauvegarde avant de réparer une partition avec cette commande.
Monter le disque dur interne
Pour monter le disque dur interne dans le répertoire /mnt :
rescue:/# mount /CHEMIN_DACCES/partition /mnt
Exemple :
mount /dev/md1 /mnt
Remarque
Selon le type et le modèle de serveur, les partitions ou les volumes logiques affichés peuvent différer.
Consulter la liste des systèmes de fichiers
Pour visualiser les systèmes de fichiers disponibles, utilisez la liste fstab avec la commande suivante :
cat /mnt/etc/fstab
/dev/md1 / ext3 defaults 1 1
/dev/sda2 none swap sw
/dev/sdb2 none swap sw
/dev/vg00/usr /usr xfs defaults 0 2
/dev/vg00/var /var xfs defaults,usrquota 0 2
/dev/vg00/home /home xfs defaults,usrquota 0 2
devpts /dev/pts devpts gid=5,mode=620 0 0
none /proc proc defaults 0 0
none /tmp tmpfs defaults 0 0
Monter des systèmes de fichiers
Pour monter les systèmes de fichiers, entrez les commandes suivantes :
mount /dev/vg00/usr /mnt/usr
mount /dev/vg00/var /mnt/var
mount /dev/vg00/home /mnt/home
for f in proc sys dev ; do mount --bind /$f /mnt/$f ; done
Ensuite, passez au système qui s'y trouve.
Images sans LVM jusqu'en décembre 2010
Dans les tarifs des serveurs jusqu'en décembre 2010, pour les images qui n'utilisent pas de Logical Volume Manager, vous devez monter le disque dur interne dans le répertoire /mnt. Ensuite, passez directement qui s'y trouve. Exemple :
mount /dev/md1 /mnt
mount /dev/md5 /mnt/usr
mount /dev/md6 /mnt/var
mount /dev/md7 /mnt/home
Passer à l'environnement chroot
Après avoir monté les partitions, vous pouvez faire un chroot sur le système installé sur les disques durs. Le répertoire /mnt est alors le système de fichiers racine du shell et tous les programmes démarrés à partir de celui-ci. Après le passage à chroot, /mnt devient /, /mnt/var/log devient donc /var/log etc. Cela signifie que certains programmes du système normal fonctionnent également, puisque le point de référence / correspond à celui du système normal.
Pour utiliser le chroot afin de passer au système installé sur les disques, entrez la commande suivante :
chroot /mnt
Après avoir entré cette commande, vous pouvez accéder à l'ensemble de votre système pour réparer et/ou configurer votre système d'exploitation.
pwd
/
ll
total 112
drwxr-xr-x 2 root root 4096 Jun 15 17:05 bin
drwxr-xr-x 4 root root 4096 Jun 15 17:07 boot
drwxr-xr-x 10 root root 12288 Jun 15 17:05 dev
drwxr-xr-x 75 root root 4096 Jun 30 06:32 etc
drwxr-xr-x 6 root root 66 Jun 30 12:25 home
drwxr-xr-x 9 root root 4096 Jul 2 2008 lib
drwx------ 2 root root 49152 Jun 15 17:07 lost+found
drwxr-xr-x 2 root root 4096 Sep 22 2007 mnt
drwxr-xr-x 4 root root 4096 Jul 2 2008 opt
drwxr-xr-x 2 root root 4096 Jul 9 2008 proc
drwx------ 10 root root 4096 Jun 16 13:35 root
drwxr-xr-x 3 root root 4096 Jun 19 10:13 sbin
drwxr-xr-x 2 root root 4096 Jun 15 16:52 srv
drwxr-xr-x 2 root root 4096 Aug 14 2008 sys
drwxrwxrwt 2 root root 4096 Jun 15 17:07 tmp
drwxr-xr-x 12 root root 141 Jun 15 17:05 usr
drwxr-xr-x 17 root root 4096 Jun 15 17:07 var
lrwxrwxrwx 1 root root 12 Jun 15 17:05 vmlinuz -> boot/vmlinuz
lrwxrwxrwx 1 root root 16 Jun 15 17:05 vmlinuz.old -> boot/vmlinuz.old
Fonctionnement provisoire des services de serveur dans l'environnement chroot
Vous pouvez également démarrer certains services du serveur via les scripts start/stop sous /etc/init.d/ du système chroot. Par exemple, vous démarrez le système de base de données MySQL avec /etc/init.d/mysql start.
Pour arrêter à nouveau les services, utilisez l'argument stop. L'exemple suivant arrête à nouveau le système de base de données MySQL :
/etc/init.d/mysql stop
Remarque
Tous les services de serveur ne peuvent pas être exploités dans l'environnement chroot.
Attention
Le système de secours ne doit pas non plus remplacer un système normal qui fonctionne. Vous ne devez démarrer les services du serveur dans l'environnement chroot qu'à des fins de réparation.
Sauvegarder les fichiers
Dans certains cas, une nouvelle installation du système d'exploitation est nécessaire. Dans ce cas, vous disposez des options suivantes pour sauvegarder les données de votre serveur :
Vous sauvegardez les données sur votre ordinateur local en utilisant WinSCP.
Vous sauvegardez les données sur un autre serveur en utilisant la copie sécurisée.
Vous enregistrez les données sur un ordinateur local en utilisant la copie sécurisée.
Après avoir sauvegardé vos données, vous pouvez installer une nouvelle image sur le serveur ou restaurer une sauvegarde de votre système. Vous pouvez ensuite copier les données sauvegardées sur le serveur.
Utiliser WinSCP pour enregistrer des données sur un ordinateur local fonctionnant sous Microsoft Windows
Avec WinSCP, vous pouvez copier les données de votre serveur facilement par glisser-déposer dans un répertoire qui se trouve sur votre ordinateur local.
Vous pouvez télécharger WinSCP à l'adresse suivante :
https://winscp.net/eng/download.php
Pour savoir comment utiliser WinSCP pour sauvegarder les données de votre serveur sur un ordinateur local fonctionnant sous Microsoft Windows, cliquez ici :
Stocker les sauvegardes sur un ordinateur local (serveur avec Linux)
Copier les données sur un autre serveur avec le système d'exploitation Linux en utilisant la fonction Secure Copy
Secure Copy est un protocole pour la transmission cryptée de données basé sur Secure Shell. Pour copier les données de votre serveur vers un autre serveur en utilisant la fonction de copie sécurisée, entrez la commande suivante dans le shell :
scp -r /CHEMIN /REPERTOIRE username@ADRESSE-IP:/CHEMIN_DACCES/REPERTOIRE_DE_DESTINATION
Exemple :
[root@localhost ~]# scp -r /mnt root@82.165.69.130:/home/backup
Sauvegarder les données d'un ordinateur local fonctionnant sous le système d'exploitation Linux
Utilisez la commande suivante pour enregistrer un répertoire qui se trouve sur le serveur sur votre ordinateur local :
scp remote_username@IPSERVEUR:/REPERTOIRE_SUR_LE_SERVEUR /REPERTOIRE_LOCAL
Exemple :
[root@localhost ~]# scp root@217.160.44.208:/home /opt/backup
Dans l'exemple ci-dessus, le répertoire /home est copié dans le répertoire /opt/backup situé sur l'ordinateur local.
Pour enregistrer un seul fichier sur votre ordinateur local, entrez la commande suivante :
scp remote_username@SERVEURIP:/remote/REPERTOIRE_SUR_LE_SERVEUR/NOM_DU_FICHIER.txt /REPERTOIRE_LOCAL
Exemple :
[root@localhost ~]# scp root@217.160.44.208:/remote/home/test.txt /TEMP
La commande suivante vous permet de copier un répertoire situé sur votre ordinateur local vers votre serveur :
scp -r /REPERTOIRE_LOCAL remote_username@SERVEURIP:/REPERTOIRE_SUR_LE_SERVEUR
Exemple :
[root@localhost ~]# scp -r /home/backup root@217.160.44.208:/home
Pour copier un seul fichier, entrez la commande suivante :
scp -r /REPERTOIRE/NOM_DU_FICHIER remote_username@SERVEURIP:/REPERTOIRE_SUR_LE_SERVEUR
Exemple :
[root@localhost ~]# scp -r /home/test.txt root@217.160.44:/home
Remarque
Si scp n'est pas trouvé, vous pouvez installer le programme avec la commande suivante :
CentOS
[root@localhost ~]# yum install openssh-clients
Debian / Ubuntu
[root@localhost ~]# apt -y install openssh-server
Démonter des systèmes de fichiers, fin de la session de maintenance
Une fois que vous avez terminé la maintenance de votre serveur, quittez l'environnement chroot et démontez les systèmes de fichiers dans l'ordre inverse.
exit
umount /mnt/home
umount /mnt/var
umount /mnt/usr
umount /mnt
Attention
Le redémarrage avec des systèmes de fichiers montés peut entraîner une perte de données. Par conséquent, assurez-vous que les systèmes de fichiers sont démontés avant d'effectuer un redémarrage.
Test de la mémoire
Le Rescue System comprend également le programme MemTest86. Avec ce programme, vous pouvez vérifier la mémoire de votre serveur.
Remarque
Le Rescue-System est exécuté dans la mémoire principale. Cette mémoire occupée ne peut pas être vérifiée par MemTest86.
memtest all
[...]
_
Changer le mode de démarrage
Assurez-vous que le mode de démarrage de votre serveur est revenu au système normal. Procédez comme suit :
- Connectez-vous à votre compte IONOS.
Cliquez sur Menu > Server & Cloud dans la barre de titre.
Facultatif : sélectionnez le contrat Server & Cloud souhaité.Dans la section Gestion du serveur, cliquez sur Outil de récupération.
Sous Recovery Action, activez l'option Rebooter maintenant et sélectionnez l'option Systeme normal au prochain démarrage.
Cliquez sur Mettre à jour.
Redémarrer le serveur
Ouvrez la coquille et effectuez un redémarrage. Pour ce faire, entrez la commande suivante :
shutdown -rn now
Exemple :
[root@localhost ~]# shutdown -rn now
shutdown: sending all processes thr TERM signal...
Connection to yourcompany.com closed by remote host.
$ _
Contenu
- Informations importantes sur les Rescue Systems disponibles
- Démarrer le serveur dans le Rescue System
- Déterminer le type de contrôleur matériel
- Programmes de gestion des contrôleurs RAID
- Vérifier l'état du RAID matériel
- Vérifier l'état du RAID logiciel
- Afficher le partitionnement
- Vérification du système de fichiers
- Monter le disque dur interne
- Consulter la liste des systèmes de fichiers
- Monter des systèmes de fichiers
- Images sans LVM jusqu'en décembre 2010
- Passer à l'environnement chroot
- Fonctionnement provisoire des services de serveur dans l'environnement chroot
- Sauvegarder les fichiers
- Démonter des systèmes de fichiers, fin de la session de maintenance
- Test de la mémoire
- Changer le mode de démarrage
- Redémarrer le serveur
- Haut de page