Différences
Ci-dessous, les différences entre deux révisions de la page.
Les deux révisions précédentes Révision précédente Prochaine révision | Révision précédente Prochaine révision Les deux révisions suivantes | ||
raid_logiciel [Le 09/11/2019, 22:31] 82.236.19.212 |
raid_logiciel [Le 27/10/2020, 17:53] 88.122.224.21 [Comment migrer les données vers une nouvelle machine ?] |
||
---|---|---|---|
Ligne 1: | Ligne 1: | ||
- | {{tag>Xenial sauvegarde sécurité système raid}} | + | {{tag>bionic focal sauvegarde sécurité système raid}} |
---- | ---- | ||
Ligne 232: | Ligne 232: | ||
</code> | </code> | ||
[[https://forum.ubuntu-fr.org/viewtopic.php?pid=22075419#p22075419|Voir un exemple concret.]] | [[https://forum.ubuntu-fr.org/viewtopic.php?pid=22075419#p22075419|Voir un exemple concret.]] | ||
+ | |||
+ | |||
+ | |||
+ | <note tip> Il devrait être aussi possible de gérer le changement de taille du RAID avec l'application GPARTED à partir de la version 20.04.0 | ||
+ | <code bash>sudo gparted /dev/sda | ||
+ | Unit boot.mount does not exist, proceeding anyway. | ||
+ | GParted 1.0.0 | ||
+ | configuration --enable-libparted-dmraid --enable-online-resize | ||
+ | libparted 3.3 </code> | ||
+ | </note> | ||
==== Que faire lorsqu'un des composants de l'Array vient à défaillir ? ==== | ==== Que faire lorsqu'un des composants de l'Array vient à défaillir ? ==== | ||
Ligne 283: | Ligne 293: | ||
La commande précédente demande l'assemblage en mettant à jour les informations d'identification. Le paramètre -m0 s'assure que nous utiliserons que les disques/partitions qui avaient un identifiant 0. | La commande précédente demande l'assemblage en mettant à jour les informations d'identification. Le paramètre -m0 s'assure que nous utiliserons que les disques/partitions qui avaient un identifiant 0. | ||
+ | |||
+ | <note important> <code bash>sudo mdadm --assemble /dev/md2 --update=super-minor /dev/sdc11 /dev/sdc12 /dev/sdc13 /dev/sdc14</code> | ||
+ | mdadm: --update=super-minor not understood for 1.x metadata | ||
+ | </note> | ||
+ | |||
+ | <note><code>sudo mdadm --assemble /dev/md2 --run /dev/sdc11 /dev/sdc12 /dev/sdc13 /dev/sdc14</code> | ||
+ | mdadm: /dev/md2 has been started with 3 drives (out of 4) and 1 rebuilding. | ||
+ | </note> | ||
+ | |||
Pour s'assurer que tout s'est bien passé vous pouvez afficher les informations mdadm : | Pour s'assurer que tout s'est bien passé vous pouvez afficher les informations mdadm : | ||
Ligne 380: | Ligne 399: | ||
La méthode donnée sur ce lien a bien fonctionné avec une [[:xenial|Ubuntu 16.04]] | La méthode donnée sur ce lien a bien fonctionné avec une [[:xenial|Ubuntu 16.04]] | ||
- | [[https://www.leforuminfo.com/index.php/articles-53/34-linux/64-renomme-un-raid-md127|renommer-un-raid-md127]] | + | <del>[[https://www.leforuminfo.com/index.php/articles-53/34-linux/64-renomme-un-raid-md127|renommer-un-raid-md127]]</del> |
<code bash> | <code bash> | ||
#tout oublier et rescanner | #tout oublier et rescanner | ||
Ligne 464: | Ligne 483: | ||
Vous aurez maintenant, en tant que membre du groupe 'disk', le droit d'écrire. | Vous aurez maintenant, en tant que membre du groupe 'disk', le droit d'écrire. | ||
+ | |||
+ | Si cela ne résout pas le problème, une solution peut consister à déplacer le point de montage de /media/raid vers /media/user/raid. En effet, comme indiqué [[montage|ici]] (2.3), « Depuis quelques versions (16.04 ?), il existe un point de montage dédié à ces montages ponctuels dans le répertoire /media, et il porte votre nom. Ainsi, si vous avez choisis comme nom utilisateur fred, il existe un répertoire /media/fred. Il est intéressant d'utiliser ce répertoire (ou un répertoire dans votre compte utilisateur normal), car les montages qui ne sont pas faits dans votre compte /home/user ou dans /media/user ne sont pas visibles dans votre gestionnaire de fichiers (mais ils fonctionnent). » | ||
===== Des idées pour aller plus loin ===== | ===== Des idées pour aller plus loin ===== |