Премини към съдържанието
  • Добре дошли!

    Добре дошли в нашите форуми, пълни с полезна информация. Имате проблем с компютъра или телефона си? Публикувайте нова тема и ще намерите решение на всичките си проблеми. Общувайте свободно и открийте безброй нови приятели.

    Моля, регистрирайте се за да публикувате тема и да получите пълен достъп до всички функции.

     

capnemo

Windows 10 Впечатления и проблеми (2)

Препоръчан отговор


преди 1 час, дръндю написа:

не знам дали няма да е по-лесно да ти дам линк

Още преди 2ч. си получи каквото му трябва + екстрите, не се хаби. 

Сподели този отговор


Линк към този отговор
Сподели в други сайтове
преди 1 час, DarkEdge написа:

Ако не си премахнал в С папка Windows.old би трябвало да стане без проблеми.
В eventvwr какви гршки са регистрирани в секция Application и в секция System? 

Наистина има червени грешки:

The program Olyslager LIS.exe version 6.1.6.2 stopped interacting with Windows and was closed. To see if more information about the problem is available, check the problem history in the Security and Maintenance control panel.
 Process ID: 1a90
 Start Time: 01d52753f1719c44
 Termination Time: 6
 Application Path: C:\Program Files (x86)\Olyslager Organisation\LIS\Olyslager LIS.exe
 Report Id: ce1e6a8c-6e69-46c6-86b2-28121af28bef
 Faulting package full name:
 Faulting package-relative application ID:
 Hang type: Unknown

 

Сподели този отговор


Линк към този отговор
Сподели в други сайтове
публикувано (редактирано)

А в system? Филтрирай си логовете да се показват само критичните грешки 

Редактирано от DarkEdge (преглед на промените)

Сподели този отговор


Линк към този отговор
Сподели в други сайтове

systeminfo | find /i "install date"

Това показва само датата от последното обновяване. Който иска да види кога е инсталирана системата му,  да влезе в settings/apps, сортират се по дата и се гледа най-рано инсталираното приложение - обикновено е някое от windows стандартните или някоя библиотека visual C++ и е с датата на първата инсталация. Поне при мен е така на двете машини.

Сподели този отговор


Линк към този отговор
Сподели в други сайтове
току-що, Raze написа:

Това показва

Видяла жабата...
В случая исках да покажа датата на инсталиране на последното издание. И не, не става дума за инсталиране през Windows Update.


Сподели този отговор


Линк към този отговор
Сподели в други сайтове

Не съм следил темата, просто пояснявам, някой да не остане с грешна информация. И дали ще инсталираш през windows update, инструмента на microsoft или ще надградиш през USB, датите на инсталираните програми няма да се променят, освен ако и тях не ги преинсталираш. Засега не съм намерил друг начин да си провериш датата на първоначалната инсталация на ОС, ако ти знаеш нещо - може да споделиш.

Сподели този отговор


Линк към този отговор
Сподели в други сайтове

Отиваш встрани от темата на диалога...
systeminfo | find /i “Original”

преди 4 минути, Raze написа:

Не съм следил темата

Звучиш като на всяко гърне похлупак! Значи хевм не следиш темата хем се включваш...Малко никак не е гот такова поведение.

Сподели този отговор


Линк към този отговор
Сподели в други сайтове

Какво му е страничното? Нали темата е за windows 10 - да съм писал нещо различно от това? И не става с тази опция "original"-  пробвах с малка и голяма буква:

PS C:\WINDOWS\system32> systeminfo | find /i "Original"
FIND: Parameter format not correct
PS C:\WINDOWS\system32> systeminfo | find /i "original"
FIND: Parameter format not correct

 

Това върши работа:

Get-ChildItem -Path HKLM:\System\Setup\Source* | 
     ForEach-Object {Get-ItemProperty -Path Registry::$_} | 
         Select-Object ProductName, ReleaseID, CurrentBuild, @{n="Install Date"; e={([DateTime]'1/1/1970').AddSeconds($_.InstallDate)}} | 
             Sort-Object "Install Date"   

 

Сподели този отговор


Линк към този отговор
Сподели в други сайтове
публикувано (редактирано)

