Jump to content
XPEnology Community

ds918+ постоянно пишет на диски


Recommended Posts

Ребята, я уже всю голову сломал. Система на asrock 4105, DSM 7.1.1. Сначала заметил что не работает гибернация. Грешил на 7.1.0, но вот недавно обновился и проблема осталась. Потом обратил внимание, что люди жалуются в основном на прерывание гибернации. У меня же в принципе диски не засыпают. Полез в мониторинг ресурсов и обнаружил, что идет непрерывная (не дискретная) запись на диски со скоростью несколько КБ/с. Наблюдал долго - процесс не прерывался. Проштудировал статью synology на эту тему, визуально нет причин для такого поведения. Отключение журналов не помогает. 

Как выяснить какой процесс мается ерундой и пришибить его?

643ECE9C-DE31-45C7-809E-8C70968CE594.jpeg

Link to comment
Share on other sites

Уже пофиг на гибернацию, шум и электричество. Основная цель - сберечь диски. Одно дело - холостое вращение, и периодическое считывание/запись данных, другое - непрерывная бесконечная запись. Не думаю, что это хорошо для дисков. Или я ошибаюсь?

Link to comment
Share on other sites

On 10/30/2022 at 12:40 PM, raketnik said:

Уже пофиг на гибернацию, шум и электричество. Основная цель - сберечь диски. Одно дело - холостое вращение, и периодическое считывание/запись данных, другое - непрерывная бесконечная запись. Не думаю, что это хорошо для дисков. Или я ошибаюсь?

Вот людям делать нечего...

Диски стояли года 4 на XPenology, теперь 4 года на DS918+ (эти же)

Даже мыслей не было их "усыплять" или следить чего там пишет.

Счас глянул - ну да, так же как на скриншотах. Есть какая-то активность.

Так там только докеров крутиться 6 штук. Торренты качаются.

В конце-концов - к интерфейсу DSM подключен (а иначе как смотреть-то?) )))

DS - файловый СЕРВЕР! Который подразумевает КРУГЛОСУТОЧНУЮ работу!

Зачем диски в сон отправлять?

Может тогда проще выключить его нафиг, раз не нужен?

Edited by SDL2000
  • Thanks 1
  • Haha 1
  • Angry 1
Link to comment
Share on other sites

  • 2 months later...
В 30.10.2022 в 06:11, raketnik сказал:

Ребята, я уже всю голову сломал. Система на asrock 4105, DSM 7.1.1. Сначала заметил что не работает гибернация. Грешил на 7.1.0, но вот недавно обновился и проблема осталась. Потом обратил внимание, что люди жалуются в основном на прерывание гибернации. У меня же в принципе диски не засыпают. Полез в мониторинг ресурсов и обнаружил, что идет непрерывная (не дискретная) запись на диски со скоростью несколько КБ/с. Наблюдал долго - процесс не прерывался. Проштудировал статью synology на эту тему, визуально нет причин для такого поведения. Отключение журналов не помогает. 

Как выяснить какой процесс мается ерундой и пришибить его?

643ECE9C-DE31-45C7-809E-8C70968CE594.jpeg

Решение данной проблемы нашлось? плата у меня такая же и при переходе на DSM 7.1.1 диски перестали засыпать, на 6.2.3 засыпали.

Link to comment
Share on other sites

Такая же проблема.

мать asrock j4125 поставил arpl v1.0-beta10, DSM 7.1.1

по пути /var/log/messages спамит ошибки каждую минуту, изза этого не переходит в гибернацию... Есть какие идеи, в чем проблема и как победить?

 

 

