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

» Железные проблемы с HDD (диском, хардом, веником). Часть 3

Автор: MisHel64
Дата сообщения: 17.06.2016 16:19
nbserg Ясно. Выбрали пункт "Г" из моих рекомендаций. Ну успехов!
Автор: Kaile
Дата сообщения: 22.06.2016 12:13
Напишу сюда: на двух ж.дисках: на одном Линукс, на другом XP. На обоих гаснет монитор минут через 20-30 отрубает, или мышка не активна становится, или бывает перезагрузка и/или синий экран.

Не знаю в чём проблема, но посмотрел - перестал крутиться вентилятор на кулере видеокарты NVIDIA AGP 128M GeForce FX 5200 8X - трогаешь его, он чересчур перегрет (т.к. не крутится, или что ещё? м.б.).
- вроде здесь мне помогали - писали, что можно вообще отключить питание вентилятора видеокарты, если он не крутится (и чего то там не охлаждает), так?
Снял сейчас шнур питания - отключил куллер - однако тоже шибко горячий его корпус; вот, пока ещё можно писать - далее что м.быть? - снова всё оключится.
Автор: igor me v2
Дата сообщения: 22.06.2016 14:52
Каким боком ЭТОТ вопрос к железным проблемам с HDD??? А по теме:

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

Если пассивного охлаждения радиатора хватает - так. Если не хватает - не так. У вас явно не хватает, раз комп виснет жутко. Значит надо принудительный обдув. Менять вентилятор на видюхе, можно корпусной какой на один болт прикрутить, к радиатору или к корпусу системника вообще, на железку, и направить на видюху. Я так иногда делаю. И воткнуть его в трехпиновый разъём для вентилятора на мамке. Всё не так сложно...
Автор: Kaile
Дата сообщения: 22.06.2016 19:58
igor me v2

Дык не понять сразу, что глючит; я наперво как раз про HD и подумал - такое у меня было с первым ж.диском, ещё на вирусы. Потом (тут жать на - "редактировать", иначе дальше сообщение не видно):

Автор: igor me v2
Дата сообщения: 23.06.2016 23:48
Если мысли на диск - SMART в студию...
Автор: Kaile
Дата сообщения: 24.06.2016 00:59
Скорее нет (подставил снизу под видеокарту корпусной вент-р - видео работает нормально): одному диску лет 5-6, другому 3-4. Плохо только, что они расположены в системнике друг над другом (в коробке), очень близко - т-ра от 2-х работающих градуса на 4-5 отличается от того, когда один работает. Сейчас, летом, от 2-х работающих доходит до 62-3 градусов, от одного 58-9 (когда кинушку) смотрю).
Автор: tomset
Дата сообщения: 24.06.2016 08:47
Kaile


Цитата:
Сейчас, летом, от 2-х работающих доходит до 62-3 градусов, от одного 58-9 (когда кинушку) смотрю).

Сдохнут быстро.
Тоже надо вентилятор рядом поставить, чтобы обдувал их.
Автор: Kaile
Дата сообщения: 24.06.2016 12:45
tomset

Это я т-ры процессора гл. указал. Т-ра ж.дисков - комп-р обычно при открытой боковой стенке - сейчас только включил - 26 градусов, CPU - 56, когда кино долго и два ж.диска работают - один под другим, то т-ра одного ж.диска что-то 37 градуса, второго да 2-3 гр. больше.

Автор: monk188
Дата сообщения: 25.06.2016 02:30
Может отправить кому на ремонт этот жесткий диск на халяву сделает? и обратную дорогу почтой оплачу.
Автор: monk188
Дата сообщения: 26.06.2016 14:54
Кто отремонтирует диск? два месяца с ним мучаюсь.
Автор: tomset
Дата сообщения: 26.06.2016 16:09
monk188
Всю информацию по диску в одном месте напишите, может кто и возьмется.
А лазить по всем темам искать, что за диск, да что с ним делали. Ни кто не будет.
К тому же ни кто не любит разгребать последствия чужих действий.
И главное - что от диска надо, просто починить или все таки данные с него.
Если второе, то можно ко мне в личку обратиться. А если только ремонт, то я этим давно не занимаюсь, бессмысленное занятие.
Автор: VecHPro
Дата сообщения: 06.07.2016 08:46

