Microsoft Windows

4TB-os mentős hdd-re NTFS vagy ReFS?

Sziasztok!

Windows 2019-es szerverbe kerül 1 db 4TB-os hdd, nagy méretű mentésfájlok kerülnek rá, majd innen szinkron felhőbe is.
Jelenleg egy 2TB-os lemez van benne, amit - mivel nagy fájlok kerültek rá - Allocation Unit Size : 64K-ra formáztam régen.

A fentiek ismeretében melyik FS lenne ma megfelelő erre a célra és milyen beállításokkal?
Köszi!

wired Windows 10 vs. wifi kliensek

Furcsa problémába futottam bele ma: szükségem lenne az itthoni wifin nagyobb sávra, de új AP vásárlása előtt kölcsönkaptam szerencsére egy Unifi U6 Lite-ot tesztelésre. A terv az, hogy ha beválik, akkor vásárolok egy sajátot, vagy egy LR változatot, ha nem, akkor nézek valami mást.

Van itthon 2db Windows 10 PC, 1db Linux szerver (HP Microserver), egy Cisco switchbe van dugva mindegyik, az AP is erre a switchre csatlakozik (a poe tápot is ettől kapja). Valamint van egy laptop (AC-s csak), ami wifin lóg. Elkezdtem ezek között méregetni iperf3-al, a laptop természetesen ugyanabban a pozícióban volt végig. Az alábbi eredmények jöttek ki:

laptop<->AP<->switch<->Microserver - 650-680Mbit (ez lenne az üdvözítő érték)

laptop<->AP<->switch<->PC1 - 90-120Mbit

laptop<->AP<->switch<->PC2 - 200-250Mbit

bármelyik PC vagy a Microsever<->switch<->bármelyik PC vagy a Microserver - ~1Gbit (950-970Mbit)

Szóval olyan, mintha wireless<->wired forgalom esetén a Windowsokkal lenne valami gond. A két PC-ben egy közös van, mindegyik Windows 10, az aktuális patch levelen, a NIC-ek viszont eltérnek (realtek és intel).

Az egyik PC-n bootoltam egy Linuxot usb-ről, és rögtön ment itt is 650-680Mbit  a wifin lévő laptopról.... Innét a kábel, fali aljzat, switch, stb.. hibát ugye ki is lehet zárni (de ez az ~1Gbit-es wired<->wired tesztek miatt amúgy is borítékolható volt).

Mi a franc okozhatja ezt? Drivereket cserélgettem, hálózati kapcsolatokon a sok sallangot kikapcsolgattam (qos és társai), driverekben a különféle offload-okat, flow controlt, power managementet, Windows firewallt szintén, semmilyen változást nem hozott egyik sem. Amit nem tettem még meg: Windows oldalon nem hasonlítottam össze a wired és wireless forgalmat mondjuk Wiresharkban, de folyamatban van.

Ezen kívül van bárkinek bármi ötlete, hogy mit a francot nézzek meg? Bevallom őszintén, láttam már pár dolgot, de ez új :)

Fekete kijelző egérmutatótal, semmi más

Sziasztok!

Az utóbbi napokban hetekben egyre gyakrabban futunk bele abba, hogy a fenti jelenség játszódik le.
Ma két olyan is volt (két monitoros üzemmód, kiterjesztett asztal), amikor:

  • tegnap este bekapcsolva hagyták a gépet és a monitorokat is
  • ma reggel VPN/RDP párossal dolgoztak a gépen (az egyiken biztosan)
  • beérkeztek, és csak fekete képernyő, rajta az egérmutató fogadta őket

Az egérmutatót lehetett mozgatni a kiterjesztett ablakon. "Ctrl+alt+del"-re sem változott semmi, csak a ki/kapcsolás segített.
Az idegesítő, hogy van egy terminal szerver is, ami hónapokig futott eddig VM-ben minden gond nélkül, és most az emúlt hétben 2x-is az volt a jelenség, hogy a felhasználók RDP kapcsolaton keresztül nem kapták meg a belépő ablakot csak a feketeséget az egérrel.

Googlizok, de eddig nem találtam frissítést vagy hasonlót, amit hibáztatna bárki. Tapasztalat másnál?
Köszönöm.

Win10 felhasználók kezelése

Elnézést a buta kérdésért, de nem ismerem a win felhasználókezelését és először inkább kérdezek, minthogy butaságokat csináljak.

