-
GAMEPOD.hu
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 KaiotEch #83295 üzenetére
A Windows lemezkezelője a rendszer számára létrehozott kisebb partíciókat eleve nem engedi törölni biztonsági okokból. Ami jelen esetben is valahol érthető, pláne ha a Windows 10 hozta létre egy build upgrade során azt a helyreállítási partíciót, illetve használja jelenleg. Ez estben nyilván nem kellene erővel törölni... Max. átmozgatni és úgy megoldani a C kiterjesztését, amihez eleve külső particionáló program fog kelleni (példa).
(#83302) Nyugis:
Mi az, hogy nem indul el több óra után sem? Alapértelmezetten az MCT letöltését ajánlja fel az oldal, de megoldható akár közvetlenül az ISO is, amiről korábban volt szó bővebben. Normál esetben pedig nyilván mindkettőnél szinte azonnal megkezdődik a letöltési stb. művelet, nem kell órákat várni.[ Szerkesztve ]
-
King Unique
titán
válasz blackmacs #83317 üzenetére
Akkor először olvass utána a témának, nem olyan régen linkelve volt egy másik válaszban 2 részletes cikk is erről! Aztán majd ha meglesz a gép és sikerül bővebben leírni, hogy pontosan mit és hogyan szeretnél, utána lehet a továbbiakat fejtegetni... De amúgy, ha használod a topik keresőjét, akkor itt is lehet találni infókat a telepítéssel kapcsolatban. Példák: [link], [link], [link].
[ Szerkesztve ]
-
King Unique
titán
válasz petya2012 #83323 üzenetére
A teljes képernyős Start menünél pont az a lényeg, hogy ki lehet a programok (pl. Edge is), mappák stb. csempéit tűzni és ott könnyen elérhetők. A tálcára is lehet rögzíteni, de az más. A táblagép mód hasonló, de annál van pár korlát. Viszont, ha az kell, akkor be lehet kapcsolni a tálcánál az alkalmazásikonok megjelenítését, illetve lehet rögzíteni új elemeket.
[ Szerkesztve ]
-
King Unique
titán
válasz atee_13 #83328 üzenetére
Azért nem egy bonyolult dolog a Windows 10-et EFI módban pendrive-ról bootolni és az előző válaszban le volt írva erre vonatkozóan a lényeg, ahogy más is adott instrukciókat. Ezek alapján pedig meg kellene tudni oldani, illetve működnie kellene. Feltéve persze, hogy mindent megfelelően csináltál, jók a beállítások a BIOS-ban, jó a pendrive stb. Ha valami esetleg nem stimmel, akkor meg nincs min csodálkozni... Egyébként a 8.X és a 10 eleve hasonló ilyen téren és nem kell az utóbbi telepítéséhez rendszerint semmi trükk. Ha az előbbi bootol rendesen arról a pendrive-ról, akkor normál esetben a 10-esnek is kellene.
[ Szerkesztve ]
-
King Unique
titán
válasz atee_13 #83330 üzenetére
Az eredeti kérdésedben leírt hibaüzenet online találatok alapján akkor szokott előfordulni ennél a gépnél, ha pl. a BIOS-ban a boot sorrend nem megfelelő, nem a megfelelő boot device van elsődlegesként beállítva. Tehát innen nézve ezeket kellene próbálgatni első körben, esetleg visszaállítani az alapértelmezett értékekre stb. Aztán az meg a másik, hogy egyes laptopoknál jellemző, hogy az asztali PC-kkel ellentétben amolyan egyszerűsített, avagy lebutított UEFI BIOS szokott lenni, ami nem ritkán még bugos is... Ha egy ilyenbe sikerült belefutni és nincsen hozzá frissítés (javítás), az megint szép...
Egyébként amit itt említett valaki a telepítő kiírásával kapcsolatban, az nem újdonság. Eddig is volt róla itt többször szó a topikban (példa), hogy a Windows 10-nél elég csak átmásolni a fájlkezelőben a felcsatolt ISO-fájl tartalmát az előzőleg FAT32-re formázott pendrive-ra és kész, utána lehet róla bootolni róla. Ráadásul magán a pendrive-on nem kötelező a GPT séma EFI módban, lehet az MBR-es is. A Rufus natív GPT-UEFI beállítása akkor hasznos, ha valaki biztosan natív UEFI-s telepítést akar csinálni és még véletlenül sem akarja, hogy esetleg legacy BIOS (CSM) módban induljon a telepítő. Egyébként a régi gépek témához annyit, hogy nekem is van ilyen 2012/2013 körül gyártott UEFI-s laptopom és annál simán működik EFI módban mindkét módszer. Viszont, ha valakinél, vagy akár nálad azt takarja a régi gép, hogy csak legacy BIOS-os, akkor meg pláne nincs azon mit csodálkozni, ha nem kajálja meg a GPT séma szerinti pendrive-ot...
[ Szerkesztve ]
-
King Unique
titán
válasz atee_13 #83337 üzenetére
"1 féle képen tudtam előhozni UEFI lehetőséget, ha a úgy indítottam újra a gépet win 8 ból."
Ez nem teljesen világos, de ha Windows 8/8.1-nél be van a kapcsolva a fast startup, akkor a BIOS-ba belépni eleve csak a rendszer újraindítása után, illetve a speciális rendszerindítással lehet. Ha csak simán le van állítva a rendszer, akkor értelemszerűen nem.
Ha UEFI-s a laptop és van legacy (CSM) mód is, akkor normál esetben a boot menüben lenni szoktak pl. ilyen és ilyen opciók. Ha natív EFI módban akarsz telepíteni, akkor pedig értelemszerűen az annak megfelelőt kellene beállítani. A pendrive meg lehet pl. USB / USB HDD kategória a boot menüben, illetve F9/F12 stb. funkcióbillentyűvel is rendszerint elérhető egy gyors boot menü és ott kiválasztható a megfelelő eszköz. UEFI-s bootolásnál a Secure Boot általában maradhat bekapcsolva, a Windows 8.X/10 rendszerint támogatott ilyen téren. Egyébként az még mindig nem derült ki, hogy ha Windows 8.1-et írsz ki arra a pendrive-ra, akkor az bootol-e azon a laptopon EFI módban. Ha igen, akkor normál esetben a 10-esnek is kellene. Ha nem, akkor ott valami pláne el van cseszve...
[ Szerkesztve ]
-
King Unique
titán
válasz #68216320 #83339 üzenetére
Megoldható ezen leírás alapján, de van elvileg egy egyszerűbb módszer (+ infó) is ehhez. Az egyébként komoly, ha sikerült leformázni az ESP-t, amit a Windows a futó rendszer alól rendszerint nem is enged, nem véletlenül...
[ Szerkesztve ]
-
King Unique
titán
válasz erahurka #83362 üzenetére
A Windows 10-ből milyen verzió, milyen kiadás? Ha legalább Pro, akkor a gépházban eleve ott van az összesítő- és a funkciófrissítéseknél is a halasztási opció. Ahogyan teljesen szüneteltetni is lehet minden frissítést 35 napig. Ha Home kiadás, akkor külső programmal annál is könnyen megoldható (példa). Viszont teljesen és végleges letiltani a frissítéseket nem javasolt... Aki egyáltalán nem akar semmit frissíteni, ennyi erővel használhatna nem támogatott XP-t is...
Ez a random restart a frissítések után pedig megint nem egészen úgy van... Már akár a korai verzióknál is meg lehetett oldani, de a CU óta konkrétan 18 órás aktív időszak van. Valamint ütemezni is lehet az újraindítást és akár majdnem 1 héttel későbbi egyéni újraindítási időpont is megadható. Na meg előtte rendszerint tájékoztat a Windows 10, ha újra fog indulni, az meg a másik.
"merevlemezen akár javítani valamit erre azonnal kék halált dob induláskor"
Ha eleve gond van a merevlemezzel (pl. szektorhibás), akkor nyilván nem meglepő, ha javítani akarja, illetve a BSOD sem...
[ Szerkesztve ]
-
King Unique
titán
válasz erahurka #83364 üzenetére
Ha javítani akarja, akkor márpedig gond van a fájlrendszerrel és / vagy a merevlemezzel, máskülönben nem akarná javítani. A linkelt screenshotok a gépházon belül értelemszerűen a Frissítés és biztonság
—►
Windows Update, illetve az utóbbin belül a speciális beállításoknál érhetők el. -
King Unique
titán
válasz Dinter #83404 üzenetére
A tiszta telepítésnél nyilván nem feltétlen szükséges a teljes lemezt törölni, elég csak a rendszerpartíciót (C) és a rendszer számára létrehozott kisebb partíciókat. Vagyis, ha van külön adatpartíció is a lemezen és azon vannak a cuccok, akkor az maradhat érintetlen. Akkor szokott gond lenni, ha egyrészt hanyag módon minden a C-n van pakolva, az ottani felhasználói mappákba. Másrészt, amikor egyesek keverik a BIOS-MBR / UEFI-GPT telepítési módot, aztán utána meg csodálkoznak, hogy a Windows telepítője miért problémázik az MBR / GPT miatt...
Egyébként a gépházban ott van a gép alaphelyzetbe állítása opció a személyes fájlok megtartásával arra az esetre, ha nincsen hová lementeni az adatokat és minden a rendszerpartíción van.
[ Szerkesztve ]
-
King Unique
titán
válasz Cr00py #83419 üzenetére
Ahhoz elég csak a rendszerpartíciót törölni és a rendszer számára létrehozott kisebb partíciókat, nem muszáj a teljes lemezt, ahogyan más is írta...Egyébként meg de, van lehetőség az adatok megtartására, sőt nemrég pont erről volt szó.
(#83411) pszichiáter:
Azért azt kissé meredek javasolni, hogy nyugodtan váltson a stabilról egy esetlegesen instabil Insider buildra, pláne Fast Ring formájában... Az egy dolog, hogy nálad éppen jól működik, de másnál korántsem biztos. Az ilyenek eleve inkább tesztelésre valók, mintsem mindenkinek a mindennapi használatra.[ Szerkesztve ]
-
King Unique
titán
válasz #09819904 #83485 üzenetére
+ 1 Pont erről van szó! Tényleg nem zavar sok vizet a Store, nagy erőforrást sem használ, nagy tárhelyet sem foglal stb, vagyis totál felesleges erővel kigyomlálni... De aki ebben leli örömét, csak csinálja... Viszont azt tegye hozzá, hogy max. opcionálisan "javasolt" és esetleg, de semmiképpen sem kötelező jelleggel. Én speciel nem szoktam erővel semelyik beépített alkalmazást, az UWP appokat erővel eltávolítani, max. esetleg pár kéretlen játékot. Vagy azokat sem, mert szintén nem zavarnak sok vizet. Mégis évek óta megfelelően működik nálam a rendszer és használom gond nélkül.
[ Szerkesztve ]
-
King Unique
titán
válasz Doky586 #83552 üzenetére
Windows To Go drive-ot legutóbb mégis azzal kreáltál, mert ezek szerint nem működött a copy-paste módszer... De, ha épp egy Linux ISO-t kell kiírni DD képfájl módban, annál sem fog, ahogyan a spéci UEFI_NTFS-nél sem... Na meg aki nem akar parancssorban pl. a legacy mód miatt aktív partíció beállításával szórakozni, annak előnyösebb, ha egy külső program alapból megcsinálja helyette, amit kell.
[ Szerkesztve ]
-
King Unique
titán
válasz Doky586 #83556 üzenetére
Mármint a sima alatt a Windows telepítőjének normál kírása értendő, amihez valóban nem feltétlen szükséges külső program és opció a fájlkezelős másolás is. Viszont megvannak a maga előnyei egyik-másik külső programnak is és pl. olyan telepítőt nem csinálsz szimpla fájlkezelős másolással, ami NTFS-t nem támogató hardvereken is működik UEFI módban. Ellenben a Rufus igen.
A Linux ISO-k kiírásához pedig pont hogy nagyon is jó a Rufus és a YUMI csak a multiboot megoldással tud többet. De pl. DD képfájl módban már nem tudja kiírni, ahogyan a normál változattal elkészítve EFI módban sem lesz bootolható a telepítő... Ahhoz is külön a program UEFI-s verziója kell, ami még mindig többnyire béta állapotú és csak kikapcsolt Secure Boot mellett bootolható a vele kiírt Linux telepítője... Na meg úgy kell a szövevényes listájából kiválasztani a megfelelő Linux-verziót, majd külön betallózni az ahhoz való ISO-t, máskülönben nem engedi. Ellenben a Rufus nem béta és a Secure Boot kikapcsolása sem szükséges ahhoz, hogy induljon a pendrive-ról a Linux telepítője, valamint egyszerűbb és gyorsabb a használata is. Szóval nem igazán jobb ilyen célra a YUMI...
[ Szerkesztve ]
-
King Unique
titán
válasz Doky586 #83558 üzenetére
Még manapság sem támogatja minden egyes hardver UEFI-nél az NTFS fájlrendszerű pendrive-ról történő bootolást. Asztali PC-k és alaplapok esetében sem mindegyik, laptopoknál meg pláne, sőt az utóbbiaknál rendszerint a beállítási lehetőségek is eleve korlátozottak az UEFI BIOS-ban. A bekapcsolt CSM, meg az ilyen kettős, legacy + UEFI boot opciók pedig van hogy csak azt eredményezik, hogy nem natív EFI módban indul a telepítő, holott pont az lenne a cél. Legacy módban pedig nem meglepő, hogy lehet bootolni NTFS fájlrendszerű pendrive-ról is egy olyan hardveren, amelyik UEFI-nél alapértelmezetten csak FAT16/32-t támogat...
Az pedig szimpla csúsztatás, ha szerinted az előbbiek a speciális, nagy ritkán előforduló kategória... A linuxos dologra vonatkozóan meg pláne nem magyarázod meg ezt...
[ Szerkesztve ]
-
King Unique
titán
válasz Doky586 #83560 üzenetére
Itt pont az a lényeg, hogy ha A-tól Z-ig nézzük, akkor UEFI-s bootolásnál továbbra is inkább a FAT fájlrendszer támogatása felé billen a mérleg, az úgymond a standard. Tehát nem igazán világos, hogy miért is lenne izzadtságszagú...
A Linux valóban nem idevaló téma, azért is raktam offba. Viszont miután te is felhoztad, hogy milyen programot használsz a kiírásukhoz, arra ment a bővebb válasz is. Annál a leírtakon pedig megint nincs mit bizonygatni...
-
King Unique
titán
válasz Doky586 #83562 üzenetére
Ezeket én is tudom és nem is arról volt szó, hogy a sima fájlkezelős másolás nem működik FAT32 alapon, pláne UEFI-s bootolásnál. Le volt írva az előző válaszokban világosan, hogy mire gondoltam. Ha csak FAT fájlrendszert támogat a hardver UEFI-nél, akkor valóban opció akár az install.wim darabolása is, szintén nem újdonság. Viszont ilyenkor pont az inkább a kissé erőltetett és egyben körülményesebb módszer, próbáltam már... Ellenben egy Rufus megoldja egyszerűen enélkül is, pont az volt a lényeg.
[ Szerkesztve ]
-
King Unique
titán
válasz #15490560 #83597 üzenetére
Ha a régi, BIOS-os gépből lett átrakva az SSD a mostaniba, akkor azon nyilván BIOS-MBR séma szerint lett telepítve a Windows 10, ami UEFI módban értelemszerűen nem fog működni, mert ahhoz eleve GPT kellene. Tehát az adatok lementése után vagy teljesen törlöd az SSD-t a Windows telepítőjével és új telepítést csinálsz, vagy esetleg átkonvertálod UEFI-s telepítésre. Az utóbbi az MBR2GPT eszközzel kompletten megoldható, akár a pendrive-ról bootolt Windows-telepítő alól is. De mondjuk az új gép eleve másik hardverkörnyezet, vagyis szükség esetén a drivereket is le kell cserélni stb., ami plusz macera. Szóval, ha belefér az új telepítés, akkor lehet jobb lenne az új gépnél tiszta lappal kezdeni, vagy ahogy gondolod.
[ Szerkesztve ]
-
King Unique
titán
válasz flash- #83613 üzenetére
Ilyenkor jön jól pl. a nemrég említett YUMI, vagy a WinToFlash, azokkal lehet könnyen ilyen multiboot megoldásokat kreálni. Viszont a YUMI normál változata UEFI-s bootoláshoz egyáltalán nem használható, ahhoz a program UEFI-s verziója kell. De az azzal kreált multiboot pendrive is max. csak kikapcsolt Secure Boot mellett működik... Viszont, ha HBCD-t akarsz rátenni, akkor az elég régi és elavult, az az UEFI-s bootolást amúgy sem támogatja... Ha az utóbbi a cél, akkor helyette inkább valami spéci, Windows 10-re épülő WinPE rendszer lenne jobb, amikről itt a topikban is volt már szó.
[ Szerkesztve ]
-
King Unique
titán
válasz bb.bocs #83626 üzenetére
Ha USB-s meghajtóra akarsz Windows 10-et telepíteni és arról futtatni, akkor ahhoz normál esetben eleve Windows To Go kell. A Windows 10 Pro, Education, Enterprise kiadásokban benne van a létrehozási képesség, viszont kizárólag Enterprise ISO-val működik. De külső programok, mint pl. a Rufus, WinToUSB stb. megoldják más kiadásoknál is. Valamint akár más módon is lehet trükközni (példa), de elsődlegesen inkább az előbbi megoldások javasoltak. Ha pedig van már egy normál telepítés, azaz belső meghajtón van a Windows, akkor a WinToUSB akár a Windows To Go-ra történő átkonvertálást is képes megoldani.
Ha neked ezek közül nem felel meg egyik program, illetve egyik megoldás sem, akkor nagyon egyszerű a dolog. Ez esetben nem tudod külső SSD-re telepíteni és onnan futtatni a Windowst, ennyi...
[ Szerkesztve ]
-
King Unique
titán
válasz #09819904 #83634 üzenetére
Az egy dolog, hogy nem használsz SSD-t, meg szerinted felesleges, de másoknak nagyon is jól tud jönni. Pláne laptopoknál, ahol egy lassú, 2,5"-os, 5400 RPM-es HDD-vel már a maga a bootolás is eltart jó 0,5-1 percig és az még nem minden. Az egy dolog, hogy bejött a desktop, de amíg utána teljesen feláll a rendszer a telepített programok + induló folyamatok függvényében és rendesen használható lesz, az HDD-vel megint plusz idő. Ellenben SSD-vel nemcsak a bootolás látványosan gyorsabb és néhány másodperc alatt lezajlik, hanem utána gyakorlatilag kb. azonnal használatra kész a rendszer és a programok is valamivel gyorsabban indulnak. Na meg az olyan szoftverek, amelyik előszeretettel tekerik a háttértárat, ott megint nem teljesen mindegy a HDD / SSD.
Szóval az nem kérdés, hogy van-e értelme az SSD-nek rendszermeghajtóként, pláne Windows alá.
[ Szerkesztve ]
-
King Unique
titán
válasz #09819904 #83643 üzenetére
Én meg arra, ami le volt írva abban a hsz-ben, vagyis hogy itt korántsem (pár) 10 másodpercről van szó. A bootolás látványosan gyorsabb szokott lenni SSD-vel, a rendszer felállásáról meg ugye nem is beszélve. A másikkal amúgy inkább egyetértek, vagyis hogy attól mert HDD van a gépen, még nem feltétlen fog annyival tovább tartani egy sima, havi összesítő frissítés telepítése. Ha sok frissítést kell egyszerre felrakni, meg egy build upgrade-et lezavarni, ott már jobban kijöhet a különbség. De mondjuk nemcsak a háttértár számít, mert szereti pörgetni a WU a CPU-t is, meg kellő RAM sem árt közben.
[ Szerkesztve ]
-
King Unique
titán
válasz gordonfreemN #83637 üzenetére
Ha az UEFI BIOS-ban UEFI mód szerinti bootolás van beállítva, akkor nincs mit csodálkozni azon, ha a BIOS-MBR módban telepített Windows nem bootol a másik HDD-ről... Ilyenkor van hogy csak úgy lehet használni őket, hogy váltogatod a legacy CSM / UEFI módot és hol az egyiket, hol a másikat indítod. A Secure Boot kikapcsolása egy dolog, de ha a CSM módot engedélyezed, az lesz az alapértelmezett, akkor meg az UEFI szerint telepített Windows 10 nem fog indulni GPT-lemezről. Max. talán a kettős, CSM + UEFI opciónál. Ezért sem tanácsos keverni a kettőt... Egyébként meg ott van az MBR2GPT parancssori eszköz a 1703-as verzió óta, azzal szükség esetén elvileg át lehet 1:1-ben konvertálni a legacy BIOS telepítést UEFI-sre adatvesztés nélkül.
[ Szerkesztve ]
-
King Unique
titán
válasz Márton #83726 üzenetére
"Most ezt szeretném egy ssd-re klónozni, ám újratelepítve, clean install módszerrel."
A klónozás eleve azt jelenti, hogy a HDD-ről 1:1-ben átmigrálni a rendszert az SSD-re. A tiszta telepítés viszont más, ott a 0-ról telepíted újra és nem klónozod. Ahogyan a linkelt módszer is lényegében egy újratelepítés. Ha a HDD-n lévő rendszer most jól működik, akkor azt nyilván nem szükséges újratelepíteni a klónozás előtt. Annak pedig megint nem sok értelme van, hogy az alaphelyzetbe állítással úgymond lenullázod és max. csak a személyes fájlok maradnak meg, majd utána klónozod. Ennyi erővel akár lehetne egyből az SSD-re is telepíteni a 0-ról. Viszont a klónozás lényege pont az, hogy 1:1-ben átmásolja a rendszert és minden telepített program, beállítás stb. megmarad. Tehát el kellene dönteni, hogy melyiket is akarod csinálni...
[ Szerkesztve ]
-
King Unique
titán
válasz adika4444 #83725 üzenetére
Lehet csak megszakadt USB-n az adatkapcsolat érintkezési probléma miatt. Aminek oka lehet hibás kábel, a csatlakozó és az aljzat nem megfelelő érintkezése stb. De olyan is van, hogy csak USB 3.0 porton használna szakadozik, ellenben USB 2.0-nál nem. Aztán akkor szokott még kifagyni a Windows és a programok, ha a HDD-vel gond, mert pl. szektorhibás.
-
King Unique
titán
válasz Márton #83737 üzenetére
Van, telepíted az SSD-re a hagyományos módon pl. egy pendrive-ról, amit talán nem kell különösebben részletezni. Ha a hardver marad ugyanaz és a 7-esről lett frissítve a 10-esre (digitális licenc), akkor pedig választható a telepítésnél a "Nincs termékkulcsom" opció és majd automatikusan aktiválódik a rendszer.
(#83740) adika4444:
A leírások alapján 2 db USB 3.0 port van rajta. Mindkettőnél ez a helyzet, vagy csak az egyiknél, másik USB-tárolóeszközzel ki volt próbálva? USB-nél a driverek törlése alatt nem derült ki, hogy mit értettel, eszközkelőben törölni, vagy egyéb megoldást. De, ha Intel alaplapi USB 3.0 vezérlő van a gépben, akkor azt a Windows 10 eleve natívan támogatja.[ Szerkesztve ]
-
King Unique
titán
válasz adika4444 #83749 üzenetére
A gépnek akkor lehet gondja, ha más eszközökkel is ezt produkálja USB 3.0 porton, azért kellett volna kipróbálni. De még akkor sem biztos, hogy annak a hibája és ezért szokás másik OS alól is letesztelni a működést, ami lehet akár egy pendrive-ról bootolt Linux Live rendszer is. Aztán olyan is előfordulhat, amikor az USB 3.0 és a Wi-Fi zavarják egymást, interferencia keletkezik (bővebben). Emiatt pedig szakadozhat USB-n az adatkapcsolat, ledobálja az OS az eszközt stb.
[ Szerkesztve ]
-
King Unique
titán
válasz Kam1kaze #83766 üzenetére
Az UEFI-GPT alapon történő telepítésnél normál esetben a screenshoton lévő 3 db kisebb partíció jön létre a rendszer számára, nálam is olyan a 1607-esnél. Viszont pl. a build upgrade-ek után szokott olyan lenni, hogy + 1 db helyreállítási partíció (WinRe) jön létre, azaz 2 lesz a lemezen. Általában 450-499 MB méretűek, de lehet akár ennél több is. Viszont ez még nem hiba és nyilván nem javasolt csak úgy törölni stb. őket, ha használja a rendszer. Vagy talán annyira hiányzik az az 1,71 GB, avagy ténylegesen lefoglalt 696 MB? Az a 10 MB pedig amúgy nem igazán világos, nem is látszik a screenshotokon...
[ Szerkesztve ]
-
King Unique
titán
-
-
King Unique
titán
Az MCT olykor hajlamos ilyen-olyan hibákat produkálni. Ilyenkor neki lehet állni keresni a probléma okát a hibakódok alapján, de nem feltétlen érdemes vesződni vele. Megoldható az ISO-fájl letöltése és kiírása más módon is, amiről az előbbivel együtt pl. ebben a hozzászólásban volt szó nem olyan régen.
[ Szerkesztve ]
-
King Unique
titán
válasz Kékes525 #83835 üzenetére
Nálam ilyen a 1709-nél szokott előfordulni, nem mindig találja meg a havi 2., avagy most éppen 3. összesítő frissítést. Nemrég manuálisan tettem fel rá a katalógusból letöltve a KB4338817-et. A 1803 az OK, annál eddig felment mindegyik.
-
King Unique
titán
A screenshotokon világosan látszik, hogy a felhasználói jogosultságokkal van probléma NTFS fájlrendszernél, vagyis azokat kellene rendbe rakni. Erről nemrég volt szó bővebben itt a topikban.
(#83824) Enton:
Nem kell ahhoz általában semmi extra, hogy a Windows 10 kezeljen MTP módban egy andoidos okostelefont. Például én csak csatlakoztatom USB-n, majd a telefonon megerősítést kér a kapcsolat engedélyezéséhez és ennyi. Utána ott van a fájlkezelőben a belső tárhely és az SD-kártya. Ha nálad nincsen, akkor ilyenkor szokás az eszközkezelőt megnézni, hogy ott OK-e. Ha ismeretlen eszközként jelenik meg, akkor vannak ezzel foglalkozó leírások (példa), ahogyan az eszközkezelős hibakódokra is megoldási javaslatok.[ Szerkesztve ]
-
King Unique
titán
Hát igen, a tesztelésre és nem általános használatra szánt Insider verzióknál lehet több a bug... Nem véletlenül szokták az utóbbi célra inkább a stabilabbnak mondható normál verziókat, illetve buildeket használni. Én is így teszek a Windows 10-nél, jó dolog.
[ Szerkesztve ]
-
King Unique
titán
válasz jozsi252 #83901 üzenetére
Azt azért leírhattad volna, hogy pontosan mi a célod ezzel... Ha nem a telepítés, hanem csak a meghajtó törlése, illetve a rajta lévő OS legyalulása, akkor lehet a Windows telepítőjével is törölni a lemezt. De ilyenkor normál esetben utána telepíteni szoktak rá, vagy eladják és azért törlik. Ha el lesz adva és az a cél, hogy az új tulaj ne tudjon adatokat visszaállítani a háttértárról, akkor teljes formázást célszerű csinálja, vagy spéci programokkal többszörös felülírást. Ha SSD van benne, akkor pedig ott van a Secure Erase ilyen célra.
[ Szerkesztve ]
-
King Unique
titán
válasz idegen lény #83916 üzenetére
Érdemes particionálni, máskülönben használni sem tudnád... Több partícióra osztani, külön adatpartíciót létrehozni pedig célszerű ez esetben, mivel egyrészt nyilván nem kell 1 TB a Windowsnak. Másrészt, ha van adatpartíció, akkor egy újratelepítésnél azt valóban nem kell törölni, hanem csak a rendszerpartíciót (C) és a rendszer számára létrehozott kisebb partíciókat.
Az SSHD amúgy valamivel gyorsabb lesz OS alá a sima HDD-nél, de be kell járatni, kell némi használat és néhány restart ahhoz, hogy a gyakran használt elemek a gyorsítótárként használt SSD-re kerüljenek.
[ Szerkesztve ]
-
King Unique
titán
válasz GEPESZ66 #83929 üzenetére
Igen, a legújabb 5.45-ös verziónál van ez, hogy a beállításoknál az aktív felügyeletet hiába kapcsolod ki, mégis berakja magát a program az automatikus indításba és elindul a Windowszal együtt, aktív marad. Plusz az adatvédelem menüben a program által gyűjtött adatok elől sem lehet kivenni a pipát, illetve nincs is már ilyen opció... Az 5.44-esnél még mindkettő kikapcsolható volt. Ha zavar, akkor van belőle portable verzió is a letöltési opcióknál, valamint átmenetileg akár a régebbi is visszarakható.
[ Szerkesztve ]
-
King Unique
titán
válasz Kékes525 #83942 üzenetére
Mondjuk a legtöbben eleve a free verziót használják, de kösz a pontosítást, a Pro esetében valóban így van. A telepítésnél egyébként pl. az 5.44-es is alapértelmezetten bekapcsolja a rendszerfelügyelet, + az aktív felügyeletet és létrehoz egy bejegyzést a feladatkezelőben az automatikusan induló programoknál. Viszont utólag mindkettő kikapcsolható és utána a feladatkezelőből is eltűnik az automatikus indítás.
-
King Unique
titán
válasz luciferk #83952 üzenetére
Ilyenkor szokás rákeresni a hibakódra és az alapján megpróbálni megoldani a problémát. Na meg megnézni olyan alap dolgokat, hogy van-e egyáltalán elég szabad hely a rendszerpartíción a frissítéshez stb.
"Ezért kérdeztem, hogy le lehet e tölteni és telepíteni olyan win10/64-et amibe már benne van a 1803."
Már rég elérhető a 1803-as ISO, konkrétan április 30-án letölthető volt... A letöltött ISO-val pedig lehet közvetlenül in-place upgrade-et csinálni. De egyébként a Microsoft weboldalán lévő letöltési opcióknál az MCT és a frissítési segéd szintén alkalmas erre.
[ Szerkesztve ]
-
King Unique
titán
Így van, pont azt néztem én is, hogy nincs az 6-7 lépés... Nem értem minek ezen ennyit pörögni, amikor viszonylag könnyen elérhetők a szükséges beállítások. Az, hogy adott esetben meg kell nyitni a további opciókat az advanced módhoz, pedig egyáltalán nem olyan megerőltető, sőt.
(#83960) FoxiestFox:
Aztán mégis mitől rosszabb a desktop a 7-eshez képest...? Pont, hogy pl. számomra is kényelmesebb használni a 10-est és bekerült néhány új funkció, új elem, ami ezt elősegíti. Amikor 7-est futtató gép elé kell ülnöm, akkor már konkrétan hiányoznak is ezek.[ Szerkesztve ]
-
King Unique
titán
válasz #86564352 #83964 üzenetére
És, ez ekkora probléma, hogy most + 1-et kell kattintani? Lehetne akár közvetlenül ott az összes beállítási opció kirakva, viszont világosan oda van írva, hogy a további beállításokhoz mit kell megnyitni. Onnantól pedig egyértelmű és aki akarja, az könnyen be tudja állítani. Aki meg az a tipikus 1.0-s user, az lehet életében nem nyitja meg ahogyan a vezérlőpultot, úgy a gépházat sem. Szóval neki aztán ugyan mindegy, hogy az utóbbinál mi és hol van...
[ Szerkesztve ]
-
King Unique
titán
válasz #86564352 #83967 üzenetére
Ennyi erővel mondhatnám én is, hogy számodra nyilvánvalóan igen, sőt nagyon meglepődtem volna, ha nem... Az automatikus szabályoknál a további opciók mondjuk reális felvetés és tényleg nem írják oda. Viszont, ha odahúzom az egeret, akkor kijelölődik az a blokk, ami azt jelenti, hogy oda kattintva még további opciók is vannak, mert ahol nincsenek, ott eleve nem emeli így ki. Ugyanilyen elv alapján működik a gépház menüje is, ott sincs mindenhova 1.0-s szinten odaírogatva, hogy kattintson ide, meg további beállítások, mivel magától értetődő.
A havi 3 db frissítés csak néha jellemző, de általában havi 1-2 db összesítő szokott lenni. Ami nemcsak a Windows 10-nél van így, hanem ugyanúgy a Windows 7 és 8.1 rendszereknél is. Szóval nem lehet azt mondani, hogy mer' a 10-esre mindig mennyivel több jön. Amúgy meg valóban nem zavar, sőt kifejezetten szeretek frissíteni...
[ Szerkesztve ]
-
King Unique
titán
válasz #86564352 #83972 üzenetére
Tudni kell jól keresni, a megfelelő címszavakra... Amúgy meg nem mintha egy Windows 7 és 8.1 esetében annyival különb lenne és minden egyes apró beállítást egyből kiadna a kereső. A WU-nál az aktív időszak beállításánál pedig miért vinne egyből oda, amikor az eleve egy kisebb ablakban nyílik meg és nem egy teljes oldalas almenü? Ott bőven jó az, hogy megnyílik a gépházban a Windows Update és világosan oda van írva az aktív időszak módosítása, ami megint egyértelmű. A böngészőnél a 3 db pöttyhöz meg annyit, hogy ennyi erővel egy Chrome-nál is azon keresztül érhetők el a beállítások, a Firefox esetében pedig 3 db vonal jelképezi ezt. A fényképek alkalmazással pedig, ha megnyitok 1 db képet, akkor nálam nem eszik 1 GB RAM-ot és a CPU-t sem pörgeti. Ezt eleve inkább a böngésző szokta, pláne ha több lap van megnyitva.
[ Szerkesztve ]
-
King Unique
titán
válasz bb.bocs #83974 üzenetére
Aztán pontosan mire kell az neked?
Ilyen lemezképfájlt akkor szokás készíteni, ha a rendszer, vagy akár a teljes lemez (összes kötet) komplett lementése a cél, majd abból később a visszaállítás. Tud ilyet a Windows beépített eszköze és külső programok is (példák). De az előbbi több mappát és fájlt hoz ilyenkor létre, míg pl. a Macrium a normál mentésnél csak 1 db-ot, aminek saját kiterjesztése (
.mrimg
) van.[ Szerkesztve ]
-
King Unique
titán
válasz bb.bocs #83979 üzenetére
Ha normál telepítésről van szó, akkor az úgy nem nagyon fog menni, hogy lemented egy lemezképfájlba, majd utána USB-s tárolóeszközre állítod vissza és onnan bootolod. Az utóbbihoz eleve Windows To Go szerinti telepítés kell. De, ha nagyon muszáj, akkor pl. a WinToUSB képes átkonvertálni a normál telepítést Windows To Go-ra az alábbi leírás alapján. De az utána akkor elvileg csak USB-n lesz használható.
Egyébként miért baj az, hogy pl. a Macrium esetében nem
.iso
a lemezképfájl kiterjesztése, illetve miért létszükséglet számodra az ISO? Pont az a lényeg, hogy jóformán tökmindegy a kiterjesztés, ha az adott szoftver úgyis kezeli. Illetve rendszerint eleve saját formátumot használ mindegyik és nem nagyon van ilyen téren átjárás az egyes programok között. Na meg a.iso
amúgy sem éppen jellemző ilyenkor, mert egy mentésnél a lemezképfájl inkább.img
, vagy az adott program saját formátuma szokott lenni. Sőt, pl. a Windows beépített eszköze.vhdx
kiterjesztésű merevlemezfájlt hoz létre.[ Szerkesztve ]
-
King Unique
titán
válasz bb.bocs #83981 üzenetére
A WinToUSB-vel (is) tudomásom szerint egyrészt csak készíteni és konvertálni lehet Windows To Go telepítést, de lementeni, majd a mentésből visszaállítani nem. Max. a készítéshez kapcsolódóan klónozni egy már meglévőt. Másrészt pont az a lényeg, hogy
.iso
kiterjesztés és a Windows ISO-fájl csak a normál létrehozáshoz kell, ellenben a konvertáláshoz és a klónozáshoz nem. Illetve nemcsak ISO jó hozzá, hanem egyéb formátumok is, mint az az előbb linkelt leírásban is szerepel. Ha pedig másik programmal mented le lemezképfájlba, vagy klónozod a rendszert, akkor ahhoz szintén nem kell.iso
kiterjesztés.[ Szerkesztve ]
-
King Unique
titán
válasz bb.bocs #83988 üzenetére
Még mindig nem érted... A WinToUSB esetében a Windows ISO ahhoz kell, hogy kreálj egy Windows To Go telepítést. Ellenben ahhoz már nem, hogy ezt klónozd az előbb linkelt leírás alapján. Valamint nyilván ahhoz sem, hogy egyéb programmal lementsed egy lemezképfájlba, majd abból visszaállítsad a külső meghajtóra. Azt pedig magad is leírtad, hogy egy ilyennél nyilván nem a WinToUSB programmal állítanád vissza (nem is lehet), hanem nyilván azzal, amivel a mentés lett készítve. Vagyis akkor miről is beszélünk?
-
King Unique
titán
válasz internetezoo #84010 üzenetére
"Tiszta telepítéskor a C: meghajtón formatálás majd telepítés."
Pont ez volt a gond, ahogyan már írták... BIOS-MBR és UEFI-GPT telepítésnél is eleve vannak a rendszer számára létrehozott kisebb partíciók és egy tiszta újratelepítésnél alap, hogy azokat a C-vel együtt törölni kell. Ha ezt nem tetted meg és szimplán csak a C-t formáztad, akkor viszont nem kell csodálkozni, ha a korábbi telepítés maradéka a leírt problémát okozza és megjelenik a korábbi Windows indítóbejegyzése is... De amúgy nem akkora gond, mert körnnyen eltávolítható, amire több módszer is van. Ha pedig az a cél, hogy az előbb említett rendszer számára létrehozott kisebb partíciók ne kerüljenek másik fizikai lemezre, akkor arról is volt többször itt a topikban. Példák: [link], [link].
[ Szerkesztve ]
Új hozzászólás Aktív témák
• OFF topik
• TILOS a warez!
• Windows 10 frissítési kisokos
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen
Cég: Alpha Laptopszerviz Kft.
Város: Pécs