Contenu | Rechercher | Menus

Annonce

Si vous avez des soucis pour rester connecté, déconnectez-vous puis reconnectez-vous depuis ce lien en cochant la case
Me connecter automatiquement lors de mes prochaines visites.

À propos de l'équipe du forum.

Pages : 1

#1 Le 19/02/2017, à 13:33

RodolpheLinux

[Résolu] Problème de récupération d'un disque RAID

Bonjour,

Suite au plantage de mon NAS, j'essaie de récupérer un de mes disques qui était en RAID1.
J'ai installé mdadm sur mon ubuntu, j'ai branché mon disque en externe.

 fdisk -l

Disque /dev/sdb : 2 TiB, 2199023255040 octets, 4294967295 secteurs
Unités : sectors of 1 * 512 = 512 octets
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: gpt
Disk identifier: 050680EA-F071-4098-8A7F-0EB73B5BB4F9

Périphérique   Start        Fin   Secteurs  Size Type
/dev/sdb1        256    4980735    4980480  2,4G RAID Linux
/dev/sdb2    4980736    9175039    4194304    2G RAID Linux
/dev/sdb3    9437184 5860528064 5851090881  2,7T RAID Linux

root@Ubuntu:~# mdadm -A /dev/md0 /dev/sdb2
mdadm: no recogniseable superblock on /dev/sdb2
mdadm: /dev/sdb2 has no superblock - assembly aborted[/i]
root@Ubuntu:~# mdadm -A /dev/md0 /dev/sdb1
[i]mdadm: no recogniseable superblock on /dev/sdb1
mdadm: /dev/sdb1 has no superblock - assembly aborted[/i]
root@Ubuntu:~# mdadm -A /dev/md0 /dev/sdb3
[i]mdadm: cannot open device /dev/sdb3: No such file or directory
mdadm: /dev/sdb3 has no superblock - assembly aborted

Est-ce que vous pouvez m'aider car je n'arrive pas à monter mon disque.

Merci pour votre aide.


Modération : merci à l'avenir d'utiliser les balises code (explications ici).

Dernière modification par RodolpheLinux (Le 21/02/2017, à 15:49)

Hors ligne

#2 Le 19/02/2017, à 14:51

RodolpheLinux

Re : [Résolu] Problème de récupération d'un disque RAID

Pour info, j'ai bien installé mdadm et lvm2

root@Ubuntu:~# apt-get install lvm2
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances       
Lecture des informations d'état... Fait
lvm2 is already the newest version (2.02.133-1ubuntu10).
0 mis à jour, 0 nouvellement installés, 0 à enlever et 18 non mis à jour.
root@Ubuntu:~# apt-get install mdadm
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances       
Lecture des informations d'état... Fait
mdadm is already the newest version (3.3-2ubuntu7.1).
0 mis à jour, 0 nouvellement installés, 0 à enlever et 18 non mis à jour.
root@Ubuntu:~#

Hors ligne

#3 Le 19/02/2017, à 14:53

jamesbad000

Re : [Résolu] Problème de récupération d'un disque RAID

Bonjour, tu pourrais donner la marque et le modèle exacte de ton NAS.

Et que donne

sudo lsblk -o SIZE,NAME,FSTYPE,LABEL,MOUNTPOINT

L'espace et le temps sont les modes par lesquels nous pensons, et non les conditions dans lesquelles nous vivons. (Signé Albert)

Hors ligne

#4 Le 19/02/2017, à 14:55

RodolpheLinux

Re : [Résolu] Problème de récupération d'un disque RAID

Mon NAS est un Synology DS413J

Voici le résultat de la commande :

root@Ubuntu:~# sudo lsblk -o SIZE,NAME,FSTYPE,LABEL,MOUNTPOINT
  SIZE NAME   FSTYPE            LABEL MOUNTPOINT
    2T sdb                            
    2G ├─sdb2 linux_raid_member       
  2,4G └─sdb1 linux_raid_member       
 1024M sr0                            
746,5G sdc                            
111,8G sda                            
 44,5G ├─sda5 ext4                    /
 65,8G ├─sda1 ntfs                    
  1,5G └─sda6 swap                    [SWAP]
root@Ubuntu:~#

