[решено] Ошибка 30088-4 при установке Microsoft Office 2019 Pro Plus x86

[mwz]

проверил chkdks »

Повреждено три файла. Если не ошибаюсь, каким файлам соответствуют файловые записи DDC, DDD и DDE, можно найти в DMDE — но это надо смотреть документацию на DMDE. А затем, после окончания лечения, возможно что будет можно восстановить их, взяв с другого источника.

Параноидальный (и правильный) подход — сделать клон имеющегося винчестера на другой, после чего приступить к лечению этого. Но я [пока] не вижу чего-либо критического и считаю, что можно заняться лечением "по месту".

А сектора — либо найти их номера с помощью Victoria (судя по SMART, она должна зафиксировать лишь один такой номер сектора с ошибкой) и затем произвести перезапись "сам на себя" с охватом этого номера LBA с двух сторон; либо сделать полную перезапись (т.е. с нулевого по максимальный LBA) винчестера "сам на себя", что должно занять при диске 320 гигабайт менее часа и заодно проверит всю поверхность диска.

[Valeran1]

mwz, можно поэтапно объяснить процесс, я с данными утилитами ибо не работал, каюсь. И да разумнее лишь ту часть перезаписать, или лучше весь диск?

[Valeran1]

P.S. Пока разобрался только как сделать проверку диска на ошибки в victoria, естественно делал в безопасном режиме для корректной проверки на ошибки без погрешностей, получил такой результат
https://i.imgur.com/kaWuQD0.jpg
Нашёл 1 поврежденный сектор и 2 с сильной задержкой в чтении, каковы дальнейшие действия по исправлению, чтобы я смог наконец убрать хвосты от офиса и наконец его установить.

[mwz]

1 поврежденный сектор и 2 с сильной задержкой »

Два сектора с задержкой от 200 до 600 миллисекунд — это вполне терпимо. И можно либо произвести "точечную перезапись", либо всё же пожертвовать менее чем часом времени и произвести полную перезапись. Все практические рекомендации и ссылки на них можно посмотреть здесь (http://forum.ixbt.com/topic.cgi?id=11:47862:6430#6430).

Однако поскольку диск с системой, то работающая с него система править этот диск не даст — и грузиться придётся с другой операционки: можно с упрощённой, работающей с DVD или флешки класса LiveCD.

[Valeran1]

mwz, как сделать тогда точечную перезапись с livecd версии victoria?

[Valeran1]

Кстати проверка показала следующее что повреждено в этом куске
https://i.imgur.com/ocpXzR2.png
https://i.imgur.com/VoSREcI.png
Как быть в данной ситуации, точечно перезапись поможет?

[mwz]

с livecd версии victoria? »

А можно попробовать и средствами Victoria, тем более что диск без Advanced Format: провести тест "BB = Advanced REMAP", Проверка жёсткого диска программой Victoria 3.5 DOS (http://shparg.narod.ru/index/0-22) (но не "Erase 256 sect", которая стирает информацию на жёстком диске). Для точечной обработки выбрать начальный сектор (это с небольшим запасом) 26350848, а конечный — 26351871 (тоже с небольшим запасом).

Аналога перезаписи "сам на себя" здесь, насколько помню, нет. Да и две задержки, в 203 и 390 мс, скорее всего объясняются не состоянием диска, а тем, что операционка, работавшая с этого диска, отвлекала диск на решение некоторых служебных задач.

PS
что повреждено в этом куске »

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

[Valeran1]

mwz, ещё нашлось, их координаты тоже задать?
https://i.imgur.com/VoSREcI.png
B да точно должен быть тот сектор 26350848-26351871, а не 6350848-6351871, вроде битый сектор у меня именно 6351360.
Ага, видно что повреждён небольшой кусочек MFT$. Ну тут уж других вариантов нет кроме как избавиться от нестабильного сектора (и показать SMART после операции: удалось ли это сделать)
И как это из под victoria livecd сделать? И надо ли резервную копию данных сделать при повреждении $MFT?

[mwz]

И как это из под victoria livecd сделать? »

Я как раз про это и написал — Advanced REMAP с указанием области.

ещё нашлось »
Три файла, и скорее всего это те самые уже засветившиеся файлы с номерами файловых записей DDC, DDD и DDE.

Файлы Remote.cfg и Repltmpl.cfg могут быть восстановлены с дистрибутива Офиса — но у вас-то как раз задача удалить все файлы офиса. А файл $Quota у вас скорее всего не используется — если вы не задавали квоты дискового пространства для пользователей.

[Valeran1]

Advanced REMAP с указанием области. »
Хорошо, сделаю с помощью advanced remapm но пара финальных вопросов:
1)Резервную копию жесткого диска делать?
2) Области брать только с ошибкой или с учетом тех 2 тугих секторов? Если те 2 сектора с низкой скорости записи тоже надо ремпануть, то какие значения брать?
3) Advanced remap делать с сектора 6350848 по 6351871? Просто не пойму ту двойку в начало ставить надо или это Вы ошибку при печати допустили?
Загрузочная флешка с викторией кстати уже готова.

