Перейти из форума на сайт.

Новости • Файловые архивы
Поиск • Активные темы • Топ лист
Правила • Кто в on-line?
Вход • Забыли пароль? • Первый раз на этом сайте? • Регистрация
Компьютерный форум Ru.Board » Операционные системы » Microsoft Windows » Активные темы » Microsoft Windows Server 2019

Модерирует : KLASS, IFkO

 Версия для печати • Подписаться • Добавить в закладки
Страницы: 1 2 3 4 5 6 7 8 9 10

Открыть новую тему     Написать ответ в эту тему

dimonprodigy



Advanced Member		Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
 
Обсуждение Microsoft Windоws Server 2019

 
Коротко о главном: обзор нововведений в Windows Server 2019
Блог Microsoft на Habr - Windows Server 2019
Скачать пробную версию на 180 дней
Каналы обслуживания Windows Server 2019
 
Смежные темы по MS Windоws Server 2019:
Варезник » Micrоsoft Windоws Server 2019
Всего записей: 708 | Зарегистр. 27-02-2006 | Отправлено: 00:02 15-04-2019 | Исправлено: dimonprodigy, 11:24 15-04-2019
botva0



Member		Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Zabludshiy
так пользовательские папки на тормоза не влияют. это я как раз к тому писал, что там основной мусор накапливается, который на производительность системы особого влияния не оказывает.
тоже думал, что проблема именно в дисковой подсистеме, но, что самое прикольное, в 2016 таких проблем нет.
инспектировал систему разными способами и заметил, что во время фризов происходит интенсивное обращение к файлу подкачки. долго и печально его конфигурил без особого успеха. в итоге, просто досыпал памяти и проблемы ушли. т.е. там, где 2016 хватает 16 гигов памяти, 2019 подавай 32, благо память сейчас дешевая. скорее всего происходят утечки, где-то остаются незакрытые дескрипторы и прочее.
да, если его раз в неделю перегружать по расписанию, то проблем не будет, но лично для меня это моветон.
списывать на разные конфигурации не получается, ибо набор софта и задачи практически идентичны. 2016 - все ок, хоть месяцами не заглядывай. 2019 - раз в неделю (ну или в зависимости от загрузки) нужно перегружать.
Всего записей: 202 | Зарегистр. 05-04-2009 | Отправлено: 16:25 07-12-2019 | Исправлено: botva0, 16:35 07-12-2019
onkolog



Advanced Member		Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Неожиданно на Сервере 2019 17763.914 вылезла такая проблема: у папки C:\Windows\assembly слетели разрешения на доступ и пропали в свойствах закладки "Безопасность", "Доступ" и "Настройка". При этом не запускаются программы, требующие Net.Framework 2.0, в том числе и Просмотр событий. В системе также установлен Net.Framework 4.8 с последним декабрьским кумулятивным обновлением KB4533094.
При применении микрософтовской утилиты netfxrepairtool.exe она сообщает об ошибке прав доступа на папку assembly и пытается их исправить. После успешного сообщения утилиты проверяю свойства папки - закладки появляются, но нет пользователей, которым разрешён доступ к папке. Добавляю Администраторов или Систему и тут же опять пропадают закладки в свойствах папки.
Также есть одна особенность после пропадания закладок в свойствах папки assembly - в FARe я захожу в папку и вижу подпапки (GAC, GAC_32, GAC_64, GAC_MSIL, NativeImages_v2.0.50727_32, NativeImages_v2.0.50727_64, NativeImages_v4.0.30319_32, NativeImages_v4.0.30319_64), temp, tmp), а в проводнике эти подпапки не видны.
Диск на ошибки проверял - всё в порядке, sfc /scannow находит якобы недостающие файлы именно из этих подпапок. Загружаюсь и работаю под Администратором. В свойствах других папок на этом диске присутствуют закладки "Безопасность" и "Доступ".
В инете читал о пропадании этих закладок у многих папок при определённых параметрах реестра и настройках общего доступа. У меня в реестре и параметрах всё, как рекомендуется, но закладки и права доступа пропадают только на папку assembly.
Подскажите, как пофиксить эту проблему с папкой?
Всего записей: 1894 | Зарегистр. 28-01-2002 | Отправлено: 14:19 29-12-2019
ipmanyak



