Jump to content
XPEnology Community

Keli

Rookie
  • Posts

    5
  • Joined

  • Last visited

Recent Profile Visitors

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

Keli's Achievements

Newbie

Newbie (1/7)

0

Reputation

  1. Same here.. I can't seem to get the drives to hibernate and by extension the whole system via the 'auto poweroff' feature. Things I've tried so far: Editing the file '/etc.defaults/syslog-ng/patterndb.d/scemd.conf' so that '/var/log/scemd.log points to /dev/null' Using hdparm -Y /dev/sdx to put the drives on standby mode - they quickly resume, even drives not used by DSM (Uninitialized) Tried this supposed solution - it didn't work Wiped the drive clean and reinstalled DSM from scratch then tested with only the default apps installed Specs of my system: Motherboard: Gigabyte GA-H61M-DS2 Processor: i5-3470 Drive: Hitachi HTS541680J9SA00 Loader: tinycore-redpill-uefi.v0.9.4.0 Platform: DS3622xs+ DSM Version: DSM 7.1.1-42962 Update 3 (Manually updated from Update 1 via ./rploader.sh postupdate) Something else I tried.. I ran 'cat /sys/power/state' which returned 'disk' meaning that system hibernation is supported. Naturally I ran 'echo disk > /sys/power/state' as root which put the system into hibernation, so it works! I was able to wake it up with a magic packet with a notification popping up that the NAS was shutdown improperly. My scemd.log is full of these errors which get logged every few seconds as from the screenshot below.
  2. I was experiencing the same thing and searching for a solution got me to this thread. At least for me WOL (I had to turn Erp off in BIOS) worked despite it being unchecked in Control Panel>General>Power Recovery. Anyway, I was interested in the auto poweroff feature - which I couldn't toggle because WOL was unchecked under Power Recovery. It would get unchecked as soon as I clicked "Apply". I had to enable SSH, log in and edit the file /etc/synoinfo.conf as root. Change the line 'eth0_wol_options="d" 'to 'eth0_wol_options="g" '. I now have the WOL option checked
  3. I tried messing with it again this morning.. still no joy. Here's my system info: DSM Ver: DSM 6.1.7-15284 Update 3 DSM image: DS3615xs Installation type: Bare metal Hardware: HP Pro 3500 Series MT Video Station version: 2.4.1-1554 (I was running the latest version but decided to downgrade) Some additional info: I get the "Music or videos don't play or display properly because the given codec is not successfully activated. Please check your Internet connection." error after disabling internet access and then trying to play a video. Output of cat /usr/syno/etc/codec/activation.conf remains as below -even after trying to play videos: {"success":true,"activated_codec":["hevc_dec","ac3_dec","h264_dec","h264_enc","aac_dec","aac_enc","mpeg4part2_dec","vc1_dec","vc1_enc"],"token":"123456789987654abc"} But goes to the output below after enabling internet access: {"success":false,"msg":"SN format is wrong."} ffmpeg package is installed (version 4.2.1-23) from SynoCommunity
  4. Does it work with DSM 6.1? I can't seem to get it working. I get this after applying the patch: cat /usr/syno/etc/codec/activation.conf {"success":true,"activated_codec":["hevc_dec","ac3_dec","h264_dec","h264_enc","aac_dec","aac_enc","mpeg4part2_dec","vc1_dec","vc1_enc"],"token":"123456789987654abc"} Then this immediately after trying to play a video in video station: cat /usr/syno/etc/codec/activation.conf {"success":false,"msg":"SN format is wrong."} Video doesn't play.
×
×
  • Create New...