Ru-Board.club
← Вернуться в раздел «Магнитные носители информации»

» SEAGATE Barracuda ST2000DM001, 2Тб

Автор: Nufunya
Дата сообщения: 08.03.2016 08:46
Диск st20000dm001-1er164 в пользовании чуть больше года. Были тормоза при работе за компом и загрузке, но не обращалось внимания, т.к. в основном сыну как игровой комп служил и, думали, что он там творит либо вирусы и т.п. Периодически с образа восстанавливали систему и давали юзать дальше. Таким образом, проморгали когда начал выдавать бэд блоки(не приходило в голову проверить диск, верили что новый комп, продали идеальный диск, предыдущему компу 10 лет и еще служит), а только когда стал загружаться оооооооочень долго вникли, проверили. Victoria выдала плачевные результаты: 2700 бэд блоков. Гарантийка была приклеена на весь блок, но когда сын захотел вайфай в корпус, то сами вскрыли, установили, т.е. гарантийку сняли. Теперь не знаем, сможем ли вернуть отдельно диск по гарантии, если нет, отрезать начало диска? Т.к. где-то в первой четверти, а особенно в начале диска все бэд-блоки. Поможет ли chkdsk /r/f ?
Автор: Lucky1001
Дата сообщения: 08.03.2016 10:43
Nufunya
Цитата:
Поможет ли chkdsk /r/f ?
Чекдиск точно не поможет.
Сливайте с него всю нужную информацию, пока не поздно.
Цитата:
сможем ли вернуть отдельно диск по гарантии

Цитата:
в пользовании чуть больше года.
Так на него наверное гарантию год и давали ?!
Смотрите, что у вас в гарантийном талоне написано.
Цитата:
если нет, отрезать начало диска? Т.к. где-то в первой четверти, а особенно в начале диска все бэд-блоки.
Именно там эти гренады всегда и запиливаются.
Вообщем, можно конечно попробовать разделами поделить
диск, но в начальную область, т.е. в область медиакеша
винт всё-равно будет постоянно лазить.
А эта область наверняка уже тоже запилена.
Так что шансов на восстановление практически никаких.
Автор: tomset
Дата сообщения: 08.03.2016 15:49
Lucky1001


Цитата:
но в начальную область, т.е. в область медиакеша

Медиа-кэш в служебке, а служебка у F3 в самом центре у шпинделя.
Автор: Nufunya
Дата сообщения: 08.03.2016 19:19
Значит под ОС его уже не поставить, а если как второй диск использовать? Раз уже почти помер, попробовать закрыть первые 200-300 ГБ, например, как не размеченный раздел? Послужит для хранения данных? Иль даже и не рисковать на диске что-то хранить(фото), только не очень важное(периодически обновляемые фильмы и т.п.)?
Автор: igor not me
Дата сообщения: 08.03.2016 19:29

Цитата:
Значит под ОС его уже не поставить

Это предположение. Если ОС поставить во второй раздел - может и побегает. А вообще - клепать терминальный адаптер и гонять внутренний формат. Ну и контактики на плате контроллёра почистить. И вообще - мы SMART не видели Может там не только бэды, может им в футбол играли...
Автор: Nufunya
Дата сообщения: 09.03.2016 16:37
Что значит "клепать терминальгный адаптер"? SMART выложу. Сейчас я не дома.

Добавлено:
[more] Такой смарт этого диска ST2000DM001-1ER164
Hitachi HTS727575A9E364 J3390084GMZKZD
-------------------------------------------------------------------------
ID Name Value Worst Tresh Raw Health
-------------------------------------------------------------------------
1 Raw read error rate 82 75 0 178559233 ••••
3 Spin-up time 96 96 0 0 ••••
4 Number of spin-up times 100 100 0 978 •••••
5 Reallocated sector count 78 78 0 27513 •••
7 Seek error rate 81 60 0 151670632 ••••
9 Power-on time 96 96 0 4061 ••••
10 Spin-up retries 100 100 0 0 •••••
12 Power cycle count 100 100 0 853 •••••
183 unknown attribut 100 100 0 0 •••••
184 End-to-End error 100 100 0 0 •••••
187 Reported UNC error 1 1 0 50415 •
188 Command timeout 100 1 0 231932567738 •••••
189 High Fly writes 98 98 0 2 ••••
190 Airflow temperature 70 65 0 30°C/86°F ••••
191 G-SENSOR shock counter 100 100 0 0 •••••
192 Power-off retract count 100 100 0 145 •••••
193 Load/unload cycle count 99 99 0 2987 ••••
194 HDA Temperature 30 40 0 30°C/86°F ••••
194 Maximum temperature 90 40 0 15°C/59°F -
197 Current pending sectors 1 1 0 28391 •
198 Offline scan UNC sectors 1 1 0 28391 •
199 Ultra DMA CRC errors 200 200 0 1 •••••
240 Head flying hours 100 253 0 15195594297320

