none
Ошибка восстановления системных файлов и хранилища

    Вопрос

  • Здравствуйте! Что то я не пойму, установил новую Windows Server 2016 Standart Лицензия, устанавливал дважды, скачивал дважды с корпоративного портала образ, и решил проверить системные файлы командой sfc /scannow. На что в конце проверки она пишет сообщение. Программа защиты ресурсов Windows обнаружила повреждённые файлы..... и т.д. Всем ясно. Запускаю команду на восстановление DSIM, тоже не проходит. Подключение к интернету есть. Причём пробовал и с источника направлять, так как постоянно писало при восстановление командой DSIM, что не найден источник, а командой Scanhalth пишет, что хранилище повреждено. Что с источником, что без, не получается восстановить, пишет одно и тоже не найден источник. Указываю всё верно, и диск, и букву, и путь, не сомневайтесь. Пробовал и образ смаунтить не получается. Командой DSIM напрочь не хочет находить источник, почему не знаю. Тоже самое и в Windows 10, я так и не смог побороть эту проблему. Конечно, непонятно, как это новая система и повреждёно хранилище. Хотелось бы это исправить. Но не получается. Далее.....нашёл способ вручную восстановить файлы не в хранилище, а системные файлы, чтобы команда SFC /SCANNOW прошла бы успешно. Но что интересно, после этой команды я увидел всего лишь один повреждённый файл, ярлык. Он не так важен, но ведь восстановление пишется с ошибкой. И мне это каждый раз смотреть и фильтровать файл CBS очень и очень не удобно. А ругается она на повреждённый файл ярлык:

    CSI    00003de2 [SR] Cannot repair member file [l:28]'Microsoft Azure services.lnk' of Microsoft.Windows.ServerManager-NonMSIL, version 10.0.14393.0, arch amd64, nonSxS, pkt {l:8 b:31bf3856ad364e35} in the store, file is missing
    2017-11-09 22:29:02, Info                  CSI    00003e23 [SR] Cannot repair member file [l:28]'Microsoft Azure services.lnk' of Microsoft.Windows.ServerManager-NonMSIL, version 10.0.14393.0, arch amd64, nonSxS, pkt {l:8 b:31bf3856ad364e35} in the store, file is missing
    2017-11-09 22:29:02, Info                  CSI    00003e24 [SR] This component was referenced by [l:112]'Microsoft-Windows-ServerManager-UX-Package~31bf3856ad364e35~amd64~~10.0.14393.0.ServerManager-UX-Misc-Deployment'
    2017-11-09 22:29:02, Info                  CSI    00003e26 [SR] Could not reproject corrupted file \??\C:\ProgramData\Microsoft\Windows\Start Menu\Programs\Administrative Tools\Microsoft Azure services.lnk; source file in store is also corrupted

    CSI    00006518 [SR] Cannot repair member file [l:28]'Microsoft Azure services.lnk' of Microsoft.Windows.ServerManager-NonMSIL, version 10.0.14393.0, arch amd64, nonSxS, pkt {l:8 b:31bf3856ad364e35} in the store, file is missing
    2017-11-09 22:31:35, Info                  CSI    0000651a [SR] Cannot repair member file [l:28]'Microsoft Azure services.lnk' of Microsoft.Windows.ServerManager-NonMSIL, version 10.0.14393.0, arch amd64, nonSxS, pkt {l:8 b:31bf3856ad364e35} in the store, file is missing
    2017-11-09 22:31:35, Info                  CSI    0000651b [SR] This component was referenced by [l:112]'Microsoft-Windows-ServerManager-UX-Package~31bf3856ad364e35~amd64~~10.0.14393.0.ServerManager-UX-Misc-Deployment'
    2017-11-09 22:31:35, Info                  CSI    0000651d [SR] Could not reproject corrupted file \??\C:\ProgramData\Microsoft\Windows\Start Menu\Programs\Administrative Tools\Microsoft Azure services.lnk; source file in store is also corrupted
    2017-11-09 22:31:35, Info                  CSI    0000651f [SR] Repair complete

    Других ошибок не было найдено, только эти.

    Не смог найти этот ярлык ни в дистрибутиве, ни в файле install.wim, который я подмаунтил, не нашёл.

    Люди, добрые, как мне этот файлик восстановить, как мне сделать так, чтобы команды отработали восстановление успешно и не р угались на то, что системные файлы повреждены, а также хронилище. Что же это такое Какой то ярлычок и всю картину мне портит при проверке. Что мне нужно сделать? И что более обидно с новой лицензионной системой идёт такая фигня. Система стоит Windows Server 2016 Standart, со всеми обновлениями. Может после обновлений что то произошло. Но это уже не важно. Что мне сделать, чтобы этот фалик восстановить или убрать его из проверочного списка. А также система ругается на хранилище. Так как и в хранилище пишет, что он повреждён. И командами его ну никак не восстановить.


    • Изменено ADM_BKZ 9 ноября 2017 г. 19:56
    9 ноября 2017 г. 19:54

