[sizzzla]

Помогите с такой проблемой пжлст:

Сбой Установки .NET Framework 4.7.2

Сигнатура проблемы:
Имя события проблемы: VSSetup
Сигнатура проблемы 01: Microsoft .NET Framework 4.7.2 Setup
Сигнатура проблемы 02: 4.7.03081
Сигнатура проблемы 03: 14.7.3081.0
Сигнатура проблемы 04: 1
Сигнатура проблемы 05: netfx_Full_x64.msi
Сигнатура проблемы 06: Install_I_Interactive_Error
Сигнатура проблемы 07: 1603
Сигнатура проблемы 08: 2349
Сигнатура проблемы 09: InstallFiles
Версия ОС: 6.1.7601.2.1.0.256.1
Код языка: 1049

Win7max SP1 x64
i5-2400
HDD старенький, на 4 этапе проверки диска висел очень долго, до конца не дождался, но всё работает и игры тоже.

[Petya V4sechkin]

sizzzla, лог установки выложите из папки Temp.

[Avatar-Lion]

sizzzla, и здоровье диска покажите на всякий случай: http://178.173.19.2:1987/Software/HDTune.exe

[sizzzla]

Это?)

Скрытый текст

Контейнер ошибки , тип 0
Имя события: VSSetup
Ответ: Нет данных
Идентификатор CAB: 0

Сигнатура проблемы:
P1: Microsoft .NET Framework 4.7.2 Setup
P2: 4.7.03081
P3: 14.7.3081.0
P4: 1
P5: netfx_Full_x64.msi
P6: Install_I_Interactive_Error
P7: 1603
P8: 2349
P9: InstallFiles
P10:

Вложенные файлы:
C:\Users\Artem\AppData\Local\Temp\Microsoft .NET Framework 4.7.2 Setup_20190105_170838436.html
C:\Users\Artem\AppData\Local\Temp\dd_SetupUtility.txt
C:\Users\Artem\AppData\Local\Temp\Microsoft .NET Framework 4.7.2 Setup_20190105_170838436-MSI_netfx_Full_x64.msi.txt

Эти файлы можно найти здесь:
C:\Users\Artem\AppData\Local\Microsoft\Windows\WER\ReportArchive\Critical_Microsoft .NET F_1e3678961b61fce7751e7915d6582a5e69d6164_0a8695ab

Символ анализа:
Повторный поиск решения: 0
Идентификатор отчета: 4ab9f2ba-10f8-11e9-903f-c86000697035
Состояние отчета: 0


Имя журнала: Application
Источник: Windows Error Reporting
Дата: 05.01.2019 17:43:57
Код события: 1001
Категория задачи:Отсутствует
Уровень: Сведения
Ключевые слова:Классический
Пользователь: Н/Д
Компьютер: Artem-PC
Описание:
Контейнер ошибки , тип 0
Имя события: VSSetup
Ответ: Нет данных
Идентификатор CAB: 0

Сигнатура проблемы:
P1: Microsoft .NET Framework 4.7.2 Setup
P2: 4.7.03081
P3: 14.7.3081.0
P4: 1
P5: netfx_Full_x64.msi
P6: Install_I_Interactive_Error
P7: 1603
P8: 2349
P9: InstallFiles
P10:

Вложенные файлы:
C:\Users\Artem\AppData\Local\Temp\Microsoft .NET Framework 4.7.2 Setup_20190105_170838436.html
C:\Users\Artem\AppData\Local\Temp\dd_SetupUtility.txt
C:\Users\Artem\AppData\Local\Temp\Microsoft .NET Framework 4.7.2 Setup_20190105_170838436-MSI_netfx_Full_x64.msi.txt

Эти файлы можно найти здесь:
C:\Users\Artem\AppData\Local\Microsoft\Windows\WER\ReportArchive\Critical_Microsoft .NET F_1e3678961b61fce7751e7915d6582a5e69d6164_0a8695ab

Символ анализа:
Повторный поиск решения: 0
Идентификатор отчета: 4ab9f2ba-10f8-11e9-903f-c86000697035
Состояние отчета: 0




HD Tune Pro: WDC WD5000AAKX-001CA0 Benchmark

Тест емкости:10 ГБ

Read transfer rate
Transfer Rate Minimum : 85.6 Мбайт/сек
Transfer Rate Maximum : 127.3 Мбайт/сек
Transfer Rate Average :
Access Time :
Burst Rate :
CPU Usage :


HD Tune Pro: WDC WD5000AAKX-001CA0 Health

ID Текущее значениеХудшее значениеПорог Данные Состояние
(01) Частота ошибок при чтении данных с диска 200 200 51 24193 ok
(03) Время раскрутки пакета дисков из состояния покоя до рабочей скорости 142 141 21 3866 ok
(04) Полное число запусков/остановок шпинделя 98 98 0 2899 ok
(05) Количество операций переназначения секторов 200 200 140 1 Предупреждение!
(07) Частота ошибок при позиционировании блока головок 200 200 0 0 ok
(09) Количество часов, проведенных во включенном состоянии 47 47 0 39282 ok
(0A) Количество повторных попыток раскрутки дисков до рабочей скорости в случае, если первая попытк 100 100 0 0 ok
(0B) Количество повторов запросов рекалибровки в случае, если первая попытка была неудачной 100 100 0 0 ok
(0C) Количество полных циклов включения-выключения диска 98 98 0 2881 ok
(C0) Количество небезопасных выключений 200 200 0 136 ok
(C1) Количество циклов перемещения блока магнитных головок в парковочную зону / в рабочее положение 200 200 0 2762 ok
(C2) Температура жесткого диска 104 79 0 39 ok
(C4) Количество операций переназначения 199 199 0 1 Предупреждение!
(C5) Количество секторов, являющихся кандидатами на замену 192 191 0 655 Предупреждение!
(C6) Количество нескорректированных ошибок, то есть серьезное повреждение поверхности диска 191 191 0 784 ok
(C7) Количество ошибок, возникающих при передаче данных по внешнему интерфейсу 200 200 0 0 ok
(C8) Общее количество ошибок, происходящих при записи сектора 197 197 0 792 ok