Hors ligne

#5 Le 19/02/2017, à 15:32

jamesbad000

Re : [Résolu] Problème de récupération d'un disque RAID

La doc du NAS ne m'a pas appris grand chose malheureusement.
En revanche lsblk reconnait bien le raid sur sdb1 et 2 donc il doit y avoir des superblock valide pour ces 2 là.
Que donne

sudo lsb_release -a
sudo mdadm -E /dev/sdb[12]

L'espace et le temps sont les modes par lesquels nous pensons, et non les conditions dans lesquelles nous vivons. (Signé Albert)

Hors ligne

#6 Le 19/02/2017, à 15:44

RodolpheLinux

Re : [Résolu] Problème de récupération d'un disque RAID

Voilà :

root@Ubuntu:~# sudo lsb_release -a
No LSB modules are available.
Distributor ID:	Ubuntu
Description:	Ubuntu 16.04.2 LTS
Release:	16.04
Codename:	xenial
root@Ubuntu:~# 
root@Ubuntu:~# sudo mdadm -E /dev/sdb1
mdadm: No md superblock detected on /dev/sdb1.
root@Ubuntu:~# 
root@Ubuntu:~# sudo mdadm -E /dev/sdb2
mdadm: No md superblock detected on /dev/sdb2.
root@Ubuntu:~#

Hors ligne

#7 Le 19/02/2017, à 16:07

jamesbad000

Re : [Résolu] Problème de récupération d'un disque RAID

Bon il doit s'agir de faux amis. Ce NAS ne doit pas utiliser un raid logiciel standard, mais utilise une signature de superbloc assez semblable pour être identifié par lsblk.
S'il s'agit bien de raid 1 il reste une chance de retrouver les systèmes de fichier avec testdisk.
Mais avant on va vérifier l'état de santé de ce disque:

sudo apt-get install smartmontools
sudo smartctl -a /dev/sdb

Question subsidiaire: Pourquoi n'as tu pas aussi connecté l'autre disque du NAS ? Et d'ailleurs, combien y a-t-il de disques dans ce NAS ?

Dernière modification par jamesbad000 (Le 19/02/2017, à 16:08)

L'espace et le temps sont les modes par lesquels nous pensons, et non les conditions dans lesquelles nous vivons. (Signé Albert)

Hors ligne

#8 Le 19/02/2017, à 16:42

RodolpheLinux

Re : [Résolu] Problème de récupération d'un disque RAID

En fait j'ai effacé l'autre disque en installant mon nouveau nas .. pas très futé, je sais.
Je me suis dit qu'avec un des disques du Raid je n'aurais pas de problèmes pour récupérer les données.

root@Ubuntu:~# sudo smartctl -a /dev/sdb
smartctl 6.5 2016-01-24 r4214 [x86_64-linux-4.8.0-36-generic] (local build)
Copyright (C) 2002-16, Bruce Allen, Christian Franke, www.smartmontools.org

=== START OF INFORMATION SECTION ===
Model Family:     Western Digital Green
Device Model:     WDC WD30EZRX-00DC0B0
Serial Number:    WD-WCC1T1694193
LU WWN Device Id: 5 0014ee 20930ff36
Firmware Version: 80.00A80
User Capacity:    3 000 592 982 016 bytes [3,00 TB]
Sector Sizes:     512 bytes logical, 4096 bytes physical
Device is:        In smartctl database [for details use: -P show]
ATA Version is:   ACS-2 (minor revision not indicated)
SATA Version is:  SATA 3.0, 6.0 Gb/s (current: 1.5 Gb/s)
Local Time is:    Sun Feb 19 15:39:46 2017 CET
SMART support is: Available - device has SMART capability.
SMART support is: Enabled

=== START OF READ SMART DATA SECTION ===
SMART overall-health self-assessment test result: PASSED

General SMART Values:
Offline data collection status:  (0x82)	Offline data collection activity
					was completed without error.
					Auto Offline Data Collection: Enabled.
Self-test execution status:      (   0)	The previous self-test routine completed
					without error or no self-test has ever 
					been run.
