Aller au contenu

West

Membres
  • Compteur de contenus

    26
  • Inscription

  • Dernière visite

Messages posté(e)s par West

  1. Je pensais que cela prendrai des jours, mais finalement pas plus de 13h (voir ci-dessous), normal ? 

    tempsnip.thumb.jpg.1b2fb47c63bf748ac355f8ceb2c57c64.jpg

    De même que les résultats "0/0/0 errors" bizarre car mon compteur SMART à augmenter de 22 secteurs.

    Je n'ai pas réussi à marquer les secteurs avec la commande citer plus haut, j'ai essayer divers attribution au fichier, mais rien, quelqu'un pourrait m'aider ?

     

  2. Il y a 5 heures, firlin a dit :

    Sur la nas cela donne ca
    badblocks -nvs /dev/sdb > /volume1/Dossier_cible/sdb.log 2>&1 &

    cf mon tutos pour le nas

    Oui c'était d'ailleurs ton tuto qui me servait de référence, et du coup j'aurai une remarque à faire, le dossier "toto" doit aussi être créé pour la méthode 2, ce qui n'est pas précisé, du coup c'était mon erreur.

    Il faudrait placer la création du dossier avant "méthode 1"

    La tache de ce matin c'est arrêté au bout de 2h, suite à la déconnexion du PC, du coup je viens de lancer une nouvelle tache et je viens de vérifier le log, tout est bon, ne reste plus qu'a patienter.

    Prochaine étape marquer les blocs : 

    fsck -t ext3 -l bad-blocks /dev/volume1/toto

  3. @pluton212+ oui j'ai bien mis la sortie, mais seulement 3min ... étrange

    @firlin effectivement le -v ne donne que des données. 

    Le badblocks se fini ce soir, je verrai le résultat, mais par contre je suis obligé d'avoir une destination si je veux les marquer par la suite, donc: 

    badblocks -nvs /dev/sdb > bad-blocks

    C'est bien ça ? 

    La commande -wvs ne serait elle pas plus adaptés, pour aller en profondeur ? 

  4. Non, j'ai bien tapé "badblocks -v". en minuscule. 

    J'ai aussi trouvé la commande "-wvs" mais elle détruit aussi la partition MBR, donc je devrai reconstruire le disque par la suite ? 

    Du coup j'ai lancé un badblocks -nvs /dev/sdb

    le compteur tourne 1% en 6 minutes

  5. J'avance un peu:

    - le formatage c'est bien passé, j'ai retenté les commandes "mdadm" mais rien à faire, j'ai donc cherché sur la toile, et j'aimerai comprendre quelle est l'intérêt, car cette commande est normalement destinée à la mise en place d'un RAID logiciel?

    - De plus j'ai voulu tester la présence de mdadm qui est normalement présent dans toute les suite Linux, j'ai donc tapé la commande # apt-get install madadm il ne trouve pas la commande.

    - Ensuite j'ai testé les commandes données par @pluton212+, démonter le disque OK, et tester avec Badblocks -v, résultat aucun blocks défectueux, le test est d'ailleurs très rapide 3min.

    - J'ai trouvé une autre commande de Badblocks en -w qui permet un test avec écriture destructive, mais 3min plus tard toujours pas de nouveaux blocks défectueux, je ne peux donc pas les marquer comme expliquer dans le tutoriel.

    - concernant les secteurs défectueux, il y a 36 secteurs re-alloués et j'ai 228 secteurs illisibles.

  6. Il y a 9 heures, firlin a dit :

    @West il faut deux disques dans le nas un avec le systeme et l'autre que l'on veux tester.(et celui que lon veux tester il faut pas l'initialiser)

    ARf, toujours pas, j'ai repris le disque 1 avec un synology installé, j'ai placé mon second disque (10To) après un redémarrage, il a bien démarré sur le premier disque et le (10To) est bien dans l'état non initialisé.


    285182F84C9D4ED88B9C453066B635E8.png.86cd00ab0a52df82339eafea4a8f3a50.png

    Vérification avec "Smartctl" que je suis toujours sur "sdb", mais toujours le même message : "option -i not valide in manage mode"

    Du coup j'ai lancé un formatage sur le disque 2, on verra demain matin.

  7. Merci @maxou56, j'ai tester et cela fonctionne bien, par contre QUID de la remonté de futur block HS ? ce sont bien les test SMART qui nous alertes ? 

    Bon j'ai tester le tutoriel de @firlin, et je rencontre quelques difficultés, j'ai monté le disque avec une nouvelle installation du Diskmanager, j'ai vérifié de quel disque il s'agit (il n'y en a qu'un dans la baie) avec la commande "smartctl -a".

    FC9536BCAE0D44E7BCA5E916F87448B5.png.eef40db6b3af591c6f89b4b783950e8b.png

    en revanche lorsque que je veux déclarer le disque "Fail", il m'indique : "option -i not valide in manage mode" je suis pourtant en root. 

    E8E9EF15F4364E56A5C0B3575DCB0BED.png.37d2fc1372d4b8d1623a794b02cb6494.png

  8. Il y a 13 heures, pluton212+ a dit :

    Salut West,

    j'ai remis un disque de 4To dans mon nas et il fonctionne parfaitement.

    J'ai appliqué cette méthode:

    https://www.jbnet.fr/systeme/linux/linux-verifier-rechercher-et-marquer-les-badblock-sur-un-disque-dur.html

    ça vaut le coup d'essayer.

    Merci @pluton212+, en effet ça vaut le coût d'essayer, même si j'ai commandé un nouveau disque hier 🙂 

    Par contre je pense partir sur la commande de @firlin qui fait 3 passes pour être certain et je finirai par marquer les blocs défectueux.

    J'ai rapatrier le DS216 à la maison hier, je lance ça ce matin. 

    Cela peut être utile pour des cas d'utilisations sans risque. 

  9. Bonjour, 

    Voici ma configuration: 

    - NAS principal DS918+ 1 dique de 4To + 1 disque de 6To + 1 disque de 10To, il me sert à stocker mes fichiers multimédia (qui n'ont pas besoin de sauvegarde) et mes photos (environ 3,5To)

    - NAS secondaire DS 216+ (qui ne se trouve pas chez moi) actuellement équipé d'un disque de 6To, il me sert de backup pour mes photos et des documents de la famille.

     

    Le 10To ( NAS principal) m'a affiché une panne, 24 secteurs défectueux, je l'ai donc remplacé par un 10To que j'avais acheté en prévision. Jai formater ce disque en bas niveau afin de supprimer les secteurs, le Test SMART est concluant, je l'ai fait tourner depuis maintenant 3 mois sur mon PC sans nouvelle remonté de secteur défectueux, mais mon server ne veut plus écrire dessus.

    J'aimerai le placer dans mon NAS secondaire pour effectuer des sauvegardes sur celui-ci, je n'ai pas de grand risque si il plante sauf très mauvais Karma ...

    Est il possible de contourner la protection Synology ? 

  10. Le 18/06/2019 à 12:55, Varx a dit :

    Good news, tu es sur quelle configuration mémoire au final ? Ram D'origine + la Crucial CT102464BF186D 8GB ?

    Désolé Varx pour la réponse tardive, mais oui je suis en 4Go d'origine plus la 8go CT102464BF186D. 

    Après 1 mois d'utilisation, RAS, tout fonctionne parfaitement (sauf ma virtualisation qui a planter depuis la dernière MAJ)

  11. Oui j'ai essayé les deux emplacements au cas ou celui d'origine serait principal. 

    Il y a 2 heures, firlin a dit :

    @West tu as essayer de monter ta ram en lieu et place de celle monter dans le nas par defaut ?

    Sauf que al referecne de la ram est la suivant pour Dobi : CT102464BF186D

    Ok mais sur 1819+, je vais regarder pour en commandé une et essayer. 

  12. Merci pour votre réactivité. 

    @firlin, incompatibilité ECC et non ECC me parait tout à fait cohérent, mais j'ai tester la crucial seul donc a écarter. 

    Doit on avoir un Duo pour obtenir une compatibilité, j'en doute. Mis à part le dual channel.

    Ce qui est étrange, c'est que même incompatible, Dobi ou Winros arrivait à faire démarrer leur NAS, moi non. 

    @Varx, oui mais Crucial ne conseille aucune autre RAM de leur gamme compatible, donc ... Quand je parlais de compatible, je parlais des retours sur le Web comme ici

    Synology donne comme limite 8go, mais pas mal de personne monte à 16Go sans soucis avec cette RAM. 

    Mais effectivement si je ne trouve pas d'autre solution je partirai sur les 4Go TRANSCEND TS512MSK64W8H qui est la RAM rebadged par Synology. 

  13. Bonjour, 

    J'ai actuellement un DS918+ avec ses 4Go de RAM, je souhaite monté une VM pour travailler sur une suite office, j'ai donc commandé 8go de RAM Crucial "CT8G3S186DM" recommandé par plusieurs site. 

    Installé seul ou accompagnée de la 4Go d'origine, le server ne démarre pas, il s'allume les disques ne démarre pas et la LED POWER bleue clignote sans cesse, avec la barrette d'origine seul, même situation mais il redémarre tout seul au bout de quelques minutes.

    J'ai laissé le server dans cet état (avec juste la barrette Crucial) toute la nuit, pensant qu'il s'agissait d'une initialisation de la barrette, mais rien. Ce matin, je remet en place à l'origine le server repart. 

    Avez vous des pistes  a me suggérer ?

  14. Bonjour Fenrir, 

    J'ai suivi tes instructions, mon dossier photo n'est présent que sur le volume 2 (normal car le volume 1 n'était pas présent dans le server lors du transfert. 

    En revanche je m'aperçois qu'i ly a 2 dossier photos dont un alloué à Photostation (qui n'est pas installé sur le server). voir print ci-joint.

    J'ai lu sur le fofo, que les dossiers nommé "photo" se retrouvait directement alloué à photo station, et que les fichiers non lisible tel que les fichiers .RAW n'était plus visible. 

    Pour l'espace, pas de soucis il reste un peu plus de 5To de dispo. 

    Capture d’écran 2017-09-01 à 10.40.26.png

    Capture d’écran 2017-09-01 à 10.49.35.png

    Les fichiers sont bien présent: 

     

     

    Capture d’écran 2017-09-01 à 10.56.39.png

  15. J'avance :

    Je me suis lancé dans le terminal de mon mac, accédé au NAS en SSH ( fiouuuu longtemps que je n'avais pas utilisé des commandes unix )

    j'arrive bien à trouver mes fichiers (2011, 2012, et c...) , ils sont bien présent, en atteste le print écran suivant. 

    Mais pourquoi je ne peux plus les voir dans mon file station ? c'est gênant car ils ne sont pas non plus accessible par Lightroom et PS. 

    Si quelqu'un à une solution à m'apporter ? 

     

     

    Capture d’écran 2017-09-01 à 02.02.06.png

  16. Bonjour, 

    Je viens d'effectuer une migration d'un disque de 2To à un 8To pour augmenter ma capacité de stockage et surtout installer un second server qui me servira de backup pour le premier, j'ai donc re-paramétré avec la fonction "repair" le nouveau disque, l'installation c'est bien déroulée seul les application stocké sur l'autre DD m'on demandé une réinstallation. 

    Par la suite j'ai changé dans le "dossier partagé" l'emplacement de 2 dossier (documents et photo) en les passant de disque 1 à disque 2. 

    Le transfert à duré toute la nuit (2,21To) et tout c'est très bien passé, jusqu'à se que je retourne dans le dossier photo, les dossier contenant des Jpeg sont bien présent mais tous les dossiers contenants mes .RAW (NEF) ont disparu, il ne sont plus visible dans file-station ou sur le réseau. 

    Pourtant lorsque je regarde les propriétés de chaque dossier je n'ai que 105Go d'utilisé avec les deux dossier, alors que le disque m'affiche 2,21To d'utilisés, donc j'en déduis qu'ils sont bien présent sur le disque, mais pourquoi je ne peux plus y accéder ? 

×
×
  • Créer...

Information importante

Nous avons placé des cookies sur votre appareil pour aider à améliorer ce site. Vous pouvez choisir d’ajuster vos paramètres de cookie, sinon nous supposerons que vous êtes d’accord pour continuer.