vinceg77

ok merci beaucoup

Parmi ces répertoires/fichiers la ? Pour le reste je suis toujours en train de sauvegarder ... C'est long, mais je suis tellement content d'être en mesure de pouvoir le faire, j'ai jamais été aussi heureux de faire des copies de fichiers !!!

Non ca c'est mort pour moi car je suis désormais sur une installe en DSM 7.1 toute neuve (ce n'est pas une migration de mon ancien DSM 6.2 puisqu'il avait planté). Je n'ai donc aucune application installée ni configurée dessus. Enfin c'est pas grave , je reconfigurerai tout ca, ce qui compte c'est mes données !

Merci @JacquesF J'ai quand même essayé de changer l'ordre des disques en intervertissant certaines nappes SATA et effectivement ce n'a pas changé grand chose à l'état du Volume qui est toujours en lecture seule, avec les mêmes problèmes d'échec de partition système, les mêmes disques en état 'normal', juste les baies du NAS qui ont changé. Je n'ai plus non plus d'erreurs de sorties I/O en masse sur l'un des disque de 1.8To sur le dsmsg proxmox ! PAR CONTRE la lecture des fichiers du volume fonctionne à nouveau correctement 🤩 (alors qu'il bloquait jusque la toutes les 3s, empêchant de sauvegarder quoi que ce soit). Je suis donc effectivement en train de sortir toutes les données pour les sauvegarder sur des disques externes au NAS Je rachèterai un disque pour remplacer celui qui affichait des erreurs I/O Je réintégrerai celui qui devrait revenir de garantie et je recréerai un volume tout propre pour y réintégrer les données ! SURTOUT : je remettrai en place un process de backup probablement composé d'un HDD externe + solution de backup en ligne pour les données les plus sensibles ! Tu penses que même en étant passé de DSM 6.2 à DSM 7.1 je pourrais récupérer les configs des applications ? Comment sauvegarder ces configs ? Je vous tiens au courant, en espérant que cette bonne tournure perdure, j'ai déjà récupéré toutes les données de ma femme !

Erratum (cf en gras dans le quote ci dessus) ! On ne peut plus modifier sur ce forum les anciens posts, quel dommage pour la compréhension !

Merci beaucoup à @renegadeBE et @JacquesF pour leur retours sur ma situation. J'expliquais un peu plus en anglais les étapes par lesquelles j'étais passé avant de parvenir à revoir mon volume, au moins en lecture seule... Je n'ai eu aucune réponse... Les francophones sont plus sympas ! 😀. Je confirme qu'un des 8 disques, le 4To WD red était totalement mort, inexploitable il est parti en garantie. J'étais effectivement en SHR2 avec 2 disques en tolérance de panne Je confirme pleinement. Vous feriez quoi à ma place dans les 3 possibilités que j'évoquais précédemment ??? (ou autre solution que je n'aurais pas envisagé... pour l'instant je n'ai pas encore touché à rien de plus !) Oui effectivement l'idée est d'essayer de sauver ce qui est possible sur un autre disque (sur le réseau, en usb, peu importe...) Ensuite j'attends le retour du 4To WD red, et je rachète un 3To pour remplacer l'un des 2,7To qui présente des signes de faiblesse (l'un des 2 responsable du crash de départ mais qui a finalement été reconnu dans la grappe, et qui m'affiche toujours des erreurs d'I/O sous proxmox) et je repart à zéro en créant un nouveau volume.

Effectivement j'ai fait n'importe quoi en terme de sauvegardes. J'ai été pris par le boulot depuis 1,5 ans et j'ai été très léger sur le sujet, d'autant qu'effectivement ma femme avait transféré toutes ses données sur le NAS récemment ... J'avais déjà eu des crashs de disques mais DSM 6.x avait toujours fini par reconstituer le volume, j'étais trop en confiance. En ce qui concerne le passage à DSM 7, vu que DSM 6.2 était planté je me suis dit que quitte à passer un peu de temps, c'était le bon moment, d'autant qu'à priori le système de fichiers du volume en BTRFS restait le même sous DSM 6 ou sous DSM 7 Je ne regrette pas (pour l'instant !) les différentes manipulations que j'ai pu faire jusque là, j'ai même légèrement progressé puisque mon volume - bien que très dégradé et difficilement lisible - est au moins visible lors qu'il n'était plus monté hier encore. Je ne désespère pas qu'un expert ait pitié de moi pour aller encore un peu plus loin et m'empêcher de faire des erreurs et de revenir en arrière, jusqu'à la récupération de mes données. D'où mon appel à l'aide ! Non il ne me propose que de convertir en lecture/écriture, comme sur ma capture d'écran ci dessous, je n'ai pas l'option de réparer... A ce stade j'hésite entre : 1/ Tenter cette option de conversion en lecture/écriture 2/ Essayer d'intervertir les nappes SATA des 4 disques en échec de partition système, quitte à revenir sur le setup actuel si ca n'améliore pas. Mais dans tous les cas : il me manque un disque WD red 4 To qui était complètement mort (erreurs I/O, kernel) et qui est reparti en garantie hier mon setup n'est plus le même qu'avant, j'étais sur une répartition des disques entre la carte mère et 2 contrôleurs SATA PCIe alors que je suis désormais sur une répartition entre la carte mère (3 HDD) et 2 contrôleurs SATA PCIe (4 HDD) 3/ Remonter les disques sous ma VM ubuntu pour voir si le volume se monte et si il est plus lisible que sous DSM... Et si j'ai un peu d'aide de ce forum avec LVM et PV/VG/LV Si quelqu'un de plus compétent que moi (c'est pas très dur !) a une idée, je suis preneur !

