fred31 Posté(e) le 17 décembre 2008 Partager Posté(e) le 17 décembre 2008 Bonjour a tous, Cela fait maintenant une semaine que je suis passé au 209+. J'ai mis un Seagate (Barracuda 7200.11) - ST31000340AS. Le problème est que le disque ne se met pas en veille. Lorsque que je le coupe du réseau il arrive péniblement a se mettre en veille au bout de 25 minutes alors que le délai est réglé sur 15. Mais lorsque qu'il est connecté il ne se met jamais en veille. Certains d'entre vous on aussi ce problème ? Merci d'avance pour vos réponses. Lien vers le commentaire Partager sur d’autres sites More sharing options...
jac2904 Posté(e) le 17 décembre 2008 Partager Posté(e) le 17 décembre 2008 Je n'ai pas fait attention au temps qu'il prends pour se mettre en veille, mais quand rien n'est allumé sur le réseau, il se met bien en veille sans trop de problème. Après, si tu as quoique ce soit qui accède au nas, ben pas de veille, c'est donc difficile à juger. Au sinon quand il indexe des photos, musique ou film il ne se met fatalement pas en veille non plus, et ça peut prendre du temps quand tu injecte toute ta bibliothèque dedans ... Lien vers le commentaire Partager sur d’autres sites More sharing options...
fred31 Posté(e) le 17 décembre 2008 Auteur Partager Posté(e) le 17 décembre 2008 oui mais ce que je comprend pas c'est je n'est absolument rien changé sur le réseau. et que mon ds106e se mettait en veille sans problème. je précise que les images sont finis depuis plusieurs jours. j'ai isolé le réseau local d'internet pour éviter les connections http et ftp. mais pareil. je me demande alors si cela vient du disque dur ou pas. Lien vers le commentaire Partager sur d’autres sites More sharing options...
Marcellusio Posté(e) le 17 décembre 2008 Partager Posté(e) le 17 décembre 2008 Je suis dans le même cas que toi avec les mêmes disques durs ... En fait je vois pas de mode hibernation... il fonctionne tout le temps de la meme manière. ca vient de quoi ? Lien vers le commentaire Partager sur d’autres sites More sharing options...
Patrick21 Posté(e) le 18 décembre 2008 Partager Posté(e) le 18 décembre 2008 J'ai 2 Maxtor (logiquement idem Seagate) ils se mettent bien en veille par contre si il y a du flu sur le reseau ils se reveillent, Patrick Lien vers le commentaire Partager sur d’autres sites More sharing options...
Marcellusio Posté(e) le 18 décembre 2008 Partager Posté(e) le 18 décembre 2008 Il y a des log dans le syno pour savoir s'il est passé un mode hibernation ? ou petre qu'il faut etre a coté pour entendre une différence. Lien vers le commentaire Partager sur d’autres sites More sharing options...
WahJam Posté(e) le 18 décembre 2008 Partager Posté(e) le 18 décembre 2008 Il y a des log dans le syno pour savoir s'il est passé un mode hibernation ? Dans le fichier /var/log/messages (accessible par telnet ou ssh) une ligne du type "Dec 18 18:47:47 scemd: SCEMD: disk 1 wake up from hibernation" est ajoutée à chaque fois que le disque dur sort de l'hibernation. Pascal Lien vers le commentaire Partager sur d’autres sites More sharing options...
Marcellusio Posté(e) le 18 décembre 2008 Partager Posté(e) le 18 décembre 2008 Dans le fichier /var/log/messages (accessible par telnet ou ssh) une ligne du type "Dec 18 18:47:47 scemd: SCEMD: disk 1 wake up from hibernation" est ajoutée à chaque fois que le disque dur sort de l'hibernation. Pascal Dec 15 06:26:28 scemd: SCEMD: disk 2 wake up from hibernation Dec 15 06:26:45 scemd: SCEMD: disk 1 wake up from hibernation Dec 15 06:58:29 scemd: SCEMD: disk 2 wake up from hibernation Dec 15 06:58:45 scemd: SCEMD: disk 1 wake up from hibernation Dec 15 07:47:00 scemd: SCEMD: disk 2 wake up from hibernation Dec 15 07:47:17 scemd: SCEMD: disk 1 wake up from hibernation Dec 15 08:21:00 scemd: SCEMD: disk 2 wake up from hibernation Dec 15 08:21:16 scemd: SCEMD: disk 1 wake up from hibernation Dec 15 08:52:55 scemd: SCEMD: disk 2 wake up from hibernation Dec 15 08:53:11 scemd: SCEMD: disk 1 wake up from hibernation Dec 15 09:24:37 scemd: SCEMD: disk 2 wake up from hibernation Dec 15 09:24:53 scemd: SCEMD: disk 1 wake up from hibernation Dec 15 09:56:41 scemd: SCEMD: disk 2 wake up from hibernation Dec 15 09:56:57 scemd: SCEMD: disk 1 wake up from hibernation Dec 15 10:28:10 scemd: SCEMD: disk 2 wake up from hibernation Dec 15 10:28:27 scemd: SCEMD: disk 1 wake up from hibernation cool merci. Ca veut dire que j'ai un une chose dans mon réseau qui le fait sortir chaque demi-heure. Lien vers le commentaire Partager sur d’autres sites More sharing options...
WahJam Posté(e) le 18 décembre 2008 Partager Posté(e) le 18 décembre 2008 Ca veut dire que j'ai un une chose dans mon réseau qui le fait sortir chaque demi-heure. Ça peut aussi provenir d'une application qui tourne en local sur le syno. En tout cas je te conseille vivement de désactiver l'hibernation tant que tu n'as pas réglé ce problème. Sinon avec 48 cycles de démarrage/arrêt par jour l'espérance de vie de tes disques durs va se réduire comme peau de chagrin. Pascal Lien vers le commentaire Partager sur d’autres sites More sharing options...
fredlime Posté(e) le 18 décembre 2008 Partager Posté(e) le 18 décembre 2008 Bonsoir, Ouai Tu as intérêt de résoudre ce problème au plus tôt. Sinon, ce cirque prendra fin rapidement. A+ Fred. Lien vers le commentaire Partager sur d’autres sites More sharing options...
Marcellusio Posté(e) le 18 décembre 2008 Partager Posté(e) le 18 décembre 2008 ok .... vous me faites peur alors J'ai le serveur depuis dimanche dernier et il a fait ça que de dimanche à lundi... Je dois regarder quoi comme log pour savoir ? j'avais remarqué qu'il y avait un problème du coup je l'éteignais quand je l'utilisais pas. je suis allé sur info SMART et ca me dit 37 start_stop_count donc ca doit être le nombre de reboot que j'ai fait depuis le debut. "Prise en charge du cache en écriture" ca a une influence sur mon probleme ? j'ai des log comme ca ce soir : Dec 18 17:45:33 scemd: modules/disk_hibernation.c:79 Force hibernation enable, idle minutes 20 Dec 18 17:45:33 scemd: modules/raid_sys_volume_check.c:382 MD0 active disks 2, designed disks 2 Dec 18 17:45:33 scemd: modules/raid_sys_volume_check.c:382 MD1 active disks 2, designed disks 2 Dec 18 17:45:33 synousbdisk: RCClean succeeded Dec 18 17:45:37 load [local] UPDATE: trigger.c (97) Failed to attach shared memory. Dec 18 17:45:37 load [local] UPDATE: trigger.c (97) Failed to attach shared memory. Dec 18 17:45:37 load [local] UPDATE: trigger.c (97) Failed to attach shared memory. Dec 18 17:45:37 load [local] UPDATE: trigger.c (97) Failed to attach shared memory. Dec 18 17:45:37 load [local] UPDATE: trigger.c (97) Failed to attach shared memory. Dec 18 17:45:39 synorcd: hw_raytac.c (126) failed to open /dev/usb/hiddev5 (No such device). Dec 18 17:45:50 scemd: modules/raid_data_volume_check.c(562): volume 1 status change: 8 --> status = 0 Dec 18 17:46:17 afpd[3236]: DiskStation:AFPServer@* started on 65280.88:128 (2.0.1) Dec 18 17:55:42 exportfs[3405]: can't open /var/lib/nfs/rmtab for reading Dec 18 18:01:19 update.cgi: update.cpp:741 Clean /tmp/update.progress... Dec 18 18:01:19 update.cgi: update.cpp:743 Clean /tmp/update.message... Dec 18 18:01:19 update.cgi: update.cpp:236 We get / to upgrade. Dec 18 18:42:06 logman.cgi: logman.cpp:92: wrong log fields Dec 18 18:47:02 exportfs[3570]: can't open /var/lib/nfs/rmtab for reading Dec 18 18:47:09 exportfs[3595]: can't open /var/lib/nfs/rmtab for reading Dec 18 18:47:12 exportfs[3610]: can't open /var/lib/nfs/rmtab for reading Dec 18 18:47:22 exportfs[3634]: can't open /var/lib/nfs/rmtab for reading Dec 18 18:47:52 exportfs[3661]: can't open /var/lib/nfs/rmtab for reading Dec 18 18:48:02 exportfs[3686]: can't open /var/lib/nfs/rmtab for reading Dec 18 18:48:13 exportfs[3702]: can't open /var/lib/nfs/rmtab for reading Dec 18 18:49:02 exportfs[3730]: can't open /var/lib/nfs/rmtab for reading Je sais pas si ca peut vous aider a me donner une réponse mais j'ai quasi aucune application de lancer sur le serveur comme je découvre toutes les fonctionnalités une à une. Merci d'avance pour votre aide et désolé à fred31 de polluer son post... mais petre qu'il a la meme chose que moi aussi. Lien vers le commentaire Partager sur d’autres sites More sharing options...
fredlime Posté(e) le 18 décembre 2008 Partager Posté(e) le 18 décembre 2008 ok .... vous me faites peur alors C'est le but Mais, pour infos, certains arrivent a utiliser cette fonction, moi pas. Mon réseau ne le permet pas en tout cas. En attendant de trouver les causes, si tu les trouves un jour je te conseil de laisser tourner ou d'éteindre ton SYNO en cas de non utilisation. A+ Fred. Lien vers le commentaire Partager sur d’autres sites More sharing options...
Marcellusio Posté(e) le 19 décembre 2008 Partager Posté(e) le 19 décembre 2008 Ben depuis que je vous ai lu j'ai arrêté ce mode je le laisse fonctionner non stop. J'ai réfléchi dans la nuit et mon routeur est en RIP v1 pour son protocole de routage et il me semble qu'il utilise les broadcast. l'utilisation de ce mode me permettais de diminuer la consommation électrique mais si c'est pour perdre l'espérance de vie de mes disques dur autant les laisser sous tension. Lien vers le commentaire Partager sur d’autres sites More sharing options...
fred31 Posté(e) le 6 janvier 2009 Auteur Partager Posté(e) le 6 janvier 2009 Salut Bonne année a tous désolé de répondre aussi tard les exams plus les vacances m'on presque fait oublier ce problème. j'ai exactement le même problème que toi. le disque se réveille toute les 30 minutes. pendant ce temps le maxtor dans le ds106e fait dodo sans problème. au fait tu a quoi comme routeur ? a++ Lien vers le commentaire Partager sur d’autres sites More sharing options...
Marcellusio Posté(e) le 6 janvier 2009 Partager Posté(e) le 6 janvier 2009 un netgear dg834 mais vu que je m'en sert pour télécharger et en serveur web ben il a plus vraiment de raison de passer en hibernation. je trouve que cette option est plus commerciale qu'autre chose... genre l'appareil consomme moins mais bon si on utilise certain service du boitier alors ca devient inutile. Puis depuis que fred m'a fait peur je préfère consommer un peu plus mais garder en vie mes disques Lien vers le commentaire Partager sur d’autres sites More sharing options...
fred31 Posté(e) le 6 janvier 2009 Auteur Partager Posté(e) le 6 janvier 2009 pour moi la consommation électrique m'importe peu en comparaison aux pc. autant le fait d'arrêter/redémarrer 48 fois par jours le disque est très mauvais, celui de le laisser tourner 24/24 n'est pas idéal non plus. je me demande ce qui peut bien réveiller le disque toute les 30 minutes. pour ma part tout les services ou presque sont actif(web,ftp,mysql,photo,...). ceux qui possedent d'autres disques que le segeate ST31000340AS ne semble pas rencontrer ce probleme. est ce le cas? Lien vers le commentaire Partager sur d’autres sites More sharing options...
Marcellusio Posté(e) le 6 janvier 2009 Partager Posté(e) le 6 janvier 2009 oui et pourtant ce disque fait partie de la liste que synology conseille... je dois avoué que je me suis pas lancé avec une analyseur de trames pour savoir ce qui provoquait le réveil. 24/24 c'est petre pas top mais si on l'éteint une fois par semaine petre que ca suffit...je sais pas du tout ce qui est conseillé pour favorisé la durée de vie. il y a juste un autre topic ou fred dit que la temperature pour optimiser la durée des disques est vers 39°C. Lien vers le commentaire Partager sur d’autres sites More sharing options...
Bysus Posté(e) le 6 janvier 2009 Partager Posté(e) le 6 janvier 2009 Pour favoriser la durée de vie des disques dur, il ne faut pas que les têtes de lecture du disque bougent trop souvent (donc pas trop d'arrêts/redémarrage ou entrée/sortie de veille) et il ne doit pas faire trop froid ni trop chaud (entre 25 et 45°C c'est pas mal)... Lien vers le commentaire Partager sur d’autres sites More sharing options...
corrs78 Posté(e) le 16 janvier 2009 Partager Posté(e) le 16 janvier 2009 cette commande : cat /var/log/messages | grep "hibernation" me donne seulement : Jan 14 17:24:05 scemd: modules/disk_hibernation.c:79 Force hibernation enable, idle minutes 20 Jan 14 18:36:04 scemd: modules/disk_hibernation.c:79 Force hibernation enable, idle minutes 20 Jan 15 03:01:28 scemd: SCEMD: disk 2 wake up from hibernation C'est tout. Apparement mon DS207+ ne se met jamais en Hybernation. Pour info j'ai des disques WD Caviar Green 1To EADS (normalement plus de soucis avec l'intelipark). Si quelqu'un peux m'eclairer. Voici mon log complet : Jan 14 17:23:57 kernel: Marvell 7042 Sata Cable Event: Connect [0,0] Jan 14 17:23:57 kernel: drivers/scsi/sd.c (1711) Internal disk with bus id: 0 Jan 14 17:23:57 kernel: drivers/scsi/sd.c (1711) Internal disk with bus id: 1 Jan 14 17:23:57 kernel: Amd/Fujitsu Extended Query Table at 0x0040 Jan 14 17:23:57 kernel: DS406-0: Swapping erase regions for broken CFI table. Jan 14 17:23:57 kernel: Mac1: 00:11:32:04:3f:4d Jan 14 17:23:57 kernel: vender Mac1 checksum error ucSum:0x00 Buf:0x00 Sum:0. Jan 14 17:23:57 kernel: Vender partition MacNum:1 retlen:128 Jan 14 17:23:57 kernel: Serial Number: 8AE1N02373 Jan 14 17:23:57 kernel: raid6: int32x1 29 MB/s Jan 14 17:23:57 kernel: raid6: int32x2 45 MB/s Jan 14 17:23:57 kernel: raid6: int32x4 51 MB/s Jan 14 17:23:57 kernel: raid6: int32x8 48 MB/s Jan 14 17:23:57 kernel: raid6: using algorithm int32x4 (51 MB/s) Jan 14 17:23:57 kernel: arm4regs : 429.200 MB/sec Jan 14 17:23:57 kernel: 8regs : 368.800 MB/sec Jan 14 17:23:57 kernel: 32regs : 513.600 MB/sec Jan 14 17:23:57 kernel: raid5: using function: 32regs (513.600 MB/sec) Jan 14 17:23:57 kernel: IP route cache hash table entries: 2048 (order: 1, 8192 bytes) Jan 14 17:23:57 kernel: TCP established hash table entries: 8192 (order: 3, 32768 bytes) Jan 14 17:23:57 kernel: TCP bind hash table entries: 8192 (order: 3, 32768 bytes) Jan 14 17:23:57 kernel: md: sda2 has different UUID to sda1 Jan 14 17:23:57 kernel: md: sda3 has different UUID to sda1 Jan 14 17:23:57 kernel: md: sdb2 has different UUID to sda1 Jan 14 17:23:57 kernel: md: sdb3 has different UUID to sda1 Jan 14 17:23:57 kernel: md: sda3 has different UUID to sda2 Jan 14 17:23:57 kernel: md: sdb3 has different UUID to sda2 Jan 14 17:23:57 kernel: VFS: Mounted root (ext2 filesystem). Jan 14 17:23:57 kernel: ds107+_synobios: module license 'Synology Inc.' taints kernel. Jan 14 17:23:57 kernel: Brand: Synology Jan 14 17:23:57 kernel: Model: DS-207+ Jan 14 17:23:57 kernel: synobios: unload Jan 14 17:23:57 kernel: VFS: Mounted root (ext3 filesystem). Jan 14 17:23:57 kernel: Brand: Synology Jan 14 17:23:57 kernel: Model: DS-207+ Jan 14 17:23:57 s00_synocheckfstab: s00_synocheckfstab_main(240): /etc/fstab format error. szBuf=/dev/md2 /volume1 ext3 defaults 0 0 Jan 14 17:23:58 s30_synocheckuser: CheckSmbConf(644): format error, szBuf=[^I ]. Jan 14 17:23:58 s30_synocheckuser: CheckSmbConf(644): format error, szBuf=[^I ]. Jan 14 17:24:05 scemd: modules/disk_hibernation.c:79 Force hibernation enable, idle minutes 20 Jan 14 17:24:05 scemd: modules/raid_sys_volume_check.c:382 MD0 active disks 2, designed disks 2 Jan 14 17:24:05 scemd: modules/raid_sys_volume_check.c:382 MD1 active disks 2, designed disks 2 Jan 14 17:24:05 synousbdisk: RCClean succeeded Jan 14 17:24:06 ddnsd: main(ddnsd.c:1729): not enable DDNS, shutdown daemon Jan 14 17:24:10 load [local] UPDATE: trigger.c (97) Failed to attach shared memory. Jan 14 17:24:10 load [local] UPDATE: trigger.c (97) Failed to attach shared memory. Jan 14 17:24:10 load [local] UPDATE: trigger.c (97) Failed to attach shared memory. Jan 14 17:24:10 load [local] UPDATE: trigger.c (97) Failed to attach shared memory. Jan 14 17:24:10 load [local] UPDATE: trigger.c (97) Failed to attach shared memory. Jan 14 17:24:10 scheduler: file.c (30) Failed to readlink [/var/services/download] Jan 14 17:24:14 kernel: Got empty serial number. Generate serial number from product. Jan 14 17:24:19 synorcd: hw_raytac.c (126) failed to open /dev/usb/hiddev5 (No such device). Jan 14 17:24:19 dms: _ReloadSetting(98) Buffer size [] is a wrong value and consider default buffer size: 8192 Jan 14 17:24:34 scemd: modules/raid_data_volume_check.c(562): volume 1 status change: 8 --> status = 0 Jan 14 17:24:57 afpd[2570]: DS207:AFPServer@* started on 65280.4:128 (2.0.1) Jan 14 17:30:12 exportfs[2613]: can't open /var/lib/nfs/rmtab for reading Jan 14 17:30:46 exportfs[2635]: can't open /var/lib/nfs/rmtab for reading Jan 14 17:30:52 scemd: scemd.c:250(USBCOPYLightStatusChangedHandler): Unknown Signal: 12 Jan 14 17:33:41 ftpd[2656]: SYNOLogChangeSize : logfile /var/log/synoconn.log not existed Jan 14 17:34:44 exportfs[2680]: can't open /var/lib/nfs/rmtab for reading Jan 14 17:35:27 exportfs[2704]: can't open /var/lib/nfs/rmtab for reading Jan 14 17:36:19 exportfs[2728]: can't open /var/lib/nfs/rmtab for reading Jan 14 17:36:39 exportfs[2752]: can't open /var/lib/nfs/rmtab for reading Jan 14 17:36:58 exportfs[2776]: can't open /var/lib/nfs/rmtab for reading Jan 14 17:38:53 exportfs[2812]: can't open /var/lib/nfs/rmtab for reading Jan 14 17:39:32 exportfs[2838]: can't open /var/lib/nfs/rmtab for reading Jan 14 17:40:52 exportfs[2873]: can't open /var/lib/nfs/rmtab for reading Jan 14 17:41:15 exportfs[2899]: can't open /var/lib/nfs/rmtab for reading Jan 14 17:42:18 shareman.cgi: nfs_rule_changepath.c:30 Failed to get NFS rule by /volume1/ftp_corrs78 Jan 14 17:42:18 shareman.cgi: share_set.c:218 Failed to change path from /volume1/ftp_corrs78 to /volume1/Partage_total Jan 14 17:42:20 exportfs[2923]: can't open /var/lib/nfs/rmtab for reading Jan 14 17:42:42 exportfs[2952]: can't open /var/lib/nfs/rmtab for reading Jan 14 17:43:01 exportfs[2978]: can't open /var/lib/nfs/rmtab for reading Jan 14 17:59:40 exportfs[3280]: can't open /var/lib/nfs/rmtab for reading Jan 14 17:59:58 exportfs[3311]: can't open /var/lib/nfs/rmtab for reading Jan 14 18:00:08 exportfs[3337]: can't open /var/lib/nfs/rmtab for reading Jan 14 18:00:17 exportfs[3363]: can't open /var/lib/nfs/rmtab for reading Jan 14 18:00:25 exportfs[3389]: can't open /var/lib/nfs/rmtab for reading Jan 14 18:03:17 exportfs[3431]: can't open /var/lib/nfs/rmtab for reading Jan 14 18:03:50 exportfs[3455]: can't open /var/lib/nfs/rmtab for reading Jan 14 18:04:09 exportfs[3485]: can't open /var/lib/nfs/rmtab for reading Jan 14 18:05:24 exportfs[3517]: can't open /var/lib/nfs/rmtab for reading Jan 14 18:05:36 exportfs[3547]: can't open /var/lib/nfs/rmtab for reading Jan 14 18:06:05 exportfs[3580]: can't open /var/lib/nfs/rmtab for reading Jan 14 18:06:45 exportfs[3619]: can't open /var/lib/nfs/rmtab for reading Jan 14 18:07:58 exportfs[3645]: can't open /var/lib/nfs/rmtab for reading Jan 14 18:08:07 kernel: nfsd: last server has exited Jan 14 18:08:07 kernel: nfsd: unexporting all filesystems Jan 14 18:09:06 exportfs[3693]: can't open /var/lib/nfs/rmtab for reading Jan 14 18:09:27 exportfs[3719]: can't open /var/lib/nfs/rmtab for reading Jan 14 18:11:23 exportfs[3784]: can't open /var/lib/nfs/rmtab for reading Jan 14 18:11:49 exportfs[3801]: can't open /var/lib/nfs/rmtab for reading Jan 14 18:12:06 exportfs[3821]: can't open /var/lib/nfs/rmtab for reading Jan 14 18:12:37 exportfs[3848]: can't open /var/lib/nfs/rmtab for reading Jan 14 18:13:02 exportfs[3874]: can't open /var/lib/nfs/rmtab for reading Jan 14 18:34:58 findhostd: si_pid=[4195], process=[/bin/sh] Jan 14 18:34:58 findhostd: si_ppid=[4194], process=[sh] Jan 14 18:34:58 findhostd: findhostd.c:51(FHOSTDExit) exit on signal[10] Jan 14 18:34:58 root: /usr/syno/etc/rc.d/S98findhostd.sh stop findhostd Jan 14 18:35:03 scheduler: scheduler.c (1297) Got signal. Die gracefully. Jan 14 18:35:03 scheduler: scheduler.c (1315) rTorrent is killed. Jan 14 18:35:56 s00_synocheckfstab: s00_synocheckfstab_main(240): /etc/fstab format error. szBuf=/dev/md2 /volume1 ext3 defaults 0 0 Jan 14 18:36:04 scemd: modules/disk_hibernation.c:79 Force hibernation enable, idle minutes 20 Jan 14 18:36:04 scemd: modules/raid_sys_volume_check.c:382 MD0 active disks 2, designed disks 2 Jan 14 18:36:04 scemd: modules/raid_sys_volume_check.c:382 MD1 active disks 2, designed disks 2 Jan 14 18:36:04 synousbdisk: RCClean succeeded Jan 14 18:36:05 ddnsd: main(ddnsd.c:1729): not enable DDNS, shutdown daemon Jan 14 18:36:09 load [local] UPDATE: trigger.c (97) Failed to attach shared memory. Jan 14 18:36:09 load [local] UPDATE: trigger.c (97) Failed to attach shared memory. Jan 14 18:36:09 load [local] UPDATE: trigger.c (97) Failed to attach shared memory. Jan 14 18:36:10 load [local] UPDATE: trigger.c (97) Failed to attach shared memory. Jan 14 18:36:10 load [local] UPDATE: trigger.c (97) Failed to attach shared memory. Jan 14 18:36:10 scheduler: file.c (30) Failed to readlink [/var/services/download] Jan 14 18:36:13 kernel: Got empty serial number. Generate serial number from product. Jan 14 18:36:18 synorcd: hw_raytac.c (126) failed to open /dev/usb/hiddev5 (No such device). Jan 14 18:36:19 dms: _ReloadSetting(98) Buffer size [] is a wrong value and consider default buffer size: 8192 Jan 14 18:36:38 scemd: modules/raid_data_volume_check.c(562): volume 1 status change: 8 --> status = 0 Jan 14 18:36:57 afpd[2507]: DS207:AFPServer@* started on 65280.232:128 (2.0.1) Jan 14 19:19:29 exportfs[3604]: can't open /var/lib/nfs/rmtab for reading Jan 14 19:23:04 exportfs[3672]: can't open /var/lib/nfs/rmtab for reading Jan 14 19:23:50 exportfs[3706]: can't open /var/lib/nfs/rmtab for reading Jan 14 19:24:30 exportfs[3721]: can't open /var/lib/nfs/rmtab for reading Jan 14 19:25:03 exportfs[3746]: can't open /var/lib/nfs/rmtab for reading Jan 14 19:25:17 exportfs[3772]: can't open /var/lib/nfs/rmtab for reading Jan 14 19:25:30 exportfs[3787]: can't open /var/lib/nfs/rmtab for reading Jan 14 19:25:39 exportfs[3813]: can't open /var/lib/nfs/rmtab for reading Jan 14 19:26:04 exportfs[3842]: can't open /var/lib/nfs/rmtab for reading Jan 14 19:27:50 exportfs[3913]: can't open /var/lib/nfs/rmtab for reading Jan 14 19:28:05 exportfs[3939]: can't open /var/lib/nfs/rmtab for reading Jan 14 19:28:16 exportfs[3966]: can't open /var/lib/nfs/rmtab for reading Jan 14 19:49:53 synoindexd: photo.c (162) File exists. Skip remove it from database. Jan 14 19:49:53 synoindexd: photo_index.c (230) File exists. Skip remove it from database. Jan 14 19:49:53 synoindexd: photo.c (162) File exists. Skip remove it from database. Jan 14 19:49:53 synoindexd: photo_index.c (230) File exists. Skip remove it from database. Jan 14 19:49:53 synoindexd: photo.c (162) File exists. Skip remove it from database. Jan 14 19:49:53 synoindexd: photo_index.c (230) File exists. Skip remove it from database. Jan 14 19:49:53 synoindexd: photo.c (162) File exists. Skip remove it from database. Jan 14 19:49:53 synoindexd: photo_index.c (230) File exists. Skip remove it from database. Jan 14 19:49:53 synoindexd: photo.c (162) File exists. Skip remove it from database. Jan 14 19:49:53 synoindexd: photo_index.c (230) File exists. Skip remove it from database. Jan 14 19:49:53 synoindexd: photo.c (162) File exists. Skip remove it from database. Jan 14 19:49:53 synoindexd: photo_index.c (230) File exists. Skip remove it from database. Jan 14 19:49:53 synoindexd: photo.c (162) File exists. Skip remove it from database. Jan 14 19:49:53 synoindexd: photo_index.c (230) File exists. Skip remove it from database. Jan 14 19:49:53 synoindexd: photo.c (162) File exists. Skip remove it from database. Jan 14 19:49:53 synoindexd: photo_index.c (230) File exists. Skip remove it from database. Jan 14 19:49:53 synoindexd: photo.c (162) File exists. Skip remove it from database. Jan 14 19:49:53 synoindexd: photo_index.c (230) File exists. Skip remove it from database. Jan 14 19:49:53 synoindexd: photo.c (162) File exists. Skip remove it from database. Jan 14 19:49:53 synoindexd: photo_index.c (230) File exists. Skip remove it from database. Jan 14 19:49:53 synoindexd: photo.c (162) File exists. Skip remove it from database. Jan 14 19:49:53 synoindexd: photo_index.c (230) File exists. Skip remove it from database. Jan 14 19:49:53 synoindexd: photo.c (162) File exists. Skip remove it from database. Jan 14 19:49:53 synoindexd: photo_index.c (230) File exists. Skip remove it from database. Jan 14 19:49:53 synoindexd: photo.c (162) File exists. Skip remove it from database. Jan 14 19:49:53 synoindexd: photo_index.c (230) File exists. Skip remove it from database. Jan 14 19:49:53 synoindexd: photo.c (162) File exists. Skip remove it from database. Jan 14 19:49:53 synoindexd: photo_index.c (230) File exists. Skip remove it from database. Jan 14 19:49:53 synoindexd: photo.c (162) File exists. Skip remove it from database. Jan 14 19:49:53 synoindexd: photo_index.c (230) File exists. Skip remove it from database. Jan 14 20:38:45 exportfs[5431]: can't open /var/lib/nfs/rmtab for reading Jan 14 21:08:04 exportfs[6425]: can't open /var/lib/nfs/rmtab for reading Jan 14 21:08:25 exportfs[6450]: can't open /var/lib/nfs/rmtab for reading Jan 14 21:09:36 exportfs[6478]: can't open /var/lib/nfs/rmtab for reading Jan 14 21:12:00 exportfs[6561]: can't open /var/lib/nfs/rmtab for reading Jan 14 21:15:43 exportfs[6647]: can't open /var/lib/nfs/rmtab for reading Jan 14 21:15:51 exportfs[6662]: can't open /var/lib/nfs/rmtab for reading Jan 14 21:18:46 exportfs[6755]: can't open /var/lib/nfs/rmtab for reading Jan 14 21:19:12 exportfs[6777]: can't open /var/lib/nfs/rmtab for reading Jan 14 21:19:45 exportfs[6814]: can't open /var/lib/nfs/rmtab for reading Jan 14 21:25:42 exportfs[6898]: can't open /var/lib/nfs/rmtab for reading Jan 14 21:25:58 exportfs[6913]: can't open /var/lib/nfs/rmtab for reading Jan 14 21:29:19 ftpd[6927]: got signal 15 Jan 14 21:29:30 ftpd[6999]: got signal 15 Jan 14 22:23:45 exportfs[8286]: can't open /var/lib/nfs/rmtab for reading Jan 14 22:23:55 exportfs[8312]: can't open /var/lib/nfs/rmtab for reading Jan 14 22:24:06 exportfs[8338]: can't open /var/lib/nfs/rmtab for reading Jan 14 22:25:32 exportfs[8376]: can't open /var/lib/nfs/rmtab for reading Jan 14 22:26:56 exportfs[8431]: can't open /var/lib/nfs/rmtab for reading Jan 14 22:27:28 exportfs[8461]: can't open /var/lib/nfs/rmtab for reading Jan 14 22:28:00 exportfs[8489]: can't open /var/lib/nfs/rmtab for reading Jan 14 22:28:45 exportfs[8518]: can't open /var/lib/nfs/rmtab for reading Jan 14 22:29:20 exportfs[8540]: can't open /var/lib/nfs/rmtab for reading Jan 14 22:30:25 exportfs[8571]: can't open /var/lib/nfs/rmtab for reading Jan 14 22:30:44 exportfs[8596]: can't open /var/lib/nfs/rmtab for reading Jan 14 22:30:51 exportfs[8611]: can't open /var/lib/nfs/rmtab for reading Jan 14 22:32:56 exportfs[8670]: can't open /var/lib/nfs/rmtab for reading Jan 14 22:33:12 exportfs[8687]: can't open /var/lib/nfs/rmtab for reading Jan 14 22:33:24 exportfs[8704]: can't open /var/lib/nfs/rmtab for reading Jan 14 22:33:35 exportfs[8719]: can't open /var/lib/nfs/rmtab for reading Jan 14 22:33:41 exportfs[8744]: can't open /var/lib/nfs/rmtab for reading Jan 14 22:33:47 exportfs[8769]: can't open /var/lib/nfs/rmtab for reading Jan 14 22:37:50 exportfs[8826]: can't open /var/lib/nfs/rmtab for reading Jan 14 22:38:15 exportfs[8858]: can't open /var/lib/nfs/rmtab for reading Jan 14 23:10:17 ftpd[9545]: got signal 15 Jan 14 23:10:17 ftpd[9555]: got signal 15 Jan 14 23:13:35 ftpd[9746]: got signal 15 Jan 15 01:00:58 exportfs[10429]: can't open /var/lib/nfs/rmtab for reading Jan 15 01:01:27 exportfs[10465]: can't open /var/lib/nfs/rmtab for reading Jan 15 01:01:47 exportfs[10491]: can't open /var/lib/nfs/rmtab for reading Jan 15 01:01:59 exportfs[10517]: can't open /var/lib/nfs/rmtab for reading Jan 15 01:03:48 exportfs[10553]: can't open /var/lib/nfs/rmtab for reading Jan 15 01:20:30 exportfs[10737]: can't open /var/lib/nfs/rmtab for reading Jan 15 01:24:49 exportfs[10847]: can't open /var/lib/nfs/rmtab for reading Jan 15 03:01:28 scemd: SCEMD: disk 2 wake up from hibernation Jan 15 15:01:41 exportfs[14363]: can't open /var/lib/nfs/rmtab for reading Jan 15 15:01:58 exportfs[14398]: can't open /var/lib/nfs/rmtab for reading Jan 15 15:02:10 exportfs[14426]: can't open /var/lib/nfs/rmtab for reading Jan 15 15:02:24 exportfs[14460]: can't open /var/lib/nfs/rmtab for reading Jan 15 15:02:38 exportfs[14493]: can't open /var/lib/nfs/rmtab for reading Jan 15 15:05:16 exportfs[14577]: can't open /var/lib/nfs/rmtab for reading Jan 15 15:05:28 exportfs[14609]: can't open /var/lib/nfs/rmtab for reading Jan 15 15:05:39 exportfs[14639]: can't open /var/lib/nfs/rmtab for reading Jan 15 17:22:45 logman.cgi: Synology log file /var/log/synoconn.log not exist Jan 15 17:22:45 logman.cgi: logman.cpp:74: Failed to get log Jan 15 17:22:54 logman.cgi: SYNOLogChangeSize : logfile /var/log/synosys.log not existed Jan 15 17:23:07 logman.cgi: Synology log file /var/log/synoconn.log not exist Jan 15 17:23:07 logman.cgi: logman.cpp:74: Failed to get log Jan 15 17:24:46 exportfs[19512]: can't open /var/lib/nfs/rmtab for reading Jan 15 17:42:58 synologset1: SYNOLogChangeSize : logfile /var/log/synoconn.log not existed Jan 15 18:29:08 exportfs[24192]: can't open /var/lib/nfs/rmtab for reading Jan 15 18:33:19 exportfs[24249]: can't open /var/lib/nfs/rmtab for reading Jan 15 19:11:23 exportfs[25332]: can't open /var/lib/nfs/rmtab for reading Jan 16 01:09:56 update.cgi: update.cpp:741 Clean /tmp/update.progress... Jan 16 01:09:56 update.cgi: update.cpp:743 Clean /tmp/update.message... Jan 16 01:09:56 update.cgi: update.cpp:236 We get / to upgrade. Jan 16 01:11:07 update.cgi: update.cpp:741 Clean /tmp/update.progress... Jan 16 01:11:07 update.cgi: update.cpp:743 Clean /tmp/update.message... Jan 16 01:11:07 update.cgi: update.cpp:236 We get / to upgrade. Lien vers le commentaire Partager sur d’autres sites More sharing options...
fredlime Posté(e) le 16 janvier 2009 Partager Posté(e) le 16 janvier 2009 Bonsoir, Tu confonds 2 choses, le parcage des têtes et l'hibernation. - Le Parcage est résolu avec le dernier Firmware des 'Green power'. Quelque soit le modèle, ces disques fonctionnent a merveille maintenant sur le SYNO. Bug de jeunesse on va dire.. -L'hibernation des disques sur SYNO, avec un fonctionnement très aléatoire selon le réseau que tu as. PC, Service Web actif, etc.... Je te conseil de le désactivé si ton disque a du mal a entrée dans ce mode, qui peut être néfaste pour lui. A+ Fred. Lien vers le commentaire Partager sur d’autres sites More sharing options...
corrs78 Posté(e) le 16 janvier 2009 Partager Posté(e) le 16 janvier 2009 Bonsoir, Tu confonds 2 choses, le parcage des têtes et l'hibernation. - Le Parcage est résolu avec le dernier Firmware des 'Green power'. Quelque soit le modèle, ces disques fonctionnent a merveille maintenant sur le SYNO. Bug de jeunesse on va dire.. -L'hibernation des disques sur SYNO, avec un fonctionnement très aléatoire selon le réseau que tu as. PC, Service Web actif, etc.... Je te conseil de le désactivé si ton disque a du mal a entrée dans ce mode, qui peut être néfaste pour lui. A+ Fred. C'est bien dommage, il va plus consommer et surtout fait quand meme pas mal de bruit, et nous faisons peu de "vrais requetes" sur ce NAS. J'ai lu quelque par que le fait d'avoir mis des milliers de fichiers sur le disque peu générer une indexation d'au moins une semaine. Hors je vois aucune indexation en cours. (c'etait en anglais, alors j'ai peut-etre mal compris). Pour info je l'ai depuis deux jours seulement. et j'ai transféré au moins 8000 photos et 2000 musiques. Lien vers le commentaire Partager sur d’autres sites More sharing options...
fredlime Posté(e) le 16 janvier 2009 Partager Posté(e) le 16 janvier 2009 Alors, un EADS c'est grand maxi 6 Watts par disque = 12 Watts Pour 207+ 7-8 Watts ? Soyons fou, comme je n'ai jamais fait de mesure, on va dire 10 Watts Donc 12+10 = 22 Watt/heure => 0.022Kwatt x 24h x 365 Jours x 0.14 euros = 27 euros A prévoir donc dans ton budget annuel si ton SYNO tourne a font les gamelles toute l'année. Raisonnablement, si tu t'en sors pour 15 euros grand maxi, c'est déjà bien. Par contre, une hibernation mal gérée dégommera ton disque en moins d'un an. 90 euros par Tera aujourd'hui. Laisse tomber l'hibernation, c'est ton porte monnaie qui te parle, ton disque te supplies et la terre te remerciera également Maintenant pour le bruit, cela m'étonne ? Les Green sont vraiment silencieux. La ventilation ? Tu trouveras pas mal d'exemple de modification sur le Forum. Le fait d'isoler le boitier de la table par des patins isolant évitera le bourdonnement des disques sur la table/meuble. A+ Fred. Lien vers le commentaire Partager sur d’autres sites More sharing options...
Bim Posté(e) le 17 janvier 2009 Partager Posté(e) le 17 janvier 2009 Bonjour à tous. J'ai reçu le miens voilà deux jours, et j'ai le même problème que beaucoup d'entre vous. En effet, mon Western Digital 1 To (WD10EACS-00D6B1) et mon Seagate 1 To (ST31000340AS) ne se mettent pas en veille. Je viens de faire des tests et d'étudier de près le fichier /var/log/messages. A l'intérieur de ce dernier on retrouve bien des logs indiquant que le système réveille les disques mais en fait ils ne se sont jamais arrêtés. Ce matin j'ai ouvert mon 209+ (Pour être sûr de la rotation des disques), configuré la mise en veille à 10 min, débranché le câble réseau et attendu. Au bout de 20 min les disques tournaient encore. J'ai donc décidé d'éteindre le NAS, j'ai remonté le capot et rebranché le tout au réseau. Je suis allé voir le fichier /var/log/messages et voilà ce que j'ai trouvé à l'heure où j'ai voulu éteindre le NAS : Jan 17 10:09:31 kernel: synobios: power button pressed, ret = 0 Jan 17 10:09:33 scemd: SCEMD: Shutdown the system. Jan 17 10:09:40 scemd: SCEMD: disk 2 wake up from hibernation Jan 17 10:09:40 scemd: SCEMD: disk 1 wake up from hibernation Jan 17 10:09:40 findhostd: si_pid=[3266], process=[/bin/sh] Jan 17 10:09:40 findhostd: si_ppid=[3265], process=[sh] Jan 17 10:09:40 findhostd: findhostd.c:51(FHOSTDExit) exit on signal[10] Jan 17 10:09:40 root: /usr/syno/etc/rc.d/S98findhostd.sh stop findhostd Jan 17 10:09:43 scheduler: scheduler.c (1297) Got signal. Die gracefully. Jan 17 10:09:43 scheduler: scheduler.c (1315) rTorrent is killed. On voit bien que le NAS a réveillé les disques pour préparer l'arrêt du système. Mais je vous garantis que les disques ne se sont jamais arrêtés. J'en conclu que le système du NAS a bien envoyé l'ordre d'hibernation aux disques mais que ces derniers ne ce sont jamais arrêtés. Bref j'ai ouvert un ticket auprès du support technique de Synology et j'attends leur réponse. Lien vers le commentaire Partager sur d’autres sites More sharing options...
corrs78 Posté(e) le 17 janvier 2009 Partager Posté(e) le 17 janvier 2009 Ne t'inquiète pas; moi l'hibernation vient seulement de se mettre à fonctionner... Apparement il y a une indexation des fichiers en tache de fond. Pour 10000 fichiers ça peut prendre 1 semaine. (j'ai vu ça sur le forum U.S) Moi j'ai mis à peu pret 8000 fichier, et trois jours après ça c'est mis à fonctionner comme par magie. Lien vers le commentaire Partager sur d’autres sites More sharing options...
Bim Posté(e) le 17 janvier 2009 Partager Posté(e) le 17 janvier 2009 Je viens de recencer le nombre de fichier sur mon NAS, j'en ai 21350 !!! Il n'est pas près de se mettre en hibernation !!! Sinon peux-tu me donner l'adresse du forum US où tu as vu cette info ? Lien vers le commentaire Partager sur d’autres sites More sharing options...
Messages recommandés
Archivé
Ce sujet est désormais archivé et ne peut plus recevoir de nouvelles réponses.