Platinum Member		Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
onkolog  Кто владелец папки? У меня владелец локальная группа Администраторы.  
 
Сбрось настройки Проводника на дефолтовые. Запусти Проводник, в нем меню ФАЙЛ - подменю Изменить параметры папок и поиска. Зайти во все вкладки - Общие, Вид, Поиск, внизу жмакать кнопу - Восстановить по умолчанию.  
 
Загрузись в Безопасном режиме, проверь там видимость вкладок  и настрой как надо, взглянув на другом сервере.  
Если после ребута снова трабла, значит кто-то  или что-то правит в реестре/политиках.
https://www.top-password.com/blog/remove-or-restore-security-tab-in-folder-properties/
https://www.itechtics.com/3-ways-showhide-security-tab-windows-10/  
 
Можно еще сделать эксперимент, скопировать эту папку в сторону тем же FAR, всё выставить как надо, затем скопировать обратно встроенной утилитой  robocopy c параметром /COPY:copyflags,   а именно /COPY:DATSOU

Код:
 /COPY:copyflags  (copyflags : D=Data, A=Attributes, T=Timestamps).
                     (S=Security=NTFS ACLs, O=Owner info, U=aUditing info).  

 
P.S.
netfxrepairtool.exe  какой версии юзал?
https://support.microsoft.com/en-us/help/2698555/microsoft-net-framework-repair-tool-is-available
Last updated: 11/11/2019
Release: v1.4
Version: 4.8.04072.00

----------
В сортире лучше быть юзером, чем админом...
Всего записей: 11735 | Зарегистр. 10-12-2003 | Отправлено: 10:47 30-12-2019 | Исправлено: ipmanyak, 10:50 30-12-2019
onkolog



Advanced Member		Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
Кто владелец папки?

При работе в Сервере, если появились закладки в свойствах папки, то есть информация, что владелец папки - "Администраторы".
При работе в Вин 10 1909 х64 информация такая:
C:\Users\Alex>icacls.exe "H:\Windows\assembly"
H:\Windows\assembly S-1-5-21-2357218106-1376213368-1007729164-500OI)(CI)(F)
                    DESKTOP-ALEX\AlexOI)(CI)(F)
Учётка S-1-5-21-2357218106-1376213368-1007729164-500 и есть "Администратор" в Сервере.
DESKTOP-ALEX - админовская учётка в Вин10. Закладки "Безопасность", "Доступ" и "Настройка" в свойствах папки assembly на Сервере отсутствуют.
Попытка сменить владельца, вроде бы, отрабатывает:
C:\Users\Alex>TAKEOWN /F H:\Windows\assembly /A
Успех. Владельцем файла (или папки) "H:\Windows\assembly" является группа администраторов.
В действительности, права и владелец не меняются. Закладки не появляются.
Сохранил свойства папки assembly на рабочей Вин10:
icacls "C:\Windows\assembly\*" /save C:\SVI-C.acl /T /C
И попытался восстановить на папке в Сервере:
C:\Users\Alex>icacls H:\Windows\assembly\ /restore C:\SVI-C.acl /T /C
Некоторые файлы успешно обработались, но, в основном - "Отказано в доступе."
Результат: закладки в assembly не появились, права доступа у неё остались прежними. Вот только в Проводнике, как и в Фаре, видны файлы и папки.

Цитата:
netfxrepairtool.exe  какой версии юзал?

Да, запускал эту версию.

Цитата:
 скопировать эту папку в сторону тем же FAR, всё выставить как надо,