Bonjour à tous, Après avoir connu un crash sur 2 disques avec DSM 6.2 sous proxmox que je ne pouvais plus mettre à jour, mon système est finalement passé en "Configuration perdue" J'en ai profité pour passer sous DSM 7.1 en étant obligé de changer de setup car une de mes 2 cartes contrôleur SATA n'était pas reconnue par TCRP. Bref, je me suis d'abord retrouvé avec un volume crashé, puis après des essais infructueux de mdam sous une VM ubuntu, puis un redémarrage du NAS, je me retrouve désormais avec un volume réapparu mais en état critique et en lecture seule ! J'ai essayé de me connecter en SFTP pour récupérer mes données mais même si j'ai récupéré quelques fichiers la connexion plante beaucoup trop souvent pour continuer. Que puis je faire à ce stade ? Dois je tenter de repasser le volume en lecture/écriture comme proposé ? Merci d'avance pour votre aide afin que je puisse récupérer le plus de données possibles sans abimer encore plus mon volume

After trying ReclaiMe file recovery software under a Windows10 VM which was not working because it was not recognizing all my drives, I restarted DSM 7 and very surprisingly my volume is now seen as critical and read-only! I tried to FTP to the NAS to backup but the connexion keeps on deconnecting, probably due to data corruption. What can I do now ? Should I try to convert the volume to read/write as proposed under the 3 dots ? What would be the best way to recover my data ?

