Jump to content
XPEnology Community

vlotho

Member
  • Posts

    171
  • Joined

  • Last visited

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

vlotho's Achievements

Advanced Member

Advanced Member (4/7)

0

Reputation

  1. Salut, Je voulais savoir si DSM était compatible avec la carte mère du HP Z200 : https://www.pcbitz.com/products/160-motherboards/hp-z200-fmb-0901-rev10-506285-001-503397-001-atx-mainboard-no-bp/ https://support.hp.com/fr-fr/document/c03412290
  2. c'est celle que j'utilisais avant, c'est une sandisk.
  3. il me semble pas l'avoir chiffré .. ça fais longtemps que je l'ai fais mais bon ... pour le downgrade je planche dessus. j'ai essayé une fois mais ça a pas fonctionné je sais pas trop pourquoi ... si je le laisse démarrer, j'atterrie sur une invite grub et si je le force à démarrer en legacy j'ai un curseur clignotant à durée indéterminé. pourtant j'ai bien suivi le tuto français pour faire la clé avec le vid/pid, @ mac .... j'ai testé avec l'extra d'origine et celui de secours, sans résultat
  4. voilà là j'ai branché tous mes disques sut mon ordi perso, il voit bien le md127 mais pas moyen de le monter. toujours la même erreur de mount ... gparted_details.htm
  5. et sinon si je veux restaurer d'ancienne données. est ce que hyper backup ne s'utilise qu'à partir de DSM ou est ce qu'on peut restaurer un backup d'une autres façon qu'a partir de DSM ?
  6. ça serait pas possible d'implanter le noyau du syno dans un version actuelle d'une distribution actuelle de linux en live usb ? peut être mettre l'ensemble dans une machine virtuelle en tant que disque principal et démarrer avec un autre live usb comme boot-repair et faire une mise à jour du grub de la version syno pour qu'il soit bien pris en compte et qu'il soit bootable ?
  7. bein parce que le kernel du nas est plus ancien que les kernel récent et du coup ceux de maintenant détecte plus d'erreur je pense ou alors le btrfs de syno est un type particulier un peu comme les partitions qu'on peu trouver sur les disques dur des box qui peuvent pas être lu sur des pc classiques. Après oui je suis sûr de démarrer sur ma clé parce que quand je démarre sur le firmware d'origine, l'install d'asustor démarre automatiquement et en plus j'appuie bien sur échap et je choisi bien ma clé, si ma clé était pas bootable j'aurais un message d'erreur me l'indiquant ce qui n'est pas le cas. voir ça passerais automatiquement sur le firmware de l'asustor et je verrais l'interface d'installation. avec kali ou debian 10.5 je démarrer bien dans mon système live mais le montage du raid m'affiché une erreur et là, j'ai l'image de dessous qui s'affiche.
  8. j'essaye de démarrer avec un live usb avec peut être un noyaux plus ancien qui arriverait à monter le raid sans erreur sauf que je ne trouve pas de distribution/noyau linux qui démarre sur le nas. j'ai testé avec debian 10.0.0, ubuntu 19.04 et centos 8 et même ubuntu 16.xx qui a une version 4.4.x et qui du coup semblerait être le même que sur le nas mais cela ne démarre pas du tout, le grub ne s'affiche même pas. auriez vous une idée ? une distrib avec un noyau ancien mais qui démarre en live.
  9. et il y aurais pas une solution peut être de sauvegarder la structure des disques à un autre endroit et ensuite réinstaller tous le système, puis réimporter la structure du disque pour que le nouveau système (synology) reconstruise lui même le raid ? c'est dommage parce que toutes mes données sont là !!!
  10. J'ai testé quand même la démarche mais ça me donne toujours le même résultat.
  11. Par contre j'ai vu ton lien, mais moi c'est du Raid 6 et je n'ai pas l'impression que le tuto fonctionne de la même façon. Pour le type de système de fichiers : kali@kali:~$ blkid /dev/md2 /dev/md2: LABEL="2020.02.10-09:18:07 v15284" UUID="94aaf002-efbb-4943-b253-8b3f99d5a298" UUID_SUB="5d419294-3aae-4c3c-af74-09247e3e1520" BLOCK_SIZE="4096" TYPE="btrfs" Pour le détail de /dev/md2 : kali@kali:~$ sudo mdadm --detail /dev/md2 /dev/md2: Version : 1.2 Creation Time : Mon Feb 10 09:16:31 2020 Raid Level : raid6 Array Size : 1943881088 (1853.83 GiB 1990.53 GB) Used Dev Size : 971940544 (926.91 GiB 995.27 GB) Raid Devices : 4 Total Devices : 4 Persistence : Superblock is persistent Update Time : Thu Aug 27 16:22:49 2020 State : clean Active Devices : 4 Working Devices : 4 Failed Devices : 0 Spare Devices : 0 Layout : left-symmetric Chunk Size : 64K Consistency Policy : resync Name : ServeurNAS:2 UUID : d0116ba2:3a85f12d:b5e4d317:e19e1e78 Events : 189 Number Major Minor RaidDevice State 0 8 3 0 active sync /dev/sda3 1 8 19 1 active sync /dev/sdb3 2 8 35 2 active sync /dev/sdc3 3 8 51 3 active sync /dev/sdd3
  12. Mouai bon je reviens ici alors l'assemblage c'est bien passé, je peux voir la place que prend mes données mais pas moyen de monter le disque. j'ai le message : sudo mount -t btrfs /dev/md2 ~/Desktop/NAS mount: /home/kali/Desktop/NAS: wrong fs type, bad option, bad superblock on /dev/md2, missing codepage or helper program, or other error. et même en le vérifiant le montage ne se fait pas, je ne comprend pas trop pourquoi.
  13. est ce que je peux booter sur dsm avec un live usb et retrouver le contenu de mes disques ?
  14. Personne pour une petite idée ?... une connexion série pour un downgrade ? via le port usb ou le rj45, je sais que ça se faisait sur les anciens serveurs
×
×
  • Create New...