root@HomeNasSynology:~# tail -f /var/log/messages
2023-01-11T00:49:26+03:00 HomeNasSynology kernel: [ 7652.126309] <redpill/pmu_shim.c:234> Unknown 1 byte PMU command with signature hex="44" ascii="D"
2023-01-11T00:49:27+03:00 HomeNasSynology kernel: [ 7652.367854] synobios get empty ttyS current
2023-01-11T00:50:27+03:00 HomeNasSynology kernel: [ 7712.858896] <redpill/pmu_shim.c:234> Unknown 1 byte PMU command with signature hex="44" ascii="D"
2023-01-11T00:50:27+03:00 HomeNasSynology kernel: [ 7713.100187] synobios get empty ttyS current
2023-01-11T00:51:28+03:00 HomeNasSynology kernel: [ 7773.588841] <redpill/pmu_shim.c:234> Unknown 1 byte PMU command with signature hex="44" ascii="D"
2023-01-11T00:51:28+03:00 HomeNasSynology kernel: [ 7773.829526] synobios get empty ttyS current
2023-01-11T00:52:29+03:00 HomeNasSynology kernel: [ 7834.318829] <redpill/pmu_shim.c:234> Unknown 1 byte PMU command with signature hex="44" ascii="D"
2023-01-11T00:52:29+03:00 HomeNasSynology kernel: [ 7834.560844] synobios get empty ttyS current
2023-01-11T00:53:29+03:00 HomeNasSynology kernel: [ 7895.048232] <redpill/pmu_shim.c:234> Unknown 1 byte PMU command with signature hex="44" ascii="D"
2023-01-11T00:53:30+03:00 HomeNasSynology kernel: [ 7895.289248] synobios get empty ttyS current
2023-01-11T00:54:30+03:00 HomeNasSynology kernel: [ 7955.774023] <redpill/pmu_shim.c:234> Unknown 1 byte PMU command with signature hex="44" ascii="D"
2023-01-11T00:54:30+03:00 HomeNasSynology kernel: [ 7956.015509] synobios get empty ttyS current
2023-01-11T00:55:31+03:00 HomeNasSynology kernel: [ 8016.506332] <redpill/pmu_shim.c:234> Unknown 1 byte PMU command with signature hex="44" ascii="D"
2023-01-11T00:55:31+03:00 HomeNasSynology kernel: [ 8016.747842] synobios get empty ttyS current

Link to comment
Share on other sites

8 часов назад, crynex сказал:

Такая же проблема.

мать asrock j4125 поставил arpl v1.0-beta10, DSM 7.1.1

по пути /var/log/messages спамит ошибки каждую минуту, изза этого не переходит в гибернацию... Есть какие идеи, в чем проблема и как победить?

 

 

root@HomeNasSynology:~# tail -f /var/log/messages
2023-01-11T00:49:26+03:00 HomeNasSynology kernel: [ 7652.126309] <redpill/pmu_shim.c:234> Unknown 1 byte PMU command with signature hex="44" ascii="D"
2023-01-11T00:49:27+03:00 HomeNasSynology kernel: [ 7652.367854] synobios get empty ttyS current
2023-01-11T00:50:27+03:00 HomeNasSynology kernel: [ 7712.858896] <redpill/pmu_shim.c:234> Unknown 1 byte PMU command with signature hex="44" ascii="D"
2023-01-11T00:50:27+03:00 HomeNasSynology kernel: [ 7713.100187] synobios get empty ttyS current
2023-01-11T00:51:28+03:00 HomeNasSynology kernel: [ 7773.588841] <redpill/pmu_shim.c:234> Unknown 1 byte PMU command with signature hex="44" ascii="D"
2023-01-11T00:51:28+03:00 HomeNasSynology kernel: [ 7773.829526] synobios get empty ttyS current
2023-01-11T00:52:29+03:00 HomeNasSynology kernel: [ 7834.318829] <redpill/pmu_shim.c:234> Unknown 1 byte PMU command with signature hex="44" ascii="D"
2023-01-11T00:52:29+03:00 HomeNasSynology kernel: [ 7834.560844] synobios get empty ttyS current
2023-01-11T00:53:29+03:00 HomeNasSynology kernel: [ 7895.048232] <redpill/pmu_shim.c:234> Unknown 1 byte PMU command with signature hex="44" ascii="D"
2023-01-11T00:53:30+03:00 HomeNasSynology kernel: [ 7895.289248] synobios get empty ttyS current
2023-01-11T00:54:30+03:00 HomeNasSynology kernel: [ 7955.774023] <redpill/pmu_shim.c:234> Unknown 1 byte PMU command with signature hex="44" ascii="D"
2023-01-11T00:54:30+03:00 HomeNasSynology kernel: [ 7956.015509] synobios get empty ttyS current
2023-01-11T00:55:31+03:00 HomeNasSynology kernel: [ 8016.506332] <redpill/pmu_shim.c:234> Unknown 1 byte PMU command with signature hex="44" ascii="D"
2023-01-11T00:55:31+03:00 HomeNasSynology kernel: [ 8016.747842] synobios get empty ttyS current

Для начала ишку автору на гите про ошибку создайте.

Link to comment
Share on other sites

В 03.01.2023 в 03:08, Andrey16382 сказал:

Решение данной проблемы нашлось? плата у меня такая же и при переходе на DSM 7.1.1 диски перестали засыпать, на 6.2.3 засыпали.

Посмотрите в папке /var/log/messages или /var/log/scemd.log

у Вас тоже логи пишутся каждую минуту? если так, то причина в этом. нужно устранить спам логов и диски уснуть должны. Ишку на гите создал, может помогут...

https://github.com/fbelavenuto/arpl/issues/489

  • Like 1
Link to comment
Share on other sites

  • 1 year later...

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Restore formatting

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

×
×
  • Create New...