[mwz]

1)Резервную копию жесткого диска делать? »

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

2) Области брать только с ошибкой или с учетом тех 2 тугих секторов? »

Только с ошибкой. Ведь никакая утилита этого класса сама ничего не правит, а лишь вынуждает микропрограмму диска заняться нестабильными секторами безотлагательно — и если диск ошибок в секторе, как в вашем случае в тех двух, не находит, то и ремап делать не будет.

с сектора 6350848 по 6351871? »

Поскольку проверка идёт блоками по 256 секторов, то первое число я выбрал на 2*256=512 секторов меньшим, чем начало такого блока, содержащего нестабильный сектор (и в вашем частном случае это начало совпадает с самим нестабильным сектором), а число 2837941 выбрал равным окончанию блока по 256 секторов, следующего за содержащим нестабильный сектор. Т.е. будет проверено 4 блока по 256 LBA, ровно в середине которых расположен сам нестабильный сектор.

[Valeran1]

mwz, нубский вопрос, вот я сделал точечную рекалибровку в victoria, в результате я вышел в volkov commander, остаётся главный вопрос, как перезагрузить ПК чтобы я вышел в bios?
Ах да, чуть не забыл, надо скинуть смарт после рекалибровки:
https://i.imgur.com/3T44y3U.jpg
И да, какой дальнейший курс действия и как мне перезагрузить ПК с livecd чтоб я мог обратно выбрать в bios мой ЖД?

[Iska]

как перезагрузить ПК чтобы я вышел в bios? »
Ctrl-Alt-Del :).

[Valeran1]

Резальтуты проверки - система жива, все работает, но ошибка с секторами и теми файлами не пропала, но нестабильного сектора отныне нет
https://i.imgur.com/ifWC3Tk.png
https://i.imgur.com/eVAM4MZ.png
Как будем исправлять неисправимые ошибки секторов и 3 попорченых файла? И да почему надо было сначала перенести нестабильный сектор в резерв прежде чем к другим действиям приступать?

[mwz]

И да почему надо было сначала перенести нестабильный сектор в резерв прежде чем к другим действиям приступать? »

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

Атрибут же С6 теперь должен со временем упасть до нуля сам.

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

ошибка с секторами и теми файлами не пропала »

Про ошибку с секторами я только что сказал. И теперь надо восстанавливать целостность файловой системы, запустив штатную процедуру проверки уже с исправлением ошибок: илиchkdsk c: /Fили Свойства диска — Сервис — Выполнить проверку — галка только на "Автоматически исправлять системные ошибки".

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

Отчёт об исправлениях будет лежать либо в Протоколе событий (Панель управления — Администрирование — Просмотр событий), либо (скорее всего) в папке c:\System Volume Information\Chkdsk\ под именем Chkdsk<ГодМесяцДеньЧасыМинутыСекунды>.log (т.е. с информацией о дате и времени завершения проверки: например — Chkdsk20181028010205.log). Папка System Volume Information — скрытая и системная, поэтому для просмотра файла надо разрешить показ скрытых и системных файлов. Кроме того, к этой папке по умолчанию нет доступа пользователям — поэтому в её Свойствах на закладке "Безопасность" надо нажать кнопку "Изменить", в появившемся новом окне добавить пользователя Все (первая буква — заглавная) и применить к папке со вложенными объектами (затем этого пользователя удалите таким же образом).

[Valeran1]

Приклепляю лог результата, кстати после проверки chkdisk при загрузке вроде те файлы просто удалились и всё, и теперь я спокойно смог удалить папку офис, однако crystaldiskinfo все ещё кричит о 2 неисправимых ошибках секторов, их исправить надо, или сами через некоторое время исчезнут?
Кстати, офис после всех манипуляций успешно установился

[mwz]

Valeran1

В протоколе вижу:
4 KB in bad sectors

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

Атрибут С6 ("неисправимые ошибки секторов") должен со временем упасть — тогда, когда диск проведёт самотестирование. А вот когда это произойдёт — одному диску известно. Так что тоже не обращайте внимания если при последующих проверках их количество не будет увеличиваться. Хотя можно скачать с сайта WD утилиту Data Lifeguard Diagnostic для Windows (https://support.wdc.com/downloads.aspx?lang=ru&p=3) и провести в ней расширенный (Extended) тест — думаю что эта утилита заставит диск их подчистить.

Ну а псевдофайл $Quota будет восстановлен в случае, если вы решите установить квоты на дисковое пространство — но уверен, что это вам и не понадобится.

По диску у меня вопросов не осталось.

Решён ли ваш исходный вопрос? Ага, с утра врубился, что уже решён.