•••••
241 unknown attribut 100 253 0 27256118649 •••••
242 unknown attribut 100 253 0 1368669340305 •••••
[/more]
Автор: igor not me
Дата сообщения: 10.03.2016 02:53
"терминальный", то есть для работы с терминалом. В теме по ремонту Сигейтов в шапке почитайте статейки, там всё описано, как сделать или где взять, если сами не паяем...
По SMART: 5 Reallocated sector count 78 78 0 27513 •••
Ё-моё 27 тысяч ремапов И нестабильные сектора и кандидаты. И ещё 192 Power-off retract count 100 100 0 145 ••••• и макс температура была 59 градусов.
Дааа, или у него были адские условия эксплуатации, или он чудит.
Вы ему контакты почистили? Записью прошли поляну? Выше писал. Делайте, потом скан , результат и SMART после - сюда... Если ничего не изменилось - значит он умирает...
Автор: Nufunya
Дата сообщения: 13.03.2016 17:09
[more] Итак, после осмотра платы окислы обнаружены, резинкой до блеска вычищены, спиртиком обработаны, по поляне пройдены и такой вот смарт получен:

ST2000DM001
-------------------------------------------------------------------------
ID Name Value Worst Tresh Raw Health
-------------------------------------------------------------------------
1 Raw read error rate 104 75 6 144249395 •••••
3 Spin-up time 97 96 0 0 ••••
4 Number of spin-up times 100 100 20 983 •••••
5 Reallocated sector count 78 78 10 28654 •••
7 Seek error rate 81 60 30 152174817 ••••
9 Power-on time 96 96 0 4067 ••••
10 Spin-up retries 100 100 97 0 •••••
12 Start/stop count 100 100 20 858 •••••
183 unknown attribut 100 100 0 0 •••••
184 End-to-End error 100 100 99 0 •••••
187 Reported UNC error 1 1 0 50486 •
188 Command timeout 100 1 0 231932567739 •••••
189 High Fly writes 98 98 0 2 ••••
190 Airflow temperature 70 65 45 30°C/86°F ••••
191 G-SENSOR shock counter 100 100 0 0 •••••
192 Power-off retract count 100 100 0 149 •••••
193 Load/unload cycle count 99 99 0 2992 ••••
194 HDA Temperature 30 40 0 30°C/86°F ••••
194 Minimum temperature 90 40 0 15°C/59°F -
197 Current pending sectors 69 1 0 5162 •••
198 Offline scan UNC sectors 69 1 0 5162 •••
199 Ultra DMA CRC errors 200 200 0 1 •••••
240 Head flying hours 100 253 0 254094560202734 •••••
241 unknown attribut 100 253 0 27466851379 •••••
242 unknown attribut 100 253 0 1369064319562 ••••• [/more]