Проблемът е изцяло в твоя талавизор:
Snap6.png

Чети msinfo32

 

Редактирано от DarkEdge (преглед на промените)

Сподели този отговор


Линк към този отговор
Сподели в други сайтове
преди 34 минути, DarkEdge написа:

А в system? Филтрирай си логовете да се показват само критичните грешки 

Благодаря: System (линк) няма записи от днес ; само в Application (линк)

Сподели този отговор


Линк към този отговор
Сподели в други сайтове
публикувано (редактирано)

Така с тия картинки, е мижавеа работа. Копирай на десктопа двата файла и направи архив с тях:
%windir%\System32\Winevt\Logs\Application.evtx
%windir%\System32\Winevt\Logs\System.evtx
Качи архива на https://dox.abv.bg/ и дай линк.
Може и на лични да е линкът

Редактирано от DarkEdge (преглед на промените)

Сподели този отговор


Линк към този отговор
Сподели в други сайтове
преди 24 минути, DarkEdge написа:

Проблемът е изцяло в твоя талавизор:
Чети msinfo32

Проблема е, че не трябва да се изпълнява под power shell, а под cmd. Но информацията е същата като с "install date". Засега най-вярна е информацията от регистрите и от списъка с инсталирани програми.

Сподели този отговор


Линк към този отговор
Сподели в други сайтове
преди 1 минута, Raze написа:

Засега най-вярна е информацията от регистрите

И от къде мислиш, че е тази информация в конзолата? От регистратурата...

Сподели този отговор


Линк към този отговор
Сподели в други сайтове

Ами и да е от там, е от последната дата:

PS C:\WINDOWS\system32> Get-ChildItem -Path HKLM:\System\Setup\Source* |
>>      ForEach-Object {Get-ItemProperty -Path Registry::$_} |
>>          Select-Object ProductName, ReleaseID, CurrentBuild, @{n="Install Date"; e={([DateTime]'1/1/1970').AddSeconds($_.InstallDate)}} |
>>              Sort-Object "Install Date"

ProductName    ReleaseId CurrentBuild Install Date
-----------    --------- ------------ ------------
Windows 10 Pro 1809      17763        11.12.2018 г. 6:38:14


PS C:\WINDOWS\system32> systeminfo | find /i "install date"
Original Install Date:     25.5.2019 ?., 15:02:32
PS C:\WINDOWS\system32> cmd                                                                                             Microsoft Windows [Version 10.0.18362.175]
(c) 2019 Microsoft Corporation. All rights reserved.

C:\WINDOWS\system32>systeminfo | find /i "Original"
Original Install Date:     25.5.2019 г., 15:02:32

 

Сподели този отговор


Линк към този отговор
Сподели в други сайтове
Гост

за какво са тези гимнастики като цялото инфо за машината, може да се види
баси сложните процедури
:no-no:
82536700_.JPG.d6067464e9925fb3584bc5a0e84331f6.JPG

Сподели този отговор


Линк към този отговор
Сподели в други сайтове

Целта е да се види датата на първата инсталация, не на последната! Става единствено по начините, които съм дал, други засега не съм открил. Systeminfo дава датата на последната инсталация/обновяване.

Сподели този отговор


Линк към този отговор
Сподели в други сайтове
преди 5 минути, Raze написа:

други засега не съм открил

AIDA64 -> Операционна система -> Операционна система -> Свойства на Операционната система -> Дата на инсталация на ОС

Сподели този отговор


Линк към този отговор
Сподели в други сайтове

Пак ми дава същата дата, която дава и systeminfo:

OS Installation Date    25.5.2019 ã.

Сподели този отговор


Линк към този отговор
Сподели в други сайтове
Гост
преди 31 минути, Raze написа:

Става единствено по начините, които съм дал, други засега не съм открил.

wmic os get installdate

spacer.png

Сподели този отговор


Линк към този отговор
Сподели в други сайтове

Поне тествайте "решенията", преди да ги дадете.  Това дава отново датата на последната актуализация:

PS C:\WINDOWS\system32> wmic os get installdate
InstallDate
20190525150232.000000+180

По-горе съм дал информацията от регистрите, кога ми е инсталирана ОС и кога е обновявана.

