Это копия, сохраненная 15 мая 2021 года.
Скачать тред: только с превью, с превью и прикрепленными файлами.
Второй вариант может долго скачиваться. Файлы будут только в живых или недавно утонувших тредах. Подробнее
Если вам полезен архив М.Двача, пожертвуйте на оплату сервера.
1) Любая попытка создать новый файл где угодно на диске (включая даже всякие папки /Roaming/ для файлов приложений, имеющих недостаточно прав) вызывает ошибку как на скрине: "0x80070570: Файл или папка повреждены. Чтение невозможно." Нельзя создать новый файл проводником, нельзя скопировать существующий в ту же папку (создать копию) и т.д.
2) Пара приложений из-за этого стали работать некорректно. Например, Firefox не может получить доступ к файлам истории и закладок, о чем немедленно сообщает. uBlock тоже отвалился. Может, что-то еще. При старте системы через раз вываливается ошибка какой-то второстепенной приблуды от ATI. Тем не менее, винда запускается, браузер запускается (пусть и без истории), т.е. общая работоспособность сохраняется.
3) При этом файлы С этого диска можно спокойно копировать на подключенный внешний хард, также их можно открывать программами. Блокнот даже может успешно сохранить изменения в файле. Блокнот запускается не с правами администратора. При этом Блокнот не может создать новый файл в папке, а вот редактировать - это пожалуйста.
В целом, картина странная - как будто весь диск ушел в рид-онли на уровне прав доступа, но при этом тот же Блокнот успешно изменяет файлы. Посмотрел на права у разных файлов там и сям - везде есть полные права доступа у пользователя "Система".
"Проверка диска на наличие ошибок" в свойствах диска C: не находит этих самых ошибок. Проверяет, впрочем, подозрительно быстро.
Зачем-то попробовал ребутнуть еще раз кнопкой, а не нормальным выключением - при запуске системы explorer вывалил ошибку "Unknown hard error", но на этом всё, винда завелась нормально. В журнале событий винды нет ничего подозрительного. Кстати, новые записи (логирование включений/выключений и всякая мелочь) там успешно появляются, так что служба журнала тоже может писать на диск, как и Блокнот.
Я не айтишник 300к/наносек, но, можно сказать, суперюзер. Объяснения и инструкции пойму.
Как это чинить и что делать?
Скорее всего диску пизда.
Восстановил работоспособность прогоном chkdsk /f, sfc /scannow и затем полирнул chkdsk /f еще раз. Chkdsk оба раза скакнул с 5% до 28%, затем дополз до 36%, оттуда скакнул сразу до 100%. Sfc рапортнул о том, что восстановить получилось не все и указал на лог-файл в папке винды.
Тем не менее, сейчас с доступом вроде бы все в порядке. >>587 диску, похоже, не пизда - чтение с него происходило нормально, винда грузилась, тяжелый файл фильма воспроизводился нормально. Не было возможности только записывать на него что-то. Можно было только читать и почему-то еще удалять файлы. Сейчас смотрю на файлы, которые пытался тыкать в период неработоспособности - удаленных файлов действительно нет на месте.
В логе sfc полным-полно вот таких записей про самые разные папки:
> [DIRSD OWNER WARNING] Directory [ml:520{260},l:78{39}]"\??\C:\Windows\apppatch\Custom\Custom64" is not owned but specifies SDDL in component Microsoft-Windows-Application-Experience-Infrastructure, pA = PROCESSOR_ARCHITECTURE_AMD64 (9), Culture neutral, VersionScope = 1 nonSxS, PublicKeyToken = {l:8 b:31bf3856ad364e35}, Type neutral, TypeName neutral, PublicKey neutral
и вот таких:
> Ignoring duplicate ownership for directory [l:68{34}]"\??\C:\Windows\Help\OEM\IndexStore" in component Microsoft-Windows-Assistance-CollectionFiles-Help, Version = 6.2.9200.16384, pA = PROCESSOR_ARCHITECTURE_AMD64 (9), Culture neutral, VersionScope = 1 nonSxS, PublicKeyToken = {l:8 b:31bf3856ad364e35}, Type neutral, TypeName neutral, PublicKey neutral
и таких:
> WARNING: File [l:78{39}]"api-ms-win-eventing-provider-l1-1-0.dll" in [l:46{23}]"\??\C:\Windows\System32" switching ownership
Сейчас все работает, но починилось оно "само", я лишь прогнал чекдиск и вот это. Кто-нибудь может пояснить по этим цитатам, что произошло с правами доступа (?) к папкам и как такое можно было бы починить более осмысленным способом, а не тыкая наугад?
Восстановил работоспособность прогоном chkdsk /f, sfc /scannow и затем полирнул chkdsk /f еще раз. Chkdsk оба раза скакнул с 5% до 28%, затем дополз до 36%, оттуда скакнул сразу до 100%. Sfc рапортнул о том, что восстановить получилось не все и указал на лог-файл в папке винды.
Тем не менее, сейчас с доступом вроде бы все в порядке. >>587 диску, похоже, не пизда - чтение с него происходило нормально, винда грузилась, тяжелый файл фильма воспроизводился нормально. Не было возможности только записывать на него что-то. Можно было только читать и почему-то еще удалять файлы. Сейчас смотрю на файлы, которые пытался тыкать в период неработоспособности - удаленных файлов действительно нет на месте.
В логе sfc полным-полно вот таких записей про самые разные папки:
> [DIRSD OWNER WARNING] Directory [ml:520{260},l:78{39}]"\??\C:\Windows\apppatch\Custom\Custom64" is not owned but specifies SDDL in component Microsoft-Windows-Application-Experience-Infrastructure, pA = PROCESSOR_ARCHITECTURE_AMD64 (9), Culture neutral, VersionScope = 1 nonSxS, PublicKeyToken = {l:8 b:31bf3856ad364e35}, Type neutral, TypeName neutral, PublicKey neutral
и вот таких:
> Ignoring duplicate ownership for directory [l:68{34}]"\??\C:\Windows\Help\OEM\IndexStore" in component Microsoft-Windows-Assistance-CollectionFiles-Help, Version = 6.2.9200.16384, pA = PROCESSOR_ARCHITECTURE_AMD64 (9), Culture neutral, VersionScope = 1 nonSxS, PublicKeyToken = {l:8 b:31bf3856ad364e35}, Type neutral, TypeName neutral, PublicKey neutral
и таких:
> WARNING: File [l:78{39}]"api-ms-win-eventing-provider-l1-1-0.dll" in [l:46{23}]"\??\C:\Windows\System32" switching ownership
Сейчас все работает, но починилось оно "само", я лишь прогнал чекдиск и вот это. Кто-нибудь может пояснить по этим цитатам, что произошло с правами доступа (?) к папкам и как такое можно было бы починить более осмысленным способом, а не тыкая наугад?
Тащи SMART диска. Ещё попробуй с live флешки загрузится и ченить записать/скопировать.
>Тащи SMART диска
может и память косячить
так что мемтест тоже желательно прогнать
так то тред оффтопик здесь софт обсуждают а не железо
>>606
>так то тред оффтопик здесь софт обсуждают а не железо
Да мне на самом деле кажется, что проблема (уже решенная, по крайней мере "на данный момент" - см сообщение выше) в поврежденной файловой системе, а не в железе. Диск РАБОТАЛ на чтение (и удаление), просто не получалось на него ничего писать. Ошибки об отсутствии владельца (и о двойном владении) в логе sfc. Разве это все не указывает однозначно на факап файловой системы из-за хард ребута (скорее всего, в тот момент на диск что-то писалось)?
>Разве это все не указывает однозначно на факап файловой системы из-за хард ребута (скорее всего, в тот момент на диск что-то писалось)?
нет не указывает
ntfs журналируемая, то есть восстанавливает файлы и структуру диска в случае сбоя
лучше всего забекапить нужные данные на другом компе и погонять тесты диска, ту же викторию или хддскан
>Чем смотреть SMART?
если можешь зайти в консоль восстановления при загрузке, попробуй как на пикче, но там покажет только ОК или не ОК
wmic diskdrive get model, status
Как у тебя на пикче - показало OK для моего диска.
> лучше всего забекапить нужные данные на другом компе
"на другом компе" - речь о бекапе на другой хард (что само собой разумеется) или о том, что нужно буквально вытащить этот хард и операцию копирования провести на другом компе, т.е. делать это не из-под этой винды, которая сейчас крутится на этом диске? Если да, то почему?
>"на другом компе" - речь о бекапе на другой хард (что само собой разумеется) или о том, что нужно буквально вытащить этот хард и операцию копирования провести на другом компе, т.е. делать это не из-под этой винды, которая сейчас крутится на этом диске?
хоть так, хоть так
>Если да, то почему
там можно сразу тесты прогнать не из под системы
так как вероятность что диск при смерти есть - лучше его поменьше шевелить и забекапить как можно скорее
обычно они умирают быстро и внезапно (и чаще всего дело не в блинах или ячейках памяти, а в контроллере)
Это копия, сохраненная 15 мая 2021 года.
Скачать тред: только с превью, с превью и прикрепленными файлами.
Второй вариант может долго скачиваться. Файлы будут только в живых или недавно утонувших тредах. Подробнее
Если вам полезен архив М.Двача, пожертвуйте на оплату сервера.