Total time to complete Offline 
data collection: 		(39720) seconds.
Offline data collection
capabilities: 			 (0x7b) SMART execute Offline immediate.
					Auto Offline data collection on/off support.
					Suspend Offline collection upon new
					command.
					Offline surface scan supported.
					Self-test supported.
					Conveyance Self-test supported.
					Selective Self-test supported.
SMART capabilities:            (0x0003)	Saves SMART data before entering
					power-saving mode.
					Supports SMART auto save timer.
Error logging capability:        (0x01)	Error logging supported.
					General Purpose Logging supported.
Short self-test routine 
recommended polling time: 	 (   2) minutes.
Extended self-test routine
recommended polling time: 	 ( 399) minutes.
Conveyance self-test routine
recommended polling time: 	 (   5) minutes.
SCT capabilities: 	       (0x70b5)	SCT Status supported.
					SCT Feature Control supported.
					SCT Data Table supported.

SMART Attributes Data Structure revision number: 16
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME          FLAG     VALUE WORST THRESH TYPE      UPDATED  WHEN_FAILED RAW_VALUE
  1 Raw_Read_Error_Rate     0x002f   200   200   051    Pre-fail  Always       -       11
  3 Spin_Up_Time            0x0027   175   169   021    Pre-fail  Always       -       6241
  4 Start_Stop_Count        0x0032   100   100   000    Old_age   Always       -       136
  5 Reallocated_Sector_Ct   0x0033   200   200   140    Pre-fail  Always       -       0
  7 Seek_Error_Rate         0x002e   200   200   000    Old_age   Always       -       0
  9 Power_On_Hours          0x0032   068   068   000    Old_age   Always       -       23845
 10 Spin_Retry_Count        0x0032   100   100   000    Old_age   Always       -       0
 11 Calibration_Retry_Count 0x0032   100   253   000    Old_age   Always       -       0
 12 Power_Cycle_Count       0x0032   100   100   000    Old_age   Always       -       82
192 Power-Off_Retract_Count 0x0032   200   200   000    Old_age   Always       -       69
193 Load_Cycle_Count        0x0032   200   200   000    Old_age   Always       -       263
194 Temperature_Celsius     0x0022   122   102   000    Old_age   Always       -       28
196 Reallocated_Event_Count 0x0032   200   200   000    Old_age   Always       -       0
197 Current_Pending_Sector  0x0032   200   200   000    Old_age   Always       -       0
198 Offline_Uncorrectable   0x0030   200   200   000    Old_age   Offline      -       0
199 UDMA_CRC_Error_Count    0x0032   200   200   000    Old_age   Always       -       0
200 Multi_Zone_Error_Rate   0x0008   200   200   000    Old_age   Offline      -       3

SMART Error Log Version: 1
No Errors Logged

SMART Self-test log structure revision number 1
No self-tests have been logged.  [To run self-tests, use: smartctl -t]

SMART Selective self-test log data structure revision number 1
 SPAN  MIN_LBA  MAX_LBA  CURRENT_TEST_STATUS
    1        0        0  Not_testing
    2        0        0  Not_testing
    3        0        0  Not_testing
    4        0        0  Not_testing
    5        0        0  Not_testing
Selective self-test flags (0x0):
  After scanning selected spans, do NOT read-scan remainder of disk.
If Selective self-test is pending on power-up, resume after 0 minute delay.

root@Ubuntu:~#

Hors ligne

#9 Le 19/02/2017, à 17:05

jamesbad000

Re : [Résolu] Problème de récupération d'un disque RAID

Ok donc pas d'autre choix que continuer avec ce disque.
Physiquement ce disque semble parfaitement sain malgrè plus de 23000 heures de fonctionnement.

Passons à l'étape suivante avec testdisk alors

sudo apt-get install testdisk
sudo testdisk /dev/sdb3

Ici on n'utilise pas testdisk pour reconstruire une table de partition, mais pour retrouver un système de fichier à l'intérieur d'une partition.
Une fois dans testdisk Il faudra confirmer le choix de la partition
puis  sur l'écran suivant

>[None   ] Non partitioned media

puis 

>[ Analyse  ] Analyse current partition structure and search for lost partitions

et valider >[Quick Search]
En principe il devrait rapidement trouver un système de fichier. Si rien ne s'affiche dans la minute, ça ne sera pas très bon signe...