Сподели този отговор


Линк към този отговор
Сподели в други сайтове
Гост
преди 20 минути, Raze написа:

По-горе съм дал информацията от регистрите, кога ми е инсталирана ОС и кога е обновявана.

сега видях, че си надграждал от 1809 на 1903
тоест имаш инфо за две версии, като първото го гепиш от регистрите, а второто инфо си е на сега съществуващата система
 

Сподели този отговор


Линк към този отговор
Сподели в други сайтове

Така е, в задачата се търси датата на първоначалната инсталация на ОС. На лаптопа имам още по-стари записи:

ProductName    ReleaseId CurrentBuild Install Date
-----------    --------- ------------ ------------
Windows 10 Pro 1607      14393        19.3.2017 г. 13:29:45
Windows 10 Pro 1703      15063        13.4.2017 г. 18:29:44
Windows 10 Pro 1709      16299        20.10.2017 г. 22:11:44
Windows 10 Pro 1803      17134        30.4.2018 г. 23:51:11
Windows 10 Pro 1809      17763        3.12.2018 г. 15:09:25

 

Сподели този отговор


Линк към този отговор
Сподели в други сайтове
преди 24 минути, Raze написа:

По-горе съм дал информацията от регистрите, кога ми е инсталирана ОС и кога е обновявана.

Мда. С това дава датата от преди да надградя LTSB на LTSC. :handshake:

instal-date.png

 

Сподели този отговор


Линк към този отговор
Сподели в други сайтове
преди 27 минути, Joss Bomon написа:

С това дава датата

А сега влез с regedit на 
HKEY_LOCAL_MACHINE\SYSTEM\Setup
И виж колко ключа ссъс Source OS.... имаш под Setup

Сподели този отговор


Линк към този отговор
Сподели в други сайтове

Добавете отговор

Можете да публикувате отговор сега и да се регистрирате по-късно. Ако имате регистрация, влезте в профила си за да публикувате от него.

Гост
Напишете отговор в тази тема...

×   Вмъкнахте текст, който съдържа форматиране.   Премахни форматирането на текста

  Разрешени са само 75 емотикони.

×   Съдържанието от линка беше вградено автоматично.   Премахни съдържанието и покажи само линк

×   Съдържанието, което сте написали преди беше възстановено..   Изтрий всичко

