Microsoft Windows

Windows 10-es gépek \boot\bcd 0xc0000034 hibával

Sziasztok!

Ma reggel indulnának a gépek és boot hibával megállnak. Irodai és külsős gépek is Desktop laptop vegyesen.
Van olyan gép, ami ment napok óta, ma reggel újraindították és ezzel állt meg.
Van olyan, amit este leállítottak és reggel ezzel indult.
Van, amelyik recovery üzemmódban indította a gépet.

Ami eddig segített, hogy telepítőről boot, majd a nyelvválasztásnál SHIFT+F10
Itt bootrec /rebuildbcd
Ez vagy segített, vagy nem.
Ha nem, akkor bootbcd DRIVE:\windows , ahol a DRIVE a rendszer betűjele.

Utolsó Windows frissítések dátuma minden gépen korábbi volt eddig (hetekkel)

sz

Win10 2-3 naponta kikapcsol

Sziasztok

Adott egy HP Probook G1, anno OEM Win7-tel jött, azt frissítettem Win10, 11-re már nem lehet. Már a Win7-tel is gond volt, hogy ha pár napig nem lépek be, akkor kikapcsol. Sajnos a win10 uprade-del nem oldódott meg a dolog. Beállítás szerint sose megy sleepbe, és ha történik semmi ha lecsukom. Ehhez képest olyan is van, hogy ha korábban RDP-ztem rá és le volt csukva, akkor felnyitáskor ne ad képernyőképet.

Bármi ötlet, hogy merre induljak el? A reinstallt nem szeretném, mert baromi sok program van fent, amiket nem szeretnék újrainstallálni/beállítani.

 

Köszi

An-Dee

[workarounddal megoldva] Group policy, batch, hatalmas delay boot alkalmával (Win 10, WPKG)

Sziasztok!

 