Добавлено:
Пациент скорее мертв?
Автор: igor not me
Дата сообщения: 14.03.2016 01:20
Вот почему нельзя написать всё, что просили. Результат скана где? Нескрытые бэды на поляне остались? Медленные сектра есть? Много? Если того и другого на поляне не осталось - тогда можно внутренний формат попробовать прогнать, через терминал. Если остались и много - тоже можно прогнать, но наверное может и не пройти. Вы поймите, я, как ремонтник, могу сказать, что диск труп, когда он не прошёл внутренний формат при чём с несколькими наборами параметров. До того он - всего лишь потенциальный труп
Автор: HDDRetranslator
Дата сообщения: 15.03.2016 17:24
Почитал несколько постов в начале темы. Я пару лет назад брал ST2000DM001 fw. CC27. Смутило две вещи. Первая - довольно громкий удар БМГ при парковке через некоторое время после последнего обращения к винту (тогда не засекал, а на ST3000DM001 это 30 сек). Вторая - CrystalDiskMark показывал не свойственную (в разы ниже) данной модели скорость записи/чтения в некоторых тестах.
Например write 512K = 36 Mb/s, а на первом попавшемся скриншоте в сети write 512K = 87 Mb/s. Результаты 4KQD32 в 3 с лишним раза ниже чем у остальных, write 4K - вдвое ниже. Причём ни атрибут 7 (ошибки позиционирования), ни какой-либо другой не просаживались ниже чем у других экземпляров (по скриншотам из сети), не имевших таких просадок по скорости. Отнёс назад по мэнибэку. Причём главной причиной возврата для меня были пониженные скорости в некоторых тестах (при этом в некоторых тестах скорость была нормальная). Стук БМГ беспокоил, но явился второстепенной причиной. Из за одного стука скорее всего возвращать не стал бы, т.к. был в курсе что нужно отключить парковку.
Сейчас эксплуатирую ST3000DM001 fw. CC27 (перешит в официальной CC29, но никакой видимой/слышимой разницы перепрошивка не внесла), парковка тихая, почти незаметная. По характеру звучания парковка напоминает звуки, которые часто издаёт старый добрый WD100 при работе. Только в WD100 они погромче (звуки кстати, на мой взгляд, довольно приятные ).
Тем, кто беспокоится по времени раскрутки. Похоже что это особенность серии. На ST2000DM001 3-й атрибут был равен 96. На моём ST3000DM001 он равен 93. Я щупал сервак с десятью ST3000DM001, смотрел смарты, гонял тесты. Так вот на всех винтах атрибут 3 был от 91 до 95.
Автор: renats84
Дата сообщения: 31.05.2016 14:47
Так и не решили проблему? Хотя бы как информацию слить?
Автор: mavsdw
Дата сообщения: 08.08.2016 11:39
Умер такой диск с прошивкой CC4B и на офф сайте через серийный номер для него предложено скачать прошивку CC4H. Сегодня привезли такой же только 2015 года выпуска с прошивкой CC25 и для него обновлений прошивки нету. Как так? Стоит ли вручную скачать и поставить CC4H? Может в версии 2015 года все исправили и трогать не нужно?
Автор: DSiNL
Дата сообщения: 09.08.2016 19:01

SMART был следующим
http://s8.hostingkartinok.com/uploads/images/2016/07/b29adb89dc1a46a88967e46ffcdd647d.jpg

Пробежал HDDScan
http://s8.hostingkartinok.com/uploads/images/2016/08/107644210567e5a7c72f56e05ce91286.jpg

В итоге
http://s8.hostingkartinok.com/uploads/images/2016/07/62f8cf7759417e96e67cc03d94f37d99.jpg

прошел месяц и ремапов стало 472 (440-448-464-472).


Подскажите, пожалуйста,:
1)Кандидаты в бэды это все, что <150ms и ниже?
2)С 100 до 10 есть ещё куда скатываться, но все же... Сколько ремапов осилит данный винт (1к, 1,5к, 2к)?
3)Атрибут F0 постоянно растет, на сколько это критично?
4)Есть ещё какие-нибудь критические показатели, на которые я не обратил внимание? Если не трудно, общую оценку винта. Как мне кажется он умирает...

Зарнее спасибо
Автор: igor me v2
Дата сообщения: 15.08.2016 15:58

Цитата:
1)Кандидаты в бэды это все, что <150ms и ниже?

<500 и ниже, я бы сказал. Выше - это нормальные задержки для терабайтных винтов.

Цитата:
Сколько ремапов осилит данный винт (1к, 1,5к, 2к)?

Конкретно по этому винту не скажу точно, можете спросить у гуру в теме по ремонту Сигейтов, но примерно - не более 2-3 тысяч.

Цитата:
)Атрибут F0 постоянно растет, на сколько это критично?

Цифры на часах постоянно растут, насколько это критично? Это же информационный параметр, он просто показывает общее время позиционирования голов. Не, ну можно конечно рассматривать как "чем больше, тем хуже". Но где граница, после которой скажем бошки начнут умирать - вам наверно никто не скажет

Цитата:
общую оценку винта. Как мне кажется он умирает...

Ну умирает я бы не сказал, у него есть ПРОБЛЕМЫ. Важную инфу в единственном экземпляре на нём хранить НЕЛЬЗЯ (как и на любом другом винте, даже новом, разумеется ). Но если задаться целью его подлатать - можно попробовать. Самое простое - стирание всей поляны сделать, потом скан. Смотреть SMART. Перед этим неплохо бы проверить состояние контктов на плате контроллёра. Инструкция в шапке темы по ремонту Сигейтов. Проверить, что нет перегрева и сильных вибраций в системнике.
Потом наблюдать. Если бэды не растут - осторожно использовать. Если растут - решать, под некритичные файлы или для переноса инфы использовать. Ну или продать на донора спецам по DR. 2Тб думаю купят.
Вариантов много в общем...

