raketnik Posted October 30, 2022 Share #1 Posted October 30, 2022 Ребята, я уже всю голову сломал. Система на asrock 4105, DSM 7.1.1. Сначала заметил что не работает гибернация. Грешил на 7.1.0, но вот недавно обновился и проблема осталась. Потом обратил внимание, что люди жалуются в основном на прерывание гибернации. У меня же в принципе диски не засыпают. Полез в мониторинг ресурсов и обнаружил, что идет непрерывная (не дискретная) запись на диски со скоростью несколько КБ/с. Наблюдал долго - процесс не прерывался. Проштудировал статью synology на эту тему, визуально нет причин для такого поведения. Отключение журналов не помогает. Как выяснить какой процесс мается ерундой и пришибить его? Quote Link to comment Share on other sites More sharing options...
Olegin Posted October 30, 2022 Share #2 Posted October 30, 2022 Слишком много нюансов, в статье многие описаны. Посему лучше "понять и простить" и диски целее будут. Или у вас электричество как в европе стоит? 😉 1 1 Quote Link to comment Share on other sites More sharing options...
raketnik Posted October 30, 2022 Author Share #3 Posted October 30, 2022 Уже пофиг на гибернацию, шум и электричество. Основная цель - сберечь диски. Одно дело - холостое вращение, и периодическое считывание/запись данных, другое - непрерывная бесконечная запись. Не думаю, что это хорошо для дисков. Или я ошибаюсь? Quote Link to comment Share on other sites More sharing options...
SDL2000 Posted October 31, 2022 Share #4 Posted October 31, 2022 (edited) On 10/30/2022 at 12:40 PM, raketnik said: Уже пофиг на гибернацию, шум и электричество. Основная цель - сберечь диски. Одно дело - холостое вращение, и периодическое считывание/запись данных, другое - непрерывная бесконечная запись. Не думаю, что это хорошо для дисков. Или я ошибаюсь? Вот людям делать нечего... Диски стояли года 4 на XPenology, теперь 4 года на DS918+ (эти же) Даже мыслей не было их "усыплять" или следить чего там пишет. Счас глянул - ну да, так же как на скриншотах. Есть какая-то активность. Так там только докеров крутиться 6 штук. Торренты качаются. В конце-концов - к интерфейсу DSM подключен (а иначе как смотреть-то?) ))) DS - файловый СЕРВЕР! Который подразумевает КРУГЛОСУТОЧНУЮ работу! Зачем диски в сон отправлять? Может тогда проще выключить его нафиг, раз не нужен? Edited October 31, 2022 by SDL2000 1 1 1 Quote Link to comment Share on other sites More sharing options...
Andrey16382 Posted January 3, 2023 Share #5 Posted January 3, 2023 В 30.10.2022 в 06:11, raketnik сказал: Ребята, я уже всю голову сломал. Система на asrock 4105, DSM 7.1.1. Сначала заметил что не работает гибернация. Грешил на 7.1.0, но вот недавно обновился и проблема осталась. Потом обратил внимание, что люди жалуются в основном на прерывание гибернации. У меня же в принципе диски не засыпают. Полез в мониторинг ресурсов и обнаружил, что идет непрерывная (не дискретная) запись на диски со скоростью несколько КБ/с. Наблюдал долго - процесс не прерывался. Проштудировал статью synology на эту тему, визуально нет причин для такого поведения. Отключение журналов не помогает. Как выяснить какой процесс мается ерундой и пришибить его? Решение данной проблемы нашлось? плата у меня такая же и при переходе на DSM 7.1.1 диски перестали засыпать, на 6.2.3 засыпали. Quote Link to comment Share on other sites More sharing options...
crynex Posted January 10, 2023 Share #6 Posted January 10, 2023 Такая же проблема. мать 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 Quote Link to comment Share on other sites More sharing options...
Olegin Posted January 11, 2023 Share #7 Posted January 11, 2023 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 Для начала ишку автору на гите про ошибку создайте. Quote Link to comment Share on other sites More sharing options...
crynex Posted January 12, 2023 Share #8 Posted January 12, 2023 В 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 1 Quote Link to comment Share on other sites More sharing options...
nospa Posted Tuesday at 07:18 PM Share #9 Posted Tuesday at 07:18 PM нашел кто решение? я имею ввиду не только отключение логов, но и решение данной ошибки Quote Link to comment Share on other sites More sharing options...
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.