Цитата:
ST3000DM001-1CH166 Z1F1Z1RS
-------------------------------------------------------------------------
ID Name Value Worst Tresh Raw Health
-------------------------------------------------------------------------
1 Raw read error rate 107 97 6 75477477 •••••
3 Spin-up time 95 94 0 0 ••••
4 Number of spin-up times 100 100 20 464 •••••
5 Reallocated sector count 100 100 10 0 •••••
7 Seek error rate 54 51 30 5051121538537 ••
9 Power-on time 70 70 0 26732 •••
10 Spin-up retries 100 100 97 0 •••••
12 Start/stop count 100 100 20 456 •••••
183 unknown attribut 100 100 0 0 •••••
184 End-to-End error 100 100 99 0 •••••
187 Reported UNC error 1 1 0 259 •
188 Command timeout 100 100 0 0 •••••
189 High Fly writes 98 98 0 2 ••••
190 Airflow temperature 61 37 45 39°C/102°F ••••
191 G-SENSOR shock counter 100 100 0 0 •••••
192 Power-off retract count 100 100 0 137 •••••
193 Load/unload cycle count 1 1 0 206127 •
194 HDA Temperature 39 63 0 39°C/102°F ••••
194 Minimum temperature 90 63 0 6°C/42°F -
197 Current pending sectors 100 100 0 8 •••••
198 Offline scan UNC sectors 100 100 0 8 •••••
199 Ultra DMA CRC errors 200 200 0 0 •••••
240 Head flying hours 100 253 0 240621247814171 •••••
241 unknown attribut 100 253 0 64133585859 •••••
242 unknown attribut 100 253 0 82857623711 •••••

SMART до прогона


Цитата:
ST3000DM001-1CH166 Z1F1Z1RS
-------------------------------------------------------------------------
ID Name Value Worst Tresh Raw Health
-------------------------------------------------------------------------
1 Raw read error rate 118 97 6 200127880 •••••
3 Spin-up time 95 94 0 0 ••••
4 Number of spin-up times 100 100 20 465 •••••
5 Reallocated sector count 100 100 10 0 •••••
7 Seek error rate 54 51 30 5051121606141 ••
9 Power-on time 70 70 0 26744 •••
10 Spin-up retries 100 100 97 0 •••••
12 Start/stop count 100 100 20 457 •••••
183 unknown attribut 100 100 0 0 •••••
184 End-to-End error 100 100 99 0 •••••
187 Reported UNC error 1 1 0 419 •
188 Command timeout 100 100 0 0 •••••
189 High Fly writes 98 98 0 2 ••••
190 Airflow temperature 59 37 45 41°C/105°F ••••
191 G-SENSOR shock counter 100 100 0 0 •••••
192 Power-off retract count 100 100 0 138 •••••
193 Load/unload cycle count 1 1 0 206129 •
194 HDA Temperature 41 63 0 41°C/105°F ••••
194 Minimum temperature 90 63 0 6°C/42°F -
197 Current pending sectors 100 100 0 16 •••••
198 Offline scan UNC sectors 100 100 0 16 •••••
199 Ultra DMA CRC errors 200 200 0 0 •••••
240 Head flying hours 100 253 0 35987530996263 •••••
241 unknown attribut 100 253 0 64134255076 •••••
242 unknown attribut 100 253 0 90469363894 •••••

SMART после READ REMAP