При копировании файлов получаю "Отказано в доступе." на 1420 файлах из 1872. Копируются файлы из папки NativeImages_v4.0.30319_64. В свойствах скопированной папки также отсутствуют закладки, но после
C:\Users\Alex>TAKEOWN /F C:\assembly /A
Успех. Владельцем файла (или папки) "C:\assembly" является группа администраторов.
результат другой:
C:\Users\Alex>icacls.exe "C:\assembly"
C:\assembly BUILTIN\АдминистраторыI)(OI)(CI)(F)
            NT AUTHORITY\СИСТЕМАI)(OI)(CI)(F)
            BUILTIN\ПользователиI)(OI)(CI)(RX)
            NT AUTHORITY\Прошедшие проверкуI)(M)
            NT AUTHORITY\Прошедшие проверкуI)(OI)(CI)(IO)(M)
Похоже, проблема с доступом у папок с системными серверными Net.Framework 2.0-3.5.
Аналогичного рабочего Сервера под рукой нет, а свойства доступа безопасности у этих системных папок, по всей видимости, отличается от таких же папок в Вин10.
Всего записей: 1894 | Зарегистр. 28-01-2002 | Отправлено: 17:59 30-12-2019
botva0



Member		Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
onkolog
службы фреймворка от какой учетки запускаются?
как вариант снести все фреймворки в оснастке роли и компоненты, перегрузить и поставить заново.
если права на папку меняются в ходе работы, значит какая-то служба работает с ненативными правами.
Всего записей: 202 | Зарегистр. 05-04-2009 | Отправлено: 23:02 03-01-2020
onkolog



Advanced Member		Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
службы фреймворка от какой учетки запускаются?

Работаю во встроенной учётной записи Администратор.

Цитата:
как вариант снести все фреймворки в оснастке роли и компоненты, перегрузить и поставить заново.

Попробую попозже. Утилита netfxrepairtool.exe, вроде бы, исправила права доступа - программы запускаются. Хотя, всех закладок у assembly, по-прежнему, нет.
Кстати, проблема с доступом к папкам внутри assembly таки есть.
Консоль управления MMC получает ACCESS DENIED (по отчёту Process Monitor) для функции CreateFile к  
C:\Windows\assembly\NativeImages_v4.0.30319_64\mscorlib
C:\Windows\assembly\pubpol180.dat и QueryOpen к
C:\Windows\assembly\GAC_MSIL\MMCEx\3.0.0.0__31bf3856ad364e35\MMCEx.dll
Всего записей: 1894 | Зарегистр. 28-01-2002 | Отправлено: 10:37 04-01-2020
botva0



Member		Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
Работаю во встроенной учётной записи Администратор.

это не совсем то же самое, что учетка для запуска служб.
services.msc - там найти службы фреймворка, открыть ее свойства и посмотреть на вкладке "вход в систему".
Всего записей: 202 | Зарегистр. 05-04-2009 | Отправлено: 21:12 04-01-2020
onkolog



Advanced Member		Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
там найти службы фреймворка

Присутствуют три службы, относящиеся к Фреймворку:
1. ASP.NET State Service
Вход: С учётной записью - Сетевая служба
C:\WINDOWS\Microsoft.NET\Framework64\v4.0.30319\aspnet_state.exe - запускается и работает.
2. Служба общего доступа к портам Net.Tcp
Вход: С учётной записью - Локальная служба
C:\WINDOWS\Microsoft.NET\Framework64\v4.0.30319\SMSvcHost.exe - запускается и работает.
3. Кэш шрифтов Windows Presentation Foundation 3.0.0.0
Вход: С учётной записью - Локальная служба
C:\WINDOWS\Microsoft.Net\Framework64\v3.0\WPF\PresentationFontCache.exe. При запуске появляется "Ошибка CLR: 80004005. Работа программы будет прекращена." По описанию ошибки - это ACCESS DENIED.
Подтверждается проблема с правами доступа к файлам и папкам системного Фреймворка 2.0-3.5.
Всего записей: 1894 | Зарегистр. 28-01-2002 | Отправлено: 22:27 04-01-2020
botva0



