Добрый день!
В хранилище установлено 2 диска по 6ТБ
Планировал создать RAID1 из 1.2 ТБ каждого диска, а остальное пространство использовать без резервирования как RAID0.
Создал Пул ресурсов хранения на 1.2 ТБ с RAID1. Хотел создать второй пул с RAID0, но кнопка "Создать" в "Диспетчер хранения/Пул ресурсов хранения" неактивна.
С чем это может быть связано? Как создать нужные Пулы ресурсов?
Вы почитайте, что такое RAID1 )))
Такое можно сделать, например, в интеловском псевдо-аппаратном райде, втроенном в большинство материнских плат, а вот в Сине так не получится 
, У Сины немного другая логика пространств хранения (пулов).
8 часов назад, SDL2000 сказал:Вы почитайте, что такое RAID1 )))
Так читал ). Может не понял, на что внимание обратить? RAID1 из одинаковых по объему частей двух дисков нужен для того, чтобы сделать отказоустойчивый "Пул ресурсов хранения", где буду хранить документы, которые не хотелось бы потерять. Но это ограниченный объем. Объединять все пространство двух дисков в RAID1 слишком расточительно. Планировал выделить под RAID1 по 1ГБ с каждого диска, а оставшееся место объединить в RAID0 (или Basic, или JBOD) чтобы хранить там фильмотеку. Избыточность тут не нужна, тут нужно побольше места. Если что-то делаю не так, подскажите, пожалуйста, как сделать?
4 часа назад, QwertRob сказал:Такое можно сделать, например, в интеловском псевдо-аппаратном райде, втроенном в большинство материнских плат, а вот в Сине так не получится
А какая тут логика? Где почитать? Если на всем хранилище можно выделить только один "Пул ресурсов хранения", то зачем предусмотрена возможность не весь объем дисков в пул объединить, а ограничить этот объем по своему усмотрению? Получается, я не могу создать второй пул ресурсов хранения? Оставшееся от первого пула место просто пропадает?
2 часа назад, Navigator сказал:Так читал ). Может не понял, на что внимание обратить? RAID1 из одинаковых по объему частей двух дисков нужен для того, чтобы сделать отказоустойчивый "Пул ресурсов хранения", где буду хранить документы, которые не хотелось бы потерять. Но это ограниченный объем. Объединять все пространство двух дисков в RAID1 слишком расточительно. Планировал выделить под RAID1 по 1ГБ с каждого диска, а оставшееся место объединить в RAID0 (или Basic, или JBOD) чтобы хранить там фильмотеку. Избыточность тут не нужна, тут нужно побольше места. Если что-то делаю не так, подскажите, пожалуйста, как сделать?
"RAID 1 (mirroring — «зеркалирование») — массив из двух (или более) дисков, являющихся полными копиями друг друга."
Т.е не разделов на дисках, а именно дисков, как устройств. Или одинакового объема, или если разного, то RAID будет размером как меньший диск. Остальное пространство игнорируется (на бОльшем диске).
Как-то так. Может я конечно и ошибаюсь, и существуют способы создания рейдов даже на одном винте из разных разделов. Но смысл теряется
8 часов назад, SDL2000 сказал:Может я конечно и ошибаюсь, и существуют способы создания рейдов даже на одном винте из разных разделов. Но смысл теряется
Не, про 2 винта я понимаю. Я выделил по 1 ГБ на ДВУХ винтах и из них сделал RAID1. Просто не два диска целиком. Хочется оставшееся место использовать целиком, а не зеркалить.
9 часов назад, SDL2000 сказал:существуют способы создания рейдов даже на одном винте из разных разделов. Но смысл теряется
Почему теряется? Повторю: такой сценарий поддерживается интеловским псевдоаппаратным райдом (RST), он полностью функционален и гибок: на паре одинаковых дисков достаточного размера можно создать 2 разных типа райда. Например, нулевой для системы (+скорость загрузки) и первый для данных (+надежность хранения). Просто логика Сины другая: она не поддерживает создание райдов из разделов диска, только из физических дисков. Одна из причин, на мой взгляд, это наличие фирменной технологии SHR (гибридного райда), когда массив создается как раз из разделов, но размеченных по определенному стандарту, выбранному самой Синой.
1 час назад, Navigator сказал:Хочется оставшееся место использовать целиком, а не зеркалить.
Тогда Вам именно SHR подойдет, он позволяет более гибко использовать пространство на дисках, вводя в массивы носители разных размеров. Из минусов: не все модели Сины его поддерживают, он намного сложнее в восстановлении и чуть медленнее в работе.
14 часов назад, QwertRob сказал:Тогда Вам именно SHR подойдет
Хм. Спасибо. Попробую. Модель "DS920+" - там поддержка SHR есть. Смущает вот это: "он намного сложнее в восстановлении"
В этом топике такой же вопрос, как у меня, поднимался еще в декабре 2020, но решения, как я понял, так и не нашлось:
Автор использовал такой вариант:
"... удалось добиться лишь 2 дисков в Basic (1 и 2), каждый из которых разбил на 2 раздела (A и B ) и настроил резервное копирование с A1 на A2."
Может быть лучше так, чем SHR?
В 06.04.2021 в 08:36, QwertRob сказал:Почему теряется? Повторю: такой сценарий поддерживается интеловским псевдоаппаратным райдом (RST), он полностью функционален и гибок: на паре одинаковых дисков достаточного размера можно создать 2 разных типа райда. Например, нулевой для системы (+скорость загрузки) и первый для данных (+надежность хранения). Просто логика Сины другая: она не поддерживает создание райдов из разделов диска, только из физических дисков. Одна из причин, на мой взгляд, это наличие фирменной технологии SHR (гибридного райда), когда массив создается как раз из разделов, но размеченных по определенному стандарту, выбранному самой Синой.
Тут бы хорошо сразу указать модель испытуемого железа и версию софта от производителя (firmware ака DSM). И тогда ваш взгляд будет более конкретен и понятен задающему вопросы человеку: либо ваш взгляд для него имеет существенное значение, либо это просто мнение, которое можно заслушать.
Вот, например, нашёл я на развалах Империи устройство под названием DS207. И нашёл какой-то один диск, и вставил в найденное устройство. Установилась фирмварь штатным способом. Крайняя версия производственного софта для этой модели - это DSM 3.1
И смотрю я в это устройство, и сразу вижу как там организовывается система хранения:
~ # df -h
Filesystem Size Used Avail Use% Mounted on
rootfs 2.4G 485M 1.8G 22% /
/dev/root 2.4G 485M 1.8G 22% /
/tmp 62M 336K 62M 1% /tmp
/dev/md2 455G 768M 454G 1% /volume1
Вдумчиво пялюсь в этот загадочный выхлоп и пытаюсь осознать ответ на вопрос: а вот если тут уже есть /dev/md2 , то куда делись предыдущие номера (ноль и один), физический диск-то один?
А вот никуда они не делись, так и есть:
~ # cat /dev/.mdadm/map
md0 0.90 6efd59dd:a82e85e6:e8f7cd2c:fc4aa1f2 /dev/md/0
md1 0.90 f53c2a33:28a78fa2:e8f7cd2c:fc4aa1f2 /dev/md/1
md2 1.2 8e4e15ed:d04823fa:c16cb51c:3dadeb53 /dev/md2
~ # mdadm -D /dev/md0
/dev/md0:
Version : 0.90
Creation Time : Fri Feb 17 07:22:43 1911
Raid Level : raid1
Array Size : 2490176 (2.37 GiB 2.55 GB)
Used Dev Size : 2490176 (2.37 GiB 2.55 GB)
Raid Devices : 2
Total Devices : 1
Preferred Minor : 0
Persistence : Superblock is persistent
Update Time : Thu Feb 3 18:11:31 2022
State : clean, degraded
Active Devices : 1
Working Devices : 1
Failed Devices : 0
Spare Devices : 0
UUID : 6efd59dd:a82e85e6:e8f7cd2c:fc4aa1f2 (local to host DiskStation)
Events : 0.16563
Number Major Minor RaidDevice State
0 8 1 0 active sync /dev/sda1
1 0 0 1 removed
~ # mdadm -D /dev/md1
/dev/md1:
Version : 0.90
Creation Time : Fri Feb 17 07:22:43 1911
Raid Level : raid1
Array Size : 2097088 (2048.28 MiB 2147.42 MB)
Used Dev Size : 2097088 (2048.28 MiB 2147.42 MB)
Raid Devices : 2
Total Devices : 1
Preferred Minor : 1
Persistence : Superblock is persistent
Update Time : Thu Feb 3 17:34:32 2022
State : clean, degraded
Active Devices : 1
Working Devices : 1
Failed Devices : 0
Spare Devices : 0
UUID : f53c2a33:28a78fa2:e8f7cd2c:fc4aa1f2 (local to host DiskStation)
Events : 0.5874
Number Major Minor RaidDevice State
0 8 2 0 active sync /dev/hda2
1 0 0 1 removed
~ # mdadm -D /dev/md2
/dev/md2:
Version : 1.2
Creation Time : Sun Apr 4 11:12:08 2021
Raid Level : raid1
Array Size : 483664256 (461.26 GiB 495.27 GB)
Used Dev Size : 483664256 (461.26 GiB 495.27 GB)
Raid Devices : 1
Total Devices : 1
Persistence : Superblock is persistent
Update Time : Thu Feb 3 18:11:31 2022
State : clean
Active Devices : 1
Working Devices : 1
Failed Devices : 0
Spare Devices : 0
Name : DiskStation:2 (local to host DiskStation)
UUID : 8e4e15ed:d04823fa:c16cb51c:3dadeb53
Events : 2
Number Major Minor RaidDevice State
0 8 3 0 active sync /dev/hda3
Что такое это mdadm и зачем оно нужно - это всем известно. Но если кому и неизвезстно точно, то примерно понятно, что это древнющая утилита для LSR (linux software raid). И она (утилита) в найденном мною лично изделии от synology под названием DS207 показывает, что разделы на одном физическом диске оформлены raid-ами. Что примечательно, первые два раздела на одном единственном физическом диске вот с такой интересностью:
Raid Devices : 2
Ответ на вопрос "почему это они на найденном устройстве вдруг c "degraded"?" мне не интересен. Ежу понятно, что это из-за того, что я пока ленюсь искать для устройства второй физический диск. Его пока нету в устройстве второго.
Автор вопроса спрашивает: а почему в устройстве synology неизвестной модели нет технологии RST для создания софтовых рэйдов? А я отвечаю: да потому на DS207 (это шутка) нет такой возможности вообще. проц. не от intel (это шутка) и уже используется другая технология построения массивов хранения, в том числе и из отдельных разделов на одном единственном физическом носителе (диске).
Мораль из басни такова (с). RST - это технология intel, и она для наблюдателя со стороны, для пользователя не погружающегося в тонкости и детали реализации, в общем итоге не отличается от используемой в DSL207 технологии LSR. Тоже делаются разделы на физическом носителе, и тоже делаются из них raid-ы. Так что остаётся лишь более детально разобраться в возможностях той или иной реализации, и перед покупкой какого-нибудь дорогостоящего устройства понять: а осилишь ли ты рулить всеми этими выдумками предков или всецело положишься на функционал производителя и будешь довольствоваться тем, что продают?
6 часов назад, MLS сказал:а осилишь ли ты рулить всеми этими выдумками предков
Главная трабла не в этом :(. Сложнее угадать, когда то, что ты осилил сделать ручками, грохнется после очередного апдейта, прихватив твои данные... Поэтому только через гуй и по стандарту.
10 часов назад, MLS сказал:Автор вопроса спрашивает: а почему в устройстве synology неизвестной модели нет технологии RST для создания софтовых рэйдов?
Модель я чуть выше написал - DS920+. Если это поможет с решением моей задачи.
Такое разбиение, как я описал, я лет 7 назад стандартными средствами делал на простенький модели другого производителя. Честно говоря, даже не пришло в голову, что это какая-то нестандартная опция и через 7 лет нужно предварительно исследовать эту купленную не самую дешёвую модель на наличие такого функционала.
Была надежда, что я не там ищу, но по комментариям похоже, что нельзя такое разбиение сделать.
Может это только мне нужно, но прям разочарование какое-то...
В 06.04.2021 в 08:39, QwertRob сказал:Тогда Вам именно SHR подойдет,
А не подскажете, лучше SHR или так:
"... 2 дисков в Basic (1 и 2), каждый из которых разбил на 2 раздела (A и B ) и настроил резервное копирование с A1 на A2."
Невозможно ответить не зная Ваших конечных целей по использованию НАСа. "Лучше" - понятие относительное :). Попытайтесь более системно и связанно сформулировать задачу. Техзадания никогда не писали? 
Конечных целей, может быть, пока и не понять, но бабло потрачено и с этим надо что-то делать.
А вот лет эдак девять назад на этом форуме уже "выяснили", что нет кайфа в этой SHR при двух одинаковых дисках. Эта shr-щина интересна в случае железяк (дисков) разной ёмкости и в случае расширения общего объёма "бюджетным" способом. "Бюджетный способ" - это когда у вас нет бабла для замены всех дисков массива, но вы по-нищебродски прикупили себе один, но бо-ольшой (большего объёма, чем используются в каком-то массиве). Ссылку на то древнее обсуждение дать не могу, локальные проблемы :) Тема называется "SHR vs RAID1 на DS212j" и она в разделе "Объявления".
4 часа назад, QwertRob сказал:Попытайтесь более системно и связанно сформулировать задачу.
Давайте попробую.
Для домашнего использования нужно небольшое (по сравнению с полным объёмом HDD, которых сейчас 2 по 6 Тб) отказоустойчивое место хранения документов (пусть будет 1Тб). И большое (10Тб) место хранения фильмов, где отказоустойчивость не нужна.
В наличии хранилище DS920+ с двумя дисками по 6Тб.
В дальнейшем планирую добавить ещё два диска, с помощью которых можно было бы повысить отказоустойчивость первой части хранилища и увеличить объем второй части.
Как решить такую задачу имеющимися средствами?
Если нужны дополнительные вводные - скажите, наверняка я не все важные моменты осветил.
1 час назад, MLS сказал:Конечных целей, может быть, пока и не понять, но бабло потрачено и с этим надо что-то делать.
Конечную цель описал в предыдущем сообщении.
1 час назад, MLS сказал:А вот лет эдак девять назад на этом форуме уже "выяснили", что нет кайфа в этой SHR при двух одинаковых дисках.
Тогда как посоветуете решить задачу, которую описал выше?
Насколько мне известно, стандартными путями Вы не сможете на Сино решить свою задачу. Не знаю способа на одной паре дисков создать массивы разных уровней. Только докупить еще пару более мелких дисков и сделать из них массив с отказоустойчивостью для документов, а имеющиеся объеденить в jbod или первый райд для большего объема под маловажный контент.
Просто опишу, как у меня сейчас организовано. Может кому-то поможет.
DS918+, в нем 2 диска по 3Тб - RAID1. Под важные данные
3Тб + 4Тб - типа файлопомойки. Торренты, и т.п.
1Тб через eSATA, но видимый в пуле ресурсов хранения (т.е. по сути DS918+ стала 5-ти дисковой. Как сделать - обсуждали тут). Используется под видеонаблюдение. Ну и т.к. там сделал файловую систему btrfs, то еще под виртуалки
На авито куплен не дорого (4 тыс. руб) DAS CFI на 5 дисков, подключен по USB3.0 Туда сейчас напихано три диска объемом 500-1000Gb. Там совсем шлак хранится не имеющий никакой ценности. Типа сериалов.
Так что придумать всегда что-нить можно
2 часа назад, Navigator сказал:Конечную цель описал в предыдущем сообщении.
Тогда как посоветуете решить задачу, которую описал выше?
Да, да, я читал. Поэтому лишь предположил, что всегда есть вероятность просмотреть и не заметить что-нибудь.
Посоветовать могу :) Запросто! Да я уже посоветовал без навязывания идей. Вы почему-то заинтересовались SHR. Да, такое дело именно на вашей модели есть. И можно много читать рекламных буклетов от Synology о том как это хорошо и здорово, и легко работает. Но одно дело читать завлекалочки производителя, а другое дело отзыв не поленившегося озвучить процедуру с точки зрения пользователя, который, так сказать, не только почитал завлекалочки, но и сделал это, чего там рекламируют. :) В той теме, которую я выше названием указал, есть такой опыт: http://blog.azib.net/2013/12/how-i-upgraded-my-synology-nas-to.html?m=1
Как это я упустил вами указанную модель - сам не понимаю.
Я не всегда с этим, найденным мною DS207. Да и разделять мне там особо нечего. В DSM 3.1 при установке я не заметил возможности не занимать томом всё свободное место. А вы печатаете, что на вашем железе и с имеющемся у вас софтом это допускается. А вот то самое место, которое остаётся, оно из гуя DSM, как я понял, не разруливается. Ну, это ладно - морда DSM софтинка обобщающая, на всякие модели. А чего пишется про остатки в терминале? Можно ли у вас на остатках напилить разделов или в каком виде вообще те остатки? Вот что любопытно. Мне же, на DS207 надо как-то сначала организовать "остатки", производитель мне такого счастья не оставил.
8 часов назад, QwertRob сказал:Насколько мне известно, стандартными путями Вы не сможете на Сино решить свою задачу.
Печально.
Тут еще одна напасть. Хранилище не дает сделать том меньшего чем весь диск объема... Это с чем может быть связано? Никто не сталкивался?
Пул хранения, где создаю том, - "Basic". Пункт "Изменить выделенный" не активен.
Это не напасть, а естественность, как пищеварение: вы чего-то отведали, и это чего-то попало вовнутрь организма. Методом отведывания ещё чего-нибудь вы в мгновение ока не избавитесь от того, что отведали ранее. Нужно время и внешний фактор, чтобы предыдущее отведывание "вышло" из организма.
На этом форуме много-много раз поминалось, что так называемый "пул ресурсов хранения" от synology выстраивает порядок создаваемых блочных устройств иначе, чем "дефолтная" (от synology) система томов.
Чуть выше по этой теме я повторил широко известное, что блочные md0 и md1 отдаются под ОСь и своп, а md2 для пользовательского тома. Если же делать "пул ресурсов хранения", то фактически - это создание расширенного раздела. В случае одного диска, короче, это создание sda5.
Для тех, кто не знает про SHR и просто использует устройство от synology - создаются sda1 (ОСь), sda2 (своп), sda3 (data). И на них накручиваются рэйды.
Для продвинутых с SHR: sda1 (ОСь), sda2 (своп), sda3 (у меня нет цензурных слов для этого раздела, требуется помощь зала), и sda5 (расширенный для виртуальных томов).
Так вот когда вы из "продвинутых" желаете вернуться в сообщество тех "кто не в курсе", то в synology справедливо предполагают, что вы уже в курсе операции "инициализации" железа и что именно делается при этой операции. Грубо говоря, производитель рекомендует сначала избавиться естественным образом от ранее отведанного, а потом уже отведать ещё, но другого.
"Стандартный путь решения" вашей проблемы - это операция зеркалирования логических томов (LVM). Она не запрещалась производителем. Но где и кто это делал - это я не искал. А самому чтоб проверить - это мне надо найти второй диск. Ищу
Navigator, а какой пул вы создали? Хотя этот вопрос для вас сейчас сложен. Вы для себя не уяснили, что такое RAID, к чему применяется он, к чему понимается понятие раздел. Когда поймёте, вопросы отпадут. Вам уже выше объясняли, что RAID создаётся на уровне дисков. После этого вы получаете некое дисковое пространство с заданными характеристиками отказоустойчивости. Да, некую отказоустойчивость можно создать средствами ОС. Но это не лучший вариант. В вашем случае, почему нельзя задать размер и этот пункт у вас неактивен? В выбранном вами методе создания пула изменить размер невозможно. Косвенно его можно уменьшить, создав предварительно на имеющемся пуле, например, iSCSI LUN. Но он не будет виден через сеть стандартными протоколами (Samba, FTP etc). Для этого в Windows в Администрировании есть оснастка "Инициатор iSCSI". Но iSCSI будет иметь ту же отказоустойчивость, что и пул хранения. Вот если у вас будет, допустим три диска, то два вы можете объединить в раид, а один оставить без избыточности.
Ну, я тоже не знаю правильного ответа на вопрос "какой я пул создаю", если у меня нет вариантов на DS207. То есть тут, на имеющемся так: либо "быстро", либо "пул". А какой он там... Разве это так важно? :) - производитель "всё сделает за нас".
Пока я нахожусь в состоянии розыска двух подходящих дисков (не обязательно одинаковых, просто двух, и свободных) при имеющемся одном свободном и присунутом в DS207, могу быстренько из ложить своё видение решения вопроса автора. Чтоб не было разочарований в продукции от Synology, и чтоб не было даже мысли, что обильно потраченное бабло на закупку офигительно больших дисков стало напрасной тратой денег.
Но, если честно, то я немножко недопонимаю зачем такие огромные диски для более-менее важного контента? Ведь если случись неприятность, то порядок восстановления в более-менее скверном случае требует размеров хранения троекратно превышающем проблемный вариант. Ведь надо будет сразу снять образ. А работа с образом потребует ещё одно такое же пространство и в результате... Если работаем над 6 TB, то надо как минимум 18 TB взять под это дело где-то. А где?
Исходное: DS207, DSM 3.1, hdd ~ 120 GB (одно)
Хотелка: сделать на диске RAID из двух разделов на манер выше обозначенной хотелки RST от intel. Ну, то есть чтобы у меня на диске был не просто RAID с одним разделом для инфы, как по умолчанию делает производитель, а чтобы было два раздела и они бы образовывали RAID.
Штатно, в гуе DSM делается этот самый "пул". И оценивается состояние:
~ # fdisk -l
Disk /dev/sda: 120.0 GB, 120034123776 bytes
255 heads, 63 sectors/track, 14593 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Device Boot Start End Blocks Id System
/dev/sda1 1 311 2490240 fd Linux raid autodetect
Partition 1 does not end on cylinder boundary
/dev/sda2 311 572 2097152 fd Linux raid autodetect
Partition 2 does not end on cylinder boundary
/dev/sda3 588 14593 112495152 f Win95 Ext'd (LBA)
/dev/sda5 589 14593 112487104 fd Linux raid autodetect
~ # df -h
Filesystem Size Used Available Use% Mounted on
/dev/md0 2.3G 480.2M 1.8G 21% /
/tmp 61.7M 328.0K 61.4M 1% /tmp
/dev/vg1/volume_1 26.6G 219.1M 26.3G 1% /volume1
/dev/vg1/volume_2 39.4G 176.0M 39.1G 0% /volume2
/dev/vg1/volume_3 39.4G 176.0M 39.1G 0% /volume3
~ # mdadm --detail /dev/md2
/dev/md2:
Version : 1.2
Creation Time : Thu Apr 8 21:25:39 2021
Raid Level : raid1
Array Size : 112485952 (107.27 GiB 115.19 GB)
Used Dev Size : 112485952 (107.27 GiB 115.19 GB)
Raid Devices : 1
Total Devices : 1
Persistence : Superblock is persistent
Update Time : Thu Apr 8 22:00:42 2021
State : clean
Active Devices : 1
Working Devices : 1
Failed Devices : 0
Spare Devices : 0
Name : DS207:2 (local to host DS207)
UUID : 2d0c5717:c5db8dec:f16f1e25:e0ba9a77
Events : 2
Number Major Minor RaidDevice State
0 8 5 0 active sync /dev/sda5
~ # mdadm --examine /dev/sda5
/dev/sda5:
Magic : a92b4efc
Version : 1.2
Feature Map : 0x0
Array UUID : 2d0c5717:c5db8dec:f16f1e25:e0ba9a77
Name : DS207:2 (local to host DS207)
Creation Time : Thu Apr 8 21:25:39 2021
Raid Level : raid1
Raid Devices : 1
Avail Dev Size : 224972160 (107.28 GiB 115.19 GB)
Array Size : 224971904 (107.27 GiB 115.19 GB)
Used Dev Size : 224971904 (107.27 GiB 115.19 GB)
Data Offset : 2048 sectors
Super Offset : 8 sectors
State : clean
Device UUID : 2bf851f3:4cd224ae:5c87724d:d04419b3
Update Time : Thu Apr 8 22:00:42 2021
Checksum : f7dfaacd - correct
Events : 2
Device Role : Active device 0
Array State : A ('A' == active, '.' == missing)
Понятное дело, что для общности я нагородил аж три "раздела" в терминологии synology, а по сути - три логических тома. И залегло всё это счастье при штатной процедуре на sda5.
Теперь я наглым образом c помощью того же fdisk удалю эти невнятные sda3 и расширенный раздел раздел с sda5 (команда d в fdisk для ненужных мне разделов), и перезагружу DS207 штатным способом из гуя DSM. Ну, это по приколу, конечно, можно и reboot-ом обойтись.
Разумеется, терминальный вход (SSH) разрешен.
После перезагрузки устройства, безусловно, если посмотреть в "Диспетчер хранения" DSM, то там голяк и предлагается что-нибудь создать. С помощью "Диспетчера хранения" я создавать ничего не буду. "Диспетчер хранения" сделан для людей удобным и "мудрым", он чтит наставления Козьмы Пруткова в части "нельзя объять необъятное", а моя хотелка из разряда "нафиг оно кому надо", но как оказывается всё же надо, хотя и не часто.
Сделаю пару разделов примерно по 50 GB на диске, чтоб потом их в RAID:
~ # fdisk /dev/sda
The number of cylinders for this disk is set to 14593.
There is nothing wrong with that, but this is larger than 1024,
and could in certain setups cause problems with:
1) software that runs at boot time (e.g., old versions of LILO)
2) booting and partitioning software from other OSs
(e.g., DOS FDISK, OS/2 FDISK)
Command (m for help): p
Disk /dev/sda: 120.0 GB, 120034123776 bytes
255 heads, 63 sectors/track, 14593 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Device Boot Start End Blocks Id System
/dev/sda1 1 311 2490240 fd Linux raid autodetect
Partition 1 does not end on cylinder boundary
/dev/sda2 311 572 2097152 fd Linux raid autodetect
Partition 2 does not end on cylinder boundary
Command (m for help): n
Command action
e extended
p primary partition (1-4)
p
Partition number (1-4): 3
First cylinder (572-14593, default 572): 588
Last cylinder or +size or +sizeM or +sizeK (588-14593, default 14593): 6588
Command (m for help): p
Disk /dev/sda: 120.0 GB, 120034123776 bytes
255 heads, 63 sectors/track, 14593 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Device Boot Start End Blocks Id System
/dev/sda1 1 311 2490240 fd Linux raid autodetect
Partition 1 does not end on cylinder boundary
/dev/sda2 311 572 2097152 fd Linux raid autodetect
Partition 2 does not end on cylinder boundary
/dev/sda3 588 6588 48203032+ 83 Linux
Command (m for help): n
Command action
e extended
p primary partition (1-4)
p
Selected partition 4
First cylinder (572-14593, default 572): 6589
Last cylinder or +size or +sizeM or +sizeK (6589-14593, default 14593): 12589
Command (m for help): w
The partition table has been altered!
В DSM 3.1, впрочем, и parted есть. Можно было и им воспользоваться. Короче, сделал:
~ # parted
GNU Parted 2.3
Using /dev/hda
Welcome to GNU Parted! Type 'help' to view a list of commands.
(parted) print
print
Model: ATA SAMSUNG HM120JI (scsi)
Disk /dev/hda: 120GB
Sector size (logical/physical): 512B/512B
Partition Table: msdos
Number Start End Size Type File system Flags
1 131kB 2550MB 2550MB primary ext3 raid
2 2550MB 4698MB 2147MB primary linux-swap(v1) raid
3 4828MB 54.2GB 49.4GB primary
4 54.2GB 104GB 49.4GB primary
(parted) q
Теперь оформлю эти свеженькие sda3 и sda4 в массив:
~ # mdadm --create --verbose /dev/md2 --level=1 --raid-devices=2 /dev/sda3 /dev/sda4
mdadm: Note: this array has metadata at the start and
may not be suitable as a boot device. If you plan to
store '/boot' on this device please ensure that
your boot-loader understands md/v1.x metadata, or use
--metadata=0.90
mdadm: size set to 48201920K
Continue creating array? yes
mdadm: Defaulting to version 1.2 metadata
mdadm: array /dev/md2 started.
И иду выгуливать собаку, потому что на имеющемся у меня DSM207 процедура создания рэйда не быстрая
~ # cat /proc/mdstat Personalities : [linear] [raid0] [raid1] [raid10] [raid6] [raid5] [raid4] md2 : active raid1 sda4[1] sda3[0] 48201920 blocks super 1.2 [2/2] [UU] [>....................] resync = 2.5% (1232768/48201920) finish=55.8min speed=14023K/sec md1 : active raid1 sda2[0] 2097088 blocks [2/1] [U_] md0 : active raid1 sda1[0] 2490176 blocks [2/1] [U_] unused devices: <none>
Через часок (55.8 min - это приблизительное время):
~ # cat /proc/mdstat Personalities : [linear] [raid0] [raid1] [raid10] [raid6] [raid5] [raid4] md2 : active raid1 sda4[1] sda3[0] 48201920 blocks super 1.2 [2/2] [UU] [===================>.] resync = 99.9% (48175552/48201920) finish=0.0min speed=12176K/sec md1 : active raid1 sda2[0] 2097088 blocks [2/1] [U_] md0 : active raid1 sda1[0] 2490176 blocks [2/1] [U_] unused devices: <none> ~ # cat /proc/mdstat Personalities : [linear] [raid0] [raid1] [raid10] [raid6] [raid5] [raid4] md2 : active raid1 sda4[1] sda3[0] 48201920 blocks super 1.2 [2/2] [UU] md1 : active raid1 sda2[0] 2097088 blocks [2/1] [U_] md0 : active raid1 sda1[0] 2490176 blocks [2/1] [U_] unused devices: <none>
Сделался вожделенный рэйд из двух разделов на одном единственном диске. Поблогодарил богов (и старых, и новых) и отформатировал этот рэйд:
~ # mkfs.ext3 /dev/md2
mke2fs 1.41.12 (17-May-2010)
Filesystem label=1.41.12-1639
OS type: Linux
Block size=4096 (log=2)
Fragment size=4096 (log=2)
Stride=0 blocks, Stripe width=0 blocks
3014656 inodes, 12050480 blocks
25600 blocks (0.21%) reserved for the super user
First data block=0
Maximum filesystem blocks=0
368 block groups
32768 blocks per group, 32768 fragments per group
8192 inodes per group
Superblock backups stored on blocks:
32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208,
4096000, 7962624, 11239424
Writing inode tables: done
Creating journal (32768 blocks): done
Writing superblocks and filesystem accounting information: done
This filesystem will be automatically checked every 30 mounts or
180 days, whichever comes first. Use tune2fs -c or -i to override.
Заценил труды:
~ # mdadm --detail --scan --verbose
mdadm: cannot open /dev/md/0: No such file or directory
mdadm: cannot open /dev/md/1: No such file or directory
ARRAY /dev/md2 level=raid1 num-devices=2 metadata=1.2 name=DS207:2 UUID=a2e71f96:42b627d0:2c8fcb8d:eeb87f30
devices=/dev/hda3,/dev/hda4
~ # cat /dev/.mdadm/map
md0 0.90 c732110f:74693209:2d8c9ed8:9d6492a3 /dev/md/0
md1 0.90 aa5a552a:f53ec7f8:2d8c9ed8:9d6492a3 /dev/md/1
md2 1.2 a2e71f96:42b627d0:2c8fcb8d:eeb87f30 /dev/md2
Штатно перезагрузил DS207 (опять же через гуй DSM ) и проверил всё ли на месте, и разрешил ли я свою хотелку:
DS207> df -h
Filesystem Size Used Available Use% Mounted on
/dev/md0 2.3G 480.4M 1.8G 21% /
/tmp 61.7M 280.0K 61.5M 0% /tmp
/dev/md2 45.2G 227.0M 44.9G 0% /volume1
~ # fdisk -l
Disk /dev/sda: 120.0 GB, 120034123776 bytes
255 heads, 63 sectors/track, 14593 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Device Boot Start End Blocks Id System
/dev/sda1 1 311 2490240 fd Linux raid autodetect
Partition 1 does not end on cylinder boundary
/dev/sda2 311 572 2097152 fd Linux raid autodetect
Partition 2 does not end on cylinder boundary
/dev/sda3 588 6588 48203032+ 83 Linux
/dev/sda4 6589 12589 48203032+ 83 Linux
~ # parted -l
Model: ATA SAMSUNG HM120JI (scsi)
Disk /dev/hda: 120GB
Sector size (logical/physical): 512B/512B
Partition Table: msdos
Number Start End Size Type File system Flags
1 131kB 2550MB 2550MB primary ext3 raid
2 2550MB 4698MB 2147MB primary linux-swap(v1) raid
3 4828MB 54.2GB 49.4GB primary
4 54.2GB 104GB 49.4GB primary
~ # mdadm --detail /dev/md2
/dev/md2:
Version : 1.2
Creation Time : Fri Apr 9 10:17:19 2021
Raid Level : raid1
Array Size : 48201920 (45.97 GiB 49.36 GB)
Used Dev Size : 48201920 (45.97 GiB 49.36 GB)
Raid Devices : 2
Total Devices : 2
Persistence : Superblock is persistent
Update Time : Fri Apr 9 11:34:23 2021
State : clean
Active Devices : 2
Working Devices : 2
Failed Devices : 0
Spare Devices : 0
Name : DS207:2 (local to host DS207)
UUID : a2e71f96:42b627d0:2c8fcb8d:eeb87f30
Events : 32
Number Major Minor RaidDevice State
0 8 3 0 active sync /dev/hda3
1 8 4 1 active sync /dev/hda4
~ # mdadm --examine /dev/sda4
/dev/sda4:
Magic : a92b4efc
Version : 1.2
Feature Map : 0x0
Array UUID : a2e71f96:42b627d0:2c8fcb8d:eeb87f30
Name : DS207:2 (local to host DS207)
Creation Time : Fri Apr 9 10:17:19 2021
Raid Level : raid1
Raid Devices : 2
Avail Dev Size : 96404017 (45.97 GiB 49.36 GB)
Array Size : 96403840 (45.97 GiB 49.36 GB)
Used Dev Size : 96403840 (45.97 GiB 49.36 GB)
Data Offset : 2048 sectors
Super Offset : 8 sectors
State : clean
Device UUID : e4530917:77a95685:adea44cb:aba29569
Update Time : Fri Apr 9 11:35:26 2021
Checksum : 9bbc4fb8 - correct
Events : 32
Device Role : Active device 1
Array State : AA ('A' == active, '.' == missing)
~ # mdadm --examine /dev/sda3
/dev/sda3:
Magic : a92b4efc
Version : 1.2
Feature Map : 0x0
Array UUID : a2e71f96:42b627d0:2c8fcb8d:eeb87f30
Name : DS207:2 (local to host DS207)
Creation Time : Fri Apr 9 10:17:19 2021
Raid Level : raid1
Raid Devices : 2
Avail Dev Size : 96404017 (45.97 GiB 49.36 GB)
Array Size : 96403840 (45.97 GiB 49.36 GB)
Used Dev Size : 96403840 (45.97 GiB 49.36 GB)
Data Offset : 2048 sectors
Super Offset : 8 sectors
State : clean
Device UUID : 173d1264:2c4781fb:06f3ef1b:410d3f0c
Update Time : Fri Apr 9 11:35:26 2021
Checksum : 5244498e - correct
Events : 32
Device Role : Active device 0
Array State : AA ('A' == active, '.' == missing)
Всё на месте. Хотелка исполнилась. В "Диспетчере хранения" гуя DSM у меня теперь есть один раздел RAID1 с защитой данных при одном физическом диске.
К автору вопроса. Ваш вопрос дествительно не сразу был понятен. Но если вы хотите сделать собственное разбиение дисков на вашем устройстве, то производитель этого вам не запрещает. Делайте. Но я пока ограничился одним физическим диском, потому что второго свободного разыскать пока не получается. Но принципиально ничего и не изменится, лишь названия блочных устройств поменяются. Возможно, я вам показал, что ваш вопрос и не вопрос вовсе. Возможно, и нет. Но вы попробуйте на своём железе. Может и этих всех объяснений достаточно.
=====================
Чуть позднее, когда нашлось время для того, чтобы воспользоваться поиском по этому форуму, я всё же разыскал подходящее решение, опубликованное здесь десять лет назад. То есть тогда, когда я, значит, ещё и в школу не пошёл, ваш вопрос, автор, уже порешали. Так что, как-то оно вот так - вопрос по изобретению велосипеда именно вами желаемого колора был там:
Проверил изыскания предков по предложенной выше ссылке на имеющемся у меня DS207 с DSM 3.1
Наконец-то освободился ещё один диск. И я присунул в DS207 второй:
1. От Samsung на 120 GB
2. Маркирован Toshiba на 500 GB
Хотелось сделать так, как автор вопроса говорит. Важные данные в RAID1, всё остальное в кучу (RAID0). Но диски у меня поменьше ёмкостью, поэтому для "важных данных" будет RAID1 ~ 60 GB. Под RAID1 я понимаю два раздела, где один на одном диске, а другой раздел на другом диске, и эти два объединены/отражены друг на друга/содержат одно и тоже по каждому разделу, что называется в терминах synology "защитой данных".
Ну, делается это, и работает. Как предки завещали, так оно и получается. Вот расклад по итогу проверок наработки начала этого тысячелетия:
DS207> fdisk -l
Disk /dev/sda: 120.0 GB, 120034123776 bytes
255 heads, 63 sectors/track, 14593 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Device Boot Start End Blocks Id System
/dev/sda1 1 311 2490240 fd Linux raid autodetect
Partition 1 does not end on cylinder boundary
/dev/sda2 311 572 2097152 fd Linux raid autodetect
Partition 2 does not end on cylinder boundary
/dev/sda3 572 7903 58889216 83 Linux
/dev/sda4 7903 14593 53741536+ 83 Linux
Disk /dev/sdb: 500.1 GB, 500107862016 bytes
255 heads, 63 sectors/track, 60801 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Device Boot Start End Blocks Id System
/dev/sdb1 1 311 2490240 fd Linux raid autodetect
Partition 1 does not end on cylinder boundary
/dev/sdb2 311 572 2097152 fd Linux raid autodetect
Partition 2 does not end on cylinder boundary
/dev/sdb3 572 7903 58889216 83 Linux
/dev/sdb4 7903 60801 424907296+ 83 Linux
DS207> parted -l
Model: ATA SAMSUNG HM120JI (scsi)
Disk /dev/hda: 120GB
Sector size (logical/physical): 512B/512B
Partition Table: msdos
Number Start End Size Type File system Flags
1 131kB 2550MB 2550MB primary ext3 raid
2 2550MB 4698MB 2147MB primary linux-swap(v1) raid
3 4698MB 65.0GB 60.3GB primary
4 65.0GB 120GB 55.0GB primary
Model: ATA TOSHIBA MQ01ABF0 (scsi)
Disk /dev/hdb: 500GB
Sector size (logical/physical): 512B/512B
Partition Table: msdos
Number Start End Size Type File system Flags
1 131kB 2550MB 2550MB primary ext3 raid
2 2550MB 4698MB 2147MB primary linux-swap(v1) raid
3 4698MB 65.0GB 60.3GB primary
4 65.0GB 500GB 435GB primary
DS207> mdadm --detail --scan --verbose
mdadm: cannot open /dev/md/0: No such file or directory
mdadm: cannot open /dev/md/1: No such file or directory
ARRAY /dev/md2 level=raid1 num-devices=2 metadata=1.2 name=DS207:2 UUID=d93e75b5:18dfff00:222b0e27:eaf86c18
devices=/dev/sda3,/dev/hdb3
ARRAY /dev/md3 level=raid0 num-devices=2 metadata=1.2 name=DS207:3 UUID=7581763c:98968a71:1ca1496a:0e02d1e3
devices=/dev/sda4,/dev/hdb4
DS207> cat /dev/.mdadm/map
md3 1.2 7581763c:98968a71:1ca1496a:0e02d1e3 /dev/md3
md1 0.90 a6944b14:f2f36a6c:2d8c9ed8:9d6492a3 /dev/md/1
md0 0.90 0efb98f6:07824d04:2d8c9ed8:9d6492a3 /dev/md/0
md2 1.2 d93e75b5:18dfff00:222b0e27:eaf86c18 /dev/md2
DS207> df -h
Filesystem Size Used Available Use% Mounted on
/dev/md0 2.3G 480.3M 1.8G 21% /
/tmp 61.7M 316.0K 61.4M 0% /tmp
/dev/md2 55.3G 226.9M 55.0G 0% /volume1
/dev/md3 449.3G 246.2M 449.0G 0% /volume2
DS207> mdadm --detail /dev/md2
/dev/md2:
Version : 1.2
Creation Time : Sat Apr 10 11:52:51 2021
Raid Level : raid1
Array Size : 58888064 (56.16 GiB 60.30 GB)
Used Dev Size : 58888064 (56.16 GiB 60.30 GB)
Raid Devices : 2
Total Devices : 2
Persistence : Superblock is persistent
Update Time : Sat Apr 10 14:14:14 2021
State : clean
Active Devices : 2
Working Devices : 2
Failed Devices : 0
Spare Devices : 0
Name : DS207:2 (local to host DS207)
UUID : d93e75b5:18dfff00:222b0e27:eaf86c18
Events : 32
Number Major Minor RaidDevice State
0 8 3 0 active sync /dev/sda3
1 8 19 1 active sync /dev/hdb3
DS207> mdadm --detail /dev/md3
/dev/md3:
Version : 1.2
Creation Time : Sat Apr 10 12:59:27 2021
Raid Level : raid0
Array Size : 478646720 (456.47 GiB 490.13 GB)
Raid Devices : 2
Total Devices : 2
Persistence : Superblock is persistent
Update Time : Sat Apr 10 14:14:14 2021
State : active
Active Devices : 2
Working Devices : 2
Failed Devices : 0
Spare Devices : 0
Chunk Size : 64K
Name : DS207:3 (local to host DS207)
UUID : 7581763c:98968a71:1ca1496a:0e02d1e3
Events : 1
Number Major Minor RaidDevice State
0 8 4 0 active sync /dev/sda4
1 8 20 1 active sync /dev/hdb4
В 09.04.2021 в 10:34, alexy сказал:Navigator, а какой пул вы создали?
Сейчас я создал пул "Basic". Хотел разбить его на два тома. Но... Том меньшего, чем пул хранения, размера создать не получается.
Э-э, не так, наверное... То есть не о том различии пулов интересовался человек вопрошающий. Это теперь вам лучше посмотреть в имеющуюся группу локальных томов на этом "производственно созданном" рэйде и обратить внимание на наличие или отсутствие тома с названием syno_vg_reserved_area, например. По идее, от навязываемой производителем группы томов вы не избавились. Но есть сомнения. Заодно посмотрите на объявленные размеры томов, размеры группы томов, да и самого раздела, оформленного как RAID. но в гуе обзываемого "Basic".
Короче, дело-то оно, безусловно, ваше, но вы напрасно стесняетесь выдать инфу о текущем положении дел в системе хранения данных именно на вашем устройстве. Там ничего секретного или индивидуального нет. UUID-ы - это жеж явление уникального порядка идентификации лишь для самой системы.
И ещё. Как пишут в интернетах, где-то начиная с 6-ой версии DSM, а то, может быть, и раньше synology выдала на гора утилиту synoconfbkp. Вот в DSM 3.1 (а она для моего устройства последняя оф.возможная) этого нету. Но мулька-то полезная по самое небалуйся, как я понял. Должна, по идее, сохранять конфигурацию устройства. Оно, конечно, и в гуе, то есть из морды DSM вызывается, но всё равно наступит время когда вам надоест вэб-интерфейс, или свершится какой-нибудь очередной прорыв технологий веба и ваш обозреватель станет непригоден для просмотра DSM через этот самый обозреватель. Бывает, знаете ли.
Но мне, например, чертовски интересно а в каком виде сохраняет synoconfbkp конфигурацию и что именно туда входит, то есть что под этим делом понимают в synology? но там - да! там могут быть и какие-то личные данные. Точно я не знаю, проверить нету возможности, но народы по сетям пишут, что сохраняется это так:
~ # /usr/syno/bin/synoconfbkp export --filepath=/tmp/`hostname`_`date +%Y.%m.%d`.file-conf
Если у вас время найдётся и не будет лень, то не могли бы рассказать чего именно synology сохраняет и в каком виде?
Ну, опять же по идее, вы когда-нибудь добъётесь нужной вам конфигурации. А потом вдруг захотите снова попробовать каких-нибудь мулек-фич, и непременно на дисках в 6 TB. Не новые же покупать пойдёте. Сохранили конфигурацию, провели эксперименты. и обратно "import". Прикольно ведь.
В 08.04.2021 в 16:36, SDL2000 сказал:1Тб через eSATA, но видимый в пуле ресурсов хранения (т.е. по сути DS918+ стала 5-ти дисковой. Как сделать - обсуждали тут).
А можно ссылку на обсуждение того, как это сделать? А то в вашем сообщении ссылке нет (
В 10.04.2021 в 20:53, MLS сказал:synoconfbkp
Даже не представляю, где это искать... Утилиты предлагаются в Центре пакетов, откуда их можно загрузить платно или бесплатно. Утилиты "synoconfbkp" там нет.
52 минут назад, Navigator сказал:Даже не представляю, где это искать... Утилиты предлагаются в Центре пакетов, откуда их можно загрузить платно или бесплатно. Утилиты "synoconfbkp" там нет.
Это консольная служебная утилита.
Для её использования необходимо зати в консоль устройства (telnet/ssh) предварительно разрешив нужное "панель управления-терминал и snmp".
И далее вызвать утилиту.
Она же вызывается и из утилит с граф интерфейсом (hyperbackup).
14 часов назад, Navigator сказал:А можно ссылку на обсуждение того, как это сделать? А то в вашем сообщении ссылке нет (
В 12.04.2021 в 14:50, SDL2000 сказал:
Спасибо!
В 12.04.2021 в 00:38, freewind сказал:Это консольная служебная утилита.
Пока не разобрался с этим. Не планировал даже. Мне от хранилища нужно было две вещи: освободить комп от кучи фильмов и получить резервное место хранения документов. А тут в программиста с таким устройством скоро превратишься... )
В подавляющем большинстве случаев, думаю, именно для этих целей и берут synology/qnap-ы. В причинах, вас побудивших, так сказать, использовать 920-ую модель от synology, особой оригинальности нет. И программистом при владении таким устройством не станете. Но общие представления о способах хранения данных (документы и кино - это определённо контент, данные) вы получить можете. И вам, похоже, этого и хочется. Кому не хочется, тот не задумывается над вопросом раздельного хранения, где одна часть контента (важная) "защищена" дублированием, а другая менее "защищена" (дублирования нету). Тот, кому не хочется вникать в органзацию хранения, тот идёт в магазин и покупает диски ещё большего размера, и в количестве обеспечивающем ему гарантированное производителем использование. Есть гарантия на год - берём на год. Через год возьмём ещё. "Мечты сбываются" (с)
А вы человек бюджетно-рассудительный и здраво рассудили, что вместо того, чтобы стирать подошву обуви хотьбой по магазинам, можно порешать вопрос размышлениями и немножко понажимать клавиши на клавиатуре. И действительно! Вы можете и таким образом воплотить мечту в реальность. Но поразмышлять над структурами хранения данных и попробовать понажимать клавиши на клавиатуре придётся, и это не программирование, а настройка.
13 часов назад, Navigator сказал:Пока не разобрался с этим. Не планировал даже. Мне от хранилища нужно было две вещи: освободить комп от кучи фильмов и получить резервное место хранения документов. А тут в программиста с таким устройством скоро превратишься... )
Тогда не совсем понятно зачем вы лезете сверх граф интерфейса? Все что можно и как можно сделать очень доступно написано в документации сино. Даже на русском языке.
То что вам предложено выше, по переразбиению дисков/томов это "кустарщина" до ближайшего обновления и это к программированию не имеет никакого отношения, администрирование... И чтобы кто не говорил (даже если закатать скрипты такого разбиения в cron (расписание заданий)), через пару тройку обновлений приведет к непонятным косякам где-то переименовка дисков произойдет или утилиты поменяют... особенно такое касается новых моделей. А если вы не имеете представления об администрирование *nix систем понять что произошло будет достаточно сложно.
О,как! Ну, это уже опыт использования продукции от synology. Я очень сомневаюсь, что какое-либо обновление программного обеспечения изменяет структуры в пространстве пользователя. А зачем тогда этот md0, если лезем к пользователю? Не, оно конечно встречалось в виндовсе, когда компания майкрософт вдруг и неожиданно отпиливала от раздела под свои нужды. А то, что этим и в synolоgy промышляют - этого я ни подтвердить, ни опровергнуть не могу. Опыт использования продукта от synology у меня скромен. И да, всякое такое, что не делает производитель - это кустарщина. Только вентиляторы от synology могут выдувать воздух из корпуса изделия от synology. Про это знают все. А если кто не в теме, то грубо говоря, вентилятор на выдув лично на мною найденном устройстве не может быть заменён на любой подходящий ветродуй. Изделие не будет с просто вентилятором работать. К вентилятору должна прилагаться схема работы. Но такого не добыть, есть аналоги, но не очень-то подходят. Поэтому только паяльник и спасает. Кустарщина.
А при каком обновлении synology уже меняла структуру хранения пользовательских данных?
В 15.04.2021 в 16:28, MLS сказал:synology уже меняла структуру хранения пользовательских данных
Пользовательских? Указанная подмена описана очень давно. По такому же принципу делят разделы как удобно и т.д. При этом меняют системные скрипты монтирования, да еще и минимум с правами супер пользователя, который в никс равен системе...
Не очень понятно о какой "подмене" идёт речь. Для того, чтобы сделать свою собственную структуру файлового хранилища своих собственных данных на устройстве, купленном на нажитое непосильным трудом, не надо ничего "подменять". Весь необходимый функционал уже есть в устройстве. Работу кое-каких утилит (это такие программки) в купленном вами устройстве производитель забыл объяснить. То есть по ним напрочь отсутствует хоть какая-нибудь справка. Но если понаблюдать за их работой, а всегда находятся такие любопытные, то становится примерно понятным их предназначение в вопросе конфигурирования устройства. Полный функционал таких утилит для большинства пользователей всегда остаётся загадкой, а производитель вечно забывает их документировать, и что он туда замешивает, и что у вас в устройстве постоянно делается этими до конца не изученными вами утилитами, вы не знаете. При этом, если вы способны читать, то можете обнаружить такие безусловно странные факты, что недокументированный производителем функционал вполне себе может категорически неправильно конфигурировать имеющееся у вас устройство. И чем более устаревает именно имеющаяся у вас модель, чем более производитель выпустил новых моделей, тем больше недокументированные утилиты от производителя "гадят". Проявляется это возгласами "вот на прошлой версии DSM у меня всё летало, а теперь всё тормозит". Естественно! Один или два нанятых производителем скриптописателя - это тоже люди, они не могут навыдумывать "скриптов" для всего модельного ряда от производителя. Они выдумывают для последних моделей, оставляя ранее надуманные варианты для былых актуальных моделей без дальнейшего развития. Отсюда и получается, что те самые "скрипты монтирования" от производителя, если вы хоть раз в них заглядывали, чуть ли не в половину своего объёма отрисованы для чего угодно, но только не для имеющегося у вас устройства. А там ещё и для всяких других устройств, с совершенно другим функционалом, невероятным и невозможным именно на имеющемся у вас. Я ни в коей мере не обвиняю авторов этих "скриптов монтирования" от производителя в злоупотреблениях философскими домыслами на общие темы. Но времена меняются, появляются новые требования и возможности, они реализуются, а в следствии этой погони за актуальностью допускаются катастрофические "недосмотры-недоделки" для "не актуальных" устройств (моделей от производителя). Когда количество "недосмотров-недоделок" начинает зашкаливать, устройство снимается с поддержки вообще. Поэтому и приходится заниматься если не "допиливанием" обобщающих производственных выдумок, то хотя бы приведением их в соответствие именно к имеющейся у вас модели. И безусловно, чем раньше начнёшь, тем дольше именно имеющееся у вас устройство не станет "тормозить". Либо надо следовать правилу "фанатов эпл" - вышел новый айфон? - сбываем старый, покупаем новый. Так и тут - не сидите долго с одной моделью, покупайте новые модели, и всё у вас будет хорошо.
Добрый день.
Помогите чайнику, пожалуйста!
Имеется DS212+ 2 диска 6Tb SHRс файловой системой ext4
Запустил новую систему DS418 2 дисками 6Tb SHRс файловой системой btrfs.
Скопировал содержание дисков с DS212 на DS 418.
Теперь хочу диски из 212 переставить (добавить) в 418 для увеличения объема хранения.
Переставил один диск.
Как и описано в инструкции станция пищит, предупреждая об ошибке в системе хранения.
Диспетчер хранения на диске 3 пишет "отказ системного раздела"
Причем первые два диска остались в Том 1, а новый диск попал в Том2.
Вопросы:
1. Не очень понимаю, что лучше, оставить диск 3 и потом диск 4 в Томе 2 или каким-то образом (и как) добавить их в Том1?
2. Видимо диск из DS212 с файловой системой ext4 нужно полностью переформатировать под btrfs, чтобы он нормально функционировал в DS418?
И как это проще всего сделать?
nandreao, всякий диск, который вы вынимаете из изделия от synology, прежде чем он будет присунут в другое изделие от synology должен быть осознан вами и понятен в своём содержимом. При этом, понятие содержимого именно в контексте ваших личных данных не интересно вообще. Интересовать вас должны некие элементы файловых систем от производителя, которые он присовывает на каждый физический диск. А производитель очень часто, если не всегда, присовывает на каждый физический диск по парочке свойских разделов. Тут, в принципе, производитель не запрещает и отсутствие этих свойских разделов на каждом физическом диске, но это уже отклонение от намеченной "линии партии", и встречается не часто.
Берёте вы изделие без дисков, а потом добавляете физический диск, только что купленный в магазине, и проверенный на предмет его предыдущего использования, а именно отсутствия каких-нибудь файловых систем или разделов, а так же количества предыдущих стартов (запусков) диска в неведомых вами системах. Так и вот, при добавлении этого свеженькаго диска в устройство так называемая процедура инициализации этого диска в системе заключается в том, что на нём создаются разделы "от производителя". Рзделы эти небольшие, а уж на пространствах в несколько ТБ и вовсе незаметные.
Производитель в вашем устройстве, накодил эдакую а-ля собаку, которую вывели на прогулку после долгой ночи: обнюхивает все старые места, а при обнаружении нового, ещё не пахнущего или пахнущего, но не собой - "помечает". Всё равно какой по номеру физический диск вы добавляете из предыдущей модели в свежую. Если диск использовался в предыдущей модели, то на нём эти отметки-разделы должны быть. И "пахнут" они иначе, чем в свежей системе. Идентификация другая у этих разделов, нежели она будет в новой, поэтому распознаётся "запахом чужого" и очевиднейшим образом обязана быть изменена до состояния своего, родного. Нет ничего нового в мире под Луной, поэтому вы должны быть в курсе, что лучшим способом придания чему бы то ни было определённого "запаха" - это предварительное уничтожение предыдущих "запахов" по мере сил. И вот именно этот момент у производителя совершенно не прозрачен. То есть вы не увидите в гуе (GUI) DSM ни деяний, задуманных производителем, ни результатов по вопросу процедуры смены "запахов". Только в консоли.
Производитель пишет очень кратко об этой процедуре: Состояние новых дисков должно быть Инициализировано или Не инициализировано. Но даже такая краткость почему-то намекает на то, что никаких дополнительных томов или разделов, кроме "с запахом" от производителя быть не должно. Не нужны процедуре от производителя другие разделы на диске. А их присутствие не документируется, не объясняются последствия. Вы же взяли физический диск из предыдущего изделия, да просто присовываете его в свежее. Предполагается, что кроме разделов с "инородным запахом" от производителя на этом диске есть и ваш пользовательский раздел. Пусть уже и без важных данных, но раздел-то есть (у некоторых, впрочем, может быть и не один раздел, а много). Произошло недокументированное событие и пользовательский раздел на присовываемом диске влез во второй том, которого у вас не было. А могло быть и хуже. Если бы у вас было несколько томов, то порядок воссоздания конфигурации нового изделия, который опять же не документируется производителем для конечного пользователя - это "ноу-хау" от производителя, и как там оно себя поведёт понять можно только эмпирически: толи присвоит новый номер, если это возможно, толи вообще отречётся, толи взбрыкнёт "общим сбоем".
Короче, не надо делать неправильно. Надо делать по инструкции от производителя: присовываемый диск должен стать "инициализированным или не инициализированным" про состояние "обычный" или с какими-нибудь ошибками производитель в инструкции не пишет, стало быть таких состояний не должно быть.
По идее, после переброса данных со старого устройства на свежее, вы могли бы на старом устройстве удалить все пользовательские тома, разделы, массивы. Раз уж там данные больше не нужны, и они действительно скопированы, а диски из старого устройства переезжают. Когда бы на этих переставляемых дисках не было пользовательского раздела (или разделов) вообще, то вы бы достигли понимания инструкции от производителя. Право же, лично я не знаю как из гуя DSM удалить все разделы, кроме системных от производителя, если такой пользовательский раздел уже был создан. На DSM 3.1 это можно сделать только с помощью терминала или с помощью какого-нибудь внешнего компьютерного устройства, куда бы подвтыкивался диск для этой цели, цели зачистки разделов диска. Но, мможет быть, на старших версиях DSM как-то и можно - этого я что-то пока не нашёл. Тупо в терминале удалить - всяк для меня проще.
Очень благодарен freewind, за лаконичность, и умение донести суть в двух словах:
Цитата"То что вам предложено выше, по переразбиению дисков/томов это "кустарщина" до ближайшего обновления".
В начале я тоже думал о том, что "жаба душит"... и как бы и "рыбку съесть и ...", но по итогу понял одну важную вещь: если "жаба душит, то NAS не нужен". Так как комп и без NAS справится с резервным копированием важных данных на другой диск (или раздел) посредством программ.
Не нужно заблуждаться (особенно касается новичков), что можно и нужно делать, переделывать, экономить, расширять.... сделать можно все..., но "до ближайшего обновления"... а нужно ли (в таком случае) тратиться на дорогостоящие NASы (чтобы переделывать), если хотите из него сделать обычный системник с массой дисков для хлама?
Не хочу вдаваться в демогогии длинных сообщений и предоставления непонятных многим символов. Хочу лишь сказать:
Если купил NAS, будь готов отдать половину объема дисков на сохранение данных. По сути для этого и создан NAS.
И просто логика: за 10 лет!! форума, лишь пару тем и решений вопроса как "и рыбку съесть и ..."....
В 25.05.2021 в 03:52, Tori сказал:Если купил NAS, будь готов отдать половину объема дисков на сохранение данных
Тут Вы не совсем правы . Во-первых, не всем вообще нужна отказоустойчивость, есть много задач, где важнее объем. Во-вторых, необязательно жертвовать половиной дисков, избыточность на разных массивах может занимать гораздо меньший процент, почти без потери надежности.
1 час назад, QwertRob сказал:Тут Вы не совсем правы
Например? Вы про множественные диски (NASы где 4 и более)?
6 часов назад, Tori сказал:Вы про множественные диски (NASы где 4 и более)?
Да, конечно. Чем больше дисков в массиве, тем относительно меньше накладные расходы на избыточность.
Всем доброго дня.
Прошу совета касательно заполнения томов. Имеется DS1815+ с двумя томами. Один для хранения фото и важных данных. Второй для медиатеки.
Собственно проблема в том, что при заполнении второго тома почему-то "забивается" свободное место первого тома, хотя File Station на нем ничего кроме фото не показывает. В итоге заполняю второй том под фильмотеку объемом 20Тб и одновременно такой же объем дискового хранилища непонятно чем заполняется на первом томе, который гораздо меньше по объему о сделан под совсем другие нужды.
Скриншоты для понимания ниже
14 часов назад, Andreika26 сказал:при заполнении второго тома почему-то "забивается" свободное место первого тома,
Комплекс SynologyDrive установлен? На первый пул?
10 часов назад, QwertRob сказал:Комплекс SynologyDrive установлен? На первый пул?
Да, установлен. На первом пуле.
Вот он и создает "для себя" копию данных проиндексированных папок
В 26.10.2021 в 10:37, QwertRob сказал:Вот он и создает "для себя" копию данных проиндексированных папок
Спасибо за подсказку. Удалил SynologyDrive со всеми настройками почти день назад, но диск заполнен так же - как удалить все скопированные SynologyDrive данные?
4 часа назад, Andreika26 сказал:как удалить все скопированные SynologyDrive данные?
По моим наблюдениям, эти данные удаляются автоматически. Но, при значительном объеме их этот процесс может занять часы и дни . Не далее, как вчера, уменьшил глубину версионирования общих папок. Объем удаляемых данных составил 1.5 ТБ, процесс удаления на DS916+ занял около 20 часов . Но у меня только один том хранения, как будет на ином разбиении массива - не знаю.
4 часа назад, Andreika26 сказал:Спасибо за подсказку. Удалил SynologyDrive со всеми настройками почти день назад, но диск заполнен так же - как удалить все скопированные SynologyDrive данные?
Если Вы произвели удаление Drive из DSM стандартным способом, то по моим наблюдениям его кеш удаляется сразу. Исключение составляет лишь перенастройка для Drive, например, глубины архива. Тогда это может занимать часы или дни: от объёмов зависит и загрузки железки.
Я бы посоветовал посмотреть в задачах чем занят NAS. Так же можно подключиться по ssh и посмотреть что занимает место. Если Drive удалён и процессы его завершены, но каталоги с мусором от него остались, то их можно удалить через ssh-консоль.
Надеюсь Вы подстраховались и предварительно перезагрузили устройство.
Ssh + winscp и искать что жрёт память.
В итоге так и не удалились данные - пришлось удалять и заново создавать раздел.
Ребят. Вопрос ламера. Есть два диска по 2 Тб в райд-1. Воткнул еще 1 диск на 2 Т под помойку в SHR. Как я могу его увидеть в File Station? Чот я туплю...
7 часов назад, Leon2000 сказал:Ребят. Вопрос ламера. Есть два диска по 2 Тб в райд-1. Воткнул еще 1 диск на 2 Т под помойку в SHR. Как я могу его увидеть в File Station? Чот я туплю...
Срздать пул, создать раздел, в настройках общего доступа создать папку и выбрать ее размещение на новом диске.
Потом она появится в файл стейшн
1 час назад, Diafilm сказал:Срздать пул, создать раздел, в настройках общего доступа создать папку и выбрать ее размещение на новом диске.
Потом она появится в файл стейшн
Спасибо тебе, добрый человек!