Состояние надежности : Предупреждение!

[Petya V4sechkin]

sizzzla, вот этот:

C:\Users\Artem\AppData\Local\Temp\Microsoft .NET Framework 4.7.2 Setup_20190105_170838436-MSI_netfx_Full_x64.msi.txt

[Avatar-Lion]

sizzzla, Хм... 655 нестабильных секторов? Однако. Но ладно. Раз переназначен был всего 1 сектор, можно пока особо не переживать. Но не забывайте делать резервные копии файлов в любом случае.

[mwz]

Раз переназначен был всего 1 сектор, можно пока особо не переживать »

Оптимистичненько... Картина-то рисуется с точностью до наоборот.

Ведь это означает, что винчестер смог вычитать-таки информацию всего лишь из одного сектора — и переписать её в резервный, отправив плохой в отходы без потери этой информации. А вот 655 нестабильных — что диск пока их не может с ними ничего сделать, и если в них была информация (куски файлов), то эта информация потеряна (т.е. файлы, куски которых были в этих секторах, испорчены). Ну а при обращении к таким секторам система встаёт на тормоза.

[Avatar-Lion]

mwz, Не могу ни подтвердить, ни опровергнуть эти утверждения. Но здравый смысл подсказывает следующее: если сектор читается, но не поддается изменению (записи), то он заменяется в таблице адресации накопителя с переносом данных (ноль или единица) в резервный сектор. Если же сектор не читается, то информация из него утрачивается и резервный сектор будет заполнен нулём. Если на дохлом секторе тоже был ноль, то ничего страшного не случится. Если же там была единица... Ну тогда да, файл будет поврежден.

Что же касается нестабильных секторов, с чего это вдруг информация там должна быть утрачена? Нестабильный - не значит поврежденный. Нестабильный - это значит, что информация доступна, но с задержкой или только при чтении с N-ой попытки. Так что да, тормоза будут, но в целом на работоспособности ПК это не скажется.

Между прочим, лечить нестабильные сектора достаточно просто: запускаем чек-диск с ключами /f и /r. И всё. Обычно этого достаточно, чтобы такие сектора ушли из списка потенциально дефектных. Ибо чаще всего сектора эти нормальные и попадают в список подозрительных по случайности. Конечно, бывает такое, что подозрительные сектора действительно оказываются плохими и в итоге именно переназначаются. Но статистически первый вариант более вероятен, нежели второй.

[mwz]

Нестабильный - это значит, что информация доступна, но с задержкой или только при чтении с N-ой попытки. »

Нестабильный — это русский перевод. Английский же термин более конкретен: pending (ожидающий решения). Сектор, при обращении к которому несколько раз подряд возникает ошибка и информацию с него снять не удаётся, диск объявляет как pending, т.е. что откладывает попытки его восстановление "до лучших времён", периодически перепроверяя в фоне.

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

И если сейчас протестировать обсуждаемый диск утилитой, например, Victoria, то она покажет минимум 655 нечитаемых секторов.

запускаем чек-диск с ключами /f и /r. И всё. »

И их номера будут отправлены в метафайл (список) $Badclus файловой системы, что позволит ей не обращаться к ним более (и, соответственно, не вставать на тормоза) — при том, что на диске они останутся. Заодно chkdsk убьёт, в случае если в таких секторах оказались куски $MFT, часть файлов и каталогов чтобы привести файловую систему в логический порядок.

[Avatar-Lion]

И их номера будут отправлены в метафайл (список) $Badclus файловой системы, что позволит ей не обращаться к ним более (и, соответственно, не вставать на тормоза) — при том, что на диске они останутся »

А почему это они должны остаться на диске? С точки зрения диска это выглядит так: поступает запрос на чтение сектора. Чтение... Ну, например, идет в течение 30 секунд. Если оно оказывается в итоге неудачным, то сектор заменяется резервным в таблице адресации. Но если на 29-ой секунде чтение таки свершилось и оказалось успешным, то сектор остается в списке подозрительных. Чек-диск в данном случае нужен не столько для поиска битых файлов (хотя и для этого тоже), а для того, чтобы просканировать всю поверхность пластин, дабы была более полная картина происходящего. Виктория, в конце концов, занимается (по сути) тем же самым, просто делает это более быстро и наглядно. Но принцип-то тот же: проверить все сектора в режиме чтения, чтобы заставить контроллер разобраться-таки с ними.

Тут, правда, есть еще один нюанс. Сектор может висеть в подозрительных из-за того, что он записался не с первой попытки. Но вот читаться он будет нормально. Лично я далеко не один раз "лечил" жесткие диски банальным форматированием. Это позволяло 100% убрать все подозрительные сектора. В итоге либо этот показатель обнулялся, либо вырастал счетчик переназначенных секторов. Собственно, иного варианта уже и нет, ибо Advanced Format давно уже стал стандартом для HDD, что автоматом отправило на свалку Викторию и весь прочий софт для работы с жесткими дисками.