Member		Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
ну так задайте права для localservice на эти папки или задайте запуск этой службы от имени админа (но это корявое решение).
вообще, в таких случаях проще поставить на эти папки полные права для всех, гарантированно будет работать. когда заработает можно играться дальше. там нет прямых рецептов, ибо между службами куча зависимостей и они запускаются из разных папок. таким образом, нужно отслеживать всю цепочку. но, как правило, службы сами поправят права на папки, если смогут запуститься, поэтому ставьте на эти папки полный доступ для всех и не парьтесь.
еще, иногда привилегий администратора не хватает для решения подобных траблов, нужны права системы, их можно заюзать с помощью утилиты psexec, которую нужно запускать от имени админа. примерно так (пишу по памяти, возможны неточности, поэтому погуглите): psexec.exe -i -s -d cmd.exe
ну и напоследок, вот вам скрипт для восстановления дефолтных прав на системные папки и разделы реестра. запускать с повышенными правами. используйте осторожно, если другие меры не помогли.
Всего записей: 202 | Зарегистр. 05-04-2009 | Отправлено: 12:11 05-01-2020 | Исправлено: botva0, 12:25 05-01-2020
onkolog



Advanced Member		Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
botva0
Спасибо за скрипт. Посмотрел его текст - права Администраторов уже есть на все эти ветки реестра и системные папки Сервера.
При изучении прав доступа на подпапки в assembly обнаружил такую проблему: невозможно получить права Администраторов на такие 3 подпапки -  GAC, NativeImages_v2.0.50727_32 и NativeImages_v2.0.50727_64. После работы утилиты netfxrepairtool.exe с результатом "успешное восстановление прав" получаю, например:
C:\Users\Администратор>icacls.exe "C:\Windows\assembly\NativeImages_v2.0.50727_32"
C:\Windows\assembly\NativeImages_v2.0.50727_32: Отказано в доступе.
Успешно обработано 0 файлов; не удалось обработать 1 файлов
 
После:
C:\Users\Администратор>TAKEOWN /F C:\Windows\assembly\NativeImages_v2.0.50727_32 /A
Успех. Владельцем файла (или папки) "C:\Windows\assembly\NativeImages_v2.0.50727_32" является группа администраторов.
получаю:
C:\Users\Администратор>icacls.exe "C:\Windows\assembly\NativeImages_v2.0.50727_32"
C:\Windows\assembly\NativeImages_v2.0.50727_32
Успешно обработано 1 файлов; не удалось обработать 0 файлов
 
То есть, отсутствуют какие-либо права доступа именно к этим трём подпапкам. Соответственно, программы не запускаются.
Остальные подпапки в assembly имеют необходимые права доступа. Например:
C:\Users\Администратор>icacls.exe "C:\Windows\assembly\NativeImages_v4.0.30319_64"
C:\Windows\assembly\NativeImages_v4.0.30319_64 BUILTIN\АдминистраторыI)(OI)(CI)(F)
                                               NT AUTHORITY\СИСТЕМАI)(OI)(CI)(F)
                                               СОЗДАТЕЛЬ-ВЛАДЕЛЕЦI)(OI)(CI)(IO)(F)
                                               BUILTIN\ПользователиI)(OI)(CI)(RX)
                                               ЦЕНТР ПАКЕТОВ ПРИЛОЖЕНИЙ\ВСЕ ПАКЕТЫ ПРИЛОЖЕНИЙI)(OI)(CI)(RX)
Как же ещё можно таки правильно "овладеть" этими тремя "непокорными" подпапками в assembly?
Всего записей: 1894 | Зарегистр. 28-01-2002 | Отправлено: 13:57 05-01-2020
botva0