Все ответы

  • Винда после загрузки на них ругается или только когда проверяешь сам? Обновления пробовал все накатить а потом проверить?
    9 ноября 2017 г. 20:06
  • Винда вообще не ругается. Просто я запустил проверку Sfc /scannow, ну чтобы на будущее, чтобы проблем не было, я только устанавливаю и настраиваю сервер. Винда всё нормально, никаких ошибок не выдаёт, в логах всё отлично. Только при проверке этой команде выяснилось, что системный файлы повреждены и выяснилось что именно. (См. выше) Огорчился ещё и тем, что и в хранилище этот же файл повреждён. DSIM не помогает восстановить, чтобы бы я не делал,  разными путями. Не видит источника хоть тресни. Обновления все накатал, я как раз после всех обновлений давал эти команды. Я понимаю, что повреждён ярлык какой то, хеш файл не совпадает, поэтому и пишет, что повреждено. Но вот такая ерунда заставит меня постоянно проверять логи на повреждённые файлы, так как всегда будет писаться теперь, что системный файлы повреждены из за этого файла: Microsoft Azure services.lnk; source file in store is also corrupted

    Как мне это хронилище восстановить с этим файлом ума не приложу. Всё время пишет не найден источник, чтобы я не делал, какими бы способами не старался указать источник. Разные способы в инете находил, команды правильно набирал, сто раз проверял, буквы диска, пути, ну не выходит и всё. Пишет источник не верен, укажите источник восстановления. Что то не так, а что именно, не могу понять. Руки опустились....

    10 ноября 2017 г. 19:10
  • Я думаю если работе не мешает то не стоит заморачиваться =)
    13 ноября 2017 г. 7:03
  • Понимаешь, речь то как раз о том, что сервер только настраивается новый и в дальнейшем, мне придётся постоянно просматривать и фильтровать логи на наличие проблем, так как постоянно теперь будет писать ошибку проверки системных файлов, там же не пишется сразу, в чём проблема, вот и каждый раз я буду так вот фильтровать. Причём хранилище из за этого ярылка тоже как бы битое и восстанавливать от туда файлы не хочет. Это тоже проблема. Сейчас да забить можно, но потом, проблемы будут и мне прийдётся кое образом выходить из положения. Я не понимаю, каким макаром его восстановить и почему оно у меня повреждено это хранилище.
    13 ноября 2017 г. 18:37
  • Понимаешь, речь то как раз о том, что сервер только настраивается новый и в дальнейшем, мне придётся постоянно просматривать и фильтровать логи на наличие проблем, так как постоянно теперь будет писать ошибку проверки системных файлов, там же не пишется сразу, в чём проблема, вот и каждый раз я буду так вот фильтровать. Причём хранилище из за этого ярылка тоже как бы битое и восстанавливать от туда файлы не хочет. Это тоже проблема. Сейчас да забить можно, но потом, проблемы будут и мне прийдётся кое образом выходить из положения. Я не понимаю, каким макаром его восстановить и почему оно у меня повреждено это хранилище.

    Добрый День.

    Проверьте диски chkdsk C: /f и средствами контроллера RAID


    Я не волшебник, я только учусь MCP CCNA. Если Вам помог чей-либо ответ, пожалуйста, не забывайте жать на кнопку "Пометить как ответ" или проголосовать "полезное сообщение". Мнения, высказанные здесь, являются отражением моих личных взглядов, а не позиции работодателя. Вся информация предоставляется как есть без каких-либо гарантий. Блог IT Инженера, Twitter, YouTube, GitHub.


    13 ноября 2017 г. 18:45
    Модератор
  • А что это даст то? Я проверял, диски то новые, ошибок нет. контроллер Adaptec RAID 10. Дело то не в этом, может кто знает какие есть нестандартные методы восстановления хранилища? Так как стандартные я все, что мог нашёл в инете, но все либо пишут, что источник не найдён. Моему мозгу непонятно почему. Но точно могу сказать. стандартные методы не помогают, я все их знаю.
    13 ноября 2017 г. 18:50
  • Может быть его Microsoft Azure services.lnk пакет можно как то удалить из системы легально, чтобы на него не ссылалось ошибка. Оно мне точно не нужно. Эта служба облачного хранилища Microsoft Azure? Чтобы его и в системе не было и в хранилище удалить или восстановить как то. Видно, что пишет, что ХЕШ этого Microsoft Azure services.lnk в хранилище не соответсвует правильному, поэтому ошибка восстановления.
    13 ноября 2017 г. 18:53
  • Может быть его Microsoft Azure services.lnk пакет можно как то удалить из системы легально, чтобы на него не ссылалось ошибка. Оно мне точно не нужно. Эта служба облачного хранилища Microsoft Azure? Чтобы его и в системе не было и в хранилище удалить или восстановить как то. Видно, что пишет, что ХЕШ этого Microsoft Azure services.lnk в хранилище не соответсвует правильному, поэтому ошибка восстановления.

    Добрый День.

    Лично мое мнение, вы пытаетесь себе создать проблемы из ничего.

    Если все работает в штатном режиме, оставьте сервер в покое, не нужно себе создавать головную боль.

    Файл Microsoft Azure services.lnk, является Ярлыком, расширение .lnk.


    Я не волшебник, я только учусь MCP CCNA. Если Вам помог чей-либо ответ, пожалуйста, не забывайте жать на кнопку "Пометить как ответ" или проголосовать "полезное сообщение". Мнения, высказанные здесь, являются отражением моих личных взглядов, а не позиции работодателя. Вся информация предоставляется как есть без каких-либо гарантий. Блог IT Инженера, Twitter, YouTube, GitHub.

    13 ноября 2017 г. 19:27
    Модератор
  • Хорошо, представьте, что через год у меня будут проблемы с севером, и мне придётся проверять его системные файлы, а может и не один раз будут проблемы. После каждого раза запуска sfc /scannow мне будет выдаваться ошибка, чтобы понять, что это за ошибка, тот ли ярлык или что то новое, мне надо будет идти в логи и фильтровать их чтобы понять, а не появилось ли что либо нового, кроме ярлыка, если появилось, то и теперь у меня проблема, восстанавливать в ручную, так как автоматом с хранилаща, я так и не добился восстановления. Вот так и с кривыми руками я буду восстанавливать в будущем медленно системные файлы. Я считаю это совершенно неправильных подход. Сейчас сервер настраивается. Много настроено, не хочется опять с нуля устанавливать, но обидно, что я только что увидел что у меня выдаются ошибки вот такого рода и стандартные методы восстановления не работает, даже с указанием на файл источника файла install.win с образа или компакт диска, всё равно пишет не удалось найти исходные файлы, хотя всё указано верно.
    13 ноября 2017 г. 19:54
  • Больше ни у кого нет вариантов как восстановить хранилище файлов? Стандартные методы не работают. Почему не знаю. Всегда пишет:... не удалось найти исходные файлы. Хотя 100% указывал правильно источник, букву диска и т.д. И пробовал и с образа, и с компакт диска, откуда велась установка, и монтировал сам install.wim...., всё равно пишет, что не удалось найти исходные файлы. Это просто загадка для меня, то ли сама команда работает неправильно, но ли где то что то ещё. Рассматриваются и не стандартные методы, главное восстановить хранилище. Да вот, из одного файла ярлыка битого хеша в хранилище и в системных файла все и проблемы. Может как то можно удалить этот пакет из хранилища, чтобы не ругался и из системы Microsoft Azure services.lnk ?
    14 ноября 2017 г. 17:00