I have mounted all my NAS disks into ubuntu : admin@VM-ubuntu$ sudo fdisk -l | grep /dev/sd Disque /dev/sda : 64 GiB, 68719476736 octets, 134217728 secteurs /dev/sda1 2048 1050623 1048576 512M Système EFI /dev/sda2 1050624 134215679 133165056 63,5G Système de fichiers Linux Disque /dev/sdb : 2,73 TiB, 3000592982016 octets, 5860533168 secteurs /dev/sdb1 2048 4982527 4980480 2,4G RAID Linux /dev/sdb2 4982528 9176831 4194304 2G RAID Linux /dev/sdb5 9453280 1953318239 1943864960 926,9G RAID Linux /dev/sdb6 1953334336 3906806143 1953471808 931,5G RAID Linux /dev/sdb7 3906822240 5860326207 1953503968 931,5G RAID Linux Disque /dev/sdc : 3,64 TiB, 4000787030016 octets, 7814037168 secteurs /dev/sdc1 2048 4982527 4980480 2,4G RAID Linux /dev/sdc2 4982528 9176831 4194304 2G RAID Linux /dev/sdc5 9453280 1953318239 1943864960 926,9G RAID Linux /dev/sdc6 1953334336 3906806143 1953471808 931,5G RAID Linux /dev/sdc7 3906822240 5860326207 1953503968 931,5G RAID Linux Disque /dev/sdd : 2,73 TiB, 3000592982016 octets, 5860533168 secteurs /dev/sdd1 2048 4982527 4980480 2,4G RAID Linux /dev/sdd2 4982528 9176831 4194304 2G RAID Linux /dev/sdd5 9453280 1953318239 1943864960 926,9G RAID Linux /dev/sdd6 1953334336 3906806143 1953471808 931,5G RAID Linux /dev/sdd7 3906822240 5860326207 1953503968 931,5G RAID Linux Disque /dev/sde : 1,82 TiB, 2000398934016 octets, 3907029168 secteurs /dev/sde1 2048 4982527 4980480 2,4G fd RAID Linux autodetected /dev/sde2 4982528 9176831 4194304 2G fd RAID Linux autodetected /dev/sde3 9437184 3907015007 3897577824 1,8T f Étendue W95 (LBA) /dev/sde5 9453280 1953318239 1943864960 926,9G fd RAID Linux autodetected /dev/sde6 1953334336 3906806143 1953471808 931,5G fd RAID Linux autodetected Disque /dev/sdf : 1,82 TiB, 2000397852160 octets, 3907027055 secteurs /dev/sdf1 2048 4982527 4980480 2,4G fd RAID Linux autodetected /dev/sdf2 4982528 9176831 4194304 2G fd RAID Linux autodetected /dev/sdf3 9437184 3907015007 3897577824 1,8T f Étendue W95 (LBA) /dev/sdf5 9453280 1953318239 1943864960 926,9G fd RAID Linux autodetected /dev/sdf6 1953334336 3906806143 1953471808 931,5G fd RAID Linux autodetected Disque /dev/sdg : 1,82 TiB, 2000398934016 octets, 3907029168 secteurs /dev/sdg1 2048 4982527 4980480 2,4G fd RAID Linux autodetected /dev/sdg2 4982528 9176831 4194304 2G fd RAID Linux autodetected /dev/sdg3 9437184 3907015007 3897577824 1,8T f Étendue W95 (LBA) /dev/sdg5 9453280 1953318239 1943864960 926,9G fd RAID Linux autodetected /dev/sdg6 1953334336 3906806143 1953471808 931,5G fd RAID Linux autodetected Disque /dev/sdh : 1,82 TiB, 2000398934016 octets, 3907029168 secteurs /dev/sdh1 2048 4982527 4980480 2,4G fd RAID Linux autodetected /dev/sdh2 4982528 9176831 4194304 2G fd RAID Linux autodetected /dev/sdh3 9437184 3907015007 3897577824 1,8T f Étendue W95 (LBA) /dev/sdh5 9453280 1953318239 1943864960 926,9G fd RAID Linux autodetected /dev/sdh6 1953334336 3906806143 1953471808 931,5G fd RAID Linux autodetected admin@VM-ubuntu$ cat /proc/mdstat Personalities : [raid6] [raid5] [raid4] md3 : active raid6 sdf6[8] sdd6[1] sdb6[0] sde6[3] sdg6[6] sdh6[7] 5860409088 blocks super 1.2 level 6, 64k chunk, algorithm 2 [8/6] [UUUUUU__] md2 : active raid6 sdb5[0] sdf5[7] sdd5[1] sdg5[8] sde5[3] sdh5[10] 5831588736 blocks super 1.2 level 6, 64k chunk, algorithm 2 [8/6] [UUUUUU__] md4 : active raid6 sdb7[0] sdd7[1] 1953501824 blocks super 1.2 level 6, 64k chunk, algorithm 2 [4/2] [UU__] admin@VM-ubuntu$ sudo lvs WARNING: PV /dev/md2 in VG vg1 is using an old PV header, modify the VG to update. WARNING: PV /dev/md3 in VG vg1 is using an old PV header, modify the VG to update. WARNING: PV /dev/md4 in VG vg1 is using an old PV header, modify the VG to update. LV VG Attr LSize Pool Origin Data% Meta% Move Log Cpy%Sync Convert syno_vg_reserved_area vg1 -wi-a----- 12,00m volume_1 vg1 -wi-a----- <12,71t Does it help ? I am not sure to really fully understand thoses outputs

