Catmat

У меня MyDNS не заработал после апгрейда на XPEnoBoot 5.1-5022, и я его просто выключил, вообщем-то он мне и не нужен фактически. Пару Serial и Mac поменял сразу же на валидные, причем в серийнике случайным образом поменял последние цифры. MyDNS от Синолоджи не включал, и все равно, ровно через 24 часа все слетело

XPEnoBoot 5.1-5022 не работает больше, раздел исчез, службы попадали, в DSM не пускает. Такая фигня происходит у всех через 12-24 часа использования, у меня прошло ровно 24. Откатился на nanoboot + DSM_DS3612xs_4528, в режиме миграции, все заработало опять. Ждем исправленную версию XPEnoBoot.

Да, тоже перестала, больше не пускает ни в DSM ни в службы. буду откатываться.

Так просто обновитесь через интерфейс без плясок с бубнами. При условии, что переходите с 5.0-4493 Update 5 на 5.0-4493 Update 7.

Обновился с 5.0-4493 Update 5 на 5.0-4493 Update 7 без выполнения скриптов SED, все прошло нормально, даже перезагрузка не понадобилась.

Видимо, с какого-то раза все же я убедил NAS, что пароль правильный. Огромное спасибо за помощь!

Вот спасибо! Правда папка все равно не разворачивается, говорит - пароль не верен, хотя ввожу верно

of course, /sys из ro by def. try to mount in rw. i think is simple text file , script /bin/echo 0 > /sys/block/md3/md/writebio put zero in fist line as parameter something. as simple method , imho, need to change version to update3 and upgrade system to update4. byt i'm in 120 км far away from nas.

у кого есть файл /sys/block/md3/md/writebio (может быть md4 и т.д.) можете прицепить к сообщению? По какой-то причине он не создался после апгрейда. У знакомого на synology он есть, но у него другая архитектура, не X64. Создать в этой директории файл нельзя, /sys в ro находится. Но мне уже кажется, что дело вообще не в этом файле, он следствие какой-то более глубокой ошибки. Эх. видимо надо пробовать менять версию на update 3 и откатываться на update 4. Жаль я сейчас далеко от nas , стремно удаленно его в кому отправить.

may someone put file /sys/block/md3/md/writebio (may be md4 or etc) in attach? in some reason this file are missing in my /sys dir.

нет такого файла вообще nas> find / -name rmesg.dat nas>

I have the same situation. just made upgrade from update4 то update 5 with sed method.

накатил пятый апдейт - перегружал уже раз 5. Как результат - нет шифрованной папки с документами (физически она есть, но не расшифровывает) , в video station нет видео в каталоге, хотя они физически есть на диске и пути к ним верно прописаны. Ошибок в dmesg и в var/log не вижу. Это какой-то п-ц! Будьте внимательны! Документы хрен восстанавливаются, расшифровать не получается: Sep 12 14:39:08 nas entry.cgi_SYNO.Core.Share.Crypto[1].decrypt[5699]: enc_writebio_disable.c:68 Failed to modify [/bin/echo 0 > /sys/block/md3/md/writebio] Sep 12 14:39:08 nas entry.cgi_SYNO.Core.Share.Crypto[1].decrypt[5699]: enc_share_mount.c:217 Decryption share failed. Failed to Disabel WriteBio. Ага, вот все как описано тут http://xpenology.com/forum/viewtopic.php?f=2&t=3948&start=20#p23556 Попробую сейчас расшифровать, как описано тут http://robertcastle.com/2012/10/howto-recover-synology-encrypted-folders-in-linux/

Актуально для тех, у кого DSM моложе версии 4.3-3810. У кого старше - уязвимость закрыта. Если на последней DSM сидите - все ок. (пока новую дырку не найдут) А так да, выглядит зараженный DSM печально http://220.135.0.168:5000/index.html

Когда торренты качает/раздает - надо больше 2-х. Активно кеширует данные, что бы не терзать дисковый массив.

Опытным путем выяснил, что часть вейклоков хардов - от синхронизации фоток с облачным сервисом, dropbox и Google drive. Отключил, стало просыпаться реже, раз в в три часа. А вот что будит в это время - совершенно непонятно, в логах нет никаких упоминаний.

Такая же фигня, раз в два часа просыпаются за каким-то.

У Трантора лежит: http://xpenology.trantor.be/nanoboot/

N54L and migrate from gnoboot - all fine. Home dir exist, reboot/shutdown are normal, assistant - normal, and i think nanoboot are more bit faster.