Microsoft Windows

Helló Gamerek!

Hátha küzdött már valaki a fenti világszínvonalu szoftver termékkel. :-D

Amit összedugnék: Windows 10 Enterprise N LTSC 21H2 + Logitech PRO X TKL

A szerkezet USB vagy bluetooth vagy LIGHTSPEED segítségével kapcsolódhat.

- A szoftvert felrakva (2024.4.2095) és minden elemét kiengedve a tűzfalon nem ismeri fel az USB-n csücsülő klaviatúrát már látja.

- Ekkor kiírja: Erőforrások betöltése... - A továbbiakban csak karikázik. :(

A zinternet felét már elolvastam. Úgy néz ki, más is járt már így.

Valakinek valami működő tapasztalata?

Windows 10 22H2
USB bluetooth adapter: https://www.tp-link.com/hu/home-networking/adapter/ub500/

A probléma: USB2 csatlakozóban van az adapter. Megfelelő driver telepítve, tplinktől. (anélkül is csinálta) Ha csatlakoztatom hozzá a vezetéknélkül fejhallgatót, akkor nagyon szépen, azonnal indul a hanglejátszás, amint elindítok hangforrást a gépen. De! Nagyjából 12-14 óra után elkezdi, hogy hangforrás indításakor megáll az a forrás, ami a hangot kibocsátja, kb 2 másodpercre és utána folytatja. (foobar, youtube, egyéb böngésző, videólejátszó) Ilyenkor, ha újraindítom a gépet, akkor helyreáll.

USB3 csatlakozóban azonnal csinálja, várni sem kell rá. Az energiakezelésben letiltottam, hogy az eszközt kikapcsolhatja a pc.

Akad valakinek valami használható ötlete? Vagy milyen infó lehet még szükséges? Merre induljak a hibakeresésben? Sajnos munka-pc, nem tudom napokig nélkülözni, amíg tesztelem, hogy linuxszal is csinálja-e. 

Vezetéknélkül fejhallgatót teljesen kikapcsolva és újracsatlakoztatva is fennál a gond, tehát nem a fejhallgató.

Sziasztok. Kicsit forensic témájú is lehetne a kérdés.

(Árpi remélem olvasod, hátha van erre ötleted)

Szóval van egy W10 Pro gép, file "szerver" / NAS minőségben. Van egy C: meg egy D: meghajtó. A C: 1TB, a D: pedig egy 18TB-os NTFS partició. Múlt héten a D:-n kb. 150 GB körüli szabad hellyel. Aztán most hét elején mikor ránéztem, hirtelen lett a D:-n kb. 550 GB szabad terület. Én nem töröltem róla (ennyit biztosan nem), a másik user elvileg törölt róla, de az ő cuccai főleg a C:-n vannak. Látszólag nem tűnt el olyan dolog, aminek meg kellene lennie, de mégis bosszant h. nem tudom kideríteni mik törlődtek. Ez már az a nagyságrendű diffi egyik napról a másikra, ami feltűnik.

Sajnos full backup nincs a D:-ről, h. biztosra meg tudjam mondani mi tűnt el, csak néhány fontosabb könyvtár tartalmát mentem. Keresgéltem az even viewer-ben, és meglepő de van ott elég részletes NTFS log:

%SystemRoot%\System32\Winevt\Logs\Microsoft-Windows-Ntfs%4Operational.evtx

illetve van egy recovery-bb jellegű %SystemRoot%\System32\Winevt\Logs\Microsoft-Windows-Ntfs%4WHC.evtx is, de ez inkább talán csak arra jó h. az ember lássa mikor volt FS sérülés (pl. áramszünet / szabálytalan leállítás után).

Az NTFS Operational log szerint az EventID 142 egy naponta 1x generált bejegyzés, ami összesítést ad az elmúlt 24 órában látott legmagasabb+legalacsonyabb szabad területről, külön bejegyzés particiónként. Ezek alapján kb. be lehet határolni melyik 2 bejegyzés között törlődtek a fájlok (== lett a maximum free space 500 GB először).

Az EventID 152-ben jegyzi h. az elmúlt 1 órában mennyi fájltörlés volt, és ebből annyi külön bejegyzés van, ahány különböző processz (.exe) végzett ilyen törlést és látszódott is h. melyik processz volt a felelős (talán mert lehet olyan eset is ahol anonim megy a törlés vagy ha a SYSTEM nevében akkor az nem került loggolásra?).

Az EventID 158 mutat egy összesítést az NTFS/MFT műveletekről (hány darab write / hány darab read stb.), tehát ezek alapján elvileg ki lehet sakkozni mikor voltak a nagy törlések.

Kérdés h. vajon részletesebb log pl. összes törölt fájl mérete mennyi volt, TOP10 legnagyobb méretű törölt fájlok neve, vagy hasonló beszédesebb statisztikákat meg tudok-e szerezni valahonnan.

Egyelőre itt tartok. Jó lecke volt h. kellene valami reporting a jövőre nézvést.

Nálatok sem megy a Teamviewer 15?
Nem csatlakozik adott végpontra. Ha kijelentkezel a fiókodból, akkor pedig vissza sem tudsz jelentkezni.

A supportos csetbot egy hibakódot ad, amit az ufók sem tudnának megfejteni.

Elnézést, de windowsban nagyon gyenge vagyok.

Van egy régi dell workstation. Az eredeti hdd-én egy W7 (matrica és kód a házon felragasztva) (raktam bele egy sdd-t, azon fut a linuxom mint napi eszköz). Néha elindítom a W7-et is, mert azon van egy egy rajz program.

Na, ma nem indult el, csökkentett módot javasolt. A boot javító funkció órákat molyol, de szemmel láthatóan nem csinál semmit, ha kilépek belőle úgy tűnik kilép, de utána ha ki akarom kapcsolni a gépet, nem kapcsol ki. Ha a boot javító funkció helyett a konzolt választom, akkor chkdsk -ra kiírja hogy NTSF fájlrendszer, aztán semmi.

Ami feltűnt: a parancs úgy kezdődik hogy X: \...\system32\...\chkdsk

Nem C: -al kellene kezdődnie?

Hogy lehetne ebből működő W7-et csinálni? Minden segítséget előre is köszönök.

Ps. A linux alól fel tudom csatolni a W7 lemezét (és partícióit) és olvasni is tudom a fájlokat.

Sziasztok,

Adott egy öreg gépezet, amin fut egy win11 és mellé egy lightroom és photoshop. GPU gyorsításra fáj a fogam mert az asztali gép a következő:

8gb dddr3
gt 740 1gb
intel 3570 cpu

Itt jelenleg mindegy, hogy a gpu vagy cpu dolgozik, gyakorlatilag lassú. Ha csak vga-t cserélek egy GTX 1060-ra, érek el érdemi javulást? Ramot tervezem duplázni mellé.

Tudom, hogy ez nem a legerősebb gép a világon, sőt a hűtőszekrényemben erősebb a cpu, de jelenleg ez van, ezt akarom kimaxolni. 

Sziasztok!

A tárgyban szereplő programmal kapcsolatban, ha van tapasztalatod a távoli eléréssel kapcsolatban, kérlek, írj privátot.

Előre is köszönöm!

Üdv, Sanyi

Sziasztok!

Windows 10 "Pro" és "Enterprise" kiadásokon tökéletesen működik, ha az alábbi sorokat "*.reg" kiterjesztéssel elmentjük, majd dupla kattintással hozzáadjuk a beállításjegyzékhez!
Tehát eredményképp marad a Windows 10 a legutolsó, azaz 22H2 főverzión, vagyis véletlenül sem fogja látni a Windows 11-re történő frissítéseket sem!
(Ugye módosítva ugyanúgy tökéletesen működik Windows 11 esetében is, hogy maradjon az adott főverzión!)

Windows Registry Editor Version 5.00

[HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Windows\WindowsUpdate]
"TargetReleaseversion"=dword:00000001

[HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Windows\WindowsUpdate]
"TargetReleaseversionInfo"="22H2"

Viszont a "Home" kiadások esetében nincs "Helyi csoportházirend" lehetőség❗

Valakinek van biztos megoldása, hogy ugyanezen ekvivalens megoldást hogyan oldhatnám meg "Home" kiadás esetében?

A segítő válaszaitokat előre is nagyon szépen köszönöm!

Üdv.: Zsolt

Kipróbáltam így 20 év után a robocopy-t is. Egy forrás lemezről akarnám néhány könyvtár teljes tartalmát szinkronizálni egy másik lemezre.

Szintaxis amit eddig használtam igencsak primitív: robocopy c:\forráskönyvtár d:\célkönyvtár /MIR /J

A /MIR az mirror, azaz ami a forrásnál van, azt az állapotot állítja elő (tükrözi) a cél helyen. Ha valami új került a forrásba, azt át fogja másolni következő futásakor a célhoz. Illetve ami eltűnt (törlődött a forrásnál), azt törölni fogja a cél helyen is.

/J pedig az unbuffered másolást használ, a több gigabájtos fájlok miatt ne menjen tele haszontalanul a filesystem cache, esélyesen ettől nem lesz semmivel sem lassabb az egész másolás.

Namármost sok fájl lesz átnevezve a forrás oldalon. Ezeket első alkalommal szépen át is másolja a/MIR. Viszont ha az újabb futás előtt átnevezek egy adott fájlt, akkor ez úgy jelenik meg a szinkronizálásban, mint 1) egy felesleges fájl van a célnál, ami a forrásnál már nincs, ezért azt törli, majd 2) egy új fájl van a forrásnál ami nincs meg a célnál, ezért azt meg teljes egészében átmásolja.

