Как прочитать диск synology в windows

В 02.03.2021 в 14:37, Unicore сказал:

Опять, гугл, советы, что такое, да, случается, надо только, зайти по SSH и чего-то там прописать. Всё бы хорошо, но в систему ни разу не заходил, соответственно доступ по SSH не настроен.

А ведь мудрые советы вы как раз и отбросили. Понятное дело. что вы или решили уже свои проблемы, или «сплюнули» на них, и продолжили жить дальше. Но ведь есть и будут те, кто или ещё не наступил на эти «грабли», либо наступил, но ещё не «сплюнул».

Когда железяка от synology взбрыкивает, сообщая о повреждениях какого-нибудь там раздела, то не надо торопиться делать, казалось бы, естественные деяния по извлечению дисков и попытке «вытащить» ценную или бесценную, или какую-нибудь информацию. Ни к виндовсу, ни к макоси, ни к люнексам подключать не надо, если вы не уверены, что работающие службы и сервисы в этих ОСях не работают в стиле обеспечения так называемого «быстрого входа» для людей, то есть с пресловутым функционалом «мы всё сделаем за вас». С люнексами да макосями, впрочем, попроще. Надо лишь убедиться, что механизмы попыток автомонтирования вновь подключаемых устройств задушены, а подключаемый диск не будет сразу «улучшаться» для дальнейшего его использования в системе. В виндовсе всё гораздо сложнее, потому что совершенно не прозрачны деяния в этой ОСи.

Даже если вы решились выдернуть якобы повреждённый носитель из устройства synology, вам всё равно надо сначала хорошенько всё осознать в плане конструкции системы хранения именно на извлекаемом компоненте. А это можно достаточно быстро сделать именно подключившись к девайсу по ssh. Где вы можете, а на самом деле должны были уже давным-давно, сделать оценку системы хранения данных именно на вашем устройстве. Картинки в DSM — это клёвые картинки, цветные и праздничные — всё для людей. Но когда дело доходит до решения проблем, нужны конкретные данные, а их вы можете добыть только в консоли. Ещё, быть может, на последних версиях DSM производитель разрешил функционал сохранения конфигурации. Возможно, там тоже есть нужная информация. Но я не располагаю возможностью проверить, так как у меня устройство заброшено производителем и позабыто. Свежих DSM на него нету.

Всё это к тому, что на самом-то деле проблемы с разделами действительно могут запросто порешаться сразу же и на самом устройстве. А перевтыкивание дисков, с промежуточным подключениям к виндовсам и бубунтам — это только ухудшает ситуацию. Чтобы подоткнуть к диск из synology к бубунте, вам мало установить бубунту, вам надо ещё её сконфигурировать для цели подвтыкивания дисков из synology. И уж тем более не надо подвтыкивать к LiveCD, которые не вы собирали, и вы в целом не в курсе как чудо-сборщик LiveCD относится к вопросам монтирования внешних носителей.

Возникла проблема, допустим И вы хотите её порешать самостоятельно — похвально. Но вы не в курсе как «лечить это заболевание», а учиться это до-олго, и вам лениво. Есть метод опроса. Идём в гугел и ищем мнения всевозможных дУхов из сети о то, что надо делать. Обдумываем мнения дУхов, но не торопимся применять эти мнения на практике. И главное! — не забываем, что выдёргивание дисков из synology — это отчаянный шаг. Так сказать, после того, как «все интернеты прочитал и всё осмыслил», мозг не лопнул, выдержал, и так и сделал глупость — выдернул диск. Выдёргивайте диск лишь под чётким руководством конкретных людей, а не дУхов из сети. Ищите «наставника» или «руководителя этого проекта» с действительным опытом и знаниями, готового принять участие в решении поставленной задачи до получения результата, а не просто готового дать иногда ссылочку «на почитать». Ну, если самому учиться лень, конечно. А если без «наставника», то это будет называться «наработкой опыта». Как правило, при «наработках опыта» много-много пациентов подыхают. И в этом нет ничего страшного, ведь «пациенты» в обсуждаемом вопросе не люди, а всего лишь железяки и какие-то там данные.