×   You cannot paste images directly. Upload or insert images from URL.


  • Разглеждащи това в момента   0 потребители

    Няма регистрирани потребители разглеждащи тази страница.

  • Горещи теми в момента

  • Подобни теми

    • от peekmemf
      Здравейте, имам проблем с инсталирането на Windows 10 на един старичък компютър. Досега компютъра е бил с Windows 10 на едно HDD 250gb.Закупих ново ssd 120gb, махнах hdd-то и свързах ssd-то. Сложих Windows 10 на чисто нова 16gb флашка, но когато буутна компютъра от флашката стига до синьото лого на Windows и от там нататък нищо - стои си така. Някакви идеи как да го оправя? 
    • от Stoyannnov
      Driver Verifier
      ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
      Смятам да вметна няколко думи за този така наречен "инструмент" за дебъгване(дебъгване е процес на проследяване на изпълнението на дадена компютърна програма с цел намиране и отстраняване на грешки в нея) на драйвери. Мисля, че съществува още от windows 2000 и се усъвършенства до ден днешен. На практика доста хора са го чували, но едва ли знаят как да го използват правилно, особено в Windows 10. Чудесна програмка написана от Microsoft.
      Използва се само за диагностика! Не е за редовни тестчета! Използва се също и от програмисти. Също така и като допълнение на Windows HLK, WDK, VS и други подобни неща, които не ни касаят.
      Работата му е да следи Windows kernel драйвери, графични и драйвери от "трети страни", които създават конфликт при работа. Например проблем със съвместимост или неправилно четене в паметта или неправилна комуникация с хардуера и т.н. Работата му е точно като един дебъгер. Следи стъпка по стъпка драйвера как се зарежда и чете от ОС. Как се изпълнява и комуникира с хардуера и ОС за правилната му работа. Driver Verifier може да бъде конфигуриран по различни начини. Например може да тества много драйвери наведнъж или само един. Може да тества драйвера в различни периоди, тоест когато е зареден само в паметта или когато само се зарежда от ОС и други.
      При откриване на неправилно работещ драйвер веднага изкача BSOD или така наречения син екран на смъртта или просто син екран. По този начин той предпазва ОС и хардуера от повреда. В същото време се създава и дъмп файл, който се анализира. Дъмп файла съдържа 300 неща, но от тях ни интересуват само име на грешката, стоп код на грешката и името на проблемния драйвер. Има случаи когато не винаги пише името на проблемния драйвер. Редки са, но не е изключено и прави анализа и като цяло намирането на проблема по-трудно. Останалите 297 неща(разбира се в кръга на шегата е това). Те по-скоро са насочени към програмистите. Например последната цифра или буква от стоп кода означава какво действие е изпълнявал драйвера преди да крашне и др. Няма да обърквам хората с излишни подробности.
       
      Преди да пристъпим към настройването и пускането на Verifier-а. Нека настройм Windows да създава дъмп файлове:
      В старт менюто пишем "SystemPropertiesAdvanced" без кавичките => избираме Run As Administrator.

       
      Под "Write debugging information" избираме от падащото меню "Kernel Memory dump" => махаме отметката пред "Automatically Restart" => OK.
       

       
      ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
      Да пристъпим към използването му. Има команден и графичен интерфейс, аз предпочитам да използваме графичния защото е опростен и удобен за работа. Нужни са администраторски права за използването на инструмента.
      Забележка: Преди да пристъпим към използването му, задължително трябва да създадем точка за възстановяване на системата. Ако случайно нещо се обърка винаги трябва да имаме 1 наум.
      Забележка: След стартирането на Verifier-а. Системата може да е малко мудна, което е напълно нормално!
      Забележка: Инструмента не трябва да работи повече от 48 часа. Преди 48 часа трябва да се спре или след получаването на син екран.
      ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
      Натискаме Windows key + R

       
      едновременно за да стартираме прозореца за бързи команди.
      В него въвеждаме "verifier" без кавичките.
       

       
      Натискаме ОК. Отваря ни се прозорец от който избираме как да настроим verifier-а да работи. В случая ще го настройм да проверява всички драйвери, които не са писани от Microsoft dev.
      Избираме "Create custom settings (for code developers)" и избираме NEXT.

       
      Ще се отвори прозорец. В него посочваме различни правила за тестване на драйверите. Нас ни интересуват само 3. Оградените в червено. Слагаме отметка пред тях.
      I/O verification - следи драйвера за неправилна комуникация и обработка. Също така проверява и за неправилни I/O request packets (IRPs) от пуул-а. IRP предсатлява структура за комуникация с операционнатата система. Тази структура е използвана от WDM или Windows driver model. WDM или познат още като Win32 Driver Model е Framework(основа) на изграждането на драйвери. Навлязохме дълбоко и затова спирам до тук. Да се върнем на пуул-а. Special Pool е памет. На прост език казано означава, че Verifier-а отделя част от паметта, наречена пуул(pool), драйвера използва тази памет. Докато драйвера достъпва/зарежда/изпразва и т.н. тази памет Verifier-a следи дали той използва този пуул правилно.
      Force pending I/O requests - Няма да задълбавам много, означава, че проверява драйвера в режим на изчакване като му извиква функцията STATUS_PENDING по различно време на случаен принцип. 
      IRP logging - Следи драйвера как комуникира с ОС. 

       
      Другите не мисля да ги обяснявам, защото ще ми отнеме много време и ще се удължи доста темата. Който е заинтересован може да попита ще ги обясня кое за какво е и как действа. Обикновенно developer-ите биха ги използвали за тест на custom драйвери.
      След като сме ги маркирали кликаме NEXT.
      Ще ни се отвори прозорец с 4 избора.

       
      Избираме "Select driver names from a list".  Другите опции не са ни много от полза. Тази опция ни предоставя списък с абсолютно всички налични драйвери в операционната система и можем да изберем кои да verify-йне програмата и кои не. Докато другите опции са строго зададени и избира само конкретни драйвери.
      Избираме NEXT.
      Ще ни се отвори прозорец с всички налични драйвери в ОС. Кликаме на полето "Providers" за да ги сортираме по автор на драйвера. След което маркираме всички драйвери, които не са от "Microsoft Corporation".

       
      Избираме Finish. След което ни изкача прозорец, който ни уведомява, че ще трябва да рестартираме системата, за да може Driver Verifier-а да стартира със самото зареждане на ОС. Рестартираме ръчно ОС.

       
      Забележка: След зареждане на ОС, Verifier-а работи на заден план! Тоест няма да има известие или икона и т.н. което да подсказва, че работи.
      ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
      Това са грешките, които Driver Verifier може да дъмпне като син екран при откриване на бъгав драйвер. Всяка грешка има стоп код и този стоп код има някакъв параметър. Параметрите не ни интересуват толкова, те са по-скоро за developer-ите, за да могат да разберат къде точно забива драйвера. Нас ни интересува името на проблемния драйвер. Който се намира в дъмп файла или на синия екран, който се е появил.
      Дъмп файла може да се намери в папка "C:\Windows\minidump".
      Bug Check 0xC1: SPECIAL_POOL_DETECTED_MEMORY_CORRUPTION Bug Check 0xC4: DRIVER_VERIFIER_DETECTED_VIOLATION Bug Check 0xC6: DRIVER_CAUGHT_MODIFYING_FREED_POOL Bug Check 0xC9: DRIVER_VERIFIER_IOMANAGER_VIOLATION Bug Check 0xD6: DRIVER_PAGE_FAULT_BEYOND_END_OF_ALLOCATION Bug Check 0xE6: DRIVER_VERIFIER_DMA_VIOLATION Ще обясня всяка грешка какво означава, макар че много малко хора ще ме разберат. Също така едва ли ще потрябва тази информация на обикновен потребител.
      SPECIAL_POOL_DETECTED_MEMORY_CORRUPTION - Означава, че драйвера се чупи при изпозване на паметта. Тоест драйвера пише в грешен регистър от паметта.
      DRIVER_VERIFIER_DETECTED_VIOLATION - Това е най-често срещаната грешка при използване на Verifier-а. Означава, че е намерил проблемен драйвер и вече параметъра на стоп кода ни дава информация каква точно е тя. Причините може да са много. Грешка в пуула. Грешка при извикване на някоя функция на драйвера или при връщане на отговор. Прекалено изчакване(увисване) в паметта и други.
      DRIVER_CAUGHT_MODIFYING_FREED_POOL - Означава, че драйвера се опитва да достъпи пуула. Но действието вече се разбира от стоп кода. Дали е четене/запис и в какъв режим я достъпва, kernel или user mode.
      DRIVER_VERIFIER_IOMANAGER_VIOLATION - Означава, че има грешка при комуникацията между хардуера и софтуера. Не мога да обясня много точно, защото не съм програмист. Става дума за IRP и функциите които извиква драйвера и отговора който връща също така и времето за което се случва това цялото нещо.
      DRIVER_PAGE_FAULT_BEYOND_END_OF_ALLOCATION - Това означава, че драйвера превишава пуула. Тоест пак се "дъни" в паметта. От параметъра на стоп кода се разбира при каква ситуация става това, дали при запис или четене и т.н.
      DRIVER_VERIFIER_DMA_VIOLATION - Много обща грешка и също така доста насочена към програмистите. Общо казано, драйвера крашва при достъп в паметта. От стоп кода се разбира какво точно действие е извършвал преди да крашне. Може да извиквал указател към регистър или някаква функция и т.н.
       
      ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
      Стъпките по-долу са за спиране на Verifier-a от графичния интерфейс. 
       
      Windows key + R = > в полето въвеждаме "verifier" без кавичките. В прозореца за конфигуриране на Verifier-а избираме "Delete Existing Settings". И потвърждаваме с Finish.

      ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
      В някои случаи Verifier-a може да засече проблемен драйвер още при буутването и така ще изкарва син екран още преди да зареди Windows. След рестарт ще се получи същото нещо и така се получава "Dead cycle". Тоест да се буутне до десктоп ще е невъзможно. Затова ще напиша още няколко начина за спирането на Verifier-а. Има доста начини за спирането му при такъв сценарий, но ще посоча 3, за да не се получава разтягане на темата.
       
      След няколко неуспешни опита за буутване. Windows ще ви предостави възможност за влизане в "Windows среда за възстановяване (WinRE) за отстраняване на често срещани проблеми при стартиране". Изберете "Troubleshoot".

      Посочваме"Advanced Options".


      Вече от тук имаме избор по какъв начин да спрем Verifier-a. От System Restore/Command Prompt/Safe Mode или от функцията "Disable driver signature enforcement".
      Лично аз за най-бърз вариант смятам за метода от command prompt.
      ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
      Спиране чрез Command Prompt. 
      От Advanced Options изберете Command Prompt. Посочете вашия User след което въведете парола ако има такава. В черния прозорец въведете следната команда без кавичките "verifier /reset". Потвърдете с Enter и рестартирайте системата. 
      ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
      Спиране чрез Safe Mode. 
      От Advanced Options изберете"Startup Settings" => След което ще се появи прозорец с опции.

       
      Натиснете бутона Restart и след това посочете Safe Mode с F4. След като буутне в Safe Mode натиснете Windows key + R => въведете в полето "verifier" без кавичките и от прозореца посочете "Delete Existing Settings". Потвърдете с Finish и рестартирайте системата.
      ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
      Спиране чрез System Restore.
      От Advanced Options изберете "System Restore". Посочете вашата точка за възстановяване, която създадохте в началото и натиснете NEXT.

       
      Натиснете Finish, за да потвърдите точката за възстановяване.

       
      Натиснете YES, за да потвърдите и след възстановяването Windows ще стартира в нормален режим.

       
       
    • от DarkEdge
      Как да активираме/деактивираме показването на информацията за оставащото време на работа на батерия за преносими устройства:
      Преди:




      След:




      Активиране:
      В regedit в ключ
      HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Power
      променяме или създаваме нов 32-Bit DWORD запис EnergyEstimationEnabled и му задаваме стойност 1.

      или използваме файла Enable Show Battery Estimated Time Remaining.reg
      Рестартираме.

      Деактивиране на опцията:
      В regedit в ключ
      HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Power
      изтриваме записа EnergyEstimationEnabled и създаваме нов  32-Bit DWORD запис EnergyEstimationDisabled, и му задаваме стойност 1
      Или използваме файла Disable Show Battery Estimated Time Remaining.reg
      Рестартираме.
      Disable Show Battery Estimated Time Remaining.reg Enable Show Battery Estimated Time Remaining.reg
    • от iva98
      Здравейте, преди няколко дена си закупих нов лаптоп без операционна система - Lenovo Ideapad S145-15IGM. Инсталирах Windows 10 но впоследствие се сблъсках с доста неприятен проблем, а именно че се оказа, че тъчпадът не работи. Въобще не го засича самия лаптоп. Инсталирах всички необходими драйвъри, включително от официалния сайт на Леново Synaptics и Elan, не се показват никакви грешки, когато отворя Device Manager-a, но липсват всякакви настройки що се отнася до тъчпада. Все едно го няма просто. Свързала съм отделна мишка, с която няма проблеми. Освен че липсва настройка в Device Manager-a за тъчпада, липсва и в BIOS, и в Control Panel. Прикачвам съм скрийншоти, от които е видна ситуацията. Опитах с натискането на Fn + F6, отново без резултат. Отделно сканирах за евентуални липсващи драйвъри, но не показва такива. 😔Уиндоусът е 10, х64. 



    • от [email protected]
      Здравейте,

      Със съседа имаме обща мрежа.
      Имам следния казус:
      Имам машина на която работи Windows XP с доста споделени папки, за да имаме лесен достъп.
      Купих си лаптоп с Windows 10 но не мога да достъпя съответния компютър, а достъпвам с него компютрите на съседа, които са с Windows 7 и 8.
      Има ли някакви настройки, които мога да направя, за да реша проблема софтуерно и да е видима машината от Windows 10.
      Погледнах теми по въпроса, но те засягат обратната ситуация, което не ми помогна особенно.

      Благодаря за съдействието.
  • Дарение

×
×
  • Добави ново...