Célom: Csak offline fiókok vannak. A gépet alapvetően két user nevében használnák. Ezek nem root joggal rendelkeznének. És kell egy rendszergazda emelt jogokkal. Ezek szerint 3 felhasználót kell létrehoznom? Vagy valamelyik user legyen rendszergazda jogosult? Ha pl böngészőt, vagy az office csomagot, vagy bármilyen programot szeretnék telepíteni, akkor csak a root fiókba lépve tehetem? Ez érvényes lesz minden felhasználóra? Mire figyeljek még?

Köszönöm a segítségeteket!

Nem sikerült egy DCOM-kiszolgáló elindítása, 2147942405 hiba

Üdv,

Win10 alatt friss telepítéssel egy játék nem indul:

Nem sikerült egy DCOM-kiszolgáló elindítása: Microsoft.SunriseBaseGame_1.474.687.2_x64__8wekyb3d8bbwe!SunriseReleaseFinal – Nem érhető el/Nem érhető el. A hiba:
"2147942405"
A következő parancs indításakor történt:
"C:\Program Files\WindowsApps\Microsoft.SunriseBaseGame_1.474.687.2_x64__8wekyb3d8bbwe\ForzaHorizon4.exe" -ServerName:SunriseReleaseFinal.AppXtkd2atfxzeqx8366ah1yws2z78mgh5d8.mca

MS Store-ból letöltött hivatalos játék. Nyáron még ment.

Valami jogosultsági hibákat olvasok a neten erre a hibakódra...

Van ötlete valakinek?

Zone.Identifier:$DATA

Kaptam egy feladatot, ahol VPN -ben lakó célgépek szoftverét és licencét kell frissíteni. Minden gépről több fájlt kell lementenem és később átadnom, több közülük xml. A windows 10 Oracle VM VirtualBox -ban fut mint virtuális gép.
Még sosem találkoztam ezzel "mechanizmussal".

K'rvára bezavarnak ezek "Zone Identifier" fájlok. Több
Találtam valami olyat amivel letiltottam a "Local Group Policy Editor" -ban a "Do not preserve zone information in file attachments" - Disabled
Sajnos ez semmit nem változtatott, továbbra is termelődnek a megtévesztő, zavaró ... fájlok.
Tudtok valami ellenszert?

Megjegyzés: Egy éve is volt ez a feladat, akkor nem jött elő ez a jelenség.

[MEGOLDVA]Tanúsítvány hiba

Sziasztok!

Egy állami oldal elérésekor ezt a hibaüzenetet kapom:

A biztonságos kapcsolat sikertelen

Hiba történt a következőhöz csatlakozáskor: xxx.gov.hu. Egy PKCS #11 modul CKR_GENERAL_ERROR hibát adott vissza, amely azt jelzi, hogy helyrehozhatatlan hiba történt.

Hibakód: SEC_ERROR_PKCS11_GENERAL_ERROR

    A megtekinteni kívánt oldal nem jeleníthető meg, mert a kapott adatok hitelessége nem ellenőrizhető.
    Lépjen kapcsolatba a webhely üzemeltetőjével, és értesítse a problémáról.

Firefox alatt.

Chrome alatt is hasonló szöveg, hibakód:

ERR_BAD_SSL_CLIENT_AUTH_CERT

Amit eddig próbáltam internet keresés alapján:

  • előzmények törlése
  • böngészők frissítése
  • Windows10 frissítése
  • vírusirtó SSL ellenőrzés kikapcsolás
  • tűzfalban kivétel hozzáadása az oldalhoz
  • TLS 1.1 kikapcsoilása
  • SSL 3.0 használata

Egy tanúsítványt kellet telepíteni, mely jelszóval védett, 2022.07.22-én jár le, a tenúsítványtár szerint.

Előtte nap még működött, illetve más gépeken most is megy.

Ötlet:

UEFI multiboot + kettő Windows 11? Linux + Windows 11 UEFI boot manager?

Helló!

Tudnátok valami jó leírást, példa videót, bármit adni a Windows 11 multiboot megvalósításról, UEFIvel?

Kettő Windows 11 mellé szeretnék még 2 Linuxot felrakni. (Tesztelni, elszeparálni különböző feladatokat.) Később meg bármit mellé rakni.