По теме, объявленной в этом сообщении. Да, я безусловно верю, что у автора получилось подключить диск и увидеть данные. Но как всегда: это стало возможным благодаря стечению массы благоприятных обстоятельств. То есть, это как для блондинки встретить динозавра: либо встретит, либо нет. Так и тут — можно попробовать, у автора получилось, но если у вас не получится, то вы просто не встретили динозавра. Плохо то, что после проверки этой методики, опубликованной автором сообщения, если вам не удастся «встретить динозавра», то резко возрастает вероятность другого события. А именно, вы можете не «встретить динозавра» вообще, то есть вам могут не помочь другие методики обработки возникших ошибок хранения данных. Но риск — это благородное дело (с). Выбор всегда остаётся за пользователем, у которого возникла обсуждаемая здесь ситуация. Лично моё мнение такое, что если данные хранятся в файловых системах и структурах, которые не поддерживает официально какая-то ОСь, то очень странно использовать эту ОСь для работы с  оф. неподдерживаемыми ни файловыми системами, ни структурами организующими хранение. Тут же очевидно, что надо бы взять подходящий инструмент. А что более всего подходит для synology? — только Synology. Так почему бы не использовать ОСЬ от synology, инструментов там тоже достаточно. Зачем всё это про виндовсу? Чисто поржать только.

Не далее чем вчера (вот же, Пятница 13-е) — столкнулся с проблемой слить данные с винта, стоявшего ранее в NAS-е (DS-209):

HDD — один, не в RAID; еще неделю назад — проверял состояние SMART диска, все было ОК. утром, прийдя в офис — обнаружил отсутствие доступа к сетевому ресурсу на NAS-е.

Индикатор STATUS — мигает оранжевым одновременно с зеленой лампочкой кнопки COPY.

долго рылся на форумах (включая этот) и в мануалах, нашел только, что «мигает STATUS» = «плохо винчестеру»; что означает одновременно с ним мигание COPY — нигде толком не написано, в некоторых сообщениях — попадается инфа, что это якобы «проблемы с питанием» (в моем случае инфа про «якобы проблемы с питанием» оказалась ложной, ниже по тексту — разъясню, почему).

Снял винт, воткнул в системник, прогнал MHDD-ой; нашлись битые секторы, 4 шт — получилось «заремапить» все.

Радостно вернул винт обратно в NAS — ничего не поменялось, доступа по сетке к NAS-у как не было так и нет, RESET накопителя ничего не изменил (причем — получалось сделать только «RESET 1»; второй — тот, который теоретически должен был сбросить всё в заводские настройки — сделать не получилось, сколько ни нажимал повторно [reset] с разными интервалами — все равно накопитель пищит только один раз, в сетке не появляется, новых айпишников DHCP не раздает). На этом этапе уже грызли сильные сомнения, не в аппаратной-ли части накопителя проблема, но на тот момент проверять накопитель было совсем некогда, срочно надо было достучаться до данных на винте.

Тут же на форуме вычитал совет, как слить инфу с винта, стоявшего в NAS-е — кто-то посоветовал воспользоваться пакетом EXT2IFS (fs-driver.org).

Скачал, поставил, попытался присвоить буквы трем появившимся в системе разделам; результат нулевой, винда предлагает эти разделы отформатировать. Перезагрузки и всякие танцы с бубном не дали ничего.

Начал перебирать всякие другие программы, которые обещали счастье в вычитывании данных с разделов EXT2/EXT3; были опробованы:

Ext2Fsd-0.50 — не осилил; сами разделы видит, но считает их пустыми/неформатированными (может, недокрутил что-то с настройками, но экспериментировать с дорогими моему сердцу данными на умирающем винте желания не было)

Linux Reader (diskinternals.com) — прога осилила один раздел («первый» раздел на диске, снятом с NAS-а), и даже благополучно вычитала с него то, что было запрошено, но на остальные 2 раздела — ругнулась как на «неизвестные» / «неразмеченные» (RAW); поскольку меня интересовали в первую очередь данные, хранившиеся на накопителе, эта прога тоже была отправлена в корзину.

explore2fs-1.07 (chrysocome.net) — то же самое; прога вообще не увидела ни одного раздела; попытка подсунуть ей файлы passwd и group, которые получилось списать с винта при помощи «linux_reader» (такая опция есть в настройках), успехом не увенчалась.

Устав от попыток списать инфу с винта, подключенного в системник (под WinXP), решил отвлечься и проверить аппаратную часть накопителя. Замена блока питания (сделанная в первую очередь, еще до экспериментов с софтом) ничего не дала (как мигало, так и продолжило мигать). Откопал старый, но рабочий винт, затер все разделы на нем и попытался заново инициализировать накопитель. После 5 минут экспериментов понял, что с накопителем не все так плохо — он получил новый IP по DHCP, и даже стал «виден» в Synology Assistant. Спустя полчаса я оказался обладателем с нуля инициализированного накопителя, с абсолютно пустым новым жетским диском и без каких-либо симптомов «некорректного функционирования» (в этом месте — сделал вывод, что проблем с питанием у накопителя не было никаких).

Тут уже пришло озарение — а не попробовать-ли воткнуть посыпавшийся винт вторым винтом в накопитель. Еще 30 минут на эксперименты — и проблемный винчестер стал «виден» в проводнике в конфигураторе Synology. Танцев с бубном не пришлось делать никаких (можно было справиться на 5 минут быстрее, но сдуру подключил зановосконфигурированный винт как disk2, а проблемный — как disk1, естественно система снова ушла в ступор и начала моргать двумя индикаторами как и в самом начале; замена дисков местами решила проблему — накопитель после старта какое-то время подумал, минут на 20 в Synology Assistant вывесил состояние «проверка квот», но по завершению этой самой проверки зажег жизнерадостным зеленым цветом все 4 индиактора и показал содержимое папок с файлами, ради которых и была вся возня. Правда, имел место определенный казус: еще проверяя сам накопитель, на новоустановленном винте создал папку общего доступа с таким же именем, как и ранее была папка на проблемном диске. Естественно, накопитель показал только ОДНУ из них — ту, что на новосконфигурированном диске. Оставил в накопителе только один винт, удалил на нем новосозданную ранее в качестве эксперимента одноименную папку, снова запустил накопитель с двумя винтами — и в системе отобразилась требуемая «одноименная» папка с проблемного винта.

Ньюанс: после того, как в «проводнике» в панели управления NAS-ом стали доступны старые папки — не забыть заново задать к ним «права доступа» из панели управления накопителем. Иначе — папки «по сетке» видны, но не открываются.

Парадокс: состояние SMART этого проблемного винта все системники, в которые я его подключал, показывали как «SMART — OK». Когда накопитель закончил «проверять квоты» и дал доступ к панели управления — в «диспетчере хранения» увидел следующее: про «раздел 2» система пишет «Статус: Нормально«, но ниже, на той же страничке — «информация о диске» — «Отказ системного раздела»

На этой мажорной ноте пора было бы успокоится и начать по сетке перекачивать файлы с проблемного винта, но «тяга к знаниям» оказалась сильней (да и леностно показалось переливать дважды по сетке туда-сюда инфу). Снова полез читать инет и искать программу — и нашел (!):

UFS explorer 4 (ufsexplorer.com). В моем случае — заработала первая же скачанная с оф.сайта «Standard Recovery version 4, 32 bit», версии 4.9.1. Правда, видит она не только папки общего доступа, но и какую-то системную инфу, которую создает на диске сама операционка накопителя, но для целей восстановления данных это совсем несущественно.

Ньюанс: прога — платная . Демка, скачанная с сайта, восстанавливает файлы размером до 64 КБ. Большего размера — отказывается. Но — кто ищет, тот всегда найдет, и проверить работоспособность программы на файликах большего размера у меня все-таки получилось

Однако, чисто субъективное впечатление — в такой ситуации, копировать по сетке с диска, воткнутого в NAS «вторым винтом», получается намного быстрее, чем восстанавливать файлы при помощи ‘UFS explorer’, копируя их с винта на винт «в пределах одного системника». Поэтому, в итоге вернулся к первоначальному варианту — воткнул винт «вторым» винтом в NAS и благополучно все списал.

ЗЫ:

DS209, в эксплуатации — примерно 1.5-2 года;

текущая версия DSM — 3.1-1613 (какая была «до аварии» — не знаю). Операционка — XP SP3 (под остальными ОС — работа всех вышеперечисленных программ не проверялась).

How to Map Synology Drive on Windows 11

Mapping a Synology drive on Windows 11 is straightforward. By connecting your Synology NAS to your Windows 11 PC, you can access its files as if they were stored locally. Just follow these steps: ensure your NAS is set up, find the network location, map the drive, and finally, make it accessible on your Windows 11 system.

By following these steps, you will be able to seamlessly integrate your Synology NAS into your Windows 11 environment, essentially making your NAS drive act like a local drive.

Step 1: Ensure your Synology NAS is set up

Before you start, make sure your Synology NAS is properly configured and connected to your network.

Ensuring your NAS is set up involves checking that it’s powered on, connected to your router, and accessible via your network. You should also verify that it has a unique hostname or IP address.

Step 2: Open File Explorer on Windows 11

Open File Explorer by clicking on the folder icon in your taskbar or by pressing Win + E.

File Explorer is where you manage your files and folders. You’ll need it to navigate to the network location where your Synology NAS is accessible.

Step 3: Click on ‘This PC’ in File Explorer

In the left panel of File Explorer, click on ‘This PC’ to access your computer’s main directories.

Clicking on ‘This PC’ will give you an overview of your computer’s storage devices, including any network drives you might want to add.

Step 4: Click ‘Map network drive’ in the top menu

In the top menu bar, click on ‘Map network drive’ to open a dialog box for setting up your network drive.

This option is where you will input the details of your Synology NAS to integrate it with your Windows 11 system.

Step 5: Choose a drive letter and enter the network address

Select a drive letter from the dropdown menu and then enter the network address of your Synology NAS (e.g., 192.168.1.2sharedfolder).

Picking a drive letter you’ll remember helps organize your drives. Entering the correct network address ensures you’re connecting to the right NAS.

Step 6: Authenticate with your Synology NAS credentials

You will be prompted to enter your Synology NAS username and password. Enter these to authenticate the connection.

Authentication secures your connection, ensuring only authorized users can access the NAS.

After you complete these steps, your Synology drive will appear in File Explorer under ‘This PC,’ allowing you to access files stored on the NAS as if they were on your local machine.

Tips for Mapping Synology Drive on Windows 11

• Ensure your NAS firmware is up to date: Regular updates can improve compatibility and security.
• Use a wired connection: This can improve speed and reliability for accessing files.
• Backup your data: Regular backups can prevent data loss.
• Check Synology’s support resources: Their website offers detailed guides and troubleshooting tips.
• Secure your network: Make sure your NAS has strong credentials to prevent unauthorized access.

Frequently Asked Questions

What if I can’t find my Synology NAS on the network?

Ensure your NAS is powered on and connected to the network. Check your router settings and ensure the NAS is on the same subnet as your PC.

Can I access my Synology drive remotely?

Yes, you can configure remote access through Synology’s QuickConnect service or set up a VPN.

What should I do if my NAS is not mapping?

Double-check the network address and your credentials. Ensure your NAS is not in hibernation mode and that network discovery is enabled on your PC.

Is it safe to map a NAS over Wi-Fi?

Yes, but a wired connection is generally more stable and faster. If using Wi-Fi, ensure you have a strong signal.

Do I need special software to map a Synology drive?

No, Windows 11 has built-in support for mapping network drives. However, Synology provides software tools that can simplify the process.

Summary of Steps

1. Ensure your Synology NAS is set up.
2. Open File Explorer on Windows 11.
3. Click on ‘This PC’ in File Explorer.
4. Click ‘Map network drive’ in the top menu.
5. Choose a drive letter and enter the network address.
6. Authenticate with your Synology NAS credentials.

Conclusion

Mapping a Synology drive on Windows 11 can significantly enhance your file management experience, making it simpler to access and organize your data. By following the steps outlined in this guide, you can set up a connection between your Synology NAS and Windows 11 in just a few minutes.

Once mapped, your NAS drive will function like a local drive, allowing you to access, edit, and share files effortlessly. This integration not only boosts productivity but also ensures your data is centralized and accessible.

If you run into any issues, don’t hesitate to refer to Synology’s extensive support documentation or reach out to their customer service. With a little patience and the right steps, mapping your Synology drive can be a seamless and rewarding process.

For those looking to deepen their understanding of network-attached storage, exploring further resources or even experimenting with advanced NAS settings can be beneficial. Happy mapping!

Как восстановить данные с Synology NAS устройства

Устройства Synology NAS довольно популярны среди пользователей.
Существуют как многодисковые NAS устройства для бизнеса, так и небольшие 2, 4-дисковые NAS для домашнего использования.

В отличие от других брендов NAS, у большинства моделей от Synology своя собственная технология объединения дисков в единое хранилище —
Synology Hybrid RAID (SHR).
Эта технология позволяет использовать диски разных размеров в одном хранилище,
что достигается созданием разных RAID и их объединением в JBOD.
Что касается восстановления данных, технология SHR усложняет процесс, только если диски разного размера.
Для таких NAS, если метаданные RAID (md или LVM) повреждены, самостоятельно восстановить данные практически невозможно.
Лучший результат – восстановить данные с первого RAID массива.
Для Synology устройств с дисками одинакового размера процесс восстановления тот же, что и для NAS устройств без SHR.

Более того, у Synology есть еще одно отличие: некоторые модели, такие как DS916 +, DS716 + II, DS716 +,
DS416play, работают не с хорошо известной файловой системой ext, а с btrfs, которая
еще довольно новая, то есть там могут быть баги, и самостоятельных вариантов для восстановления btrfs очень мало.
Волга одна из немногих программ, которая имеет алгоритмы для восстановления данных с
btrfs.

Неисправность в NAS Synology

Если вы видите, что лампочки на устройстве необычно мигают,
например, свет всегда был зеленым, а сейчас он оранжевый,
скорее всего, это признак неисправности Synology.

Еще один общий признак сбоя Synology – когда пользовательский интерфейс либо недоступен,
либо вы видите такие сообщения:

Картинка с сайта: www.volga-software.ru

Картинка с сайта: www.volga-software.ru

Восстановление NAS Synology с помощью программы Волга

Если вы не можете получить доступ к данным на NAS Synology,
попробуйте вернуть файлы с помощью программы Волга.
Волга может вернуть данные файловых систем ext4 и btrfs. Для этого:

1. Подготовьте достаточное количество кабелей для подключения дисков.
   Лучше использовать SATA-кабели и подсоединять диски напрямую к материнской плате ПК,
   но если у вас недостаточно свободных портов, возьмите адаптеры USB-to-SATA.
   Также подготовьте дополнительный носитель, куда
   скопируете восстановленные данные — внешние диски или другое сетевое хранилище.
2. Выньте диски из Synology и подсоедините их к компьютеру с Windows OS.
3. Скачайте и запустите программу Волга.
4. Выберите том Synology в окне, где показываются доступные диски и разделы.
   Для Synology ищите том под Linux LVM или BTRFS.


Картинка с сайта: www.volga-software.ru

5. Подождите, пока программа не начнет выводить данные. Заметьте, что Волга
   разработана так, чтобы выводить их на сканирование раньше, поэтому не нужно ждать его завершения.
   Обычно вы получаете все файлы в течение 3-5% сканирования.
6. Проверьте качество восстановления, просмотрев файлы. Некоторые файлы могут отображаться в шестнадцатиричном виде.
   Однако, все стандартные изображения (.jpg, .png, .tiff) отображаются как обычно. Если картинки довольно
   большого размера (~ 500 KB) отображается хорошо, скорее всего, все остальные файлы тоже восстановились хорошо.
7. Купите лицензионный ключ и начните копировать восстановленные данные.