I have been running a Volume1 SHR-2 (with 2 disks protection) under DSM 6.x on proxmox for years without too many problem... For the last few months I was not more able to update to DSM 6.X updates, the pat file was retunring as corrupted each time I was trying (I did not investigate furthermore...) More recently 2 out of my 8 disks started to show bad health, but I had no time to deal with that. Then one day, after a reboot, my DSM 6.2.??? showed up with 'Configuration lost' ! Rather than trying to repair this old version, I took advantage to migrate to 7.1 with TCRP TCRP did not recognized my 2nd passthrouh SATA controller so I rearranged the disks in order to use only one controller card, the 4 others disks being held by the onboard controller (4 passtrough motherboard disks + 1 passtrough 4 slots Marvell SATA controller with 4 disks). One out of my two 4Tb WD red HDD was having massives I/O errors I have sent it back under warranty). After different tried, I had to change to DS3622xs+ to make it run. I configured user_config.json with SataPortMap=44 and DiskIdxMap=0004 This is what I get with : Proxmox disks (those are those of the controller card, the 4 others are not seen because in passthrough under the running Xpenology VM) : VM configuration : All the disks are recognized (except the one gone under warranty) and I thought naively that thanks to SHR-2 DSM will be able to rearrange the Volume. I am really not an IT expert, specially when it comes about partitionning, LVM, disk management ... My wife has many sensible datas on that volume and I have been very busy these last few months so I haven't been very serious about backups (I know !... ) She will probably ask divorce if I do not manage to recover thoses files 🤔! Any help in order to recover my data (and my mariage 😀) would be much much appreciated. Thanks in advance.

@hellbondz blessendor method is perfect but another way would be to passthrough 2 PCIe sata controller cards with a bunch of 4 disks each ! (more expensive though)

Hi @stasheck I finally managed to install Xpenology after having spent hours ! Even if everything is working now, I would not be able to tell you exactly what I really did well to make it work !!! (given that I discovered I had a faulty motherboard/bios not really able to deal with DSMAR table and so I had to use the unsafe_interrupt method within proxmox, and I am not able to tell how it might have affected my xpenology installation...) I hope you will get some more precise help form experts, but I can provide some partial outputs : 1/ I never managed to install 918+ nor loader 1.04, I was getting a fatal error during installation (I do not remember precisely error details) 2/ ds3617 xs was working with 6.2.1 but I was unable to update to 24922.pat or higher, it was also crashing 3/ I so use ds3615xs with 1.03b. I firstly installed 6.2.1 then update to 6.2.2 (I kept 1.03b) 4/ Yes I use e1000e nic drivers, implemented following the @blessendor method 5/ I did not managed neither to use virtual USB key for loading, I had to use sata disk. And the boot disk does appear in HDD manager but normally I depends of your choice in the loader boot menu (baremetal or VMware options) 6/ I firstly managed to get xpenology working and updated before any device passthrough I was finally able to passthrough 1 PCIe sata controleur card with 5 sata disks and USB + 3 other sata disks directly I hope this partial feedback will give you some clues. And do not give up, it should finally work fine also ! ... even if I am quite anxious about the moment the next update will show up !!! Good luck

- Outcome of the update: SUCCESSFUL - DSM version prior update: DSM 6.2.23739 - DSM version after update: DSM 6.2.2-24922-update 3 - Loader version and model: JUN'S LOADER v1.03b - Using custom extra.lzma: NO - Installation type: VM Proxmox 6.0.7 running on Asus P6T Deluxe / 24 Go Ram / CPU Intel core I7 990X - Additional comment: Achieving to GUI select e1000e network card led to success after many kernel panic ! I have spent almost 2 weeks to try to get Synology last update to work with proxmox 6.0.7. Hours and hours trying thousands of different options ! Until I found this post (to be honest, I tried it a week ago, without success, maybe I did it wrong!!??) Then it finally happened ... Xpenology using 6.2.2-24922 (last update as of 09/11 !!!). I would never thank enough @blessendor for the hack he published in order to use Intel e1000e network card within Proxmox. I first tried everything with the '-arg:' command line in vmid.conf to define e1000e as default network card, including great @hellbondz 's trick, but it never really worked out for me. Hacking the QemuServer.pm/pvemanagerlib.js files allowed me to select e1000e in the Proxmox GUI and then my virtual DS3617xs finally accepted last update without crashing ! I could not believe it ! ... Now I have to succeed in passing through my 2 sata controller cards and my 8 hdd disks - which is another story! Thanks again @blessendor for your sharing, you saved my last few weeks, and also for all the people using or developing Xpenology, and specially for @jun the master !

Pas de souci pour moi non plus avec l'update 3 si ce n'est le firewall qui m'empêchait d'accéder aux lecteurs mappés depuis Windows 10 (serveur de fichier Windows). Mais cet n'était finalement peut-y été pas directement lié à l'update ??? Rien de méchant en tous cas, très vite résolu. Le reste est ok. Envoyé de mon SM-N910F en utilisant Tapatalk