Member		Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
onkolog
попробуйте изменить права от имени системы с помощью psexec, как я писал выше.
кроме того, нужно остановить все связанные службы перед изменением, они могут блокировать изменение прав.
или сносить все фреймворки и ставить заново.
 
но и есть еще наглый вариант. загрузиться с установочной флешки, на первом же экране, где будет выбор языка, нажать shift-f10 для получения командной строки, оттуда запустить какой-то файл менеджер (тот же тотал портейбл, например), чтобы не возиться с командной строкой (хотя, может оно вам и не в пакость), скопировать эти папки на флешку и удалить их из папки assembly.
после этого загрузить систему и скопировать их с флешки обратно на свое место. при этом все права для админа автоматом пропишутся и админ станет владельцем этих папок.
ну или используйте для тех же целей любую флешку с winpe и разными наборами утилит, но это детали уже. смысл в том, чтобы получить доступ к диску под управлением другой системы, где вы сможете совершать с этими папками любые манипуляции. можно даже не играться с переносом, а сразу попробовать поставить права для всех, но не знаю как это сработает при загрузке системы, а перенос сработает наверняка.
Всего записей: 202 | Зарегистр. 05-04-2009 | Отправлено: 12:14 06-01-2020 | Исправлено: botva0, 12:49 06-01-2020
onkolog



Advanced Member		Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
попробуйте изменить права от имени системы с помощью psexec

Пробовал и с помощью этой утилиты и системной cmd (от Администратора) - в обоих случаях были проблемы с присвоением прав для подпапок в assembly.
Проблему таки частично решил поочередной установкой прав на каждую подпапку. Использовал команду типа TAKEOWN /F C:\Windows\assembly\GAC /R /A. После получения прав "Администраторы" добавлял нужных владельцев, типа icacls.exe "C:\Windows\assembly\GAC\*" /grant:r Система:F и icacls.exe "C:\Windows\assembly\GAC\*" /grant:r Пользователи:RX.
Почему частично проблема решена - не получается добавить группу "ВСЕ ПАКЕТЫ ПРИЛОЖЕНИЙ". Не могу правильно создать команду для выполнения в CMD. Получаю:
C:\Users\Администратор>icacls.exe "C:\Windows\assembly\*" /grant:r ВСЕ ПАКЕТЫ ПРИЛОЖЕНИЙ:RX
Недопустимый параметр: "ВСЕ"
Также не могу добавить группу "ЦЕНТР ПАКЕТОВ ПРИЛОЖЕНИЙ\ВСЕ ОГРАНИЧЕННЫЕ ПАКЕТЫ ПРИЛОЖЕНИЙRX)"
Поиск в инете пока ответа не дал.
Всего записей: 1894 | Зарегистр. 28-01-2002 | Отправлено: 20:57 07-01-2020
botva0



Member		Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
в какой кодировке файл сохраняете? нужно в ascii/dos
и в кавычки брать группу, если в названии есть пробелы "ЦЕНТР ПАКЕТОВ ПРИЛОЖЕНИЙ\ВСЕ ПАКЕТЫ ПРИЛОЖЕНИЙ"
выводите результат icacls в файл с помощью > и увидите как оно там сохранилось.
посмотрите кодировку файлов скриптов, которые я выкладывал, там правильная кодировка.
Всего записей: 202 | Зарегистр. 05-04-2009 | Отправлено: 09:59 08-01-2020 | Исправлено: botva0, 10:10 08-01-2020
onkolog



Advanced Member		Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
и в кавычки брать группу, если в названии есть пробелы

