drake88 Posté(e) 13 août 2011 Signaler Share Posté(e) 13 août 2011 bonjour, J'ai mis mon nas a jour en version 3.4 et les disques durs ne s’arrêtent jamais que faire pour récupérer ce mode? Merci Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
0 father_mande Posté(e) 13 août 2011 Signaler Share Posté(e) 13 août 2011 Bonjour, bonjour, J'ai mis mon nas a jour en version 3.4 et les disques durs ne s’arrêtent jamais que faire pour récupérer ce mode? Merci essayez un arrêt redémarrage "à froid" (pas un reboot), vérifiez que Upnp fonctionne (si vous l'utilisez), utilisez le shell du Wiki pour identifier quel est le fautif ... http://wiki.qnap.com/wiki/Find_out_which_process_prevents_the_hard_drives_from_spindown Philippe. Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
0 drake88 Posté(e) 13 août 2011 Auteur Signaler Share Posté(e) 13 août 2011 bonjour, merci pour votre aide mais pouvez vous détailler un peu je débute dans le nas. sinon oui j'utilise upnp. merci Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
0 father_mande Posté(e) 13 août 2011 Signaler Share Posté(e) 13 août 2011 Bonjour, bonjour, merci pour votre aide mais pouvez vous détailler un peu je débute dans le nas. sinon oui j'utilise upnp. merci Le reboot "à froid" est la première chose a tenter ... L'Upnp Serveur, il suffit qu'un client soit actif ... pour que le QNAP reçoive des demandes ... qui peuvent remettre (ou empêcher) la mise en sommeil des disques Client (QNAPDDNS) il y a échange avec le router serveur ... Le problème est de trouver quelle tache et quel fichier est en cause ... dès que c'est identifié ... il est parfois possible de déplacer le fichier en méoire (disque ram) pour laisser le disque au repos ... Par contre, il ne faut pas dramatiser ... un disque même qui tourne 24/24 7/7 a une durée de vie moyenne de plusieurs années ... seul le bruit (dans un endroit calme) peut gêner, moi j'ai mon serveur qui télécharge 24/24 7/7 dans un débarras .... Le shell fourni, vous permet d'en envoyer le résultat, au support, pour analyse et déterminer ce qui gène l'arrêt des disques ... le support pouvant (souvent) intervenir ou vous donner des consignes. Philippe. Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
0 drake88 Posté(e) 14 août 2011 Auteur Signaler Share Posté(e) 14 août 2011 comment faire un reboot a froid? et ou trouve t-on le shell? merci Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
0 father_mande Posté(e) 14 août 2011 Signaler Share Posté(e) 14 août 2011 Bonjour, comment faire un reboot a froid? et ou trouve t-on le shell? merci Hum .... un reboot "à froid" c'est un stop (arrêt du Qnap jusqu'à extinction) puis appui sur le bouton de mise sous tension ... le lien est donné dans ma réponse ???? vous allez sur le wiki et vous avez le shell et son mode d'emploi ???? je le remets ... http://wiki.qnap.com...s_from_spindown Philippe. Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
0 drake88 Posté(e) 14 août 2011 Auteur Signaler Share Posté(e) 14 août 2011 alors après avoir fait un redémarrage a froid rien n’a changé. J'ai suivi le tuto et voila ce que j’obtiens en boucle :s merci de votre aide btd(2313): WRITE block 97808 on md9 md9_raid1(457): WRITE block 1060104 on sda1 md9_raid1(457): WRITE block 1060104 on sdb1 btd(2313): dirtied inode 18 (ds.db-journal) on md9 btd(2313): WRITE block 147456 on md9 btd(2313): WRITE block 147480 on md9 kjournald(940): WRITE block 551040 on md9 kjournald(940): WRITE block 551048 on md9 kjournald(940): WRITE block 551056 on md9 kjournald(940): WRITE block 551064 on md9 kjournald(940): WRITE block 551072 on md9 kjournald(940): WRITE block 551080 on md9 kjournald(940): WRITE block 551088 on md9 kjournald(940): WRITE block 551096 on md9 md9_raid1(457): WRITE block 1060120 on sda1 md9_raid1(457): WRITE block 1060120 on sdb1 kjournald(940): WRITE block 551104 on md9 md9_raid1(457): WRITE block 1060104 on sda1 md9_raid1(457): WRITE block 1060104 on sdb1 md9_raid1(457): WRITE block 1060104 on sda1 md9_raid1(457): WRITE block 1060104 on sdb1 md9_raid1(457): WRITE block 1064 3 2 1 /dev/sda: issuing standby command setting standby immediately. /dev/sdb: issuing standby command setting standby immediately. /dev/sdc: No such device or address /dev/sdd: No such device or address /dev/sde: No such device or address drive state is: active/idle Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
0 father_mande Posté(e) 14 août 2011 Signaler Share Posté(e) 14 août 2011 Bonjour, alors après avoir fait un redémarrage a froid rien n’a changé. J'ai suivi le tuto et voila ce que j’obtiens en boucle :s merci de votre aide btd(2313): WRITE block 97808 on md9 md9_raid1(457): WRITE block 1060104 on sda1 md9_raid1(457): WRITE block 1060104 on sdb1 btd(2313): dirtied inode 18 (ds.db-journal) on md9 btd(2313): WRITE block 147456 on md9 btd(2313): WRITE block 147480 on md9 kjournald(940): WRITE block 551040 on md9 kjournald(940): WRITE block 551048 on md9 md9_raid1(457): WRITE block 1064 3 2 1 /dev/sda: issuing standby command setting standby immediately. /dev/sdb: issuing standby command setting standby immediately. /dev/sdc: No such device or address /dev/sdd: No such device or address /dev/sde: No such device or address drive state is: active/idle La tache qui "tourne" est btd (download station) ... A priori, même si c'est relativement court, vos disques hda et hdb (1 et 2) passent bien en mode stanby ... on voit le décompte 3, 2, 1 dodo ... Si vous avez download station en marche ... il est normal que le disque soit réveillé de temps en temps, et ceci dès que vous avez un fichier en partage ... Par contre, il y a un fichier , lien ou inode incomplet ou détruit ... ou pas clean ... btd(2313): dirtied inode 18 (ds.db-journal) on md9 ... et ça c'est pas normal ... c'est sur md9 (en fait sda1 en mode raid 1) c'est sous /mnt/HDA_ROOT et c'est (a priori) le fichier ds.db (database (Sqlite, je crois) de Download Station) les possibilités : si le reboot n'a rien fait 1 ) ... stoppez Download Station et vérifiez que votre disque reste au dodo + longtemps ... relancez ... 2 ) ... appelez le support 2 bis ) si vous êtes un peu téméraire (mais pas trop) et que vous n'avez pas de download important en cours ... arrêtez D.S. ... renommez le fichier ds.db en ds.db-old (la commande en Linux est mv) donc : cd /mnt/HDA_ROOT puis mv ds.db ds.db-old ... relancez D.S. qui devrait recréer le fichier .... (mais cela fait longtemps que je n'ai plus joué avec D.S.) ... Si cela ne fonctionne pas, vous pourrez revenir en arrière en renommant le -old ... Philippe. Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
Question
drake88
bonjour,
J'ai mis mon nas a jour en version 3.4 et les disques durs ne s’arrêtent jamais que faire pour récupérer ce mode?
Merci
Lien vers le commentaire
Partager sur d’autres sites
7 réponses à cette question
Messages recommandés
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.