[d | an-b-bro-fr-gf-hr-l-m-maid-med-mi-mu-ne-o-old_o-p-ph-r-s-sci-sp-t-tran-tv-w-x | bg-vg | au-mo-tr | a-aa-abe-azu-c-dn-fi-hau-jp-ls-ma-me-rm-sos-tan-to-vn | misc-tenma-vndev | dev-stat]
[Burichan] [Futaba] [Gurochan] [Tomorrow] [Архив-Каталог-RSS] [Главная]

Файл: 117_ill_raid_1.png -(9 KB, 640x335, 117_ill_raid_1.png)
9 No.196419  

Есть винт WD20EZRX (WD Green 2TB). Есть винт HUS724020ALA640 (HGST Ultrastar 2TB).
Есть некоторое количество данных, потеря которых не то чтобы фатальна, но, как минимум, нежелательна. Данные периодически дополняются. Они должны быть постоянно доступны. Сейчас они хранятся на втором диске, но их есть куда на время переместить, в случае необходимости.
Чем чревато объединение разных (особенно - по быстродействию) дисков в софтовый массив с помощью mdadm? А на полученный логический диск потом можно будет натравить cryptsetup?

>> No.196423  

>>196419

>потеря нежелательна

Резервные копии.

>Чем чревато объединение разных дисков в софтовый массив

Ничем.

>> No.196425  
Файл: you-die-if-you-work.png -(549 KB, 300x468, you-die-if-you-work.png)
549

>>196419

>Чем чревато

Будет писать со скоростью самого медленного диска.

>можно будет натравить cryptsetup?

А почему может быть нельзя? Такое же блочное устройство.

Перемещать ничего никуда не надо - создавай raid0 из одного диска, поднимай на нём всё что тебе нужно - dm-crypt, lvm, файловую систему, выравнивай заголовки, после чего копируй данные на свежий диск. Потом просто добавишь винт и сделаешь grow из raid0 в raid1.
Только размеры винтов сперва сравни - будет обидно, если ВД окажется на пару мегабайт больше.

>> No.196427  

>>196419

Удавиваю насчёт "со скоростью самого медленного".

А вообще, грины от WD настолько хрупкие и нежные, что их лучше подключать-отключать по принципу холодного хранения.

Для этого, кчтати, изобретён инкрементальный бэкап.

>> No.196429  
Файл: Clipboard Image (438).png -(48 KB, 1015x597, Clipboard Image (438).png)
48

>>196427

>А вообще, грины от WD настолько хрупкие и нежные, что их лучше подключать-отключать по принципу холодного хранения.

Мои старые EARS'ы в пятом рейде говорят обратное.

>> No.196435  

>>196427
Грины обычно быстро дохнут из-за постоянной парковки-распарковки голов. Если через wdidle3 выключить эту гадость, то они живут дольше.

>> No.196436  

Я тут купил несколько hgst 4 ТБ, а один из них определяется как 2.7 ТБ. Сегодня ещё раз на 100% новом и совместимом ПК проверю.
Случайно взяли 3 ТБ и заименовали как 4 ТБ? Как так?

>> No.196438  

>>196436
Какая модель диска детектится в биосе/контроллере?

>> No.196439  

>>196436
Читал в интернетах историю про культурные особенности RAID режима в интеловом контроллере, симптомы те же - диск большего объёма видится как 2.7ТБ. Лечится переводом контроллера в режим AHCI.

>> No.196440  

>>196439
Кроме того умельцы запихивают в бивис матери обновления мостового рейда (или как эту хрень назвать, которая ни черта без драйвера не умеет). Можно и обнову бивиса для матери найти, наверное.

>> No.196441  
Файл: hdd-1.PNG -(47 KB, 993x580, hdd-1.PNG)
47

>>196438
Попробовал на другом ПК. Три диска 4 ТБ, а один 3 ТБ - хоть как тут будь. Везде корректная модель, а цифры объёма не те.

>> No.196442  
Файл: IMG_20170918_151610[1].jpg -(272 KB, 1024x577, IMG_20170918_151610[1].jpg)
272

>>196441
Подстава, короче. Буду с поставщиком общаться.

>> No.196443  

>>196442
Попробуй начало нулями перезаписать - чем чёрт не шутит. Не поможет - сдавай в гарантийку.

>> No.196445  

>>196441
>>196442
Это, нужно проверить, нет ли там СОВЕРШЕННО СЛУЧАЙНО HPA-ограничения и DCO-ограничения.

http://www.datasynergy.co.uk/products/misc/atatool.aspx

>> No.196446  
Файл: fate-stay-night-remake-ufotable.jpg -(87 KB, 460x345, fate-stay-night-remake-ufotable.jpg)
87

>>196445
Это оно. Спасибо!

% hdparm -N /dev/sdb
/dev/sdb:
max sectors = 5860577134/7814037168, HPA is enabled

% hdparm -N p7814037168 /dev/sdb
/dev/sdb:
setting max visible sectors to 7814037168 (permanent)
max sectors = 7814037168/7814037168, HPA is disabled

>> No.196461  

>>196446
HPA на диске из магаза, охуеть. :3

>> No.196479  
Файл: d4yeh7g.jpg -(231 KB, 800x1025, d4yeh7g.jpg)
231

>>196461
А чтоб мы не расслаблялись.

>> No.196495  

А можно ли с помощью такого ограничения, как выше, увеличить стабильность хранения данных на винте?

>> No.196497  

>>196495
Лолнет.

>> No.196500  

>>196497

А чем вообще H P A от D C O могут отличаться?

Можно ли будет пропустить определённые запоротые зоны диска?

>> No.196501  

>>196435

Ой, спасибо!

>> No.196518  

Это винчестер-тред?

Мне нужно как-то использовать винт.

1000 гигов ноутбучный винчестер, позволяет в определённых ситуациях слоурочно записать на себя несколько гигов игфы, а потом отрубается и присоединяется вновь уже "чистым" и отеазывающим что либо на себя записать.

>> No.196520  
Файл: 7a0d0d4a0bd3157e5f5281102ea8cde4.jpg -(31 KB, 430x430, 7a0d0d4a0bd3157e5f5281102ea8cde4.jpg)
31

>>196518

> как-то использовать
>> No.196523  

>>196500

  • не знаю
  • нет. Пользуйся возможностями ФС для этого.

>>196518
Смарт покажь.

>> No.196525  

>>196520

Один я уже. Но тот щёлкал, а этот ещё может в работу без шума

>> No.196526  

>>196523

Через USB не показывает, буду вставлять в собственно ПК

>> No.196572  

>>196523
Вставил в ноутбук через переходник (sATA >>>> IDE caddy)
Сначала даже определился его 500ГБ-раздел, когда-то сформатированный из-под liveCD. Я попользовался им (почитал well cultured anonymous с него), а потом попробовал записать на него немного барахла. Винчестер отвалился через секунду записи, на экране же застыло: "скорость: 46МБ/с"

>> No.196573  

>>196572
Понятно, смарт ты не покажешь.

>> No.196620  

>>196573

Через консоль пишет "pred fail"

>> No.196627  

>>196620
Это не SMART.




[d | an-b-bro-fr-gf-hr-l-m-maid-med-mi-mu-ne-o-old_o-p-ph-r-s-sci-sp-t-tran-tv-w-x | bg-vg | au-mo-tr | a-aa-abe-azu-c-dn-fi-hau-jp-ls-ma-me-rm-sos-tan-to-vn | misc-tenma-vndev | dev-stat]
[Burichan] [Futaba] [Gurochan] [Tomorrow] [Архив-Каталог-RSS] [Главная]