Цитата:
Victoria 4.47 Freeware (2013-02-20) log file. 06.07.2016
21:10:11 : Starting Victoria 4.47 Freeware (2013-02-20) , 4xCPU, 3210,84 MHz, Windows unknown NT found.
21:10:11 : Driver file not found. Please manually copy driver to your system32/driver directory
21:10:11 : Uknown error or driver not exist
21:10:11 : PORTTALK Error. Invalid driver handle
21:10:11 : PortTalk driver not installed! Available only API access
21:10:11 : API access enabled, device #1
21:10:14 : Get passport... OK
21:10:14 : 48bit access enabled
21:10:14 : Model: ST3000DM001-1CH166; Capacity: 5860533168 LBAs; SN: Z1F1Z1RS; FW: CC29
21:10:17 : Get passport... OK
21:10:17 : Model: ST3000DM001-1CH166; Capacity: 5860533168 LBAs; SN: Z1F1Z1RS; FW: CC29
21:10:20 : Get passport... OK
21:10:20 : Model: A-Data USB Flash Drive; Capacity: 63138015 LBAs
21:10:20 : Get passport... OK
21:10:20 : Model: ST3000DM001-1CH166; Capacity: 5860533168 LBAs; SN: Z1F1Z1RS; FW: CC29
21:10:24 : Get S.M.A.R.T. command... OK
21:10:24 : SMART status = GOOD
21:10:39 : Get passport... OK
21:10:39 : Recallibration... OK
21:10:39 : Starting Reading, LBA=0..5860533167, sequential access w. REMAP, tio 1000ms
21:50:18 : Warning! Block start at 783859456 = 328 ms
23:02:06 : Warning! Block start at 2205836800 = 359 ms
2:01:16 : Get S.M.A.R.T. command... OK
2:01:16 : SMART status = GOOD
2:01:16 : Warning! Block start at 5372884480 = 203 ms
2:03:55 : LBA 5398964784 try REMAP... Error
2:04:39 : LBA 5398964785 try REMAP... Error
2:05:24 : LBA 5398964786 try REMAP... Error
2:06:08 : LBA 5398964787 try REMAP... Error
2:06:52 : LBA 5398964788 try REMAP... Error
2:07:36 : LBA 5398964789 try REMAP... Error
2:08:21 : LBA 5398964790 try REMAP... Error
2:09:05 : LBA 5398964791 try REMAP... Error
2:09:50 : LBA 5398968496 try REMAP... Error
2:10:35 : LBA 5398968497 try REMAP... Error
2:11:19 : LBA 5398968498 try REMAP... Error
2:12:04 : LBA 5398968499 try REMAP... Error
2:12:49 : LBA 5398968500 try REMAP... Error
2:13:34 : LBA 5398968501 try REMAP... Error
2:14:18 : LBA 5398968502 try REMAP... Error
2:15:03 : LBA 5398968503 try REMAP... Error
2:40:15 : Get S.M.A.R.T. command... OK
2:40:15 : SMART status = GOOD
2:52:08 : ***** Scan results: Warnings - 3, errors - 16 *****
2:52:14 : Get S.M.A.R.T. command... OK
2:52:14 : SMART status = GOOD

лог виктории READ + REMAP

Решил запустить тест после дневного внезапного отказа (зависания HDD при чтении файла в 3гб) после перезагрузки попробовал еще пару раз прочесть файл, та же ошибка в chkdsk:
A disk read error occuredc0000185
Недостаточно места на диске для замены поврежденных кластеров

Диск проблемный с завода, после покупки через некоторое время залепил герметиком аккуратно вокруг площадки (не проводящим ток) места соприкосновения внутренней части с платой контроллера
Что должно исключить попадания туда пыли из за недочета инженеров (попалась статься с хабра)

Помогите выяснить что за проблема



Добавление от 05.07.2016 21:09:

В витокрии запустил тест READ + ERASE секторов 5398964784 - 5398968503

3:06:38 : Starting Reading, LBA=5398964784..5398968503, sequential access w. ERASE block, tio 200ms
3:07:00 : Block 5398964784 try Erase 256 sectors(5398964784..5398965039)... complete
3:07:23 : Block 5398968368 try Erase 135 sectors(5398968368..5398968502)... complete
3:07:45 : Block 5398968503 try Erase 1 sectors(5398968503..5398968503)... complete
3:07:45 : ***** Scan results: Warnings - 0, errors - 3 *****

При попытке WRITE этих секторов получаю вот такое в логах:
3:12:12 : Starting ERASING, LBA=5398964784..5398968503, sequential access, timeout 10000ms
3:12:12 : Block 5398964784 Error: ABRT
3:12:12 : Block 5398965040 Error: ABRT
3:12:12 : Block 5398965296 Error: ABRT
3:12:12 : Block 5398965552 Error: ABRT
3:12:12 : Block 5398965808 Error: ABRT
3:12:12 : Block 5398966064 Error: ABRT
3:12:12 : Block 5398966320 Error: ABRT
3:12:12 : Block 5398966576 Error: ABRT
3:12:12 : Block 5398966832 Error: ABRT
3:12:12 : Block 5398967088 Error: ABRT
3:12:12 : Block 5398967344 Error: ABRT
3:12:12 : Block 5398967600 Error: ABRT
3:12:12 : Block 5398967856 Error: ABRT
3:12:12 : Block 5398968112 Error: ABRT
3:12:12 : Block 5398968368 Error: ABRT
3:12:12 : Block 5398968503 Error: ABRT
3:12:12 : ***** Scan results: Warnings - 0, errors - 16 *****