Добавлено:
А вообще Таким сигейтам F3 гоняют внутренний формат через терминал. Об этом в теме по ремонту Сигейтов...
Автор: Lucky1001
Дата сообщения: 15.08.2016 16:10
DSiNL
Цитата:
прошел месяц и ремапов стало 472 (440-448-464-472).
Не забывайте, что у гренад чтобы получить реальное число
ремапов, надо RAW 05-го атрибута делить на 8.
Т.е. сейчас у вас их 59.
Не особо много, но у этих очень любит 01h голова умирать.
Чтобы убедиться, что винт живой - надо в терминале дать
что-либо на запись (m0,D например) и смотреть не посыпят
ли ошибки сервометок C4090081.
Автор: tomset
Дата сообщения: 15.08.2016 16:25

Цитата:
Не забывайте, что у гренад чтобы получить реальное число ремапов, надо RAW 05-го атрибута делить на 8. Т.е. сейчас у вас их 59.

Вообще-то надо V4 в терминале глянуть.
В смарте вообще могут быть другие цифры, отличающиеся где-то так на несколько тысяч от V4.
Вот к примеру
5 : 83 : 10 : : 83 : 22432 : Количество переназначенных секторов

а V4
Reassigned Sectors List Enabled
Entries: 4000, Alts: 0B59, Removed: 0000,
Pending: 34A7 Host Pending: A538

Alts: 0B59 = 2905 x 8 = 23 240

Спрашивается, откуда он 22432 взял?
Автор: Lucky1001
Дата сообщения: 15.08.2016 16:31
tomset
Ну да.
В данном случае разница получается 101 сектор.
RAW05 22432/8=2804
V4 Alts 0B59=2905
Вполне очевидно, что Сигейт (как и WD-шники например)
зажуливают добрую сотню секторов в 05-м.
Но для приблизительной оценки методика сойдёт
Автор: DSiNL
Дата сообщения: 20.08.2016 12:22
igor me v2, tomset, Lucky1001 громадное вам спасибо


Цитата:
Не забывайте, что у гренад чтобы получить реальное число ремапов, надо RAW 05-го атрибута делить на 8.

ага, ну тогда получается, что все 4 ремапа c >500ms как показл hddscan как раз и ушли в ремап. А я-то уже подумал, что "полетели" и те, что <150ms


Цитата:
Вообще-то надо V4 в терминале глянуть.

если я правильно понял, после коннекта к терминалу CTRL-Z, появится F3 T>ввести V4 и если выведет информацию а-ля
Цитата:
Reassigned Sectors List Enabled Entries: 4000, Alts: 0B59, Removed: 0000, Pending: 34A7 Host Pending: A538
то нормально, а если
Цитата:
посыпят ли ошибки сервометок C4090081.
срочно менять




Автор: igor me v2
Дата сообщения: 20.08.2016 14:48

Цитата:
если я правильно понял

не совсем правильно

Цитата:
посыпят ли ошибки сервометок C4090081.

вы увидите, если пустите ВНУТРЕННИЙ ФОРМАТ.
А V4 команда - это просто просмотр дефект листа. Это вам писали для того, чтобы узнать точное число переназначенных.
Пускать или нет внутренний формат - решать вам. Разумеется вся инфа будет стёрта и хард вообще может его до конца не пройти. Тогда тоже могут быть варианты...

Цитата:
срочно менять

Можно и не очень срочно А если там ещё осталась важная инфа без бэкапов - дык она должна была быть скопирована вчера
Автор: DSiNL
Дата сообщения: 22.08.2016 20:52
ну, вроде жить будет. Поляну не затирал, обычным чтением пробежал. <500 вообще 1 стало, и то, наверно, из-за фонового приложения или службы. Надо не из-под ОСи глянуть...
http://s8.hostingkartinok.com/uploads/images/2016/08/f9ec0e5b36b73e2bce7d2db37d245f60.jpg