L'espace et le temps sont les modes par lesquels nous pensons, et non les conditions dans lesquelles nous vivons. (Signé Albert)

Hors ligne

#10 Le 19/02/2017, à 18:26

RodolpheLinux

Re : [Résolu] Problème de récupération d'un disque RAID

/dev/sdb3 n'existe pas, j'ai trouvé ça louche dès le départ.

root@Ubuntu:~# sudo testdisk /dev/sdb3
TestDisk 7.0, Data Recovery Utility, April 2015
Christophe GRENIER <grenier@cgsecurity.org>
http://www.cgsecurity.org

Unable to open file or device /dev/sdb3: No such file or directory
root@Ubuntu:~# 
root@Ubuntu:/dev# ls -lai sdb*
435 brw-rw---- 1 root disk 8, 16 févr. 19 12:13 sdb
442 brw-rw---- 1 root disk 8, 17 févr. 19 12:13 sdb1
443 brw-rw---- 1 root disk 8, 18 févr. 19 12:13 sdb2
root@Ubuntu:/dev#

Hors ligne

#11 Le 19/02/2017, à 18:36

jamesbad000

Re : [Résolu] Problème de récupération d'un disque RAID

Pourtant cette partition était affichée dans ton 1er post. Après, qu'elle n'apparaissent pas dans lsblk n'est pas anormale si aucun système de fichier reconnu ne s'y trouve.

Mais il y a un autre truc qui cloche : fdisk donne un disque de 2To avec une partition de 2,7To

Disque /dev/sdb : 2 TiB, 2199023255040 octets, 4294967295 secteurs
Périphérique   Start        Fin   Secteurs  Size Type
(...)
/dev/sdb3    9437184 5860528064 5851090881  2,7T RAID Linux

et smartclt donne un disque de 3To (Ce qui est cohérent avec la partition de 2,7To

User Capacity:    3 000 592 982 016 bytes [3,00 TB]

Que donne 

sudo ls -l /dev/disk/by-id/

L'espace et le temps sont les modes par lesquels nous pensons, et non les conditions dans lesquelles nous vivons. (Signé Albert)

Hors ligne

#12 Le 19/02/2017, à 18:38

RodolpheLinux

Re : [Résolu] Problème de récupération d'un disque RAID

root@Ubuntu:~# sudo ls -l /dev/disk/by-id/
total 0
lrwxrwxrwx 1 root root  9 févr. 19 12:06 ata-Hitachi_HTS541212H9AT00_HP0400BEG02UKA -> ../../sda
lrwxrwxrwx 1 root root 10 févr. 19 12:06 ata-Hitachi_HTS541212H9AT00_HP0400BEG02UKA-part1 -> ../../sda1
lrwxrwxrwx 1 root root 10 févr. 19 12:06 ata-Hitachi_HTS541212H9AT00_HP0400BEG02UKA-part2 -> ../../sda2
lrwxrwxrwx 1 root root 10 févr. 19 12:06 ata-Hitachi_HTS541212H9AT00_HP0400BEG02UKA-part5 -> ../../sda5
lrwxrwxrwx 1 root root 10 févr. 19 12:06 ata-Hitachi_HTS541212H9AT00_HP0400BEG02UKA-part6 -> ../../sda6
lrwxrwxrwx 1 root root  9 févr. 19 12:06 ata-HL-DT-ST_DVDRAM_GSA-T10N_K0B68RF1718 -> ../../sr0
lrwxrwxrwx 1 root root  9 févr. 19 12:13 usb-WDC_WD30_EZRX-00DC0B0_FDC0FD30EF00000FD0FCC1F1694193-0:0 -> ../../sdb
lrwxrwxrwx 1 root root 10 févr. 19 12:13 usb-WDC_WD30_EZRX-00DC0B0_FDC0FD30EF00000FD0FCC1F1694193-0:0-part1 -> ../../sdb1
lrwxrwxrwx 1 root root 10 févr. 19 12:13 usb-WDC_WD30_EZRX-00DC0B0_FDC0FD30EF00000FD0FCC1F1694193-0:0-part2 -> ../../sdb2
lrwxrwxrwx 1 root root  9 févr. 19 12:06 usb-WDC_WD30_EZRX-00DC0B0LUN1_FDC0FD30EF00000FD0FCC1F1694193-0:1 -> ../../sdc
lrwxrwxrwx 1 root root  9 févr. 19 12:06 wwn-0x5000cca517c00a9a -> ../../sda
lrwxrwxrwx 1 root root 10 févr. 19 12:06 wwn-0x5000cca517c00a9a-part1 -> ../../sda1
lrwxrwxrwx 1 root root 10 févr. 19 12:06 wwn-0x5000cca517c00a9a-part2 -> ../../sda2
lrwxrwxrwx 1 root root 10 févr. 19 12:06 wwn-0x5000cca517c00a9a-part5 -> ../../sda5
lrwxrwxrwx 1 root root 10 févr. 19 12:06 wwn-0x5000cca517c00a9a-part6 -> ../../sda6
root@Ubuntu:~#

Hors ligne

#13 Le 19/02/2017, à 18:47

jamesbad000

Re : [Résolu] Problème de récupération d'un disque RAID

Hum je soupçonne une merdouille avec l'usb. Ton disque sdc n'est pas partitionné non plus ?

L'espace et le temps sont les modes par lesquels nous pensons, et non les conditions dans lesquelles nous vivons. (Signé Albert)

Hors ligne

#14 Le 19/02/2017, à 19:30

RodolpheLinux

Re : [Résolu] Problème de récupération d'un disque RAID

Non, le sdc n'est pas partitionné. J'ai essayé de redémarrer en changeant de port USB, mais cela ne change rien.

Dernière modification par RodolpheLinux (Le 19/02/2017, à 19:30)

Hors ligne

#15 Le 19/02/2017, à 19:37

jamesbad000

Re : [Résolu] Problème de récupération d'un disque RAID

Mais encore, un fdisk fait il toujours apparaître sdb3 ou non ?
Quoiqu'il en soit, je conseille de monter ce disque en interne pour voir si ça ne vas pas mieux. Car en l'état il n'est pas reconnu correctement, et ce n'est pas une bonne base de travail

Dernière modification par jamesbad000 (Le 19/02/2017, à 19:39)

L'espace et le temps sont les modes par lesquels nous pensons, et non les conditions dans lesquelles nous vivons. (Signé Albert)

Hors ligne

#16 Le 19/02/2017, à 19:53

RodolpheLinux

Re : [Résolu] Problème de récupération d'un disque RAID

Oui, je vois toujours le sdb3 via le fdisk.
Il va surtout falloir que je rachète un PC format tour + un écran pour pouvoir monter le disque dedans.
Il ne me reste que des iMac ou des portables maintenant :-(

Hors ligne

#17 Le 19/02/2017, à 19:59

jamesbad000

Re : [Résolu] Problème de récupération d'un disque RAID

Un autre modèle de boitier usb peut-être, ou alors tenter de le connecter sur un autre pc (ca peut aussi être un souci avec le controleur usb de la carte mère...

L'espace et le temps sont les modes par lesquels nous pensons, et non les conditions dans lesquelles nous vivons. (Signé Albert)

Hors ligne

#18 Le 19/02/2017, à 23:45

RodolpheLinux

Re : [Résolu] Problème de récupération d'un disque RAID

Merci pour le conseil, je testerai mardi avec un autre boitier.

Hors ligne

#19 Le 21/02/2017, à 14:36

RodolpheLinux

Re : [Résolu] Problème de récupération d'un disque RAID

Bon,

J'ai acheté un nouveau boitier et cela va beaucoup mieux :

rodolphe@Ubuntu:~$ ls -lai /dev/sdb*
432 brw-rw---- 1 root disk 8, 16 févr. 21 13:21 /dev/sdb
433 brw-rw---- 1 root disk 8, 17 févr. 21 13:21 /dev/sdb1
434 brw-rw---- 1 root disk 8, 18 févr. 21 13:21 /dev/sdb2
435 brw-rw---- 1 root disk 8, 19 févr. 21 13:34 /dev/sdb3
rodolphe@Ubuntu:~$

Ensuite, j'ai lancé testdisk, j'ai choisi la partition

[None   ] Non partitioned media

puis

[ Analyse  ] Analyse current partition structure and search for lost partitions

Il a trouvé une partition, mais après, je ne sais pas trop quoi faire.

TestDisk 7.0, Data Recovery Utility, April 2015
Christophe GRENIER <grenier@cgsecurity.org>
http://www.cgsecurity.org

Disk /dev/sdb3 - 2995 GB / 2790 GiB - CHS 364213 255 63

     Partition                  Start        End    Size in sectors

   P Linux md 1.x RAID        0   0  1 364213 139 23 5851090625 [DiskStation:3]

Write isn't available because the partition table type "None" has been selected.

Dernière modification par RodolpheLinux (Le 21/02/2017, à 15:20)

Hors ligne

#20 Le 21/02/2017, à 14:42

RodolpheLinux

Re : [Résolu] Problème de récupération d'un disque RAID

Et voilà ce que donne un mdadm -E sur le /dev/sdb3

rodolphe@Ubuntu:~$ sudo mdadm -E /dev/sdb3
/dev/sdb3:
          Magic : a92b4efc
        Version : 1.1
    Feature Map : 0x0
     Array UUID : 374dea3a:88d71c8b:a33877d8:b372a813
           Name : DiskStation:3
  Creation Time : Mon Mar 28 00:04:47 2011
     Raid Level : raid1
   Raid Devices : 2

 Avail Dev Size : 5851090617 (2790.02 GiB 2995.76 GB)
     Array Size : 2925545308 (2790.02 GiB 2995.76 GB)
    Data Offset : 264 sectors
   Super Offset : 0 sectors
   Unused Space : before=192 sectors, after=0 sectors
          State : clean
    Device UUID : b59c485f:8745f674:0172198f:1ef92f6c

    Update Time : Sat Feb 18 03:43:30 2017
       Checksum : a48d9488 - correct
         Events : 7885390

   Device Role : Active device 0
   Array State : A. ('A' == active, '.' == missing, 'R' == replacing)
rodolphe@Ubuntu:~$

et pourtant 

rodolphe@Ubuntu:~$ sudo mdadm -A /dev/md2 --run /dev/sdb3
mdadm: /dev/sdb3 is busy - skipping
rodolphe@Ubuntu:~$

Dernière modification par RodolpheLinux (Le 21/02/2017, à 15:19)

Hors ligne

#21 Le 21/02/2017, à 15:30

jamesbad000

Re : [Résolu] Problème de récupération d'un disque RAID

Ok reprenons à la base, parce que si maintenant ton disque est correctement reconnu, peut-être que tout est rentré dans l'ordre et que le raid c'est monté tout seul.

sudo fdisk -l
sudo lsblk -o SIZE,NAME,FSTYPE,LABEL,MOUNTPOINT

L'espace et le temps sont les modes par lesquels nous pensons, et non les conditions dans lesquelles nous vivons. (Signé Albert)

Hors ligne

#22 Le 21/02/2017, à 15:37

RodolpheLinux

Re : [Résolu] Problème de récupération d'un disque RAID

je confirme que le raid s'est monté tout seul !

je le trouve dans /media/rodolphe/1.41.12-1254

Hors ligne

#23 Le 21/02/2017, à 15:39

jamesbad000

Re : [Résolu] Problème de récupération d'un disque RAID

Ben voilà smile tu peux passer ton sujet en [résolu] en modifiant le titre du premier message

L'espace et le temps sont les modes par lesquels nous pensons, et non les conditions dans lesquelles nous vivons. (Signé Albert)

Hors ligne

#24 Le 21/02/2017, à 15:48

RodolpheLinux

Re : [Résolu] Problème de récupération d'un disque RAID

Merci !

Hors ligne

#25 Le 04/03/2017, à 15:31

IzzieRider

Re : [Résolu] Problème de récupération d'un disque RAID

Bonjour,

j'ai le même genre de problème. NAS Syno DS215J monté avec 2 disques 1.5T. A l'origine mon 1er disque était sur le slot 2, tout était OK, copie et accès des données dessus. En montant mon 2ème disque (slot 1) j'ai étendu le volume à 3T. Le problème c'est qu'il y a eu une coupure pendant un SMART test sur ce second disque et impossible pour le NAS de remonter le tout. Pas d'aide du côté de Syno et moi je suis novice en RAID. J'ai tenté leur bout de code "mdadm" pour récupérer mes données sur mon 1er disque mais rien n'y fait il ne veut pas monter et bien sur toutes mes data dessus.... HELP! Voici déjà quelques retours de commande:

root@lili-TOSH:~# fdisk -l
Disque /dev/sdb : 1,4 TiB, 1500301907968 octets, 2930277164 secteurs
Unités : sectors of 1 * 512 = 512 octets
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x5cc98a38

Périphérique Amorçage   Start        Fin   Secteurs  Size Id Type
/dev/sdb1                2048    4982527    4980480  2,4G fd RAID Linux autodétecté
/dev/sdb2             4982528    9176831    4194304    2G fd RAID Linux autodétecté
/dev/sdb3             9437184 2930072351 2920635168  1,4T fd RAID Linux autodétecté

root@lili-TOSH:~# mdadm --examine /dev/sdb3
/dev/sdb3:
          Magic : a92b4efc
        Version : 1.2
    Feature Map : 0x0
     Array UUID : 9723ae7f:778e2f46:ec639147:463589ee
           Name : MAYA:2
  Creation Time : Wed Feb 22 07:52:43 2017
     Raid Level : linear
   Raid Devices : 2

 Avail Dev Size : 2920633120 (1392.67 GiB 1495.36 GB)
  Used Dev Size : 0
    Data Offset : 2048 sectors
   Super Offset : 8 sectors
   Unused Space : before=1968 sectors, after=0 sectors
          State : clean
    Device UUID : cecb09e1:1f69c54d:ed39c519:b1cfa7d2

    Update Time : Thu Sep  7 16:12:13 2017
       Checksum : 616f31b9 - correct
         Events : 1

       Rounding : 64K

   Device Role : Active device 0
   Array State : AA ('A' == active, '.' == missing, 'R' == replacing)

root@lili-TOSH:~# mdadm --detail /dev/sdb3
mdadm: /dev/sdb3 does not appear to be an md device

root@lili-TOSH:~# mdadm --assemble --force /dev/md2 /dev/sdb3
mdadm: /dev/md2 assembled from 1 drive - not enough to start the array.

root@lili-TOSH:~# sudo lsblk -o SIZE,NAME,FSTYPE,LABEL,MOUNTPOINT
  SIZE NAME   FSTYPE            LABEL  MOUNTPOINT
298,1G sda                             
294,2G ├─sda1 ext4                     /
    1K ├─sda2                          
  3,9G └─sda5 swap                     [SWAP]
  1,4T sdb                             
  2,4G ├─sdb1 linux_raid_member        
    2G ├─sdb2 linux_raid_member        
  1,4T └─sdb3 linux_raid_member MAYA:2 

root@lili-TOSH:~# mdadm --detail /dev/md2
/dev/md2:
        Version : 1.2
     Raid Level : raid0
  Total Devices : 1
    Persistence : Superblock is persistent

          State : inactive

           Name : MAYA:2
           UUID : 9723ae7f:778e2f46:ec639147:463589ee
         Events : 1

    Number   Major   Minor   RaidDevice

       -       8       19        -        /dev/sdb3

root@lili-TOSH:~# mount /dev/md2 /mnt/syno/
mount: /dev/md2: can't read superblock

root@lili-TOSH:~# mdadm --detail --scan
INACTIVE-ARRAY /dev/md2 metadata=1.2 name=MAYA:2 UUID=9723ae7f:778e2f46:ec639147:463589ee

root@lili-TOSH:~# cat /proc/mdstat
Personalities : [linear] [multipath] [raid0] [raid1] [raid6] [raid5] [raid4] [raid10] 
md2 : inactive sdb3[0](S)
      1460316560 blocks super 1.2
       
unused devices: <none>
 1024M sr0

Modération : merci à l'avenir d'utiliser les balises code (explications ici).

Problème redirigé: https://forum.ubuntu-fr.org/viewtopic.p … #p21691797

Dernière modification par IzzieRider (Le 04/03/2017, à 16:19)

Hors ligne

Pages : 1