Ez nagy méretű csak-átnevezett fájloknál feleslegesen tornáztatja az egész szinkronizálást. Vajon van rá mód, hogy ha az átnevezés 1 alkönyvtáron belül történt és nem áthelyezéssel két különböző alkönyvtár között, akkor a robocopy megnézze pl. fájlméret és dátum alapján az esetleges fájlegyezést? Pl. kiszámoljon egy checksum-ot, és ha az egyezik, akkor csak átnevezéssel megoldja a dolgot a felesleges törlés-másolgatás nélkül. SSD-n eléggé nem mindegy hányszáz GB, TB írást lehetne így spórolni.

Sziasztok!

A feladatom lenne ezt a kis javascript Appot életre kelteni:
https://github.com/Azure-Samples/communication-services-javascript-quic…

Van egy ACS resource-om a https://portal.azure.com/-on és van egy Teams userem.

Ahhoz, hogy a login sikeres legyen egy Access Token kell. Itt akadtam el, sehogy sem tudom ezt megszerezni.

Elvileg ezzel a másik appal lehetne: https://github.com/Azure-Samples/communication-services-javascript-quic…
de a sikeres Teams user bejelentkezés után ezt kapom vissza a böngészőben:

{"errorCode":"network_error","errorMessage":"Network request failed. Please check network trace to determine root cause. | Fetch client threw: Error: HTTP status code 400 | Attempted to reach: https://login.microsoftonline.com/7856ed91-b680-49cd-85ab-37a83f89a6d0/oauth2/v2.0/token","subError":"","name":"ClientAuthError"}

Próbáltam egy másik irányt is, ahol ebből az alkalmazásból ki tudom venni a Teams tokent: https://github.com/AzureAD/microsoft-authentication-library-for-js/tree…

De, ha ezzel a tokennel megpróbálom az ACS tokent megszerezni, akkor szintén hibát kapok:

const client = new CommunicationIdentityClient(this.connectionString);

const communicationAccessToken: CommunicationAccessToken = await client.getTokenForTeamsUser({
 teamsUserAadToken: teamsToken, 
 clientId: this.aadAppId, 
 userObjectId: this.aadTenant
});

core.mjs:10614 ERROR Error: Uncaught (in promise): RestError: Provided access token is not valid. RestError: Provided access token is not 

Már feltúrtam a netet, a Microsoft dokumentációkat is elolvastam, de nem jövök rá mi lehet a gond.

Viszonylag kezdő vagyok Microsoft e témájában, szóval így álljatok a kérdéshez. :)
Tudna valaki segíteni?

üdv: redman