igor me v2 значит нечего мне туда соваться, а если и тренироваться, то на трупиках Спасибо, что откликнулись и за разъяснения
Автор: Zivers
Дата сообщения: 24.08.2016 14:06
Всем привет. Прошу помощи знающих людей, нужно понять, что вообще с винтом, чтобы понимать, куда копать. (руки вроде прямые)

Диск Seagate 2 TB. Работал около 3х лет, у меня два таких одинаковых, на втором, похоже, тоже наклёвываются такие же проблемы.
Для меня это типа удара, т.к все диски до этого без единого бэда работали по 5-7 лет, некоторые даже 10. И тут через годик оба поплыли.

Диск работал в принципе нормально, за исключением того, что СМАРТ начал краснеть и начали появляться pending sectors через полгода-год.
Случайно выяснил, что на месте 3-4 битых секторов лежит фильм 4 гиг и оставил его там, чтобы вообще не обращаться к диску в этом месте.


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

2 недели назад диск днём неожиданно пропал из системы (я не перезагружаюсь неделями). Ресет делать не хотелось, через полчаса
я обновил в диспетчере задач и диск подключился, папки снова определились. Ура. Новый диск покупать не думал, меня и так всё устраивало.

Потом он пропал ещё раз, потом я перезагрузился и Винда захотела проверить диск chkdsk-ом. Проверила, нашла проблемы, пофиксила много чего,
загружаюсь, диск есть. И через какое-то время снова пропал.

Я перезагрузился снова и диск уже не определяется. На нём было 3 лог. диска, 20 гиг и 2х900 гиг. Сейчас он показывается как 127 гиг, Винда просит инициализировать его, разные проги вроде бы показывают что МБР отсутствует. И вроде по логике MFT побилась.
И сразу вопрос – может из-за этого показывать СМАРТ всё по нулям? Или там отдельная песня?
Т.е MBR и слетела таблица разделов. Плюс почти все проги показывают ошибки I\O.

Как по описанным признакам понять, что с диском и куда копать?
Мне он нужен всего 1 раз загрузить его, скопировать всю инфу.

Заранее всех благодарю.
Автор: tomset
Дата сообщения: 24.08.2016 14:22
Zivers
Ну и жили бы дальше на 200-500 GB.
Они менее уязвимые.
На хрена вас на 2-х терабайтники понесло.
2-3 год для них очень хороший результат.
А копии делать надо постоянно.
Малой кровью их мало реально сделать.
В теме по ремонту сигейта ищите отключение обработки ошибок, может пронесет.
Автор: ZSZ
Дата сообщения: 24.08.2016 14:23
Zivers

Цитата:
Плюс почти все проги показывают ошибки I\O.


Прочитал всё сообщение. Фиерический пример разгильдяйства.
Так, для интереса, снимите плату и посмотрите на контакты, не окислились ли, если знаете, как оно выглядит. Ну и картинку СМАРТа покажите заодно.
Оба жёстких случайно не в одном компьютере вместе стоят?

Добавлено:
tomset

Цитата:
2-3 год для них очень хороший результат.


С 2010 года купил несколько десятков 2х ТБ. Себе и знакомым. Ни одного проблемного, даже СМАРТ везде чистый.
Автор: Lucky1001
Дата сообщения: 24.08.2016 15:07

Цитата:
С 2010 года купил несколько десятков 2х ТБ.
Может это вовсе не Сигейты были, а Хитачи какие-нить ?!
Чё-то с трудом верица, что из нескольких десятков 2 Тб
Гренад до сих пор ни один не помер.
Автор: tomset
Дата сообщения: 24.08.2016 15:23
ZSZ

Цитата:
Себе и знакомым. Ни одного проблемного,

значит грамотно пользуетесь, прежде всего и



Lucky1001


Цитата:
Чё-то с трудом верица, что из нескольких десятков 2 Тб Гренад до сих пор ни один не помер.



Нормальное явление. Есть средний уровень отказов. Все они не дохнут, и через 10-15 лет будут попадаться еще рабочие.
А есть конкретно не удачные партии, экземпляры или условия эксплуатации.
Все как у людей, кто-то при рождении помер, а кто-то 100 лет прожил.
Чужая статистика вообще ни о чем.
Каждый должен вести свою статистику.
И исходя их нее покупать запасные, или делать плановую замену.
Автор: ZSZ
Дата сообщения: 24.08.2016 15:36
Lucky1001

Цитата:
Может это вовсе не Сигейты были, а Хитачи какие-нить ?!