Fut pár 10 gépen a WPKG nevű szoftver, ez amolyan távoli/unattended install. (https://wpkg.org/)

Ehhez Win7 óta van egy wpkg-gp "kiterjesztés", amely az indítás során service-ként futtatja a megadott installereket. (https://wpkg.org/WPKG-GP) (szerk. pontosítok: igazából a WPKG kliens fut service-ként, és az installereket, batch fileokat ez futtatja)

 

Eddig, több, mint 10 éve viszonylag kevés szívással működött.

 

Most felmerült, hogy tantermenként a gépeken le kellene tiltani a külső net hozzáférést (vizsgák, zh-k alkalmával egy eséllyel kevesebb a csalásra). Meg is volna a batch fájl, cmd ablakból lefut pillanat alatt.

(Azért kell batch, mert a wpkg login előtt fut, nincs semmi interaktív lehetőség, ha pedig van output, az megakasztja a bootot, mert írná, de nincs hova, és megáll minden. Ezt megtanultam kezelni az évek alatt, nem gond. Általában...)

Ha a wpkg-gp futtatja a fenti batch filet, 10 perc. Vagy több. A rendszernaplóban hiba nincs (ha a wpkg-nek baja van, azt oda pakolgatja).

A legszebb az az, hogy nem mindig. 10 indításból mondjuk 1-2 alkalommal. Ez pedig - tekintve, hogy órák reggel 8-tól este 6-ig, vagy akár tovább is vannak, sokszor pár perces teszttel az elején, vagy éppen 90 perces zh-k alkalmával - nem elfogadható.

 

Tanácstalan vagyok, tudna valaki segíteni, hogy kiderítsem, indulásnál mi tart ilyen sokáig??

 

További részletekkel szívesen szolgálok, most a batch file-t teszem ide, ez ennyi (kínomban már két fájlba is szedtem, de ugyanez az eredmény):

 

 

@echo off

SETLOCAL EnableDelayedExpansion

REM netsh sets errorlevel to 0 if the rule exists, non-zero otherwise
rem see: https://stackoverflow.com/questions/72283256/how-to-check-firewall-rule-before-creating-it-using-batch-script-and-netsh

if "%~1" == "" GOTO END
if %1 == net_down GOTO net_down
if %1 == net_up GOTO net_up
 
:net_down
netsh advfirewall firewall show rule name="SZTEOnly" | findstr "SZTEOnly" > NUL 2>&1
        if %ERRORLEVEL% NEQ 0 (
            netsh advfirewall firewall add rule name="SZTEOnly" dir=out action=block protocol=ANY remoteip=1.1.1.1-10.111.0.0,10.111.50.0-160.114.0.0,160.115.0.0-255.255.255.255 > NUL 2>&1
            netsh advfirewall firewall set rule name="SZTEOnly" new enable=yes > NUL 2>&1
            GOTO END
                        ) else (
                            netsh advfirewall firewall set rule name="SZTEOnly" new enable=yes > NUL 2>&1
                            GOTO END
                            )

:net_up
    netsh advfirewall firewall show rule name="SZTEOnly" > nul 2>&1
    if %ERRORLEVEL% EQU 0 (
    netsh advfirewall firewall delete rule name="SZTEOnly" dir=out > NUL 2>&1
    ) else (
        GOTO END
        )

:END
EXIT /B 0


ICMPv4 engélyezése vagy tiltása a tűzfalon?

Sziasztok! Látom a tűzfalon a rendszeres próbálkozást a 8.8.8.8 és a 8.8.4.4 beállított DNS szerverekről:

Protocol: ICMPV4, Local port: 0, Local address: 192.x.x.x, Remote port: 0, Remote address: 8.8.8.8
Protocol: ICMPV4, Local port: 0, Local address: 192.x.x.x, Remote port: 0, Remote address: 8.8.4.4

Az a kérdésem, hogy lehet bármi hátrányom, ha tiltva marad az ICMPv4? Nincs semmi monitoring, ilyesmi, ami miatt szükség lenne erre. Pingelhető ettől függetlenül, helyi hálózatról, de ha nem lenne az, az sem lenne baj. 

Lehet bármi hátrányom, ha tiltva marad? Ez egy Windows 11, desktop gép, rajta lokális webszerverrel, böngészővel, ami megfelelően működik most is.

Ez egy adott Windows 11 desktop gépről szól, nem a hálózatról. Pontosítok akkor, még konkrétabbra:

Lehet-e bármi hátrányom, ha nem engedélyezem a 8.8.8.8 és a 8.8.4.4 címmel kapcsolatos ICMP-t? Konkrétan ez miért valósul meg, miért szükséges ez az infó?

Ha nem tapasztalok működési hibát, miket okozhat, ami ez a tiltás miatt fog bekövetkezni konkrétan?

OPC és DCOM

Sziasztok!

 

 OPC és DCOM alapok ismeretével rendelkező informatikust keresek 1 napos munkára.

 

Ha vállalkoznál rá, kérlek ide írj: info at telconet.hu

 

Köszi

KB5028166 frissítés elrontja a távoli hozzáférést

Szevasztok!
Azt szeretném kérdezni, hogy másnál jelentkezett-e az a probléma, hogy a Összesítő frissítés 22H2 (x64) KB5028166 elrontja a távoli asztal hozzáférést (külső hálózatból)?
Jelenleg egy domain-ben lévő gépeket nem lehet elérni távoli asztallal (remmina) a frissítés telepítése után (belső hálózatban továbbra is látják egymást a gépek).
A jelenség gyökere ott keresendő, hogy a sysdm.cpl -- Távoli használat -- Távoli asztal -- Felhasználók kijelölése területen egyszerűen nem enged AD-ből csoportokat/felhasználókat felvenni, a távoli hozzáférés ezért meghiúsul! Pontosabban ki lehet ezeket az objektumokat tallózni, de a folyamat végén az említett lapon egy kérdőjeles ikon jelenik meg, és utána a csoport/felhasználó név már nem látható.

Tapasztaltátok már ezt?

Ha törlöm a fent nevezett frissítést, a probléma megszűnik.

windows 10 hálózat router csere utáni problémák

sziasztok

ne bántsatok nagyon...

helyzet: router bedöglött, másik lett berakva.
192.168.0.1 hálózaton volt a router gyárilag, de nekem 192.168.1.1 kellett. semmi gond, újraindítás,stb. megy minden gond nélkül nas,nyomtatók,stb...

vagyis menne...

helyi hálózaton van egy gép amin van egy bimcloud szerver (építész csapatmunka cucc) 22000,22001 portokon kommunikál.
eddig tökéletesen működött, most a router csere után meghülyült.
szervergépen tudom használni és beállítani,a tesztje lefujt hiban nélkül. de másik gépről nem tudom elérni a helyi hálón...
ping van, tűzfal/hálózat alaphelyzetbe állítva de semmi.

valami "összekutyulódott" csak nem tudom hogy mi.

köszönöm a segítségeteket előre is.

hpe proliant microserver gen10 windows 10 install crash

Sziasztok Hupperek!

 

Adott egy hpe proliant microserver gen10 verzio.

Van benne egy db ssd Samsung 960 evo, usb installert keszitettem rufussal es az ms hivatalos creation tools-val is.

Mind a ketto ugyan ott hasal el. Elindul a boot folyamat es telepito kezdo kepernyo elott rebootol a gep, de se hiba uzenet se semmi.

UEFI, secure boot, sata mod mindenm modon allitva. 

Hatha valainek volt ilyen problemaja.

Fedora 23 pikpak felment ugyan ugy usbrol rufussal keszitve.