Leaderboard

Gottit guys, thanks. It's a bit of a learning curve for me, not done much sysadmin stuff for a decade or so.. eg. I still think of USB as a dodgy 'consumer' thing.. lol.. I could always have two copies of the USB stick fitted, then if one dies it'd be a quick job to flip the BIOS to boot from the other one. I intend to do some DR testing with this rig before comitting it to a full production role with all my precious data on it. I still haven't figured out how I'll do backups.. My NC365T loads the 'igb' kernel module, Intel 82580 chip, and is device id PCI\VEN_8086&DEV150E.

J'ai eu ce soucis, au point de renvoyer le disque WD red en SAV... Et c'était tout bêtement dû à un câble Sata défectueux, on n'y pense pas mais cela peut effectivement arriver... J'avais très honte. 😭

Bonjour, Le diagnostic me semble bon, soit le système, soit la CM, soit... un câble peut-être Mais le système en dernier recours, le plus logique étant de remplacer le câble potentiellement en cause, où de le déplacer pour voir si le problème suit le port ou le disque sur lequel il est connecté. Ensuite, refaire la clef USB car c'est le plus facile. Quelques précisions : - SHR n'est pas propriétaire au sens habituel du terme, c'est une combinaison de raid soft linux (tout à fait classique) mais non pas sur des disques physiques mais sur des volumes logiques (LVM) reposant sur cette technologie logicielle pour répartir les données d'un volume sur un ou plusieurs disques physiques. Il est tout à fait possible de récupérer des données écrites avec SHR avec une simple distribution linux (liveCD ou liveUSB). - Le RAID de la carte mère (la plupart du temps c'est du miroir ou du JBOD) ne doit pas être utilisé, tout est géré par le NAS en raid soft (RAID5 par défaut sur le DSM6) ou SHR (sur DSM5 et en l'activant sur DSM6). Si le raid de la CM est utilisé, alors il est possible que ce soit lui qui provoque une incohérence quelconque et fasse passer le disque en faut (dans ce cas, l'absence d'erreur SMART serait logique). Donc, pour résumer : - Supprimer le raid de la CM s'il est activé (APRÈS SAUVEGARDE DES DONNÉES), cette opération provoque en principe la perte de la structure du disque, donc de l'accès aux données - Déplacer ou changer le câble SATA en cause - Déplacer le disque en cause sur un autre port SATA (IDEM, SAUVEGARDE AVANT) Jacques

Bonjour, Les versions 1.01 (DSM 6.0.2) et 1.02b (DSM 6.1.X) de Jun's sont complètements refaites et fonctionnelles avec une table de partition MBR. J'ai posé sur le dépôt toutes les images que j'ai refaites via mon outil de conversion automatique. Voici le lien du dépôt : https://mega.nz/#F!cIUXnCSS!VruDf235t2uLcRxIjji3qQ En espérant faire avancer cette belle communauté. PS : Les fichiers "Convert_By_Genesys" présent sur les deux partitions des launchers contiennent le numéro de version du loader et le type de table de partition utilisé. PS2 : Je continuerai de mettre des versions avec une tables de partition MBR pour les prochain loaders. PS3 : Le code de base de mon outil de conversion automatique est le même que Jun's : https://github.com/kref/scripts C'est un plaisir de pouvoir faire avancer la communauté XPEnology