-
Fototrend
Mielőtt kommentelsz, olvasd el az Összefoglalót!
(Frissítve: 2020.05.31.)
Új hozzászólás Aktív témák
-
King Unique
titán
válasz
nullpoint #147959 üzenetére
Nyilván a Windows 10-nél is létezik ez a beállítási lehetőség, meg ha eleve a "How to Change Removal Policy for External Drives in Windows 11 or 10" cikkből van a screenshot ami világosan szemlélteti, csak meghajtófüggő is hogyan jelenik meg, illetve hogy belső vagy külső (USB-s), stb...
-
svgyula
addikt
válasz
nullpoint #147937 üzenetére
Sehol! Pont ezért nem frissítés gond! Nem a Boot résszel van probléma ha nem értetted volna a hozzászólást! A BIOS alapról indul!
Nem F8-at kér hanem F1 ami teljesen független a később betöltendő és akkor még ismeretlen meghajtón lévő rendszertől és annak frissítésétől! Ne keverd bele. -
sz.j
nagyúr
válasz
nullpoint #147315 üzenetére
"...Valamit a microsoft egyértelműen úgy csinált, immár egyértelműen szándékosan, hogy a "régebbi"gépeken gond legyen, és ne lehessen megoldani. ......."
Mint előzőleg már írtam három gépünk van (lásd a cuccaimat), és mindhárom réginek mondható, különösen a Gigabyte GA-P35-DS4 + Intel Core2 Duo E8400-os gép ami 15 éves (!!!) és hiba nélkül működnek Win 10 Pro-val ...
Azt hiszem, hogy a fentiek alapján beláthatod, hogy túlzás azt állítani, hogy "szándékosan" csinálta ezt a Microsoft
-
King Unique
titán
válasz
nullpoint #147317 üzenetére
Azt a hibát az a javítási módszer normál esetben megoldja, nem véletlenül ismertette a Microsoft. Ha esetedben nem és utána is BSOD van, akkor ott más gond lehet, pl. driver / 3rd paty program / BIOS-beállítás / hardver okozta probléma.
A manuális fájlmásolás korábban érdekes módon nem lett említetve, csak az hogy nem működik az a parancs, meg hogy nem találja a fájlt, stb. hibaüzenet. Majd jön a nagy csúsztatás, ahol ahelyett hogy a fájl törlése után a sikertelen újbóli parancssori másolásról lenne betéve screenshot - már ha volt egyáltalán olyan megfelelő kivitelezés mellett - , jön egy olyan, aminél a már létező fájl miatt reklamál a program és kérdez rá a felülírásra, majd arra rá van fogva, hogy nem működik az a parancs, nem találja a fájlt, stb. Ez már vicc, de tényleg!
Nem, a leírtak alapján inkább neked kellene, kellett volna figyelmesen elolvasni a többek által leírt, linkelt információkat és akkor talán sikerült volna megoldani a másolást parancssorban is.
Azt megköszönném, mert az ilyen "okosságokat" inkább másnak, meg ha direkt kipróbálom több PC-n és nálam gond nélkül működik, akkor ne akard már megmagyarázni, hogy egyáltalán nem működik. Köszi! -
King Unique
titán
válasz
nullpoint #147315 üzenetére
Ez most komoly?
Mutatsz egy olyan screenshotot, amin világosan látszik, hogy már létezik aSystem32
mappában ahidparse.sys
fájl - ami alapesetben eleve nincs ott, csak asystem32\drivers
mappában van - , mert már oda lett másolva illetve előzőleg már valószínűleg le lett futtatva a parancs - nocsak, akkor mégis működött - , azért kérdez rá a Windows 10, hogy felülírja-e. Majd erre fals módon ráfogod, hogy szerinted egyáltalán nem működik, amikor világosan látszik, hogy nyilván szó nincs ilyenről és előzőleg már megtörtént a fájl átmásolása...A WinRE megint érdekes lehet, a most kiderült információk után komoly kétségek merülnek fel, hogy az megfelelően végrehajtva lett-e kipróbálva, meg a DiskPart
list volume
lekérdezése után sikerült-e eltalálni a megfelelő meghajtóbetűjelet és annak megfelelően kiadni a parancsot.
Az előzőleg leírtak normál esetben nyilván működnek, jómagam is direkt kipróbáltam többször és simán működött mind a telepített Windows 10, mind WinRE alatt. Az, hogy egyesek nem tudnak egy egyszerű fájlmásolást megoldani parancssorban, vagy esetleg szét van náluk cseszve a Windows 10 rendszerfájlok és azért fut hibára, az nem a Microsoft és nem is más felhasználók hibája, hanem inkább user error...Értő olvasás, odafigyelés, téves állítások terjesztésének mellőzése legyenek a fő gondolataid!
-
King Unique
titán
válasz
nullpoint #147283 üzenetére
Nem világos miért ne működne a megoldás, amikor normál esetben nyilván működik, nem véletlenül tette közzé a Microsoft.
Nem, BSOD esetén az 1. lépés mindig az adott hibakód / hibaüzenet értelmezése, hozzáértőbbeknek a memory dump vizsgálata (példa + példa), majd utána beazonosítani a probléma forrását, meg hogy hardveres vagy szoftveres eredetű-e.
Korábbi Windows 10-verzióra sok értelme nincsen visszaállni, pláne hogy 2004 (20H1) és 22H2 verziók között eleve ugyanazok a kumulatív frissítések vannak, meg Home és Pro kiadásoknál a 22H2 mellett aktív támogatással max. a 21H2 verzió rendelkezik és az is csak júniusig.A lényeg továbbra is az, hogy eleve adott egy alternatív megoldás amíg nem érkezik kumulatív frissítés a probléma javítására, meg azon felhasználóknak akiket érint a probléma, amit már csak megfelelően alkalmazni kellene tudni, lásd az iménti válaszban leírtakat.
-
AtHoS
nagyúr
válasz
nullpoint #147216 üzenetére
Igen, valósan MS-től szedi az ISO-kat
Odaraktam letölteni egy 21H2 W10 magyar x64-et, ez volt a letöltés linkje
https://software.download.prss.microsoft.com/dbazure/Win10_21H2_Hungarian_x64.iso?t=f7349f75-6f1a-42ad-9b2d-d93e49b690bb&e=1672313101&h=66a8e8d11381245883008c0e34516029b0106f94676820dc12faa4f70a248367
-
King Unique
titán
válasz
nullpoint #147225 üzenetére
Nem a Windows 10 buildszáma volt a kérdés frissítés után, hanem a letöltött Windows 10 22H2 ISO-fájl buldszáma.
Nyilván javítják (lehet már a következő patch kedden), világosan le van írva az előzőleg már linkelt cikkben is.
"A problémáról szerencsére már a Microsoft is tud, sőt mi több, már dolgoznak a javításán is, annak elkészüléséig azonban közzétettek egy rövidebb útmutatót is, azzal kapcsolatban, hogy hogyan lehet elkerülni a problémát – ezt ide kattintva olvashatja el."
-
King Unique
titán
válasz
nullpoint #147206 üzenetére
"Ahogy sejtettem, a bizonyos nemindulást okozó frissítés a legutóbbi telepítőben már integrálva van,"
Dehogy van integrálva... Ha integrálva lenne, akkor eleve nem töltené le és nem telepíté a Windows Update, valamint akkor a KB5021233 számú kumulatív frissítés alapján eleve
19045.2364
lenne a 22H2 ISO buildszáma19045.2006
helyett, az MCT is elvileg az utóbbit tölti le. -
DS39
nagyúr
válasz
nullpoint #147206 üzenetére
szerintem ezt hamarabb javítani fogják, én várnék.
nem követtem a szálat, de ezt próbáltad?
A Microsoft közzétett egy ideiglenes javítást erre a problémára.
A lépések a következők:
A többszöri újraindulgatás után a Windows elvileg automatikusan be fog lépni a WinRE felületre (Windows Recovery Environment).
Itt válasszuk a Hibaelhárítás (Troubleshoot) lehetőséget.
Itt válasszuk a Speciális lehetőségek gombot.
Indítsuk el a Parancssort, majd várjuk meg míg újraindul a gép.
Újraindításkor (bejelentkezés után) egy paranccsornak kell megjelennie.
Gépeljük be a következő parancsot, majd nyomjunk Entert:
xcopy C:\windows\system32\drivers\hidparse.sys C:\windows\system32\hidparse.sys
A parancs lefutása után, írjuk be az exit parancsot (majd Enter).
Válaszuk a Folytatás gombot, ami után a Windows-nak újra kellene indulnia és remélhetőleg már normál módon el fog indulni.Fontos megjegyzésként a Microsoft hozzáteszi, hogy semmiképp sem javasolják, hogy más javítási módszert alkalmazzunk, illetve nem ajánlott, hogy a hidparse.sys fájlt töröljük a Windows\System32 mappából
-
King Unique
titán
válasz
nullpoint #147193 üzenetére
Az evidens, hogy normál esetben a C meghajtó a Windows rendszerpartíciója, ellenben itt arról volt szó, hogy pl. a telepítési adathordozóról bootolva is az lesz-e parancssorban.
Tehát nem lett minden eltávolítási opció kipróbálva, sejtettem.
Ha a frissítés telepítés okozta egyeseknél, akkor annak eltávolításának meg is kellene oldani, vagy egy rendszer-visszaállításnak, ha készült előtte visszaállítási pont.
-
King Unique
titán
válasz
nullpoint #147182 üzenetére
"Important: If Windows is not installed to C:\windows you will need to modify the command to your environment"
"you may need to change your drive letter from C to something else if Windows is installed on a different drive"A WinRE környezetben parancssort nyitva előfordulhat, hogy módosítani kell az elérési útvonalat, meghajtóbetűjelet másra, írja is az microsoftos útmutató és egy másik is.
"Frissítés etávolitás próbánál meg eltávolítás sikertelen hiba"
Az nem derült ki a leírtakból, hogy Windows 10 alatt a vezérlőpultban / parancssorban / DISM módszerrel próbálva, vagy a helyi WinRE menübe bootolva / telepítési adathordozóról bootolva WinRE grafikus felületen / parancssorban.
-
norba69
senior tag
válasz
nullpoint #147182 üzenetére
Álljítsd vissza a frissítés előtti utolsó rendszermentésed.
Vagy nincs ilyen?
Nem az MS-t kéne szidni, hanem azt, aki nem készít mentést megfelelő rendszerességgel.
Adatokról legalább van minimum két másolatod két különböző technológiájú tárolóeszközön? Ha nincs, akkor gyorsan legyen. -
bela30
csendes tag
válasz
nullpoint #147170 üzenetére
Sziasztok!
Ma már, most először nekem is jött egy kék halál, minden bizonnyal nálam is a Microsoft elhibázott KB5021233 frissítése miatt. Igaz én azt nem figyeltem meg hogy milyen hibakódot írt rá, de hát elég valószínű hogy nálam is ez lett a probléma, hiszen elvileg abszolút érintett vagyok benne én is:
Kiadás Windows 10 Pro
Verzió 21H2
Telepítés dátuma 2020. 12. 02.
Operációs rendszer buildszáma 19044.2364
Minőség Windows Feature Experience Pack 120.2212.4190.0
És persze máris parázok attól hogy még hányszor történik meg, ill. hogy mikor jön el a pillanat amikor már emiatt fel sem fog állni a rendszer. És hogy ezt megelőzzem, olvastam én is ezt a WinRE-s megoldást, de ahhoz én attól félek túl buta vagyok :-( Eleve azt sem tudom mi az.
Ezért én inkább egy másik megoldást választanék amit máshol olvastam miszerint egyszerűen távolítsam el ezt a KB5021233 frissítést. Erről mit gondoltok? Ez is segíthet? És ha igen, így kellene megcsinálni ugye? Gépház - Windows Update - Frissítési előzmények megjelenítése - Frissítések eltávolítása, és ott az új feljövő ablakban kiválasztani ezt igaz? Lásd feltöltött kép:[kép]
És ha igen, gondolom akkor javasoltok hozzá egy Frissítések szünetetetése 7 napigot is igaz, hiszen gondolom ha ezt nem választom ki, még hozzá előre, akkor úgyis le fogja szedni megint ezt a KB5021233-t igaz?
Előre is köszönök minden segítséget! -
King Unique
titán
válasz
nullpoint #147170 üzenetére
Ismert hiba a hírek szerint, amihez adott ki a Microsoft hibaelhárítási útmutatót.
Aztán mondjuk már akinél jelentkezik, több Windows 10 21H2 / 22H2 verziónál sem tapasztaltam eddig BSOD-ot a KB5021233 számú frissítés telepítése és újraindítás után, szóval ki tudja megint milyen csillagállás mellett értendő.A Windows 7 konzumer támogatása már 3 éve megszűnt, azon maradni aztán nem sok értelme van, meg pláne hogy a hírek szerint már a Chrome böngésző sem fogja támogatni...
-
King Unique
titán
válasz
nullpoint #133157 üzenetére
Ott nemcsak rejtett, hanem védett mappákról és fájlokról is szó van, + ott van a symlink, junction stb. is. Azt meg a blőd rokonos hasonlotok, példák nélkül is tudjuk, hol kell az előbbit beállítani, bár a védett rendszerfájlok megjelenítése + opció.
A megfelelő útvonalon elérhető az asztal tartalma, ahol igen, valóban nem sok értelme van a leírtaknak, meg ha használok egy programot, akkor annak az ablakát és tartalmát nézem az asztalon, nem a hátteret.
Vlamint alapesetben a felhasználói fiók default mappáiban tárolom az egyéb fájlokat ha már mindenképpen a C-n kell és nem feltétlen az asztalon.
Nem világos, hogy szimpla bemondással miért lenne bizonyított, hogy a rendszer hibája, ez nem éppen így megy... Meg ugye, ha a kedves programfejlesztők nem tudtak a legutóbbi 7.9.5-ös programverzióban sem kiirtani minden bugot, akkor majd bizonyára kiadnak újabbat, ami már mentes az említett problémától, ilyen egyszerű.
Az meg nem újdonság, hogy technikailag továbbra is működhet a W10 aktiválása a W7, 8.1 termékkulcsokkal, ami ugye a korábban megadott határidőn túl alkalmazva már nem feltétlen lesz jogtiszta, azt sem árt tudni.
-
King Unique
titán
válasz
nullpoint #133138 üzenetére
Nem világos miért lenne ez hiba és miért van ennek akkora jelentősége amikor az asztalon elhelyezett ikonok és mappák nyilván eleve ott vannak a helyükön, meg ezek szerint ismeretlen számodra a rejtett és védett mappák, + hogy nem mindegy hol nézik azt a desktop mappát a C-n.
A Notepad++ meg ugye 3rd party program, ahol ha az nem megfelelően működik, akkor az inkább programspecifikus, mintsem Windows specifikus probléma... Aztán az meg nem meglepő, ha a C rendszermeghajtón, illetve rendszerpartíción módosítani akar egy fájlt a felhasználói mappán kívül, akkor ahhoz ugye NTFS fájlrendszer esetén megfelelő hozzáférési engedély, meg a program rendszergazdaként történő futtatása lehet szükséges, ami amúgy a muzeális W7-nél is így volt/van.
-
nullpoint
őstag
válasz
nullpoint #133138 üzenetére
Gratulálok a w10 "alkotóinak" ....
Van egy public desktop mappa, itt látszik minden parancsikon az asztalon, de semmi más. Van egy "user" desktop mappa ott meg látszanak az asztalon levő mappák ,és pár random parancsikon ,de nem minden.
Komolyan , a microsoftnál már tényleg csak azok dolgoznak akiknek a szülei testvérek???
-
King Unique
titán
válasz
nullpoint #129881 üzenetére
Az konkrétan nem a Microsoft, nem a Windows 10 sara, ha egyes külső vírusirtók belezavarnak a frissítésbe, meg annyira beeszik magukat a rendszerbe, hogy adott esetben uninstallálni kell ahhoz - meg azt is a saját eltávolítójával - , hogy probléma nélkül lefusson pl. egy funkciófrissítés (példa).
-
spileraaa
senior tag
-
King Unique
titán
válasz
nullpoint #125778 üzenetére
Még szerencse, hogy a fórumtagnál is hiba nélkül lefutott a Windows Update által felajánlott BIOS-frissítés és nem volt semmilyen téglázás, meg hogy eleve csak opcionális volt és eleve a felhasználónak kellett eldönteni és megerősíteni, hogy telepíti-e, vagy sem.
Vagyis így már kevésbé van miről beszélni, meg igen, 2020-ban, illetve egy ideje már van ilyen, annyira nem újdonság.
-
King Unique
titán
válasz
nullpoint #125220 üzenetére
Ha megfelelően lett beállítva a nemrég szemléltetett módon, akkor márpedig nem frissít csak úgy a W10. Mármint ha pl. manuális telepítés van beállítva, akkor nem automatikusan, ha meg van adva X ideig egy halasztás, akkor azon kívül, nem azon belül, ha eleve csak választható egy frissítés, akkor nem települ magától, stb. Az előbbieket figyelmen kívül hagyva akkor frissít, ha pl. az életciklusa, támogatása végéhez ér az adott Windows 10-verzió, de akkor nem meglepő, mert a további támogatáshoz értelemszerűen újabb verzióra kell váltani és nem az EOL rendszert használni tovább frissítések nélkül, növelve ezzel a biztonsági kockázatot, stb. Meg ugye itt nem a frissítések végleges letiltásáról, annak támogatásáról van szó - ami eleve nem javasolt - , mint már említve volt.
A KB szám alapján most is meg lehet nézni pl. ezen az oldalon, hogy havonta milyen kumulatív frissítések jönnek ki az adott Windows 10-verzióknál. Meg már eleve kumulatív frissítések vannak havonta, illetve egy ideje 7, 8.1 esetén is, nem a régebben megszokott egyesével jönnek a kis frissítések és egyesével szelektálunk felállás.
A mostani új hardvereknél, meg pláne a jövőben megjelenő még újabb vasaknál Windows vonalon nyilván a W10 preferált, nem egy 10+ éves EOL OS, aminek a használatát (ESU nélkül) már hivatalos szervek sem ajánlják [link].
-
King Unique
titán
válasz
nullpoint #125216 üzenetére
Itt a frissítések konfigurálásáról, halasztásáról volt szó, ami megoldható az előző válaszban szemléltetett módszerekkel többféleképpen is, nem a végleges és teljes letiltásról, ami eleve nem javasolt, egy idő után eleve biztonsági kockázat, meg ennyi erővel akár EOL OS-t is lehetne használni.
Az ESU a W7 kiterjesztett támogatásához és a további biztonsági frissítésekhez kell, annak híján online használni nem feltétlen a legszerencsésebb, pláne hogy idővel egyre több lesz a biztonsági rés az OS-ben, amiket teljes mértékben nyilván nem fog tudni kompenzálni az antivírus szoftver, meg ilyen-olyan tűzfal. Persze ha valakinek megfelel így, akkor saját felelősségére használhatja, de attól még nyilván nem ez lesz az általánosan helyes és követendő példa.
-
King Unique
titán
válasz
nullpoint #125197 üzenetére
A gépházban eleve ott van a 35 napos szüneteltetés lehetősége, + az automatikus frissítés konfigurálható/kikapcsolható csoportházirend, registry szinten, Pro kiadástól adott a WUfB a további konfiguráláshoz és halasztáshoz, bár nem javasolt de átmenetileg akár letiltható maga a Windows Update szolgáltatás is, + elrejthetők az egyes frissítések, + ha forgalmi díjas internetkapcsolat van beállítva, akkor csak értesítést jelenít meg a Windows Update az elérhető frissítésekről, aktív életciklusú Windows 10-verzióknál csak válaszható frissítésként ajánlja fel a Windows Update az új funkciófrissítést, a havi patch kedden érkező kötelező "B" kumulatív frissítés ideje (hónap. 2 .keddje helyi idő szerint este 19 órától) eleve ismert, a "C"/ "D" csak választható frissítés azaz nem kötelező, stb. Szóval bőven vannak lehetőségek, ha a felhasználó kontrollálni, halasztani akarja a frissítések telepítését.
Amúgy a munkagépen az a W7 gondolom vagy offline üzemel, vagy ha online, akkor szervezeti felhasználás van és van előfizetés az ESU-ra.
-
coco2
őstag
válasz
nullpoint #125170 üzenetére
Hitvitát nyitni nem akarok róla, de szerintem ha nem vagy rákényszerítve, ne térj át win 10-re. A windows mostanra vacakabb lett egy overgagyi androidnál is. A régi megszokott letisztult felületnek nyoma sincs. Ilyen metro-gagyit húztak be a start menübe - nyilván azt kapták ingyen. Ha nem láttad még, nézd meg, mielőtt váltanál rá, nehogy szívrohamot kapj a meglepetéstől, hogy mit neveznek windows-nak újabban.
Akik most új laptopot vesznek, ők szinte biztosan kényszerítve vannak. Én kaptam meg az első generációját az új M$ rákfenének, és nagyon meglepi, hogy egy Linux nem tud (!) feltelepülni. Win7 dettó. Muszáj w10-et rakni. Ha neked nem muszáj, nehogy válts rá, mert nagyon megbánod.
-
King Unique
titán
válasz
nullpoint #125170 üzenetére
Lásd az előbb leírtakat, vagyis attól hogy nála most ez történt - ami eleve nem tisztázott teljesen - , még nyilván nem feltétlen ez az általános minden esetben, meg pláne nem manapság, nem az újabb verzióknál. Meg ugye itt funkciófrissítésről volt szó, nem akármilyen frissítésről. Az meg a másik, hogy aki csak a C-n lévő felhasználói mappákban tárolja a fontos fájlokat mindenféle mentés, biztonsági másolat nélkül, az adatbiztonság szempontjából = 0, olyan mintha nem is léteznének azok a fájlok, amire az adatmentés topik 1. hozzászólása is fokozottan felhívja a figyelmet...
Új hozzászólás Aktív témák
• OFF topik
• TILOS a warez!
• Windows 10 frissítési kisokos
- Microsoft licencek KIVÉTELES ÁRON AZONNAL - UTALÁSSAL IS AUTOMATIKUS KÉZBESÍTÉS - Windows és Office
- Eredeti Microsoft termékek - MEGA Akciók! Windows, Office Pro Plus, Project Pro, Visio Pro stb.
- ROBUX ÁRON ALUL - VÁSÁROLJ ROBLOX ROBUXOT MÉG MA, ELKÉPESZTŐ KEDVEZMÉNNYEL (Bármilyen platformra)
- Eladó steam/ubisoft/EA/stb. kulcsok Bank/Revolut/Wise (EUR, USD, crypto OK)
- Windows 10 11 Pro Office 19 21 Pro Plus Retail kulcs 1 PC Mac AKCIÓ! Automatikus 0-24
- Xiaomi Redmi 10 128GB, Kártyafüggetlen, 1 Év Garanciával
- Azonnali készpénzes GAMER / üzleti notebook felvásárlás személyesen / csomagküldéssel korrekt áron
- Bomba ár! Lenovo X1 Carbon G6: i7-8G I 16GB I 256-512 SSD I 14" FHD I HDMI I Cam I W11 I Gari!
- BESZÁMÍTÁS! Gigabyte H610M i5 13400F 16GB DDR4 512GB SSD RX 6700XT 12GB DeepCool MATREXX 40 650W
- BESZÁMÍTÁS! Intel Core i7 4790 4 mag 8 szál processzor garanciával hibátlan működéssel
Állásajánlatok
Cég: Promenade Publishing House Kft.
Város: Budapest
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest