[Résolu] Monter un disque (en raid ?) venant d'un NAS sur un PC ?

abelthorne · Le 11/05/2021, à 19:31

Bonjour,
Il y a trois ans, j'ai acheté un NAS QNAP (1 baie) avec un disque dur que je l'ai laissé configurer tout seul. Problème : cet après-midi, le NAS s'éteint et ne se rallume plus ; je suppose que le bloc d'alim est mort. J'ai donc sorti le disque dur et je l'ai mis dans mon PC pour au moins pouvoir accéder aux données.

Le problème, c'est que je ne sais pas du tout comment monter la partition qui a l'air d'être à un format bizarre...

fdisk me donne les infos suivantes :

Disque /dev/sda : 3,64 TiB, 4000787030016 octets, 7814037168 secteurs
Disk model: ST4000VN008-2DR1
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 4096 octets
taille d'E/S (minimale / optimale) : 4096 octets / 4096 octets
Type d'étiquette de disque : gpt
Identifiant de disque : 066369CA-34C8-4F3E-8765-8AEB78B3F3D9

Périphérique      Début        Fin   Secteurs Taille Type
/dev/sda1            40    1060289    1060250 517,7M Données de base Microsoft
/dev/sda2       1060296    2120579    1060284 517,7M Données de base Microsoft
/dev/sda3       2120584 7796248109 7794127526   3,6T Données de base Microsoft
/dev/sda4    7796248112 7797308399    1060288 517,7M Données de base Microsoft
/dev/sda5    7797308408 7814015999   16707592     8G Données de base Microsoft

GParted m'affiche ça (capture) :
https://imgur.com/a/8rkINOO

Il y a des chances que j'arrive à monter la partition de 3,6 To (sans risque pour les données, bien sûr) ou le disque ne fonctionnera que dans le NAS ?

Dernière modification par abelthorne (Le 14/05/2021, à 09:37)

iznobe · Le 11/05/2021, à 19:56

Bonsoir tu l' eteins souvent ? car parfois c' est simplement le bouton de mise en marche qui ne fait plus contact .

tu peux tester les sorties de l' alim avec un votmetre aussi pour voir .

on dirait un format de raid logiciel , chaque marque de NAS a son propre format de ce type , le mieux serait de demander directement chez eux ,
sur mon ancien syno j ' y etais arrivé .

Dernière modification par iznobe (Le 11/05/2021, à 20:01)

abelthorne · Le 11/05/2021, à 20:03

Il est allumé en permanence. J'étais en train de travailler dessus cet après-midi, je copiais des fichiers, je me suis demandé pourquoi la copie n'avançait pas et c'est là que je me suis rendu compte qu'il était éteint (LEDs éteintes, plus de "ronronnement" du disque dur) alors qu'il fonctionnait 5 minutes avant. Donc, il y a manifestement un truc qui a claqué, en espérant que ce ne soit que le bloc d'alimentation.

Et je n'ai pas de voltmètre.

iznobe · Le 11/05/2021, à 20:07

il y avait de l' orage chez toi cet apres midi ?
as tu testé que la prise de courant fonctionnait , je sais ca parait bete , mais bon , on sait jamais ou deplacer le NAS sur une autre prise que tu es sur qui fonctionne .

Dernière modification par iznobe (Le 11/05/2021, à 20:07)

abelthorne · Le 11/05/2021, à 20:12

Non, pas d'orage, r.à.s. La prise fonctionne et j'en ai essayé une autre au cas où.

geole · Le 11/05/2021, à 21:13

Bonsoir.
Installe l'application MDADM.

abelthorne · Le 11/05/2021, à 21:26

C'est fait. J'en fais quoi ensuite ?

J'ai essayé de redémarrer et je vois maintenant deux volumes (de 500 et 400 Mo environ) dans le panneau latéral de Thunar, qui ont l'air de correspondre au système du NAS, mais pas ma grosse partition de données.

geole · Le 11/05/2021, à 22:02

Je n'ai pas mon aide mémoire sous la main pour les commandes de mdadm. mais déjà

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

Essaies

sudo mount -v /dev/sda3 /mnt

abelthorne · Le 11/05/2021, à 22:03

Je mets juste la partie qui correspond au disque :

  SIZE NAME      FSTYPE            LABEL       MOUNTPOINT
  3,6T sda                                     
517,7M ├─sda1    linux_raid_member 9           
517,6M │ └─md9   ext3                          
517,7M ├─sda2    linux_raid_member 256         
517,7M │ └─md256 swap                          
  3,6T ├─sda3    linux_raid_member 1           
  3,6T │ └─md1   LVM2_member                   
517,7M ├─sda4    linux_raid_member 13          
448,1M │ └─md13  ext3                          
    8G └─sda5    linux_raid_member 322         
  6,9G   └─md322 swap

En faisant des recherches sur ce "linux-raid" indiqué par GParted, je suis tombé sur des messages avec la même problématique que moi mais qui parlaient de reconstruire le RAID, ce genre de chose. Je n'ai pas osé expérimenter, n'ayant jamais manipulé de RAID (et comme il n'y a qu'un disque, je me demandais si c'en était bien un), sachant que le but est de remettre le disque dans le NAS quand j'aurai pu le refaire fonctionner, donc pas de modifs qui m'empêcheraient de le faire.

EDIT : quand j'essaie de monter la partition, j'obtiens ça :

$ sudo mount -v /dev/sda3 /tmp/mnt
mount: /tmp/mnt: type de système de fichiers « linux_raid_member » inconnu.

(J'ai bien sûr créé /tmp/mnt avant.)

Dernière modification par abelthorne (Le 11/05/2021, à 22:05)

geole · Le 11/05/2021, à 22:06

sudo mount -v /dev/md1 /mnt

après, il y a encore un lvm que je connais peux.

Dernière modification par geole (Le 11/05/2021, à 22:10)

abelthorne · Le 11/05/2021, à 22:08

Avec md1, c'est pas beaucoup mieux :

mount: /tmp/mnt: type de système de fichiers « LVM2_member » inconnu.

geole · Le 11/05/2021, à 22:19

avec un peu de chances

sudo vgs

va donner un nom en mapper qu'on pourra utiliser pour faire le montage.

A priori, cela serait un RAID1 construit avec un seul disque dans l'attente de l'achat du second disque,
Il me semble que cette option ( missing) n'est maintenant plus possible

Dernière modification par geole (Le 11/05/2021, à 22:30)

abelthorne · Le 11/05/2021, à 22:25

Alors, la commande vgs n'était pas là, elle est dans le paquet lvm2 que j'ai installé. Avec vgs, j'obtiens ça :

  WARNING: PV /dev/md1 in VG vg288 is using an old PV header, modify the VG to update.
  VG    #PV #LV #SN Attr   VSize  VFree
  vg288   1   2   0 wz--n- <3,63t    0

Après l'installation, j'ai essayé au cas où de monter à nouveau md1 mais même message d'erreur. Il faut peut-être que je redémarre ? apparemment, lvm2 a installé un service :

Created symlink /etc/systemd/system/sysinit.target.wants/blk-availability.service → /lib/systemd/system/blk-availability.service.
Created symlink /etc/systemd/system/sysinit.target.wants/lvm2-monitor.service → /lib/systemd/system/lvm2-monitor.service.
Created symlink /etc/systemd/system/sysinit.target.wants/lvm2-lvmpolld.socket → /lib/systemd/system/lvm2-lvmpolld.socket.

geole · Le 11/05/2021, à 22:34

pourvu que tu échappes à la dernière couche chiffrement!
A demain

abelthorne · Le 11/05/2021, à 22:39

Euh... hein ?
La partition serait chiffrée ?

geole · Le 11/05/2021, à 22:47

abelthorne a écrit :

Avec vgs, j'obtiens ça :

  WARNING: PV /dev/md1 in VG vg288 is using an old PV header, modify the VG to update.
  VG    #PV #LV #SN Attr   VSize  VFree
  vg288   1   2   0 wz--n- <3,63t    0

peut-être que que le vg serait au-dessus du raids?

sudo lvdisplay

mount /dev/mapper/vg288 /mnt

Je pense que tu n'as pas activé le chiffrement. Mais avec du raids avec un seul disque, avec du LVM avec un seul disque, on peut s'attendre au chiffremenf qui, lui, peut être utile!

Dernière modification par geole (Le 11/05/2021, à 22:52)

abelthorne · Le 11/05/2021, à 22:52

Première commande :

$ sudo lvdisplay
  WARNING: PV /dev/md1 in VG vg288 is using an old PV header, modify the VG to update.
  --- Logical volume ---
  LV Path                /dev/vg288/lv544
  LV Name                lv544
  VG Name                vg288
  LV UUID                p6Nab9-M7Gt-xeRz-Chod-tKKR-fRX3-0lAakz
  LV Write Access        read/write
  LV Creation host, time NAS1D9A91, 2018-04-17 17:11:02 +0200
  LV Status              NOT available
  LV Size                <37,28 GiB
  Current LE             9543
  Segments               2
  Allocation             inherit
  Read ahead sectors     8192
   
  --- Logical volume ---
  LV Path                /dev/vg288/lv1
  LV Name                lv1
  VG Name                vg288
  LV UUID                LgJkmW-ESjN-MqNB-jKKx-8gqp-WhA0-DW2FHG
  LV Write Access        read/write
  LV Creation host, time NAS1D9A91, 2018-04-17 17:11:05 +0200
  LV Status              NOT available
  LV Size                3,59 TiB
  Current LE             941888
  Segments               1
  Allocation             inherit
  Read ahead sectors     8192

Et pour la deuxième :

$ sudo mount /dev/mapper/vg288 /tmp/mnt
mount: /tmp/mnt: le périphérique spécial /dev/mapper/vg288 n'existe pas.

Je dois m'inquiéter pour le message qui dit "WARNING: PV /dev/md1 in VG vg288 is using an old PV header, modify the VG to update." ?

geole · Le 11/05/2021, à 22:55

mount  -v    /dev/vg288/lv1  /mnt

Bonne soirée,

Je ne sais pas répondre à cette interrogation
"Je dois m'inquiéter pour le message qui dit "WARNING: PV /dev/md1 in VG vg288 is using an old PV header, modify the VG to update." ?"
sauf pour te dire que si ton materiel est réparé, il ne va pas gérer le nouveau format. donc ne pas toucher.

Dernière modification par geole (Le 11/05/2021, à 23:15)

iznobe · Le 11/05/2021, à 23:03

apres recherche , il me semble que pour mon NAS , j' etais passé par ce site pour recuperer mes données :
http://www.planet-libre.org/index.php?post_id=22444
comme ca remonte je ne suis pas sur a 100 % , mais ca y ressemble fortement .

le principe est peut etre similaire pour Qnap .

cat /proc/mdstat

creation point de montage etc .

Dernière modification par iznobe (Le 11/05/2021, à 23:07)

abelthorne · Le 11/05/2021, à 23:36

Pour cette dernière commande :

$ cat /proc/mdstat
Personalities : [raid1] [linear] [multipath] [raid0] [raid6] [raid5] [raid4] [raid10] 
md1 : active raid1 sda3[0]
      3897063616 blocks super 1.0 [1/1] [U]
      
md322 : active raid1 sda5[0]
      7235136 blocks super 1.0 [2/1] [U_]
      bitmap: 1/1 pages [4KB], 65536KB chunk

md13 : active raid1 sda4[0]
      458880 blocks super 1.0 [32/1] [U_______________________________]
      bitmap: 1/1 pages [4KB], 65536KB chunk

md256 : active raid1 sda2[0]
      530112 blocks super 1.0 [2/1] [U_]
      bitmap: 1/1 pages [4KB], 65536KB chunk

md9 : active raid1 sda1[0]
      530048 blocks super 1.0 [32/1] [U_______________________________]
      bitmap: 1/1 pages [4KB], 65536KB chunk

unused devices: <none>

Sur la page que tu indiques, je vois une commande vgchange, l'utilisation d'une option -assemble avec mdadm... Moi, je cherche juste à éventuellement accéder à la partition pour certaines données qui sont dessus, ce n'est pas une opération de sauvetage pour récupérer les données ailleurs, il faut que je puisse remettre le disque tel quel dans le NAS quand je pourrai le réutiliser. Je voudrais donc éviter de lancer des commandes qui modifieraient la structure des partitions, du RAID, etc.

S'il y a des risques, je préfère mettre le disque de côté et ne pas y toucher.

Dernière modification par abelthorne (Le 11/05/2021, à 23:37)

abelthorne · Le 12/05/2021, à 07:15

Bon, je n'avais pas rebooté après l'installation de de lvm2, je l'ai fait avant de me coucher et je remarque ce matin que la partition apparaît dans le panneau latéral de Thunar. Son contenu a l'air accessible sans problème.

Est-ce qu'il y a des risques si j'écris des données dessus ?

iznobe · Le 12/05/2021, à 07:46

Bonjour abelthorne , aucune certitude , mais logiquement une fois les paquets installés , c ' est la meme probabilité qu ' avec un autre systeme de fichiers . Mais je ne suis pas expert dans le domaine .

A la base les systemes qnap syno etc , sont produits souvents a base de debian , et adapté specifiquement pour la gestion raid et reseau .
c ' est donc tres bien intégré par ubuntu .
Mais le risque zero n' existant pas ...

Dernière modification par iznobe (Le 12/05/2021, à 07:48)

abelthorne · Le 12/05/2021, à 07:53

En fait, je me demande surtout si en inscrivant des données dessus depuis un autre système que celui d'origine, ça va modifier des données du RAID ou je ne sais quoi qui poserait problème une fois le disque remis sur le système d'origine. J'y connais rien en RAID, je n'en ai jamais manipulé.

iznobe · Le 12/05/2021, à 08:34

Ton raid est monté " normalement " du moment que la partition de données devient accessible , si tu ne fais pas de commande specifique en vue de creer un raid , de le modifier etc , il n' y a aucune raison pour que celui-ci change .
De plus n' ayant qu ' un disque et un raid logique , ecrire des données sur la partition reste ecrire sur la partition . tu ne seras pas obligé de reconstruire apres .
Mais est ce si important de le faire maintenant ? ne peux tu pas attendre de changer ton alim , remettre en etat le NAS et le faire apres si tu ne le sens pas ?
Que tu passes la commande a partir de ton PC ou au travers de SSH ou autre protocole afin d' ecrire sur ton disque Qnap ne change rien a la façon dont ce sera fait et c' est toujours ton disque qui ecrira . a part peut etre quelques controles implantés dans la partition systeme et encore pas sur .
Tu pourrais par contre voir de verifier les erreurs de données , ou des secteurs du disque , un rapport smart , avant de faire quoi que ce soit , des fois que ca soit un probleme materiel disque . et t ' assurer que tout va bien de ce coté suite a la coupure d' alimentation du NAS en plus !

Apres ma mesaventure avec mon NAS perso , j ' ai sauvegardé ailleurs et supprimer ce format de disque " semi proprio , semi logiciel , semi raid " , qui en fait n ' apporte pas grand chose a part se prendre la tete encore pire en cas de defaillance , et suis passé en ext 4 depuis , en cas de probleme , debranche rebranche sur l' ordi un mount et finis ! tu peux gerer comme d' habitude .

Dernière modification par iznobe (Le 12/05/2021, à 08:37)

abelthorne · Le 12/05/2021, à 09:08

Mais est ce si important de le faire maintenant ? ne peux tu pas attendre de changer ton alim , remettre en etat le NAS et le faire apres si tu ne le sens pas ?

C'est pas urgent mais comme ça va prendre un peu de temps pour commander une alim, je pense que je l'aurai pas avant 10 jours.

Tu pourrais par contre voir de verifier les erreurs de données , ou des secteurs du disque , un rapport smart , avant de faire quoi que ce soit , des fois que ca soit un probleme materiel disque . et t ' assurer que tout va bien de ce coté suite a la coupure d' alimentation du NAS en plus !

À première vue, les données SMART ont l'air ok :

smartctl 7.1 2019-12-30 r5022 [x86_64-linux-5.8.0-50-generic] (local build)
Copyright (C) 2002-19, Bruce Allen, Christian Franke, www.smartmontools.org

=== START OF INFORMATION SECTION ===
Model Family:     Seagate IronWolf
Device Model:     ST4000VN008-2DR166
Serial Number:    ZDH396LC
LU WWN Device Id: 5 000c50 0afc7e9a1
Firmware Version: SC60
User Capacity:    4000787030016 bytes [4,00 TB]
Sector Sizes:     512 bytes logical, 4096 bytes physical
Rotation Rate:    5980 rpm
Form Factor:      3.5 inches
Device is:        In smartctl database [for details use: -P show]
ATA Version is:   ACS-3 T13/2161-D revision 5
SATA Version is:  SATA 3.1, 6.0 Gb/s (current: 6.0 Gb/s)
Local Time is:    Wed May 12 10:04:51 2021 CEST
SMART support is: Available - device has SMART capability.
SMART support is: Enabled

=== START OF ENABLE/DISABLE COMMANDS SECTION ===
SMART 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: 		(  581) 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: 	 (   1) minutes.
Extended self-test routine
recommended polling time: 	 ( 612) minutes.
Conveyance self-test routine
recommended polling time: 	 (   2) minutes.
SCT capabilities: 	       (0x50bd)	SCT Status supported.
					SCT Error Recovery Control supported.
					SCT Feature Control supported.
					SCT Data Table supported.

SMART Attributes Data Structure revision number: 10
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME          FLAG     VALUE WORST THRESH TYPE      UPDATED  WHEN_FAILED RAW_VALUE
  1 Raw_Read_Error_Rate     0x000f   100   064   044    Pre-fail  Always       -       0
  3 Spin_Up_Time            0x0003   094   094   000    Pre-fail  Always       -       0
  4 Start_Stop_Count        0x0032   095   095   020    Old_age   Always       -       5170
  5 Reallocated_Sector_Ct   0x0033   100   100   010    Pre-fail  Always       -       0
  7 Seek_Error_Rate         0x000f   094   060   045    Pre-fail  Always       -       2293288820
  9 Power_On_Hours          0x0032   070   070   000    Old_age   Always       -       26785 (4 198 0)
 10 Spin_Retry_Count        0x0013   100   100   097    Pre-fail  Always       -       0
 12 Power_Cycle_Count       0x0032   100   100   020    Old_age   Always       -       37
184 End-to-End_Error        0x0032   100   100   099    Old_age   Always       -       0
187 Reported_Uncorrect      0x0032   100   100   000    Old_age   Always       -       0
188 Command_Timeout         0x0032   100   100   000    Old_age   Always       -       0
189 High_Fly_Writes         0x003a   100   100   000    Old_age   Always       -       0
190 Airflow_Temperature_Cel 0x0022   062   056   040    Old_age   Always       -       38 (Min/Max 29/40)
191 G-Sense_Error_Rate      0x0032   100   100   000    Old_age   Always       -       0
192 Power-Off_Retract_Count 0x0032   100   100   000    Old_age   Always       -       1
193 Load_Cycle_Count        0x0032   001   001   000    Old_age   Always       -       603440
194 Temperature_Celsius     0x0022   038   044   000    Old_age   Always       -       38 (0 17 0 0 0)
197 Current_Pending_Sector  0x0012   100   100   000    Old_age   Always       -       0
198 Offline_Uncorrectable   0x0010   100   100   000    Old_age   Offline      -       0
199 UDMA_CRC_Error_Count    0x003e   200   200   000    Old_age   Always       -       0
240 Head_Flying_Hours       0x0000   100   253   000    Old_age   Offline      -       18976 (170 129 0)
241 Total_LBAs_Written      0x0000   100   253   000    Old_age   Offline      -       18816563936
242 Total_LBAs_Read         0x0000   100   253   000    Old_age   Offline      -       46143950410

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.

Je sais pas si ça vaut le coup de lancer un test long ?

Dernière modification par abelthorne (Le 12/05/2021, à 09:09)

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 11/05/2021, à 19:31

[Résolu] Monter un disque (en raid ?) venant d'un NAS sur un PC ?

#2 Le 11/05/2021, à 19:56

Re : [Résolu] Monter un disque (en raid ?) venant d'un NAS sur un PC ?

#3 Le 11/05/2021, à 20:03

Re : [Résolu] Monter un disque (en raid ?) venant d'un NAS sur un PC ?

#4 Le 11/05/2021, à 20:07

Re : [Résolu] Monter un disque (en raid ?) venant d'un NAS sur un PC ?

#5 Le 11/05/2021, à 20:12

Re : [Résolu] Monter un disque (en raid ?) venant d'un NAS sur un PC ?

#6 Le 11/05/2021, à 21:13

Re : [Résolu] Monter un disque (en raid ?) venant d'un NAS sur un PC ?

#7 Le 11/05/2021, à 21:26

Re : [Résolu] Monter un disque (en raid ?) venant d'un NAS sur un PC ?

#8 Le 11/05/2021, à 22:02

Re : [Résolu] Monter un disque (en raid ?) venant d'un NAS sur un PC ?

#9 Le 11/05/2021, à 22:03

Re : [Résolu] Monter un disque (en raid ?) venant d'un NAS sur un PC ?

#10 Le 11/05/2021, à 22:06

Re : [Résolu] Monter un disque (en raid ?) venant d'un NAS sur un PC ?

#11 Le 11/05/2021, à 22:08

Re : [Résolu] Monter un disque (en raid ?) venant d'un NAS sur un PC ?

#12 Le 11/05/2021, à 22:19

Re : [Résolu] Monter un disque (en raid ?) venant d'un NAS sur un PC ?

#13 Le 11/05/2021, à 22:25

Re : [Résolu] Monter un disque (en raid ?) venant d'un NAS sur un PC ?

#14 Le 11/05/2021, à 22:34

Re : [Résolu] Monter un disque (en raid ?) venant d'un NAS sur un PC ?

#15 Le 11/05/2021, à 22:39

Re : [Résolu] Monter un disque (en raid ?) venant d'un NAS sur un PC ?

#16 Le 11/05/2021, à 22:47

Re : [Résolu] Monter un disque (en raid ?) venant d'un NAS sur un PC ?

#17 Le 11/05/2021, à 22:52

Re : [Résolu] Monter un disque (en raid ?) venant d'un NAS sur un PC ?

#18 Le 11/05/2021, à 22:55

Re : [Résolu] Monter un disque (en raid ?) venant d'un NAS sur un PC ?

#19 Le 11/05/2021, à 23:03

Re : [Résolu] Monter un disque (en raid ?) venant d'un NAS sur un PC ?

#20 Le 11/05/2021, à 23:36

Re : [Résolu] Monter un disque (en raid ?) venant d'un NAS sur un PC ?

#21 Le 12/05/2021, à 07:15

Re : [Résolu] Monter un disque (en raid ?) venant d'un NAS sur un PC ?

#22 Le 12/05/2021, à 07:46

Re : [Résolu] Monter un disque (en raid ?) venant d'un NAS sur un PC ?

#23 Le 12/05/2021, à 07:53

Re : [Résolu] Monter un disque (en raid ?) venant d'un NAS sur un PC ?

#24 Le 12/05/2021, à 08:34

Re : [Résolu] Monter un disque (en raid ?) venant d'un NAS sur un PC ?

#25 Le 12/05/2021, à 09:08

Re : [Résolu] Monter un disque (en raid ?) venant d'un NAS sur un PC ?

Pied de page des forums