0ricman Posted January 13, 2015 #1 Posted January 13, 2015 Bonjour, je m'inquiète de la possibilité de la migration de xpénology avec nanoboot 3.0.5.2 sur HP G7 proliant, en cas de crash du système et l'impossibilité de la récupération des données sur un autre système en cas de backup, en effet j'ai installé sur une clef USB Lilnux Mint 17.1, et après le boot, je ne vois que 5 disques durs (mais pas en Raid 5), donc mes films ne sont pas lisible, et ces lecteurs sont hors courses, alors la question est : comment fait-on pour les remonter en RAID 5 (pas SHR) sous Linux Mint, et est-ce bien possible ? si oui, quelles commandes effectuer sans détruire le contenu des disques, (et dans quel ordre les monter)... tout un programme.... merci à vous, cordialement 0ricman
Enlil Posted January 13, 2015 #2 Posted January 13, 2015 Bonjour, Deux petits liens qui peuvent aider mais pas testé personnelement : https://www.synology.com/fr-fr/knowledgebase/faq/579 http://robertcastle.com/2012/10/howto-recover-synology-encrypted-folders-in-linux/
0ricman Posted January 13, 2015 Author #3 Posted January 13, 2015 Merci pour le tuyau, je vais testé ça de suite, dites moi si vous savez si ça marche aussi avec Linux Mint au lieu de Ubuntu ? si c'est possible bien sur, merci à vous pour votre réponse si prompte et rapide, cordialement 0ricman je vous laisserai au courant des avancées si ça fonctionne pour la récupération des données (c'est un test), mais ça vaut le coup de savoir ça, merci
0ricman Posted January 13, 2015 Author #4 Posted January 13, 2015 Bon, c'est mi figue mi raisin, j'ai testé avec Linux Mint 17.1, dernière version connue à ce jour, pour récapituler dans le terminal : sudo -i apt-get install mdadm 'pas de fenetre s'ouvre pour indiquer "No configuration" à choisir apt-get install lvm2 mdadm -Asf && vgchange -ay 'message : No Volume group found je vais donc dans le bureau sur l'icone "Computer" (version US) et je vois bien non pas "Volume1" comme je pensais devoir voir, mais bien mes dossiers "Fims", "Videos", "Music", mais impossible de les ouvrir, il y a une croix sur chaque dossier et un message d'erreur lorsque je souhaite les ouvrir, donc impossible de voir le contenu, voilà ou j'en suis sur Mint, je vais donc tester la même chose sur Ubuntu pour voir, bien que je crois savoir que le moteur de Mint et Ubuntu et le même en Debian,,... Merci en tout les cas, je pense que cette expérience va intéresser pas mal de monde,... suite à venir tout à l'heure... a+ 0ricman
bigbossyakusa Posted January 13, 2015 #5 Posted January 13, 2015 Le plus simple ne serait t il pas de lancer un nanoboot sur un autre pc avec les disques dur branché, et de voir si le nas ne repartirait pas? Perso, c'est ce que j'avais fait quand mon xpenology avait planté, j'ai tout rebranché sur un autre pc et lancer nanoboot et hop tout était reparti. Après, c'était du Raid SHR que j'avais fait. Mais ça ne réponds pas à ta question avec linux mint.
0ricman Posted January 13, 2015 Author #6 Posted January 13, 2015 c'est exact, merci du conseil, mais il faut avoir un PC avec 5 disques durs dessus, ce n'est pas possible pour tout le monde sur les cartes mères, mais c'est un bon tuyau, perso je préfèrerais une solution plus soft, afin de récupérer les données d'un NAS à un autre NAS par réseau, ce serait l'idéal, plutôt que d'acheter un disque dur USB externe...plus lent, A ciao Lolo
0ricman Posted January 13, 2015 Author #7 Posted January 13, 2015 Bon, sur le Ubuntu 14.04 LTS, ça fait pareil, bien que j'ai bien une fenêtre après l'opération : apt-get install mdadm, ou cette fois j'ai bien la configuration qui me demande dans une fenêtre et ou il faut répondre :"Pas de Configuration" qu'il faut choisir normalement, mais en final j'ai toujours le même soucis, je n'ai pas l'autorisation d'ouvrir les dossiers contenant tout mes films, videos, musiques, etc... donc le volume1 est bien pris en compte en RAID5 (je repète pas en SHR), pour il y a surement un truc à faire pour pallier à ce problème de droit en ajoutant d'autres opérations à effectuer, donc pour le moment je suis bloqué, à moins que vous ayez d'autres idées, mes fichiers sont sur le compte Administrateur, donc quoi faire ?? merci à vous
0ricman Posted January 29, 2015 Author #8 Posted January 29, 2015 Problèmes citées plus haute toujours pas résolu, merci, testé sur Ubuntu et Mint (les derniers), cordialement 0ricman
le_slip_qui_pue Posted January 29, 2015 #9 Posted January 29, 2015 Achete un G8 et teste. Tes données valent bien 200€.
0ricman Posted February 1, 2015 Author #10 Posted February 1, 2015 Si c'est pour venir donner des réponses comme celle là, c'est pas la peine de faire partie du site
F5BJR Posted February 1, 2015 #11 Posted February 1, 2015 Je ne comprend pas vraiment la question : Tout d' abord un NAS ce n'est surement pas un système de sauvegarde. Par exemple j' ai deux DS209 avec le même contenu sur chacun des NAS. Les deux DS209 ont leurs disques en miroir. Pas de backup automatique de l'un vers l' autre, je ne fais cela qu'en manuel selon les besoins. Il n'y a toujours une seul NAS en route , l' autre n'est allumé que pour la sauvegarde de l'un vers l' autre. A part cela , je ne vois pas comment faire pour récupérer un RAID avec 5 disques sur une autre machine ou on ne puisse pas les mettre. Ici j' ai des cartes RAID ( 8 disques ) je ne monte jamais les disques en RAID depuis le DSM mais depuis le gestionnaire de montage de disques de LSI. Le disque alors créé se lira à partir de n'importe quelle carte mère qui dispose d'un connecteur PCIe x 8 ou 16 . Les disques sont toujours montés en RAID 0+1 ( au prix actuel des disques de 2TB voire des 3,..,6 TB pourquoi utiliser le RAID5 ?? ) J' ai même prévu la panne de carte car j'ai deux cartes LSI identiques. Le reste ce ne sera que du bricolage.
0ricman Posted February 1, 2015 Author #12 Posted February 1, 2015 le cas qui se présente est le suivant : en cas de crash du Raid5 de XPnology sur un G7 HP N54L, il y a possibilités (soit-disant) en bootant en cas de crash du DSM 5 de booter sur une clef contenant Linux Mint ou Ubuntu (c'est pareil), et de récupérer les données du Raid5 du Volume1 (pas SHR) en montant un disque dur en USB pour le transfert du NAS vers ce disque dur USB, et de reconstruire le NAS ensuite, c'est une question de migration en cas de crash et de pérénité des données en cas de perte du DSM, j'y suis presque arrivé puisque j'arrive avec quelques commandes à parvenir à voir les dossiers du Raid5 (choisi parce que portable sur un autre système le cas échéant puisqu'il ne s'agit que de données perso, photos, films,entre autres), bon ceci étant, je ne peux pas accéder au contenu des dossiers surement pour des questions de droits, et donc je recherche les commandes à faire via le terminal d'Ubuntu ou Mint ou Débian. Voila, donc pas besoin d'autre matériels pour cela à acheter, j'ai déjà des disques durs à dispositions en USB dans des boitiers ad'hoc pour faire les transferts et je n'ai pas besoin d'un autre serveur pour faire ça, en espérant avoir été assez clair, c'est un peu confus, cordialement 0ricman
alphabeta69 Posted February 7, 2015 #13 Posted February 7, 2015 Bonjour Je ne suis pas un spécialiste Linux mais il me semble que c'est simplement un problème de droits sur tes fichiers. Regardes comment refaire les droit. J ai résolu un problème similaire avec chroot. La reprise sur Linux se fait sans trop de problèmes (mais avec beaucoup de recherches pour des utilisateurs lambda comme moi). Le problème qu tu risques d avoir c'est quand tu vas repasser sur xpenology. Comment les droits vont se gérer? Aucune idée.
Recommended Posts