Никаких щелчков или инородных звуков от HDD не слышно
Автор: tomset
Дата сообщения: 06.07.2016 14:32

Цитата:
Диск проблемный с завода, после покупки через некоторое время залепил герметиком аккуратно вокруг площадки (не проводящим ток) места соприкосновения внутренней части с платой контроллера Что должно исключить попадания туда пыли из за недочета инженеров (попалась статься с хабра)


Чушь собачья.
Человек который написал статью, совсем не в теме.

У вашего харда проблемы с записью.
Не лечится. Разве что платку почистить или заменить. Но это мало вероятно.
Автор: cuneiform
Дата сообщения: 07.07.2016 13:42
Ребя, кто может дружелюбно ответить?
У меня с этим мало опыта, поэтому я в ступоре.

У меня старенький небольшой хард.
Было 2 битых сектора, диск не ронял, поэтому подумал что л о г и ч е с к и е бэды.
Решил Викторию поюзать.

Моя ошибка была в том, что Вимкторию взял виндовскую.
Короче, прога дошла до бэдов в режиме ремаппинга и теперь 2 сектора получили длительность реакции 600 мс - чего раньше естессно не было,
а бэды перешли на другие сектора - 2 штуки

Короче, сделал только хуже, залечил.

Теперь есть загрузочный диск с досовской Викторией.

Трабл в том, что не вижу на сайте информации по этому вопросу: Есть "как лечить бэды", но нет ничего насчет "времени реакции". Как мне вернуть эти 600 мс на нормальный отклик?
Раньше не было таких секторов на диске вообще. Появились после ремаппинга. Ну, да и новые бэды вместо старых по номеру.

Как быть?



Автор: tomset
Дата сообщения: 07.07.2016 15:53
cuneiform
Смарт нужно смотреть до и после.
Нормальная оценка состояния харда, это прописать его весь нулями и прочитать.
Наблюдая за графиками.
Ну и по результатам делать выводы.
Автор: VecHPro
Дата сообщения: 08.07.2016 20:05

Цитата:
У вашего харда проблемы с записью. Не лечится. Разве что платку почистить или заменить. Но это мало вероятно.

Может какой то SelfTest поможет?

ну или уж на совсем крайний случай сброс SMART таблицы, но чую это выйдет еще большими проблемами

блок питания менял, шлейф тоже

если искать контроллер, по каким параметрам искать и где можно купить недорого для моего HDD ?

p.s. очень жаль 3тб терять учитывая текущие цены это львиная доля зарплаты
Автор: cuneiform
Дата сообщения: 08.07.2016 22:17
tomset

ну, да...сделал проход remap classic - бэды исчезли, проверил.

счас другой хдд появился, в конце диска 2 бэда, они не устраняются.

хотел бы эти примерно 15% от объема диска "обрезать" в разделе.

hddd , victoria дали номера бэдов.

какие проги позволяют ограничить раздел по номерам (секторов, цилиндров и т.д.) этих бэдов?
Автор: VecHPro
Дата сообщения: 09.07.2016 08:45
Зная проблемные сектора полученные в виктории как на фс NTFS создать файл который будет занимать эти проблемные сектора что бы повторно на них не попадать для чтения/записи

нужно создать FS (быстрым форматированием)
конвертировать LBA сектора в сектора на FS (вот тут проблема)
и потом создать файл который будет располагаться на этих сектора (проблема в том что дефрагментация все равно в будущем попытается переместить его)

как и чем мне можно помочь?
Автор: MisHel64
Дата сообщения: 09.07.2016 16:39
cuneiform Мозг + калькулятор + dmDE или аналог.
"Бэды" устраняются всегда. Кроме случая когда винт совсем осыпался или исчерпан лимит ремапов. Второе то же устраняется всегда, но более сложно.
VecHPro Бред. Будет интересно посмотреть, как ты вручную создашь файл в строго определенном месте на NTFS. В любой ОС, на любой ФС можно пометить любой кластер как "дефектный", причем средствами самой ОС.
По этому я не понимаю, зачем создавать некий файл, если можно тупо помечать кластеры. Ни один дефрагментатор тогда не страшен
И мне интересно, зачем использовать "быстрое форматирование"? Использовать нужно нормальное, а если есть возможность с тестированием поверхности, тогда выявленные дефекты еще в процессе разметки будут помечены и исключены из использования. Есть специальные программы в самой ОС, что позволит протестировать поверхность и пометить дефектные кластеры. Я уж молчу про кучу подобных программ от сторонних разработчиков.
Короче, все что ты "надумал" - полный, никому не нужный, бесполезный бред.
Автор: VecHPro
Дата сообщения: 09.07.2016 17:01