"Legacy safe boot off, UEFI off": MBR + Linux/Windows 10 esetén gyönyörűen ment bármilyen boot managerrel, ami el tudja rejteni a partíciókat, így bármennyi OSem lehetett. Egy logikain volt a közös NTFS amit mindegyik OS látott, minden jó. A Windows 11 erőlteti az UEFIt, valamint nekem újdonság volt, hogy ha nincs dedikált grafikus kártyád, csak az Intel processzorba épített grafikus rész, az kizárólag UEFIn tud bootolni, mert az Intel már nem támogatja az UEFI előtti változatot! Tehát ha elromlik egy ilyen gépben a dedikált grafikus kártyád, hiába van az Intel processzorban is grafikus rész, nem tudsz bootolni! Csak ha UEFIs a géped.

GPT + UEFInél nem tiszta, hogy mi a működési logika multiboot esetén. Tudok hide/required/legacy boot flaget állítani a GPT partícióknak (meg mást is), de attól még látja az egyik Windows a másikat, csak nem fér hozzá. Nem az igazi. Az sem tiszta, a safe boot ebben az esetben ha ki van kapcsolva, okoz-e bármi hátrányt.

Windows 7/8/10 + MBR esetén van egy külön boot partíció ami általában 400-600 Mbyte, de azt át lehet helyezni az OS partícióra is, és szokott lenni egy 600 Mbyteos Windows RE rész, a javító, ezt is le lehet törölni. Boot manager elindította a boot partíciót, vagy ha 1 volt, azt, és minden működött. UEFInél hol van, hogy működik, mi indít mit? Rájöttem, hogy van egy 100-400 Mbyteos EFI partíció, ott vannak mappák és EFI fájlok, de hogy miért kell 100-400 Mbyte arra nem jöttem még rá, amikor alig van ott valami. Alapból hozzá sem tudok férni, és a BIOS is innen olvas ki több boot tételt.

A másik mód, hogy olvastam arról is, hogy a Windows 11-et lehet UEFI nélkül is használni, a GPTt MBRre alakítani. Ez lehet működne, ki is próbáltam a konverziót, nem működött elsőre. Azt látom, hogy a Windows 11 boot repair javítója egyből át akarja rakni az MBR-t GPT+ UEFIre. Tehát lehet meg lehet valósítani, hogy működni fog, de a frissítések közben simán el fog hasalni, ha a frissítő UEFIt keres vagy arra konvertálja.

Az is rémlik, hogy az egyik Windows 10ből lett 11, ott is átalakította az MBRt GPTre és UEFIre. 

Az lenne a jó, ha az aktuális Windows 11 nem látná a másikat és a Linuxokat, csak a közös adat partíciót. Valamint ha jön Windows 11 frissítés ne rontsa el az egészet.

Linuxon melyik boot manager a legjobb erre a fenti esetre? Köszi.

1. frissítés:

Úgy látom, hogy nem úszom meg, hogy elolvassam a most piacon lévő UEFI alapú boot managerek részletes használati útmutatóját. És azt sem, hogy megértsem, hogy működhet az EFI/UEFI multiboot, ha GPT van. Az egész a Windows 11 GPT konverziója miatt van. Az Ubuntu is jól megy MBR-en és a Windows 10 is. GPT nélkül MBR esetén annyira jól működik a bármennyi OS egy lemezen változat. 

2. frissítés: 

A megoldás a BootIt® UEFI lett. Elolvastam, hogy kell használni. El tudom rejteni a megadott partíciókat, például a másik Windows 11 és a hozzá tartozó Recovery partíciót. Van most egy EFI, amin van a 9 mbyte méretű boot manager szoftver, amiből 2 mbyte a PDF leírása. Van 1-1 Win adat NTFS, és hozzá 1-1 RE partíció ami kb 600 mbyte, meg van közös adatoknak egy NTFS.

Még csak a 2 Windows 11 van fent, de szépen működik 1 SSDn, nem akadnak össze, nem látják egymást.

Feljön a boot menü, kiválasztom az egyik Windows 11et, majd újraindul, és elindul a kiválasztott Win 11. A másik Win11 rejtve van, látja, mint ismeretlen partíció, de a tartalmát nem. A közös D: meg mind a kettő Windows alól elérhető. A másik esetén is ez a működés. A Win frissíti magát, ahogy kell.

Most rakok majd Linuxot mellé hamarosan.