LINUX.ORG.RU

Терабайтный HDD показывали 32мб

 


0

1

Купил с рук два диска, практически новые. Сначала расстроился, показывало вот такое, оба одинаково

http://dl3.joxi.net/drive/2018/05/07/0004/2123/305227/27/38a0a3ae70.png

http://dl3.joxi.net/drive/2018/05/07/0004/2123/305227/27/bc4feddb5c.png

И биос 0 показывал

fdisk выдавал вот эту строку: The primary GPT table is corrupt, but the backup appears OK, so that will be used.

Потом нашёл, достаточно быстро, видео https://www.youtube.com/watch?v=QgD24mKpJ_Q

И стало нормально

http://dl3.joxi.net/drive/2018/05/07/0004/2123/305227/27/dc7ea1539d.png

http://dl3.joxi.net/drive/2018/05/07/0004/2123/305227/27/81e1370de1.png

http://dl3.joxi.net/drive/2018/05/07/0004/2123/305227/27/1d99a85579.png

только Gparted завис на чтение второго, но перезапуск помог. Сейчас он выдаёт «Not all of the space available to /dev/sda appears to be used, you can fix the GPT to use all of the space (an extra 2113 blocks) or continue with the current setting?», но думаю это мелочь.

Диски вроде действительно новые. Чтобы это могло быть, кто в курсе? Судя по ошибке в fdosk - там была винда в РЕЙДЕ. Кто может пояснить?

А главное стоит ли мне волноваться или можно не бояться пользоваться ими (планирую зеркальный RAID1 под систему)?


Если он был в рейде под виндой, проверь, не пытается ли система собрать его. dmraid вполне частично поддерживает некоторые форматы фейкрейда, и его попытки собрать массив могут мешать корректной работе.

Khnazile ★★★★★
()

Диски с рук положено чистить. Всем рекомендую badblocks -w , заодно и поверишь и софтбэды починишь Но сначала реши вопрос с рейдом, о котором говорили выше. Ну и проверь на предмет host protected area.

legolegs ★★★★★
()
Последнее исправление: legolegs (всего исправлений: 1)
Ответ на: комментарий от Anoxemian

Ссылку на смарт выкладывал

http://dl3.joxi.net/drive/2018/05/07/0004/2123/305227/27/1d99a85579.png

(у второго почти такое же)

Если он был в рейде под виндой, проверь, не пытается ли система собрать его. dmraid вполне частично поддерживает некоторые форматы фейкрейда

Не знаю где он был. Это мои домыслы. Именно испугало, что в БИОСе было 0гб. Что такое dmraid и фейковые рейды я тоже не знаю. Можно пояснить?

sudo dmraid -ay no raid disks

Диски с рук положено чистить.

Это всё понятно. Вопрос был в другом: показывало 0гб в БИОСе и ОСь видела только 32мб. Насколько это нормально, что это, стоит ли волноваться? Я пока ничего не форматировал и не проверял больше, только в смарт заглянул. По смарту они практически новые.

BaN
() автор топика

Ссылки не смотрел, особенно сраное видео на ютубе. Там в HPA дело? Если да, то выключаешь и всё ок.

intelfx ★★★★★
()
Последнее исправление: intelfx (всего исправлений: 1)
Ответ на: комментарий от intelfx

Вероятно да. Вот такое в видео решение

hdparm -N /dev/sda
/dev/sda: max sectors = 586070255/586072368, HPA is enabled

Решение

hdparm -N p586072368 /dev/sda

Что значит выключаешь? Выключаешь диск и на помойку? Я несколько раз перезагружал, было в БИОСе 0. Сразу как воткнул показало ноль и не пропадала 3 перезагрузки. Пока не исправил как выше в видео. Потом перезагрузка помогла.

Повторю вопрос: что это было и опасно ли это? Или не стоит волноваться, штатная ситуация?

BaN
() автор топика
Ответ на: комментарий от BaN

Что значит выключаешь?

Делаешь так, чтобы вместо «HPA is enabled» было «HPA is disabled».

i-rinat ★★★★★
()
Ответ на: комментарий от BaN

Диски с рук положено чистить.

Это всё понятно. Вопрос был в другом: показывало 0гб в БИОСе и ОСь видела только 32мб. Насколько это нормально, что это, стоит ли волноваться?

Видимо, не очень понятно. Я переформулирую.

Уже записанная информация на дисках может влиять в том числе и на то, как в «БИОСе» размер отображается. Поэтому надо сначала занулить всё содержимое, или хотя бы начальные и конечные мегабайты. А уже потом разбираться с тем, что там показывается.

i-rinat ★★★★★
()

гуглинг по теме HPA

https://habr.com/post/179761/

Есть риск потерять информацию на 3терабайтовом (>2TB) жёстком диске из-за того что мамки Gigabyte не умеют с ними работать (по крайней мере старые), но пытаются записать туда BIOS. Проблема решается отключением области HPA на жёстком диске через программу HDAT2

https://forum.ixbt.com/topic.cgi?id=11:38120

Велика вероятность, что просто мой БИОС не умеет работать с HPA? С дисками получается всё нормально. intelfx, отдельное спасибо за направление поиска причины/

Тему думаю можно тогда закрыть.

BaN
() автор топика
Ответ на: комментарий от i-rinat

Поэтому надо сначала занулить всё содержимое

Что имеется в виду под этим «занулить»? Вот это?

hdparm -N p586072368 /dev/sda

BaN
() автор топика
Ответ на: комментарий от i-rinat

1) Так ведь если он не видится даже в БИОСе, то и не запишешь никакие нули 2) «Сколько вешать в граммах?»(с) Как это сделать? Вот это:?

dd if=/dev/zero of=/dev/sdd

Как я успел почитать - HPA пишется во флеш HDD, то есть забивка нулями ничего не даст. Поэтому, как на данный момент понял, сначала надо отключать HPA (отдавая пользователю весь HDD), а уже потом форматировать/нулями забивать и всё остальное.

BaN
() автор топика
Ответ на: комментарий от tyamur

tyamur, да. В первом же сообщение об этом сказано.

Указал нужные циферки, перезагрузился и всё нормально стало.

...ну почти, только Gparted через раз виснет на сканирование второго диска. Но, думаю, это исправится форматированием/обнулением. Это уже не относится к данной теме. Диски действительно новые, меньше 70 часов отработали http://dl4.joxi.net/drive/2018/05/08/0004/2123/305227/27/93d3e19541.png

Так что я зря волновался. Это «штатная» проблема с HPA.

Пока читаю тему на форуме ixbt.

BaN
() автор топика
Ответ на: комментарий от BaN

Не найду где править сообщения:

tyamur, помог. В первом же сообщение об этом сказано.

BaN
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.