Цитата:
можно пометить любой кластер как "дефектный", причем средствами самой ОС.

КАК?!
хардварно не получается, с софтовыми бэдами сталкивался, но как их самому выставлять еще не умею

по крайне мере несколькими постами выше я писал про chkdsk и он с этим не справился

Добавлено:

Цитата:
Я уж молчу про кучу подобных программ от сторонних разработчиков.

порекомендуйте список софта, из опробованных мною это всего лишь оболочки для chkdsk
Автор: MisHel64
Дата сообщения: 10.07.2016 10:46
VecHPro В винде есть CHKDSK который находит и помечает кластеры дефектными. Есть куча коммерческих программ: Norton disk doctor например, и IMHO самая отличная, стоящая своих денег SpinRite.
В ручную можно пометить в любом дисковом редакторе. Классика - Norton disk editor, сейчас очень распространен dmDE. Но почитать об устройстве файловой системы придется и много. Ну или можно написать собственную программу
Есть еще один, рукожопый способ проверки поверхности: H2Test.
И не надо гнать на ChkDsk. отличная прога, причем в силу своего алгоритма тестирования (Сюрприз!) может спровоцировать ReMap. Ну и как все лечилки витнов стоит запускать с PE системы, или в "тестирование при загрузке системы". Так как в этих режимах отключены системные логи, есть риск потерять данные и не узнать об этом.
Автор: VecHPro
Дата сообщения: 10.07.2016 16:41
MisHel64
chkdsk не справился

спровоцировал remap, не получилось, поэтому ищу способ править сектор как bad
винт тестируется с LiveCD (для системы есть отдельный диск)

p.s. данные уже сохранены
Автор: MisHel64
Дата сообщения: 11.07.2016 00:07
VecHPro А прочитать вывод ChkDsk, и понять почему сектор не был помечен не судьба?
Автор: VecHPro
Дата сообщения: 11.07.2016 01:20
MisHel64
а почитать выше пару постов где результаты смарта с 16 попытками ремапа посмотреть тоже не вариант? проще в воду пёрнуть
Автор: MisHel64
Дата сообщения: 11.07.2016 05:08
VecHPro Слыш, мужик. Я понимаю. У тебя не хватает мозгов что бы прочитать отчет ChkDsk, что бы понять почему не происходит пометка сектора. Я понимаю, у тебя не хватает мозгов что бы прочитать тему и понять, что ReMap древней программой на современных винтах не делается. Но хамить то зачем, тем кто тебе пытается помочь?
Ты не с Окроины часом?

Автор: cuneiform
Дата сообщения: 11.07.2016 18:06

Цитата:
cuneiform Мозг + калькулятор + dmDE или аналог.


НА сайте dmDE скачиваются мануалы на 2 языках. Устранения бэдов в них нет.
Есть Редактирование.
Причем, сказано редактирование NTFS происходит в RAW.
Примеров редактирования нет.
Как отредактировать пару бэдов - непонятно.


Цитата:
"Бэды" устраняются всегда.

Оригинально. Впервые слышу. Ну, да ладно.
Однако все бы CHKDSK с: /f /r /x
все бэды всегда и устраняли бы, пока диск не рассыпится.
Каюсь, что не осилил эту мудрость со своими мозгами.
У меня как было 2 бэда, так и остались после проги этой.


Цитата:
исчерпан лимит ремапов

Про это все наслышаны, но что дальше делать никто реально не знает

Ну так кто подскажет, как устранить 2 бэда в какой-нить проге, типа dmDE или другой?
Тока про SMART не спрашивайте, такой БИОС у меня.
Номера секторов в Victoria я выяснил,что дальше делать.
Если просто отрезать 15% от конца раздела диска,чтобы вырезать эти сектора из раздела - это просто.
Но диск маленький (40 Гб), поэтому этих 15% жалко.
Можно их как-то пометить, что б они не участвовали больше в работе?