Большое спасибо! Так команда срабатывала.
В итоге навёл порядок с правами для папок и файлов Фреймворка. У трёх десятков файлов права таки пришлось менять вручную - никак не поддавались команде icacls. Результат Вашей помощи и кропотливой работы - sfc и DISM /Online /Cleanup-Image /ScanHealth сообщают, что проблем нет. Ещё раз спасибо Вам за помощь и поддержку!
Однако, после завершения борьбы с Фрейворком, обнаружил два неприятных бага: 1. перестала выезжать справа панель уведомлений и, соответственно, нет сообщений от системы и программ.
2. падает панель параметров при нажатии на "Учётные записи".
При устранении первого бага нашёл, что невозможно запустить службу "Пользовательская служба push-уведомлений Windows_ххххх". При смене "Отключена" на "Автоматически" или "Вручную" появляется сообщение "Параметр задан неверно" и служба остаётся выключенной.
Попытка запуска службы из cmd выдаёт ошибку "Системная ошибка 1058. Указанная служба не может быть запущена, так как отключена либо она сама, либо все связанные с ней устройства."
Настройки службы в реестре такие же, как и на рабочей Вин10 х64. "Служба системы push-уведомлений Windows" включена и работает. Гугло-поиск запустить службу, к сожалению, не помог. Где же может быть причина остановки этой службы?
По 2-му багу в отчёте по ошибкам системы есть такая информация:
Полное имя пакета: windows.immersivecontrolpanel_10.0.2.1000_neutral_neutral_cw5n1h2txyewy
Имя приложения:    praid:microsoft.windows.immersivecontrolpanel
Версия приложения:    10.0.17763.1
Отметка времени приложения:    9d9d9332
Имя модуля с ошибкой:    usercpl.dll
Версия модуля с ошибкой:    10.0.17763.1
Переустанавливал приложения через Power Shell, проверял права доступа, сверял настройки реестра с рабочей Вин10 х64 - всё безрезультатно. Эта ошибка совсем некритичная, по сравнению с первой, но как бы и её исправить..?
Всего записей: 1894 | Зарегистр. 28-01-2002 | Отправлено: 22:28 12-01-2020
botva0



Member		Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
служба не запустится, если она отключена.
попробуйте в ветке реестра
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\WpnUserService_xxxxxx
изменить значение параметра start на 2 и перегрузить

Код:
 
Windows Registry Editor Version 5.00
 
[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\WpnUserService_126155]
"Start"=dword:00000002
 
Всего записей: 202 | Зарегистр. 05-04-2009 | Отправлено: 17:47 18-01-2020
onkolog



Advanced Member		Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
служба не запустится, если она отключена.

Всё верно, служба была отключена и никак не включалась из управления службами. В реестре менял указанный параметр с 4 на 2, но, после перезагрузки, служба оказывалась выключенной.
После установки январских обнов замена параметра в реестре сработала и служба заработала.
Обновление Фреймворка привело к необходимости повторно менять права доступа на некоторые папки в assembly.
Последней, пока нерешённой проблемой, остаётся падение панели параметров при нажатии на "Учётные записи". Все остальные разделы и настройки в панели параметров работают. В Process Monitor отсутствует ACCESS DENIED при попытке входа в "Учётные записи".
Описание ошибки:
Имя сбойного приложения: SystemSettings.exe, версия: 10.0.17763.1, метка времени: 0x9d9d9332
Имя сбойного модуля: usercpl.dll, версия: 10.0.17763.1, метка времени: 0x9d66a87d
Код исключения: 0xc0000005
Смещение ошибки: 0x0000000000008e59
Идентификатор сбойного процесса: 0x2c58
По коду исключения в инете множество рекомендаций, но проблема остаётся.
Всего записей: 1894 | Зарегистр. 28-01-2002 | Отправлено: 12:21 19-01-2020
botva0



Member		Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
если у вас работают оснастки netplwiz и lusrmgr.msc, то пользуйтесь ими и забейте на эту ошибку.
тем более, что вы не одиноки с этой проблемой.
можно, конечно, еще попробовать поиграться с разными версиями библиотеки usercpl.dll, в сети пишут, что некоторым помогло, но имхо беспонтовая это штука на сервере. ждите обновлений, думаю, что новая версия usercpl.dll будет работать. чаще всего подобная проблема возникает из-за несовместимости библиотек на каком-то конкретном железе.
Всего записей: 202 | Зарегистр. 05-04-2009 | Отправлено: 12:00 20-01-2020 | Исправлено: botva0, 12:11 20-01-2020
onkolog



