Re: récupérer des données en RAID 1
Vincent Bernat a écrit : > BERTRAND Joël : > >> Si c'est du Raid1, tu dois pouvoir monter les disques à la >> main comme s'il s'agissait de disques non raid. >> >> Typiquement, si /dev/md0 est composé de /dev/sda1 et de >> /dev/sdb1, tu peux monter /dev/sdb1 tout seul. > > Avec des métadata en 1.1 ou 1.2, le superblock est maintenant en début > de volume, on ne peut donc plus monter une partition comme si de rien > n'était. On peut la monter en loop avec l'offset qui va bien pour sauter le superbloc, obtenu grâce à mdadm -E : root@raid-gpt-efi:~# mdadm -E /dev/sdb2 /dev/sdb2: Magic : a92b4efc Version : 1.2 Feature Map : 0x0 Array UUID : 502f5850:ca3c0adb:e19a5529:50c46b7b Name : raid-gpt-efi:0 (local to host raid-gpt-efi) Creation Time : Mon Dec 29 22:37:16 2014 Raid Level : raid1 Raid Devices : 2 Avail Dev Size : 7809024 (3.72 GiB 4.00 GB) Array Size : 3904448 (3.72 GiB 4.00 GB) Used Dev Size : 7808896 (3.72 GiB 4.00 GB) Data Offset : 4096 sectors (...) root@raid-gpt-efi:~# losetup -v -r -o $((4096*512)) -f /dev/sdb2 Loop device is /dev/loop0 root@raid-gpt-efi:~# file -s /dev/loop0 /dev/loop0: sticky Linux rev 1.0 ext4 filesystem data, UUID=7c0d3084-a66a-46b3-9fd0-2893d0ba9e59 (needs journal recovery) (extents) (large files) (huge files) root@raid-gpt-efi:~# file -s /dev/md0 /dev/md0: sticky Linux rev 1.0 ext4 filesystem data, UUID=7c0d3084-a66a-46b3-9fd0-2893d0ba9e59 (needs journal recovery) (extents) (large files) (huge files) Mais c'est se compliquer la vie pour rien : il suffit d'assembler explicitement un volume RAID avec cette seule partition. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/54b703b9.20...@plouf.fr.eu.org
Re: récupérer des données en RAID 1
Jose CHARTERS a écrit : > > Un disque n'est plus reconnu, le premier /dev/sda. Il ne reste plus que > le second mais la machine n'arrive pas à démarrer dessus. Je suis > surpris car il me semble que justement le raid 1 permettait de palier à > ce type de panne. Non, pas par défaut avec le RAID logiciel md. Il faut explicitement installer le chargeur sur chaque disque. La procédure dépend du mode d'amorçage du firmware, BIOS/CSM/legacy ou UEFI. Ce serait différent avec du RAID matériel vrai ou faux (fakeRAID géré par le firmware et dm-raid). > Bien sûr, je veux récupérer mes données sur le disque qui reste. Normalement on récupère les données à partir d'une sauvegarde, pas d'un RAID boiteux. Le RAID n'apport que la tolérance de panne, il ne remplace pas une sauvegarde. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/54b6ff17.9000...@plouf.fr.eu.org
Re: récupérer des données en RAID 1[RESOLU]
Le 12/01/2015 18:10, Jean-Michel OLTRA a écrit Tu peux le faire à partir d'un cd de secours, et même ré-écrire le /etc/mdadm/mdadm.conf Bonjour, Ça y est j'ai récupéré mes données stockées sur le raid 1. Merci à tous. Tout d'abord, mes deux partitions raid 1 étaient /home et /var. J'étais sur de /home et je pensais que la deuxième était /. Et bien non, c'est /var. De ce fait, toutes les tentatives à base de grub étaient vouées à l'échec. Je m'en excuse. * *Voici donc comment j'ai procédé pour récupérer mes données pour les futurs nécessiteux : * J'ai démarré sur un liveCD, knoppix en l'occurence. * J'ai reconstitué mon raid 1 avec la commande : mdadm --examine -scan >> /etc/mdadm/mdadm.conf ( Merci Jean Michel ) * J'ai redémarre le service raid : /etc/init.d/mdadm-raid restart * Je n'avais alors plus qu'à monter mon disque raid : mount /dev/md1 /mnt Je n'ai plus qu'à récupérer mes données. Encore merci à tous. José -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/54b51c48.2010...@free.fr
Re: récupérer des données en RAID 1
Salut José, Le plus simple est de booter en modifiant la ligne de grub au démarrage en tapant "e" tu vas pouvoir éditer le device sur lequel tu boot puis F10 pour déclencher le boot C'est la ligne linux /boot/vmlinuzXXX-amd64 root=/dev/md0 ou /dev/md1 Tu vas donc pouvoir tester ton boot sur /dev/md0 ou /dev/md1 C'est de cette manière que j'ai récupéré mon RAID/LVM dont le grub était corrompu On 01/12/2015 06:10 PM, Jean-Michel OLTRA wrote: Bonjour, Le lundi 12 janvier 2015, Jose CHARTERS a écrit... Tu peux marquer ton disque malade comme "faulty", et le sortir du raid mdadm /dev/mdX --fail /dev/sdY mdadm /dev/mdX --remove /dev/sdY Merci mais pour cela, il faudrait que la machine démarre ce qui n'est pas le cas. Je cherche justement à la faire fonctionner. Tu peux le faire à partir d'un cd de secours, et même ré-écrire le /etc/mdadm/mdadm.conf -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/54b401f8.6070...@gmail.com
Re: récupérer des données en RAID 1
Bonjour, Le lundi 12 janvier 2015, Jose CHARTERS a écrit... > >Tu peux marquer ton disque malade comme "faulty", et le sortir du raid > > > >mdadm /dev/mdX --fail /dev/sdY > >mdadm /dev/mdX --remove /dev/sdY > Merci mais pour cela, il faudrait que la machine démarre ce qui n'est pas le > cas. Je cherche justement à la faire fonctionner. Tu peux le faire à partir d'un cd de secours, et même ré-écrire le /etc/mdadm/mdadm.conf -- jm -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/20150112171030.GF2841@espinasse
Re: Fwd: Re: récupérer des données en RAID 1
Le 12/01/2015 17:48, Jacky ML a écrit : je n'ai utilisé l'outil qu'une fois pour une lenny en raid 1 logiciel. dans Super Grub2 Disk faire "everything +" la il va charger tous les modules dont le raid pour grub et lancer la recherche des fichiers de conf. est ce qu'il t'affiche un système trouvé à ce niveau? C'est bien ce que j'ai fait mais il n'a trouvé aucun fichier. Je n'ai rien vu d'afficher. Je n'avais que file not found. José -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/54b3ffea.8000...@free.fr
Re: Fwd: Re: récupérer des données en RAID 1
je n'ai utilisé l'outil qu'une fois pour une lenny en raid 1 logiciel. dans Super Grub2 Disk faire "everything +" la il va charger tous les modules dont le raid pour grub et lancer la recherche des fichiers de conf. est ce qu'il t'affiche un système trouvé à ce niveau? Jacky Le 12/01/15 17:30, Jose CHARTERS a écrit : Désolé, j'ai répondu directement au lieu de répondre à la liste. Message transféré ---- Sujet : Re: récupérer des données en RAID 1 Date : Mon, 12 Jan 2015 17:24:23 +0100 De : Jose CHARTERS Pour : Jacky ML Le 12/01/2015 14:14, Jacky ML a écrit : Bonjour probablement le grub qui était sur le mbr du disque en rade et pas de grub sur le second essai http://www.supergrubdisk.org/ suivant la version du grub (surement grub2) il va chercher automatiquement le fichier de conf pour boot dessus (ou lui spécifié s'il trouve pas) et ainsi démarré ton système, ensuite plus qu'a réparer. Bonjour, Merci de votre aide. J'ai donc télécharger et graver un CD avec supergrubdisk. Par contre, je n'ai pas réussie à booter sur aucun des modes proposés. J'ai bien activer le raid et dans la reconnaissance des disque et partitions, mes partitions raid sont bien retrouvées. Mais lorsque je lui demande de chercher soit les OS, ou GRUB, il ne trouve rien. Je n'ai pas réussie à faire booter la machine d'aucune façon. sinon pour monté les partitions sous livecd, c'est surement sous /dev/md0 et /dev/md1 Les partitions sont reconnues en tant que /dev/md/0 et /dev/md/1 mais je n'arrive pas à les monter. Cordialement, José -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/54b3fadb.4070...@omega-centauri.net
Fwd: Re: récupérer des données en RAID 1
Désolé, j'ai répondu directement au lieu de répondre à la liste. Message transféré Sujet : Re: récupérer des données en RAID 1 Date : Mon, 12 Jan 2015 17:26:42 +0100 De :Jose CHARTERS Pour : Jean-Michel OLTRA Le 12/01/2015 14:20, Jean-Michel OLTRA a écrit : Bonjour, Le lundi 12 janvier 2015, Jose CHARTERS a écrit... Et puis récemment, il n'a pas démarré. J'ai donc regardé de plus prêt. Un disque n'est plus reconnu, le premier /dev/sda. Il ne reste plus que le second mais la machine n'arrive pas à démarrer dessus. Je suis surpris car il me semble que justement le raid 1 permettait de palier à ce type de panne. J'en déduis que j'ai mal configurer grub. La partie "Rescue" des cd Debian d'installation gère très bien le RAID. Systemrescuecd également. Je parle d'expérience pour ces 2 systèmes de récupération. Tu peux marquer ton disque malade comme "faulty", et le sortir du raid mdadm /dev/mdX --fail /dev/sdY mdadm /dev/mdX --remove /dev/sdY Bonjour, Merci mais pour cela, il faudrait que la machine démarre ce qui n'est pas le cas. Je cherche justement à la faire fonctionner. Tu peux ré-installer grub sur le bon disque qui te reste, avec : grub-install /dev/sdX Merci pour cette info. Je la garde car pour l'instant, j'évite d'écrire sur le disque. José -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/54b3f6ce.6010...@free.fr
Fwd: Re: récupérer des données en RAID 1
Désolé, j'ai répondu directement au lieu de répondre à la liste. Message transféré Sujet : Re: récupérer des données en RAID 1 Date : Mon, 12 Jan 2015 17:27:53 +0100 De :Jose CHARTERS Pour : Vincent Bernat Le 12/01/2015 14:39, Vincent Bernat a écrit : ❦ 12 janvier 2015 14:03 +0100, BERTRAND Joël : Si c'est du Raid1, tu dois pouvoir monter les disques à la main comme s'il s'agissait de disques non raid. Typiquement, si /dev/md0 est composé de /dev/sda1 et de /dev/sdb1, tu peux monter /dev/sdb1 tout seul. Avec des métadata en 1.1 ou 1.2, le superblock est maintenant en début de volume, on ne peut donc plus monter une partition comme si de rien n'était. En wheezy, par défaut, c'est du 1.2 qui est créé. Aïe, autrement dit, avec ces versions, il est normal que je ne puisse pas monter avec un simple mount. José -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/54b3f6df.7010...@free.fr
Fwd: Re: récupérer des données en RAID 1
Désolé, j'ai répondu directement au lieu de répondre à la liste. Message transféré Sujet : Re: récupérer des données en RAID 1 Date : Mon, 12 Jan 2015 17:24:23 +0100 De :Jose CHARTERS Pour : Jacky ML Le 12/01/2015 14:14, Jacky ML a écrit : Bonjour probablement le grub qui était sur le mbr du disque en rade et pas de grub sur le second essai http://www.supergrubdisk.org/ suivant la version du grub (surement grub2) il va chercher automatiquement le fichier de conf pour boot dessus (ou lui spécifié s'il trouve pas) et ainsi démarré ton système, ensuite plus qu'a réparer. Bonjour, Merci de votre aide. J'ai donc télécharger et graver un CD avec supergrubdisk. Par contre, je n'ai pas réussie à booter sur aucun des modes proposés. J'ai bien activer le raid et dans la reconnaissance des disque et partitions, mes partitions raid sont bien retrouvées. Mais lorsque je lui demande de chercher soit les OS, ou GRUB, il ne trouve rien. Je n'ai pas réussie à faire booter la machine d'aucune façon. sinon pour monté les partitions sous livecd, c'est surement sous /dev/md0 et /dev/md1 Les partitions sont reconnues en tant que /dev/md/0 et /dev/md/1 mais je n'arrive pas à les monter. Cordialement, José -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/54b3f6ba.5040...@free.fr
Fwd: Re: récupérer des données en RAID 1
Désolé, j'ai répondu directement au lieu de répondre à la liste. Message transféré Sujet : Re: récupérer des données en RAID 1 Date : Mon, 12 Jan 2015 17:18:43 +0100 De :Jose CHARTERS Pour : BERTRAND Joël Le 12/01/2015 14:03, BERTRAND Joël a écrit : Bonjour, Si c'est du Raid1, tu dois pouvoir monter les disques à la main comme s'il s'agissait de disques non raid. Typiquement, si /dev/md0 est composé de /dev/sda1 et de /dev/sdb1, tu peux monter /dev/sdb1 tout seul. Bonjour, J'ai bien essayé en bootant sur une knoppix de monter une des partitions : mount -t ext4 /dev/sdxx /repertoire J'obtiens : wrong fs type, bad option, bad superblock ... Et si je ne mets pas l'option -t , un simple : mount /dev/sdxx /repertoire Le retour est : unknown filesystem type 'linux_raid_member' Quant à ton problème, il faut explicitement indiquer à grub qu'il doit démarrer sur /dev/sdax ou sur /dev/sdbx en cas de défaillance et installer le secteur de boot sur les deux disques. Je n'ose pas encore écrire sur le disque pour l'instant. Merci beaucoup. José -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/54b3f6a8.5030...@free.fr
Fwd: Re: récupérer des données en RAID 1
Désolé, j'ai répondu directement au lieu de la liste. Message transféré Sujet : Re: récupérer des données en RAID 1 Date : Mon, 12 Jan 2015 17:10:17 +0100 De :Jose CHARTERS Pour : Johnny B Le 12/01/2015 13:59, Johnny B a écrit : Salut José, Bonjour, Merci pour vos réponses rapides. - As-tu effectué ton installation avec RAID + LVM (si tu es en /dev/sda direct tu n'a surement pas mis de LVM mais c'est pour etre sur) Je n'ai fait que du raid 1 et pas du tout du LVM. - En bootant en liveCD quel est le statut de /proc/partitions ou avec les commandes : Le /proc/partitions auquel j'ai accès est celui du liveCD. Je pense qu'il ne présente pas d'intérêt. parted -l Model: COMPAQ BD07288277 (scsi) Disk /dev/sda: 72.8GB Sector size (logical/physical): 512B/512B Partition Table: msdos Number Start End SizeType File system Flags 1 1049kB 5000MB 4999MB primary raid 2 5000MB 42.3GB 37.3GB primary raid Warning: Unable to open /dev/sr0 read-write (Read-only file system). /dev/sr0 has been opened read-only. Error: /dev/sr0: unrecognised disk label Error: /dev/zram0: unrecognised disk label Warning: Unable to open /dev/cloop0 read-write (Read-only file system). /dev/cloop0 has been opened read-only. Error: /dev/cloop0: unrecognised disk label cat /proc/mdstat (dans l'environnement liveCD cela ne donnera pas grand chose) mdadm --examine --scan ARRAY /dev/md/0 metadata=1.2 UUID=db943bd0:fe4f0cf1:f88ba2f8:d0955017 name=sinpa cs:0 ARRAY /dev/md/1 metadata=1.2 UUID=7212f58f:b7280277:3ee33742:f55ec247 name=sinpa cs:1 Quel est le retour du boot defecteux à l'écran ? Je n'ai pas de message d'erreur en retour. Une fois la reconnaissance des disques SCSI faite, j'ai le curseur et c'est tout. Le dernier message que j'ai c'est : Installation du BIOS SCSI réussie ! C'est tout et j'ai le curseur qui attend. José -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/54b3f66f.8050...@free.fr
Re: récupérer des données en RAID 1
❦ 12 janvier 2015 14:03 +0100, BERTRAND Joël : > Si c'est du Raid1, tu dois pouvoir monter les disques à la > main comme s'il s'agissait de disques non raid. > > Typiquement, si /dev/md0 est composé de /dev/sda1 et de > /dev/sdb1, tu peux monter /dev/sdb1 tout seul. Avec des métadata en 1.1 ou 1.2, le superblock est maintenant en début de volume, on ne peut donc plus monter une partition comme si de rien n'était. En wheezy, par défaut, c'est du 1.2 qui est créé. -- The very ink with which all history is written is merely fluid prejudice. -- Mark Twain signature.asc Description: PGP signature
Re: récupérer des données en RAID 1
Bonjour probablement le grub qui était sur le mbr du disque en rade et pas de grub sur le second essai http://www.supergrubdisk.org/ suivant la version du grub (surement grub2) il va chercher automatiquement le fichier de conf pour boot dessus (ou lui spécifié s'il trouve pas) et ainsi démarré ton système, ensuite plus qu'a réparer. sinon pour monté les partitions sous livecd, c'est surement sous /dev/md0 et /dev/md1 Jacky Le 12/01/15 13:50, Jose CHARTERS a écrit : Bonjour, Il y a plus d'un an, j'ai configuré un serveur en debian wheezy avec deux disques en raid 1. Chaque disque avait deux partitions, une pour le système et une pour /home. Tout fonctionnait bien. Le serveur qui n'était pas utilisé régulièrement, était démarrer par réseau quand il était nécessaire et éteint automatiquement, via crontab, le soir. J'ai trouvé cela idiot mais exigence du responsable. Et puis récemment, il n'a pas démarré. J'ai donc regardé de plus prêt. Un disque n'est plus reconnu, le premier /dev/sda. Il ne reste plus que le second mais la machine n'arrive pas à démarrer dessus. Je suis surpris car il me semble que justement le raid 1 permettait de palier à ce type de panne. J'en déduis que j'ai mal configurer grub. Bien sûr, je veux récupérer mes données sur le disque qui reste. J'ai cherché via notre copain Google, comment récupérer des partitions raid 1, mais je n'ai pas trouver beaucoup de solutions. J'ai même trouvé une page qui disait qu'il suffisait de faire un simple mount -t ext4 /dev/sdxx /repertoire_montage. J'ai essayé et la réponse est : wrong fs type. Cela se semble clair. J'ai essayé de bouter avec une liveCD knoppix pour retrouver les disques. Hélas, le montage des disques raid 1 ne se fait pas. Je crains d'utiliser mdadm pour reconstruire le raid par peur d'effacer les données contenues sur les disques. Quelqu'un peut il me rassurer ou me donner une procédure pour retrouver soit les partitions raid 1 ou les données des disques ? Merci, José -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/54b3c8c9.30...@omega-centauri.net
Re: récupérer des données en RAID 1
Bonjour, Le lundi 12 janvier 2015, Jose CHARTERS a écrit... > Et puis récemment, il n'a pas démarré. J'ai donc regardé de plus prêt. Un > disque n'est plus reconnu, le premier /dev/sda. Il ne reste plus que le > second mais la machine n'arrive pas à démarrer dessus. Je suis surpris car > il me semble que justement le raid 1 permettait de palier à ce type de > panne. J'en déduis que j'ai mal configurer grub. La partie "Rescue" des cd Debian d'installation gère très bien le RAID. Systemrescuecd également. Je parle d'expérience pour ces 2 systèmes de récupération. Tu peux marquer ton disque malade comme "faulty", et le sortir du raid mdadm /dev/mdX --fail /dev/sdY mdadm /dev/mdX --remove /dev/sdY Tu peux ré-installer grub sur le bon disque qui te reste, avec : grub-install /dev/sdX -- jm -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/20150112132023.GD2841@espinasse
Re: récupérer des données en RAID 1
Bonjour, Si c'est du Raid1, tu dois pouvoir monter les disques à la main comme s'il s'agissait de disques non raid. Typiquement, si /dev/md0 est composé de /dev/sda1 et de /dev/sdb1, tu peux monter /dev/sdb1 tout seul. Quant à ton problème, il faut explicitement indiquer à grub qu'il doit démarrer sur /dev/sdax ou sur /dev/sdbx en cas de défaillance et installer le secteur de boot sur les deux disques. Cordialement, JKB -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/54b3c628.1000...@systella.fr
Re: récupérer des données en RAID 1
Salut José, - As-tu effectué ton installation avec RAID + LVM (si tu es en /dev/sda direct tu n'a surement pas mis de LVM mais c'est pour etre sur) - En bootant en liveCD quel est le statut de /proc/partitions ou avec les commandes : parted -l cat /proc/mdstat (dans l'environnement liveCD cela ne donnera pas grand chose) mdadm --examine --scan Quel est le retour du boot defecteux à l'écran ? Perso cela m'est deja arrivé, je m'en suis sorti mais j'avais du LVM donc il y a quelques subtilités On 01/12/2015 01:50 PM, Jose CHARTERS wrote: Bonjour, Il y a plus d'un an, j'ai configuré un serveur en debian wheezy avec deux disques en raid 1. Chaque disque avait deux partitions, une pour le système et une pour /home. Tout fonctionnait bien. Le serveur qui n'était pas utilisé régulièrement, était démarrer par réseau quand il était nécessaire et éteint automatiquement, via crontab, le soir. J'ai trouvé cela idiot mais exigence du responsable. Et puis récemment, il n'a pas démarré. J'ai donc regardé de plus prêt. Un disque n'est plus reconnu, le premier /dev/sda. Il ne reste plus que le second mais la machine n'arrive pas à démarrer dessus. Je suis surpris car il me semble que justement le raid 1 permettait de palier à ce type de panne. J'en déduis que j'ai mal configurer grub. Bien sûr, je veux récupérer mes données sur le disque qui reste. J'ai cherché via notre copain Google, comment récupérer des partitions raid 1, mais je n'ai pas trouver beaucoup de solutions. J'ai même trouvé une page qui disait qu'il suffisait de faire un simple mount -t ext4 /dev/sdxx /repertoire_montage. J'ai essayé et la réponse est : wrong fs type. Cela se semble clair. J'ai essayé de bouter avec une liveCD knoppix pour retrouver les disques. Hélas, le montage des disques raid 1 ne se fait pas. Je crains d'utiliser mdadm pour reconstruire le raid par peur d'effacer les données contenues sur les disques. Quelqu'un peut il me rassurer ou me donner une procédure pour retrouver soit les partitions raid 1 ou les données des disques ? Merci, José -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: https://lists.debian.org/54b3c51f.7090...@gmail.com