Добавлено:

Цитата:
VecHPro А прочитать вывод ChkDsk, и понять почему сектор не был помечен не судьба?


Я конечно понимаю, что VecHPro хочет многого: Запостил тесты пару страниц впереди и думает,что люди будут листать N страниц себе в удовольствие по своей догадке, но Вы-то тоже хороши: "понять почему сектор не был помечен не судьба?" - это что?

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

Вы ж не себе отвечаете, если беретесь отвечать. Кроме VecHPro, другие тоже читают Ваши посты. Но вот читать нечего только.

Автор: MisHel64
Дата сообщения: 11.07.2016 18:32

Цитата:
Как отредактировать пару бэдов - непонятно.
cuneiform Для этого я и написал, что нужен МОЗГ. Изучаешь устройство файловой системы и вручную ее исправляешь.

И не путай теплое с мягким. ChkDsk всегда отметит дефектный сектор в ФС, но как и любая не специализированная прога не обязана спровоцировать ReMap который делает только микропрограмма винта. Хотя алгоритм провокации давно известен, на практике он часто не срабатывает.
Если исчерпан лимит ремапов, то зависит от конкретной модели винта. Классика или полный SelfTest или перенос G-List в P-List с перерасчетом транслятора и форматированием. Но это уже нужно специальное программное обеспечение. А иногда и простенькая железячка. А бывает, что и не простенькая


Цитата:
CHKDSK сама не пишет диагноз "почему"
В его случае, как раз и написала.
Автор: VecHPro
Дата сообщения: 12.07.2016 09:28
ну раз chkdsk не смогла вызвать remap, тогда почему не помечает его как сбойный
гугл на запрос который выдает chkdsk с кодом ошибки молчит, всего несколько сайтов на иностранных языках (с английским техническим дружу, но всякие итальянские и другие языки не осиливаю, переводчик тоже ничего внятного не прояснил

я с забайкальского края, с HDD, файловыми системами работаю еще со времен DOS-а и Windows 3.1 так что знания есть

меня интересует почему программно не метит BAD-ы
вручную можно пометить, для этого необходимо LBA конвертировать в сектора раздела NTFS
Автор: MisHel64
Дата сообщения: 12.07.2016 12:08

Цитата:
тогда почему не помечает его как сбойный

Цитата:
меня интересует почему программно не метит BAD-ы

VecHPro Повторю свой вопрос: А прочитать что пишет сама ChkDsk по этому поводу не судьба? Причем пишет на чисто русском.

Цитата:
hkdsk не смогла вызвать remap
А она и не пыталась по причинам указанным выше.

Цитата:
я с забайкальского края
Хм. А очень похоже что с Окроины. Очевидный вещей не видишь, и читать не умеешь.
Автор: cuneiform
Дата сообщения: 12.07.2016 14:41

Цитата:
cuneiform Для этого я и написал, что нужен МОЗГ. Изучаешь устройство файловой системы и вручную ее исправляешь.


Ты в Киеве на Крещатике на сидел в мастерской по ремонту бритв Харкiв? - Сидел и разглагольствовал аналогично там один.

МОЗГ - это понятие из Ай-Ти? Априори, в твоем понятии, качество твоего серого вещества намного превосходит среднестатистическое качество на форуме.

Это заметно по рекомендации "Изучаешь устройство файловой системы и вручную ее исправляешь". = Изучаешь устройство бритвы Харкiв и вручную ее восстанавливаешь.

А может дальше пойдем? - типа, "Изучаешь теорию Ай-Ти и (потом) запросто восстанавливаешь не только бэды, но и любые хард - и софтвары".

Ну так чей "совет" весомее???!!! - Флуд и троллинг 100% с вашей стороны, сударь.

Может кто на нитке нормально объяснить, как устранить 2 бэда, которые, например, Victoria "оставляет": Было 7 бэдов, остались 2, и эти прога не устраняет. Что это означает реально? - Они так сказать "помечены" в этом случае? или их как-то нужно специально "пометить" в какой-то проге? - как вырезать 15% раздела с бэдами на диске я и сам знаю.

Заранее благодарен за пояснение.

Страницы: 12345678910111213141516171819202122232425262728293031323334353637383940

Предыдущая тема: Подскажите дать ли шанс винчестеру


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