Advanced Member		Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
если у вас работают оснастки netplwiz и lusrmgr.msc

Оснастки работают.

Цитата:
попробовать поиграться с разными версиями библиотеки usercpl.dll

Так выбора-то и нет: и SystemSettings.exe и usercpl.dll не обновлялись с момента выхода Сервера 2019.

Цитата:
подобная проблема возникает из-за несовместимости библиотек на каком-то конкретном железе

Железо не менялось, разве что SSD-шник добавил. Честно говоря, даже и не знаю - работал ли изначально этот раздел в Параметрах. Или уже позже стал падать...

Цитата:
забейте на эту ошибку

Наверное, придётся. Хотя, пожалуй, это уже дело принципа - столько времени ушло на попытки исправить этот баг. Все отчёты о падениях ушли в Микрософт. Правда, неизвестно, работают ли они над исправлением этого бага - подобные падения были и у Сервера 2016 (по Вашей ссылке).
Всего записей: 1894 | Зарегистр. 28-01-2002 | Отправлено: 00:49 21-01-2020
botva0



Member		Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
Так выбора-то и нет: и SystemSettings.exe и usercpl.dll не обновлялись с момента выхода Сервера 2019.  

пробовать другие версии, поиск выдает 10.0.18362.1, 10.0.15063.0 и еще несколько других
 
 
но, кстати, там написано, что проблема возникает только когда отключен общий доступ с парольной защитой. включите его, если вам это не критично, и посмотрите на результат.
даже если он у вас включен, то поиграйтесь переключателем - отключите, примените и выключите, примените.
 
Всего записей: 202 | Зарегистр. 05-04-2009 | Отправлено: 09:45 22-01-2020 | Исправлено: botva0, 18:31 22-01-2020
onkolog



Advanced Member		Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
пробовать другие версии,

Это, как бы, версии совсем других сборок Сервера. Пока не хочется так экспериментировать.

Цитата:
то поиграйтесь переключателем

Поигрался со всеми возможными комбинациями переключателей - к сожалению, панель падала при любой комбинации переключателей. ProcMonitor при этом блокировок не выявил.
 
UPD. Выявил причину падения панели параметров на разделе "Учётные записи". Проблема оказалась во включенной учётной записи "Гость". При её отключении вкладка нормально заработала.
Помогла разобраться в этом отладка крэш-дампов SystemSettings.exe.xxxx.dmp: во всех дампах была одна ошибка FAILURE_FUNCTION_NAME:  CUserManager::_RemoveGuestTile
Гуглопоиск по ошибке вывел на страницу https://sccmf12twice.com/category/windows-10/page/3/, где описывалась аналогичная моей проблема, связанная с переименованной учётной записью "Гость". В моей системе запись не была переименована, но решил её отключить - и вуаля!
Остался вопрос: учётка Гость принципиально не работает на Сервере 2019 (других учётных записей, кроме Администратора нет)? Или где-то косяк в настройках моего Сервера?
Всего записей: 1894 | Зарегистр. 28-01-2002 | Отправлено: 00:03 23-01-2020 | Исправлено: onkolog, 23:18 26-01-2020
Открыть новую тему     Написать ответ в эту тему

Страницы: 1 2 3 4 5 6 7 8 9 10

Компьютерный форум Ru.Board » Операционные системы » Microsoft Windows » Активные темы » Microsoft Windows Server 2019


Реклама на форуме Ru.Board.

Powered by Ikonboard "v2.1.7b" © 2000 Ikonboard.com
Modified by Ru.B0ard
© Ru.B0ard 2000-2024

BitCoin: 1NGG1chHtUvrtEqjeerQCKDMUi6S6CG4iC

Рейтинг.ru