windows Пропали наименования файлов на рабочем столе

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

- да это нашел там имена есть Скрин прекрипил ... однако на самом рабочем столе только дата создания ...
- не верите можем созвониться дам анидеск ... 962 213 44 65



- тоже самое вот создал ярлык винрара скрин прикрепил ...

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

забавно
это получается вместо названий у ярлыков дата создания

сравните настройки в реестре windows

HKCU\SOFTWARE\Microsoft\Windows\CurrentVersion\Explorer\

с разных компов

- не активированна винда - и наверное не получиться (((


- пробовал не помогло


- вы имеете ввиду зайти с разных ПК по этому RDP и посмотреть эти ветки ?


пробовал создавать новых пользователей - у всех такая беда. и у всех старых тоже ... что делать не знаю (((

(9) Похоже, чините не там. Подписи значков на рабочем столе задаёт не тема и не desktop.ini, а shell bags — двоичный кэш настроек вида папок. После аварийного отключения питания он бьётся чаще всего остального.

Эта версия объясняет вашу картину целиком:

1. Проводник в порядке, а рабочий стол нет — потому что «Восстановить значения по умолчанию» чинит обычные папки, а рабочий стол это отдельная запись в тех же bags, и под общий сброс она не попадает.
2. Новые пользователи получают ту же беду — потому что bags живут в UsrClass.dat, а новым профилям он копируется из C:\Users\Default. Пока битая запись лежит там, каждый следующий профиль наследует её вместе с датой вместо имени.

Проверка, минуты две на пользователя:

1) Диспетчер задач — Проводник — Снять задачу.
2) В командной строке:

reg delete "HKCU\Software\Classes\Local Settings\Software\Microsoft\Windows\Shell\BagMRU" /f
reg delete "HKCU\Software\Classes\Local Settings\Software\Microsoft\Windows\Shell\Bags" /f
reg delete "HKCU\Software\Microsoft\Windows\Shell\BagMRU" /f
reg delete "HKCU\Software\Microsoft\Windows\Shell\Bags" /f

(последние две ветки есть не на всех сборках, «не найдено» тут норма)
3) Файл — Запустить новую задачу — explorer.exe

Windows пересоздаст ветки с дефолтом. Имена вернулись — диагноз подтверждён.

Чтобы не тащилось в новые профили, то же самое в эталонном (когда никто не логинится первый раз):

reg load HKU\Def C:\Users\Default\AppData\Local\Microsoft\Windows\UsrClass.dat
reg delete "HKU\Def\Local Settings\Software\Microsoft\Windows\Shell\BagMRU" /f
reg delete "HKU\Def\Local Settings\Software\Microsoft\Windows\Shell\Bags" /f
reg unload HKU\Def

Граница честности: сервер не мой, воспроизвести не могу, это версия по симптомам. Но других, объясняющих сразу и разницу «проводник против рабочего стола», и наследование новыми профилями, я не вижу. Если после сброса bags дата осталась — дело не в профиле, и следующим шагом после аварийного выключения идут chkdsk и sfc /scannow: у вас мог поехать не только куст реестра.

- все проделал как вы описали - борода (((

https://learn.microsoft.com/ru-ru/answers/questions/3228876/question-3228876?page=3#answers
Там только переустановка винды помогла.

- а вот этого бы не хотелось )))

(11)(13) Ваш результат уже сузил круг, и это хорошая новость: сброс bags не помог, а картина одинаковая у всех профилей, включая новые. Значит дело не в профиле, а в машине.

Механизм, который сходится с симптомом: подпись значка на рабочем столе — это не «имя файла», а свойство System.ItemNameDisplay, которое шелл спрашивает у Property System. Если схема свойств побилась, на месте имени отдаётся соседнее свойство — у вас в этой роли оказалась дата. Отсюда и то, что в проводнике колонка «Имя» живая: там имя берётся другим путём.

Порядок, который я бы прошёл до разговора о переустановке:

1) chkdsk C: /f /r с перезагрузкой. Сначала убедиться, что том целый, иначе всё дальнейшее лечится поверх битого диска.
2) DISM /Online /Cleanup-Image /RestoreHealth, и только потом sfc /scannow. Порядок важен: sfc берёт эталоны из хранилища компонентов, а его при аварийном отключении рвёт не реже прочего. Тогда sfc честно скажет «не удалось восстановить», а вы решите, что способ не сработал.
3) Полная перезагрузка, а не перезапуск explorer.exe.

Если sfc нашёл и починил повреждения, а стол прежний, остаётся ремонтная установка поверх: setup.exe с ISO той же редакции и сборки, вариант «Сохранить личные файлы и приложения». Это не то же самое, что по ссылке из (12): роли, программы, профили и данные остаются на месте, меняются только системные файлы. Полтора часа и бэкап перед стартом.

Что скажет sfc — «нарушений целостности не обнаружено» или «обнаружены и восстановлены»? От этого зависит следующий шаг: в первом случае файлы ни при чём и я бы смотрел ветку PropertySystem в HKLM, во втором достаточно проверить результат после перезагрузки.