Примерно поровну Seagate и WD. Других сейчас не беру.
ST2000DM001 так же есть несколько штук. Всё замечательно, никаких проблем.

tomset

Цитата:
значит грамотно пользуетесь, прежде всего и


А кто другим мешает?


Цитата:
Чужая статистика вообще ни о чем.
Каждый должен вести свою статистику.


Ну вот последний случай, тут в теме выше от Zivers. Как у него пошли проблемы, да ещё и одновременно с двумя дисками, он должен был прошерстить питание, SATA, контакты на окисление, может вибрации от вентиляторов были, другие факторы. Что было сделано? - Ничего. Даже информация заранее не была скопирована, хотя проблемы уже намечались.

Автор: Zivers
Дата сообщения: 24.08.2016 16:18
Люди, тут такое дело. Я написал сюда, чтобы подсказали знающие люди по возникшей проблеме, а не дабы дать вам повод поупрекать и одновременно покрасоваться, какие вы замечательные и опытные "бэкаперы", оставьте это своим жёнам и близким, ну пожалуйста.
Пока же вы исписали страницу и никто ничего толком не написал.

Ещё раз повторю свои вопросы, может кто сведующий всё же забредёт:
1. Может из-за побитой MFT таблицы и\или MBR показывать в СМАРТ везде нули?
2. Что конкретно может быть отчего определяется 127 гиг вместо 1863 Гб?

Ещё раз спасибо за комментарии по делу, а не псевдофилософские рассуждения "а вот у меня всё хорошо!".
– Что у вас там горит? Не знаю, у меня точно такая же пятиэтажка напротив и она не горит!

Хэлп, шарящие

PS. Оба контроллера снял и почистил, там действительно была куча грязи, не мог даже подумать, 21-й век на дворе.
Но всё так же тормозит и при чтении диска тем же DMDE всё те же проблемы с I|O
Автор: Lucky1001
Дата сообщения: 24.08.2016 16:38
Zivers
Цитата:
1. Может из-за побитой таблицы и\или MBR показывать в СМАРТ везде нули?
Не может.
Винт вообще, похоже часть служебки (в т.ч. и смарт) уже
прочитать не может из-за царапины или сдохшей головы.
Цитата:
2. Что конкретно может быть отчего определяется 127 гиг вместо 1863 Гб?
Вероятно, что модулю транслятора (он у сигейтов как
правило статический) тоже кранты.
Отсюда и все баги. Впрочем всё это для гренады - вполне
обычное дело.
Данные самостоятельно скорее всего не поднимите.
Да и спецы - за гренаду не каждый возьмётся.
Чтобы всё это проверить - можно в терминале попробовать
хотя-бы проинициализировать смарт (для данных это не
критично)
Если выкинет с ошибкой - прощай 0-я голова.
Автор: Zivers
Дата сообщения: 24.08.2016 16:51
О, спасибо большое.

Цитата:
Чтобы всё это проверить - можно в терминале попробовать
хотя-бы проинициализировать смарт (для данных это не
критично)


Спасибо, поищу сейчас как это сделать.


Цитата:
Если выкинет с ошибкой - прощай 0-я голова.


Я просто исхожу из того, что никто никогда просто так не помирает, поэтому надеюсь.
Винт 3 дня назад работал себе обычно, смотрел с него кино. И ничего такого не делалось с ним,
разве что логическая структура могла попортиться. Поэтому надежды не теряю.



Добавлено:
Кстати, посмотрел щас, показывает физически другие параметры чем здоровый диск.



Здоровый для сравнения:




И вот смарт заодно (каждый раз при загрузке показывает разное кол-во параметров, недавно показывал их всего 2-3, сейчас уже побольше.




И время работы вместо 3 года показывает 2 дня, он до этого никак не определялся вообще.

Ещё вопрос, что означает инициализация? Хотел попробовать сделать, но боюсь чтоб не было непоправимо. Или эта операция типа MBR восстанавливает?
(для меня сейчас всё упирается только в безопасность данных)
Автор: ZSZ
Дата сообщения: 24.08.2016 17:32
Zivers

Цитата:
Спасибо, поищу сейчас как это сделать.


Так в соседней теме всё есть
http://forum.ru-board.com/topic.cgi?forum=84&active=11&topic=5124#1

И даже по-русски. Не спеша, взяли, почитали. Мне когда надо было, я сутки английский форум читал не отрываясь почти.

Страницы: 12345678910

Предыдущая тема: Как правильно объединить 2 логических диска


Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.