-
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 moleculez #82559 üzenetére
Itt egyrészt az a kérdés, hogy mivel és hogyan particionáltad 2 részre a pendrive-ot. A Windows, illetve a Windows 10 csak a 1703-as és annál újabb verzióknál támogatja ezt, ellenben a korábbi rendszerek nem, azoknál ilyen-olyan trükközéssel (példa) lehetett csak megoldani. Másrészt pont az a lényeg, hogy ha egy újabb Windows 10-verzióval lett megoldva, ami támogatja ezt, akkor simán újra kellene tudni particionálni a pendrive-ot a lemezkezelővel / parancssorban (DiskPart), egyesíteni a 2 kötetet stb. Normál esetben nem kell ehhez semmilyen spéci program, pláne nem egy linuxos GParted. Továbbá az megint érdekes, hogy állításod szerint a DiskPart nem listázza ki, ellenben az EaseUS particionáló programja igen. Holott pont az lényeg, hogy nyilván a lemezkezelőnek és a parancssori eszköznek is meg kellene jelenítenie, máskülönben a külső particionáló program sem listázná ki. Aztán ez a hiányzik 4 GB meg lehet inkább az lehet, hogy kevered a decimális alapon számolt gyártói, azaz 1000-es alapon értendő SI mértékegységrendszer szerinti bruttó kapacitást (32 GB) a bináris, azaz 1024-es alapon és IEC mértékegységrendszer szerint nettó értékkel.
[ Szerkesztve ]
-
King Unique
titán
válasz májkimiki #82594 üzenetére
"Képfájl jó lessz, ha dd-vel írom pendrájvra?"
Ha Windows ISO-fájlt akarsz kiírni pendrive-ra, akkor ahhoz a "dd", illetve a DD képfájl mód szerinti írás eleve nem jó, az a Linux képfájlokhoz való. Szóval teljesen felesleges nekiállni "dédézni", mert utána garantáltan nem fog bootolni!
Ha Linux alatt akarod kiírni a Windows 10 telepítőjét pendrive-ra, akkor ott van pl. a WoeUSB. De amúgy nem nagy szám program és egyáltalán nem létszükséglet ehhez a használata... Működik Linuxnál is az a módszer, ami Windowsnál. Vagyis felcsatolod az ISO-t a fájlkezelőben és a tartalmát átmásolod az előzőleg FAT32-re formázott pendrive-ra, ennyi. Max. esetleg aktívvá (boot flag) kell még tenni rajta a partíciót, de arra is csak a legacy BIOS (CSM) módban történő telepítésnél lehet szükség egyes hardvereknél, ellenben UEFI boot mód esetében már nem.
[ Szerkesztve ]
-
King Unique
titán
válasz jokeph #82625 üzenetére
Meg, amiért van benne valami nemkívánatos szemét és egy jobb AV kapásból beriaszt rá már a letöltésnél...
Akkor már inkább Virtual CloneDrive, vagy WinCDEmu, ha annyira muszáj. De pl. egy ISO-hoz nem létszükséglet egyik sem, mert a Windows 7-tel ellentétben a Windows 8.X/10 már natívan kezeli.
[ Szerkesztve ]
-
King Unique
titán
Ha Windows 7-et akarsz telepíteni arra a laptopra, akkor nem éppen világos, hogy miért itt és miért nem a Windows 7 topikban érdeklődsz...
Egyébként meg tipikus probléma szokott lenni a 7-es telepítésénél az USB 3.0 port, mivel a 8.X/10 rendszerekkel ellentétben nem támogatja natívan a szabványt. Aztán az UEFI szintén, mivel azt sem támogatja teljes körűen és pláne laptopoknál van, hogy csak legacy BIOS (CSM) módban telepíthető. Továbbá egyéb drivert (pl. SATA) is hiányolhat a 7-es telepítője, na meg az sem mellékes, hogy a laptop gyártójának oldalán melyik Windowshoz van támogatás, melyikhez vannak driverek. Ha eleve egy újabb gép, akkor annál megint nem feltétlen biztos, hogy a 7-es teljes körűen támogatott. Sőt, pl. az X349-G2-M esetében elvileg csak Windows 10-hez vannak a gyártó weboldalán.
[ Szerkesztve ]
-
King Unique
titán
Aztán minek, netán laptopot használsz aksiról és amiatt annyira fontos, hátha jelent valamit, vagy miért?
Ezeknek is a kikapcsolása csak opcionális, egyáltalán nem kötelező. Nálam rendszerint nincsen egyik sem, erővel uninstallálni sem szoktam a beépített alkalmazásokat, mégis működik a rendszer és használom gond nélkül. Ha pedig megfelelő teljesítményt akarok, akkor eleve nem ilyeneket piszkálok, meg ilyen-olyan optimalizáló programokkal szórakozok, hanem kellően erős hardvert használok. Önmagában pusztán már egy SSD is sokat jelent.
[ Szerkesztve ]
-
King Unique
titán
válasz terapeuta007 #82659 üzenetére
Azt nem írtad, hogy a Windows 10 és a StartIsBack program melyik verzióját használod. De pl. az előbbinél a legújabb Windows 10-verzió (1803) csak a program 2.6.2-es verziójától kezdve támogatott. Vagyis, ha azt használod, akkor inkább a programot kellene szükség esetén frissíteni, mintsem beletúrni erővel a rendszerbe...
-
King Unique
titán
válasz Kiskokó #82710 üzenetére
Ennyire azért nem kell túlbonyolítani a dolgot... Ha nincsen semmi fontos adat az SSD-n, akkor alap, hogy ilyenkor teljesen törölni kellene. Ez opció a telepítő grafikus felületén, ahogyan parancssorban is a DiskPart használatával. Majd utána a szabad területet telepítési célnak kijelölve elég csak a tovább opcióra menni és folytatni a telepítést. A rendszer számára fenntartott kisebb partíciókat pedig eleve nem kell manuálisan formázni és létrehozni. Azt az előbbi műveletnél megoldja automatikusan a telepítő. Illetve lehet a továbblépés előtt az "Új" opcióra is kattintani, ami után alapból felkínálja a telepítő azok létrehozását. Ha UEFI-GPT módban fut a telepítő, illetve aszerint lesz telepítve a Windows 10, akkor a 100 MB-os ESP eleve FAT32 fájlrendszerű lesz, az nem újdonság. Ahogyan a pendrive-ot is FAT32-re szokás ilyenkor formázni függetlenül attól, hogy egyes alaplapoknál EFI módban akár az NTFS is opció.
[ Szerkesztve ]
-
King Unique
titán
Az okostelefonon max. a telepítőt tölti le és írja ki valahogyan a pendrive-ra (ha nem tudja máshogyan megoldani), de a Windows telepítőjét értelemszerűen már a laptophoz csatlakoztatott pendrive-ról kellene bebootolni, nem a telefonról. Ilyenkor látszik amúgy, hogy komolyabb dolgokra mennyire haszontalanok ezek mobilkütyük és leginkább csak tartalomfogyasztásra valók...
A másik hsz-edben a "bootolható telepítő micro sd kártyát" helyett lehetőség szerint inkább egy normális pendrive-ot kellene használni erre a célra, mert SD-kártyáról korántsem minden hardver esetében lehet bootolni a telepítőt, sőt.
[ Szerkesztve ]
-
King Unique
titán
válasz Mardel #82771 üzenetére
Az nem tudom megvan-e, hogy a 1511-es verzió támogatása már bőven lejárt és rég frissíteni kellett volna egy újabb verzióra... Egy teljes build upgrade pedig eltarthat egy ideig, ami nem meglepő. Ahogyan az sem, hogy utána szükség esetén egyes drivereket frissíteni kell, illetve aktualizálni az egyes programokat és eszközökhöz való drivereket az új Windows 10-verzióhoz.
Az ilyen ovis szintű és ultragáz "fos, $" stb. megnyilvánulásokat meg a rendszer szakmai topikjában igazán lehetne mellőzni...
[ Szerkesztve ]
-
King Unique
titán
válasz Mardel #82776 üzenetére
Tedd hozzá, hogy már akinél, meg szerinted... Én speciel folyamatosan frissítem a rendszert és az aktuális funkciófrissítéseket is mindig felrakom, van (másmilyen) HP nyomtatóm is, megy, illetve települ az XY .NET is, ha egy programnak szüksége van rá. Az utóbbihoz pedig amúgy le vannak írva a rendszerkövetelmények.
[ Szerkesztve ]
-
King Unique
titán
Ha vadiújak, akkor nyilván particionálatlan mindkettő. Vagyis particionálni kell őket a lemezkezelőben, azaz először MBR / GPT séma szerint inicializálni, majd a nem lefoglalt területen létrehozni egy új kötetet pl. NTFS fájlrendszerrel. Még mielőtt megkérdeznéd, a GPT 2 TB feletti meghajtóknál kötelező, illetve UEFI-s rendszermeghajtónál, ha pl. Windows van rá telepítve EFI módban. Tehát ezektől eltérő esetben választható (elég) az MBR is, de amúgy a GPT szintén opció.
[ Szerkesztve ]
-
King Unique
titán
Ez így érdekes, mert a leírtak alapján már van egy rendszermeghajtód, amiről épp fut a Windows 10. Ez netán egy 2. lesz, vagy a régi SSD cserélve erre az újra, vagy másik gépbe lesz téve?
Ha rendszermeghajtóként lesz használva az SSD, akkor amúgy teljesen felesleges előparticionálni, mivel a partíciós séma Windowsnál eleve az BIOS-MBR / UEFI-GPT telepítési módtól függ majd. Azt pedig majd beállítja a Windows telepítője, nem kell előre, pláne hogy egyesek amúgy is elrontják és utána meg csodálkoznak, hogy miért problémázik a telepítő az MBR / GPT miatt... Plusz ahhoz, hogy a rendszer számára létrehozott kisebb partíciók ne kerüljenek másik lemezre (példa), ahhoz eleve particionálatlan területet célszerű megadni telepítési célnak. Illetve ott az "Új" opcióra kattintva létrehozni a telepítővel az adott lemez elején ezeket a kisebb partíciókat. Vagy eleve letiltani a BIOS-ban / fizikálisan leválasztani stb. a telepítés idejére a többi háttértárat.
[ Szerkesztve ]
-
King Unique
titán
Ennyi erővel a régi SSD-ről lehetne a rendszert akár klónozni is az újra, nem muszáj erővel tiszta telepítést csinálni. Az sem feltétlen gond, ha nem egyforma tárolókapacitásúak, mert akár a rendszerpartíció zsugorítása is megoldható (bővebben). De, ha mindenképpen tiszta telepítést akarsz csinálni, akkor nyilván azt is a lehet. A lényeg, hogy akár klónozol, akár újratelepítesz a 0-ról, egyik esetben sem kell előparticionálni az SSD-t, sőt mondhatni teljesen felesleges. Az meg az előző válaszban már le volt írva világosan, hogy a HDD esetében is az inicializálás után az új kötet létrehozása a következő lépés.
Ha a Windows 10-nél be van kapcsolva a gyorsindítás (fast startup), akkor a rendszer leállítása után eleve nem lehet belépni a BIOS-ba, max. csak az újraindítása után. Illetve a BIOS-ban a bekapcsolt Fast Boot opció is bekavarhat. De Windows 8 óta pl. a gépházban a speciális rendszerindítást választva közvetlenül is elérhető az UEFI BIOS.
[ Szerkesztve ]
-
King Unique
titán
Semmit, majd a Windows telepítője megcsinálja a particionálást, ha eddig nem lett volna a leírtak alapján kellően világos... De, ha esetleg már feleslegesen particionáltad és formáztad, akkor lehet majd utólag a telepítő grafikus felületén is törölni, vagy parancssorban a DiskPart használatával.
[ Szerkesztve ]
-
King Unique
titán
válasz CsengődiGeri #82818 üzenetére
Azért az megint túlzás, hogy minden egyes funkciófrissítés és új build miatt egyből új hardvert kellene venni, meg mindenből újabb programokat. Pont az a lényeg, hogy normál esetben nyilván nem kell, sokan eleve ugyanazon a vason upgrade-elnek végig az újabb és újabb verziókra, nem cserélnek mindegyiknél hardvert... Ahogyan programoknál sem kell mindegyikből újabb, amelyikből meg igen, ahhoz rendszerint időben kiadja a szoftver gyártója az újabb változatot. Ahol esetleg előfordulnak problémák, ott meg a hardverek és a szoftverek gyártóinak a hiányossága is, ha szükség esetén nem aktualizálják időben a drivereket és a programokat az új Windows 10-verzióhoz... Ami egyébként nem jelenti azt, hogy ez később nem változhat. Ráadásul akár ki is lehet várni, amíg jobban kiforr minden, mivel az évi 2 build upgrade sem feltétlen kötelező. A Pro kiadástól kezdve eleve beállítható késleltetett frissítési csatorna, illetve az 1 éves halasztás. Ahogyan külső programmal a Home kiadásnál is megoldható, sőt pláne külső programmal akár még tovább is halasztható mindkettőnél. A funkciófrissítés halasztása indokolt esetben még belefér, de azért a végtelenségig nem lehet halogatni az egyes verziók véges támogatása miatt. Viszont mindennemű frissítés teljes és végleges letiltása, illetve egy már nem támogatott Windows 10-verzió online használata mellett egyszerűen nincsenek észérvek, akármi akármit mond...
[ Szerkesztve ]
-
King Unique
titán
válasz dangerzone #82824 üzenetére
Tipikus probléma, mivel egyesek rendre keverik a BIOS-MBR és az UEFI-GPT telepítési módokat... Ha az előbbi szerint akarsz telepíteni Windowst, akkor ahhoz értelemszerűen MBR particionálási séma szerinti lemez kell, nem GPT. Viszont, ha a D partíción jelenleg adatok vannak és nincsen mód azokat lementeni, majd utána a lemezt teljesen törölni, akkor a boot módot kellene átállítani UEFI-re és aszerint telepíteni. Ha nálad most legacy BIOS (CSM) mód van beállítva, ellenben a Rufus natív GPT-UEFI beállítása szerint írtad ki a pendrive-ra a telepítőt, akkor nem meglepő, ha nem bootol... Illetve egyesek ezt is félreértelmezik, mert itt korántsem csak a kiíráson múlik, hogy milyen módban fog indulni a telepítő, hanem eleve a megfelelő boot mód beállításán, illetve a megfelelő boot eszköz kiválasztásán.
[ Szerkesztve ]
-
King Unique
titán
válasz tylerddd #82837 üzenetére
Itt a Windows 10 telepítőjének (ISO) kiírása a pendrive-ra egy dolog, ami egyébként megoldható külső program nélkül is, amiről már szintén volt szó több alkalommal itt a topikban (példa). Viszont ahhoz, hogy ténylegesen UEFI módban történjen a telepítés, az előbbi válaszban linkelt dolgokat is javasolt lecsekkolni, illetve szükség esetén beállítani. Valamint ha már SSD, akkor a BIOS-ban pl. a SATA AHCI módot is, ami a "Windows 7/8/10 SSD-vel! Hogyan is?" cikkben is le van írva. Továbbá a telepítésnél érdemes figyelni még arra is, amiről nemrég volt szó egy másik válaszban.
[ Szerkesztve ]
-
King Unique
titán
Már épp akartam írni a másik topikban látva a kérdésedet, hogy lehet inkább itt kellene érdeklődnöd, ha Windowszal kapcsolatos ...
1. Milyen HDD, mekkora méretű fájlok, a csatlakozás és a kábelek SATA-n rendben vannak stb? Egyébként egy merevlemez eleve nem egyformán gyors a teljes felületen, amit pl. a HD Tune programmal végezett tesztek is szemléltetnek (példák). Az elején a leggyorsabb, ellenben a vége felé közeledve egyre inkább lassul. Ahogyan akkor is, minél inkább tele lesz másolva és csökken a szabad hely mérete. Aztán az sem mindegy, hogy kisebb / nagyobb méretű fájlokat másolsz, előbbi lassabb, utóbbi gyorsabb. Amúgy felesleges volt összegányolni a rendszert XY driver updater programokkal, mert van amikor pont az ilyenek okoznak különféle anomáliákat...
2. Mire lesz használva? Az előző válaszokban már le volt írva világosan, hogy ha az is rendszermeghajtóként, akkor semmit, majd a Windows telepítője particionálja. Ha másodlagos meghajtóként adattárolásra, akkor a lemezkezelőben először inicializálni kell, majd utána létrehozni egy új kötetet.
[ Szerkesztve ]
-
King Unique
titán
Sok apró méretű kép másolása eleve lassabb lesz, mint egy nagyobb méretű lemezképfájl, film stb. másolása. Ha maxon akarod járatni a HDD-t és kihasználni a szekvenciális értékeket, akkor ahhoz nyilván nagyméretű fájlokat kellene másolni. A forrásmeghajtó pedig hiába egy gyors SSD, ha a célmeghajtó egy jóval lassabb, 5400 RPM-es HDD. Ez esetben az utóbbi eleve korlátozni fogja az adatátviteli sebességet.
Ha nem OS-t akarsz rá telepíteni és rendszermeghajtóként használni, akkor értelemszerűen igen. Remélem többször már nem kell leírni...
[ Szerkesztve ]
-
King Unique
titán
válasz MaxxDamage #82876 üzenetére
Nyilván nem egyesével minden fájlra és könyvtárra külön-külön kell ilyenkor beállítani a jogosultságot, hanem a teljes meghajtóra, az egészet saját tulajdonba kell venni stb.
-
King Unique
titán
válasz MaxxDamage #82880 üzenetére
Van erre több módszer is, de igen, teljes hozzáférést kell adni, illetve teljes hozzáféréssel hozzáadni a saját felhasználódat a csoporthoz stb.
-
King Unique
titán
Bővebben...?
Nem írtad, hogy pontosan milyen, melyik verzióra épülő Windows 10 telepítővel próbálkozol. Ahogyan azt sem, hogy a Rufus melyik beállítása szerint írtad ki a pendrive-ra a telepítőt. Aztán azt szintén nem, hogy a BIOS-ban milyen bootolási mód van jelenleg beállítva. Ahogyan azt sem, hogy ha van olyan opció, akkor az adott bootolási módnak megfelelő boot eszköz lett-e kiválasztva. Továbbá az szintén nem derült ki, hogy amúgy a letöltött ISO-fájl rendben van-e, valamint maga a pendrive, más telepítőt, illetve korábban a mostanin / más gépeken lehetett-e róla bootolni. Ehhez kapcsolódón pedig arról sincs információ, hogy próbáltad-e másik porthoz csatlakoztatva, illetve másik pendrive-ról telepíteni stb.
[ Szerkesztve ]
-
King Unique
titán
válasz MaxxDamage #82885 üzenetére
Akkor ott nálad nem stimmel valami, esetleg blokkolja az automatikus indítását egy AV, vagy más... Nálam Windows 10 1803-as verziónál simán indul a rendszerbe történő bejelentkezés után automatikusan a program 5.84-es verziója mindenféle trükközés nélkül, sőt a kezelőfelületén erre vonatkozó beállítási lehetőségek is vannak.
A másik problémádnál az előző válaszban már le volt írva, hogy a teljes meghajtót saját tulajdonba kell venni, hozzáadni a felhasználódat teljes hozzáféréssel. Illetve a tulajdonos cseréjét bejelölni a teljes meghajtón, bekapcsolni az engedélyek öröklését stb. Vannak ehhez leírások is, hogyan kell megoldani grafikus felületen, avagy akár parancssorban.
[ Szerkesztve ]
-
King Unique
titán
válasz MaxxDamage #82906 üzenetére
Mondjuk már eddig is kipróbálhattad volna, mert az előző válaszban is említve volt, sőt a linkelt leírásban még külön be is van jelölve.
Annál a programnál az automatikus indításnak pedig megint működni kellene. Ha esetleg a portable változatot használod, lehet az a gond. De, ha rendesen telepítve lett a program, akkor indulnia kellene automatikusan. Ráadásul én a 1803-as verzióval próbáltam, szóval még azt sem lehet mondani, hogy nem kompatibilis az új rendszerrel.
[ Szerkesztve ]
-
King Unique
titán
válasz MaxxDamage #82908 üzenetére
Először is miért akarsz béta verziót telepíteni és használni, az 5.84-es stabil verzió miért nem jó?? A letöltéseknél a béta esetében valóban csak portable van, de az 5.84-esnél a portable változat mellett van normál telepítő is. Ha azt akarod, hogy rendesen működjön az automatikus indítás, akkor eleve az utóbbit kellene telepíteni, azt csináltam én is. Mik ki nem derülnek mindig a végén...
[ Szerkesztve ]
-
King Unique
titán
válasz MaxxDamage #82933 üzenetére
Az világosan látszik a screenshoton, hogy a meghajtón a rendszer (SYSTEM) a tulajdonos, nem pedig te... Eleve azt kellene elérni, hogy a saját felhasználód legyen az teljes hozzáféréssel a teljes meghajtón (így), amit a már többször linkelt leírás is szemléltet. Ami elég egyértelmű, screenshotokkal illusztrált és még be is van rajta jelölve, hogy mit és hogyan javasolt beállítani. Ha esetleg össze vannak gányolva a mappák és a fájlok, túl hosszúak a fájlnevek és az elérési utak stb., akkor meg előtte azt sem ártana rendbe tenni.
[ Szerkesztve ]
-
King Unique
titán
válasz MaxxDamage #82948 üzenetére
Itt elsődlegesen az a lényeg, hogy a tulajdonos cseréje megtörténjen, teljes hozzáférése legyen a felhasználódnak a teljes meghajtón, amit a screenshot is szemléltet. Illetve a másikat, a gyermekobjektumok örökölhető engedélyeinek lecserélését is célszerű bejelölni.
[ Szerkesztve ]
-
King Unique
titán
válasz MaxxDamage #82951 üzenetére
OK, végül azért csak összejött.
Az NTFS fájlrendszer ilyen, a jogosultságkezelés miatt van amikor játszadozni kell ezzel. De 1x kell megfelelően beállítani és utána már OK lesz. Amúgy Linuxnál, illetve egy pendrive-ról futattott WinPE-alapú rendszernél már kell állítgatni, azoknál nem lesznek érvényesek a beállított jogosultságok, pláne az utóbbinál. A FAT32 és exFAT fájlrendszereknél meg alapból nincs ilyen, de azok más egyéb dolgokat sem támogatnak és nem is naplózó fájlrendszerek. Elsődlegesen az egyes flash-alapú tárolókra valók, míg a belső és külső merevlemezekre inkább naplózó fájlrendszerek, mint pl. az NTFS.
[ Szerkesztve ]
-
King Unique
titán
válasz tordaitibi #82959 üzenetére
Ha több Windowszal, illetve több felhasználói fiókkal használod a külső meghajtót és ezeknél módosításokat végzel rajta, akkor előfordulhat, hogy utána újra be kell állítani a jogosultságokat némelyiknél. De pont az a lényeg, hogy be lehet, mint az előbbi példa is szemlélteti. Azt pedig nem mondanám, hogy a Windows 10 miatt van, mert korábban tapasztaltam Windows 7 és 8.1 vegyes használatnál is, hogy néha egyes fájlok, mappák törléséhez, átnevezéséhez stb. engedély kellett a másik rendszeren. Viszont eddig mindig sikerült szükség esetén pár kattintással beállítani és csak ezért nem formáztam át NTFS-ről FAT-ra egyik külső merevlemezemet sem, pláne nem FAT32-re... Akkor már inkább exFAT-ra érdemes, jogosultságok annál sincsenek, ellenben modernebb és támogatja a 4 GB-nál nagyobb méretű fájlokat is.
[ Szerkesztve ]
-
King Unique
titán
válasz Viktor77 #83013 üzenetére
Lehet, a 1703-as verzió óta támogatott pendrive-oknál és SD-kártyáknál a több partíció kezelése. Viszont a Rufus a teljes fizikai meghajtót formázza, tehát nem azzal kell ez esetben megoldani. Létrehozol egy másik partíciót a telepítőnek FAT32 fájlrendszerrel, arra felmásolod az ISO tartalmát és kész, lehet róla boootolni. Viszont az más dolog, hogy a hardver támogatja-e közvetlenül SD-kártyáról a bootolást normál slotban, vagy USB-s akár adapterrel.
Egyébként meg szvsz nem feltétlen muszáj, illetve van amikor felesleges bonyolítani a dolgot a telepítő HDD-ről történő indításával, WinToHDD és társai megoldásokkal. Ilyeneket max. indokolt esetben célszerű használni. Viszont manapság egyáltalán nem akkora extra egy pendrive ilyen célra, sőt illene egyet készenlétben tartani. Na meg a telepítés ideje egy dolog, az úgysem tart olyan sokáig. Ellenben utána a rendszer teljes lefrissítése, a programok felrakása, a rendszer belakása stb. már időigényesebb.
(#83025) Rengete:
Mondjuk ilyenkor nem ártana előtte megnézni, illetve eldönteni, hogy BIOS-MBR (CSM), avagy UEFI-GPT alapon akarsz-e telepíteni. Az előbbihez nyilván nem jó a Rufus natív GPT-UEFI szerinti kiírási opciója, nincs ebben semmi meglepő...[ Szerkesztve ]
-
King Unique
titán
válasz Rison77 #83028 üzenetére
Ha anno BIOS-MBR alapon lett telepítve a 7-es, akkor az a 10-es re történő upgrade során sem változik. Tehát nálad legacy BIOS (CSM) módban futhat most a rendszer. Vagy netán azóta MBR2GPT-vel váltottál UEFI-re és amiatt a rendszer számára létrehozott kisebb partíciók a C mögé kerültek (példa), azért vinnyog a WU? A lemezkezelő mit mutat, milyen a partíciók elrendezése?
[ Szerkesztve ]
-
King Unique
titán
válasz Rison77 #83041 üzenetére
Ez alapján az látszik, hogy legacy BIOS-MBR módban történt a telepítés, viszont a rendszer számára létrehozott kisebb partíciók nem a lemez elején, hanem a C után helyezkednek el. Illetve 500 MB-os partíció nincs is, hanem a C lett megjelölve aktívként, a 450 MB-os helyreállítási partíció pedig pl. egy build upgrade után kerülhetett oda. Ráadásul a screenshot alapján a lapozófájl is át lett rakva a HDD-re (I), ami teljesen felesleges volt, nem kell ennyire kímélgetni az SSD-t. A másik két HDD-nél egyébként mindegy, hogy MBR / GPT, a legacy BIOS (CSM) / UEFI telepítésnél ilyen szempontból úgyis csak a rendszermeghajtó (SSD) számít.
Esetleg neki lehetne állni valahogyan megtákolni, de ha nem nagy gond, akkor lehet inkább célszerűbb lenne rendesen újratelepíteni a Windowst. Ha UEFI-s a hardver, akkor pedig inkább annak megfelelően, nem sok értelme van manapság a BIOS-MBR móddal szórakozni, pláne nem egy Windows 10-nél. A Windows 7-nél szokás inkább, mert az nem támogatja az UEFI szerinti telepítést rendesen.
[ Szerkesztve ]
-
King Unique
titán
válasz Rison77 #83051 üzenetére
Nyilván nem kell az MBR-es HDD-ket piszkálni, pont az írtam az előző válaszban is. Ilyenkor a telepítés csak a rendszermeghajtót (SSD) érinti, amire a Windows kerül, annak kell GPT partíciós séma szerintinek lennie EFI módban. A telepítésnél a merevlemezekre vonatkozóan max. arra érdemes figyelni, amiről nemrég egy másik válaszban volt szó.
(#83054) pc360:
Ha UEFI boot van beállítva és aszerint fut a Windows telepítője, akkor értelemszerűen igen. Az pedig már a telepítő indításakor lecsekkolható, hogy milyen módban fut, mert UEFI-nél rendszerint nem a kék színű Windows logó fog megjelenni, hanem a hardver gyártójának a logója (példa). Az meg nem különösebben számít, hogy előtte MBR volt a lemez, ha úgyis törölve lesz.[ Szerkesztve ]
-
King Unique
titán
Ha már DiskPart, akkor elég rendszerint a clean parancs, az eleve lenullázza a lemezt, ahogyan a telepítő grafikus felületén a teljes törlés is. Az, hogy milyen módban fut a telepítő, az a boot logó és az általad linkelt módszer mellett a BIOS-MBR / UEFI-GPT séma szerint létrehozott partíciók alapján is könnyen lecsekkolható még a telepítés megkezdése előtt.
[ Szerkesztve ]
-
King Unique
titán
válasz Kékes525 #83059 üzenetére
Lehet hardver és beállítások függvénye is, sőt akár szerkeszthető is a boot screen, ahogyan egyedi logó is beállítható (példa). Viszont általánosan az alapértelmezett beállítások mellett rendszerint olyan szokott lenni legacy BIOS és UEFI módban a logó, ami az előző válaszban szemléltetve volt.
-
King Unique
titán
Aztán miért kapcsolja ki? A Windows 10-nek eleve van Secure Boot aláírása, illetve a hardvergyártók is támogatni szokták és rendszerint bekapcsolt állapotban is lehet telepíteni, majd utána úgy bootolni. A Windows 7 nem támogatja ezt rendesen, annál szokás kikapcsolni.
[ Szerkesztve ]
-
-
King Unique
titán
válasz MaxxDamage #83112 üzenetére
Látom a múltkori instrukciók eredményesek voltak, sőt túlságosan is, mert már a rendszerpartíción is sikerült átállítani a tulajdonost...
A C-nél nyilván nem szokás és rendszerint nem is javasolt megpiszkálni. Elég lett volna csak a másodlagos köteteknél, illetve fizikai meghajtóknál és azoknál is csak szükség esetén.
[ Szerkesztve ]
-
King Unique
titán
Ilyenkor nyugodtan tedd hozzá, hogy nálad, meg szerinted...
Én speciel több külső merevlemezt is használok, többek között Windows 10-zel is, de eddig különösebb problémát nem tapasztaltam. Igaz eleve rendeltetésszerűen használom őket, szoftveresen mindig leválasztom, ha kell beállítom NTFS-nél a megfelelő jogosultságokat, nem gányolok semmit szét. Ahogyan az eszköz állapotára is odafigyelek, a megfelelő csatlakozásra, tápellátásra stb. A CHKDSK-t meg eleve inkább parancssorból célszerű futtatni és ott is csak szükség esetén, nem összevissza.
Egyébként pont nem olyan régen mozgattam külső HDD-ken nagyobb mennyiségű adatot, sőt még BitLocker-titkosítású kötetet is át kellett méreteznem, illetve mozgatnom Windows 10-zel és nem volt semmi gond. Az utóbbi eleve kritikus volt, pláne hogy egyes külső particionáló programok sem kezelik a titkosított kötetet, de szerencsére sikerült megoldani.
[ Szerkesztve ]
-
King Unique
titán
Ha már az a módi nálad, hogy mindenkinek így visszaidézgetve válaszolsz, akkor tessék, következzen egy ilyen!
"Nalam harmadjara produkalta ezt. 3/3 eppen eleg, szoval szerintem fos. Megfelel?"
Nálam meg 0-szor eddig, pedig több, illetve többféle USB-tárolóeszközt is használok Windows 10-zel.
"Linusxnal, mac-nel es win7 en se."
Mondjuk macOS-t csak elég ritkán használok, de bizony más cumizott is annál is (példa). Ahogyan W7-nél is Linuxnál is lehet külső HDD esetén. Az előbbinél belefutottam már felismerési problémákba, volt akinek rendszer-visszaállítást kellett csinálnia emiatt... A Linux meg pl. leválasztás után rendre újból felpörgetett és újracsatlakoztatott egyes külső meghajtókat stb. Na meg, ha a S.M.A.R.T.-ot, hőmérsékletet stb. akarom monitorozni, akkor eleve nem minden USB-chip támogatott, vagy ha igen, akkor sem feltétlen teljes mértékben (példa).
"Nyilvan menet kozben dobalom meg kihuzom oket "
Ki tudja...Amúgy meg nemcsak ezek tartoznak bele.
"Jelen esetben kikapcsolas utan volt eltavolitva."
Normál esetben menet közben, az OS alól szokás, javasolt. De elvileg annak leállításával, illetve a gép kikapcsolásával is megtörténik és utána fizikálisan is leválasztható az eszköz.
"Ez mondjuk nem alap dolog es mint kiderult itt lesz a hiba egyik nyitja."
Nem mindig kell piszkálni, de ha úgy szükséges, akkor alap dolog, hogy be kellene állítani a megfelelő jogosultságokat NTFS fájlrendszernél, ami csak néhány kattintás. Nem pedig utólag rácsodálkozni, hogy a másik Windowsnál, másik felhasználói fiók alatt miért nincsen mindenhez teljes hozzáférés...
"Mit "ganyolnek szet" egy alap masolasnal?!"
Annál mondjuk nem nagyon van mit, de nem is arra vonatkozott. Az ilyen rejtélyes problémáknál jellemzően mindig utólag derülnek ki a dolgok, utólag csordogálnak az újabb és újabb részletek, hogy mégsem minden volt teljesen OK, mint ahogy azt előzőleg állította az illető... Na meg az pl. most utólag derült ki, hogy másmás gépén is használva volt a külső merevlemez, vagy lehet más is használta őket, ki tudja...
"Femtokos usb3 rack megfelel? Kulon tokban szallitva."
Ez egy dolog... Viszont az nem derül ki belőle, hogy pl. a fizikai csatlakozók és az USB-kábel rendben van-e, maga a külső ház, illetve a merevlemez OK-e. Sőt, zz utóbbi állapotát eleve nyomom szokás követni egy arra alkalmas diagnosztikai szoftverrel.
"Szinte kis ujjnyi vastag usb3 kabel. Megfelel?"
Itt a fizikai csatlakozó és az aljzat, illetve a megfelelő illeszkedés, valamint a kábel állapota a lényeg, nem az, hogy milyen vastag...
"Harmadik ellenorzsre volt futtatva, automatikusan, masodik gepen."
Ha a Windows az eszköz csatlakoztatáskor problémát észlel és javítást ajánl fel, ott már eleve nem stimmel valami... Normál esetben csak úgy magától, mindenféle ok nélkül nem szokta. Érdekes, hogy most is csatlakoztatottam az egyik külső HDD-met és jé, nem akarja javítani a Windows 10, minden rendben van vele...
"Good for you. Itt egy alap funkcio nem mukodik. Linux alatt a tobb szaz TB-nyi vm backupok mozgatasanal miert nincs ilyen gondom?"
Mondjuk több 100 TB-nyi, meg PB-nyi adatot nem szoktam mozgatni alkalmanként, hanem max. több száz GB-ot, vagy esetleg pár TB-ot. De, ha az eddig összesre vonatkozott a dolog, akkor lehet megvan annyi... Viszont a lényeg, hogy a Windows 10-zel is sikerült, amióta használom. Vagyis nálam érdekes módon működött ez az alap funkció, de nyilván másoknál is, nem akkora ritkaság... Ha pedig Linux, akkor azzal pont nem olyan régen szívtam, mivel az USB 3.0 eszköz, 3.0-s kábellel, 3.0 portban csak USB 2.0 sebességgel volt hajlandó másolni valamiért... Átbootoltam Windows 10-re és ott érdekes módon már OK volt az adatátviteli sebesség.
[ Szerkesztve ]
-
King Unique
titán
"Nem "modi". Atlathatosag."
Nem annyira divat itt a PH! a leírtakat mindig kb. mondatonként visszaidézni és úgy válaszolni mindenkinek... Ha már átláthatóság, akkor lehet azt úgy is, hogy először elolvassa az ember a hsz-t és a lényegre szorítkozva válaszol, bekezdésekre tagolva, úgy is átlátható. De, ha már az előbbi lett erőltetve, akkor felőlem...
"Ha a problema felmerul valahol akkor az problema es noveli a statisztikat."
Ennyi erővel akkor a másik oldalról sem kellene elsumákolni, mert van aki pont W7, macOS, Linux esetén szívott ezzel-azzal, amikre még példák is voltak írva, illetve linkelve...Az, hogy te W10-nél belefutottál ilyenbe, az nem jelenti azt, hogy más is. Az pedig, hogy általánosítani próbálsz és úgy állítod be, hogy kizárólag csak annál fordulhat elő gond, egyszerűen nem helytálló, sőt inkább szimpla csúsztatás...
"Mac es Linux siman felismeri es kezeli. A hw hibatlan, a disk allapota 100/100, smart-nal nincs flag."
Ennyi erővel felismeri és kezeli a Windows 10 is. Az pedig gondolom nincsen meg, hogy NTFS-nél a Windowsnál beállított felhasználói jogosultságok pl. Linux alatt nem lesznek érvényesek és ott azért nem kell ezzel foglalkozni... Ez a 100/100-as állapot meg egy dolog, de mélyebbre ható értékelést eleve a programok különféle tesztjei adnak. Ahogyan attól még lehet a S.M.A.R.T.-ban némelyik attribútum értéke kissé magas. Plusz a fájlrendszer is össze lehet gányolva, ha már a Windows, illetve a CHKDSK javítani akarja...
"Ez igaz. Esetemben mindketto ASMedia. Hibatlanul mukodnek. Egyedul neha a sebessegre lehet szavam, de az gondolom mar az usb3 szabvany sara."
Ja, működnek, csak épp bele lehet futni olyan dolgokra, amik pl. a linkelt blogbejegyzésben voltak felvázolta és nem feltétlen próbáltad ki őket. Az USB 3.0 szabvány UASP módban max. 450 MB/s körül tud, tehát max. egy SSD-nél jelent némi korlátot, nem egy mezei HDD-nél... Ha már UASP, akkor a frankó W7 amúgy még azt sem támogatja natívan, ahogyan az USB 3.0/3.1-et sem, nincsen Windows To Go stb.,ha már itt tartunk... Szóval nem kérdés, hogy ilyen téren is a Windows 10 a fejlettebb.
"Nem sokat vannak mozgatva, szoval kizart."
Biztos, bár számtalan olyat láttam már, ahol állította a tulaj, hogy nem volt ám semmi "olyan", aztán a végén többnyire mindig kiderült, hogy de, mégis...
"Meg jo, hogy ezt 2018-ban megtehetem"
Előtte is meg lehetett, viszont normál esetben eleve a működő OS alól szokás elvégezni a leválasztást, mint említve volt. Csak pár kattintás, nem muszáj ehhez mindig kikapcsolni a rendszert és a gépet...
"Nem piszkaltam. Minek tennem?! Nem alap dolog a beallitasa. Az alap az, hogy mindenki mindenhez hozzafer, kiveve ha beallitom, hogy ne igy legyen. Egy szimpla masolas tortent, nem biztosnagi es rendszerfileokat mozgattam. Mi az hogy racsodalkozni?! Amikor egy alapfunkcio nem mukodik megis mi a f@szomat kene csinalnom, tapsolnom? Oldja meg a win10 magatol. Erdekes a win7-nel nem volt ilyen hulyeseg."
Ha szerinted az az alap, hogy mindenki, mindenhol, mindenhez csak úgy simán hozzáférhet alapértelmezetten, akkor ezek szerinted nem tiszta számodra ez a jogosultságkezelés dolog... Pont az a lényeg, hogy ne tudja akárki csak úgy módosítani, törölni stb. a meghajtó tartalmát, pláne ha nem is ő használta eredetileg, nem ő hozta rajta létre azokat a fájlokat. Viszont, ha az kell, akkor szükség esetén be lehet állítani, megfelelő hozzáférést adva az adott felhasználói csoportnak. Az pedig szimplán nem igaz, hogy a Windows 7-nél nem kerülhet sor ilyenre, mert az NTFS fájlrendszernél ott is van jogosultságkezelés, ugyanúgy külső meghajtóknál is. Képzeld, nekem át kellett állítanom már annál, saját tulajdonba venni a meghajtót stb. Aztán a Linuxoknál megint nem ismeretlen dolog, mivel ha pl. GParted által Ext4-re formázom a külső merevlemezt, akkor sok esetben csak olvasni lehet és az írást max. rootként, illetve külön beállítva a meghajtóra vonatkozó megfelelő jogosultságot. Ja, és nem szól ám a Windows 7 és a Linux sem mindenféle piszlicsáré dolog miatt, mert annyi elvárható lenne a felhasználótól is, hogy ha tapasztalja, hogy nincsen valamihez teljes hozzáférése, akkor értelemszerűen a jogosultságok beállításánál keresse a megoldást.
"Na ugye. Marmint mi?"
Le volt írva, az amit nem sikerült "hozzáidézni"...
"Hagyjuk a mellebeszelest."
Ezt ennyi erővel mondhatnám én is, illetve itt a többiek... Az pedig nagyon is jellemző szokott lenni, sőt már-már tipikus, ami az előző válaszban le volt írva. Számtalan ilyet láttam már itt a fórumon és azon kívül is...
"Mi az, hogy most derult ki?! Ezzel nyiotttam a problemat. 2018-ban miert kene problemat jelentsen ez, amikor a win7 idoszakban nem volt ilyen? Mi az, hogy mas is hasznalta? "Ki tudaja", ez most komoly?"
Ha eleve más gépén, illetve más Windows rendszerén van használva az eszköz, akkor ott ki tudja mi a helyzet, adott esetben mi és hogyan van beállítva. Már ebből adódóan is előfordulhatnak érdekes dolgok, pláne ha ténylegesen más user is használta a külső merevlemezt. Ezt a "win7 idoszakban nem volt ilyen" mesét meg inkább hagyjuk, mert annál is van jogosultságkezelés és szükség esetén be kell állítani, mint már említve volt...
"Az meg egy masik, hogy robosztus. De kiderul. Keves mozgatas ---> csatlakozo allapot/usb kabel. A kulso haznak ehhez mi koze? Sokadhjara irom, de ugy latszik nem tunik fel: 100/100.
Ezenkivul ugy latom nem jon le szamodra, hogy akkor a smart jelezne es FS hiba lenne. De mint mondtam jogosultsagi hiba."Aha, tehát mert robusztus az USB-kábel, akkor a fizikai csatlakozás szerinted a végeken biztosan rendben van... Meg folyamatosan ezt a 100/100 értéket mantrázod, de ez már ez előbb is kicsit pontosításra szorult. Azt pedig elárulom, hogy attól még lehetnek CRC, vagy egyéb hibák és nem minden esetben szokott ilyenkor csökkenni a kondíció. Az pedig megint egy dolog, hogy a HDS pillanatnyi állapotra mit ír, de ez a részletes tesztek után akár még változhat is. Azt pedig amúgy nem is vitatta senki, hogy nálad a fájlrendszer egyértelműen össze lehet gányolva, máskülönben a CHKDSK sem akarná erővel javítani. Ahogyan a megfelelő jogosultságok sem lettek beállítva, ezt is tudjuk...
"Ok, ugy latom csak ezt tudod ismetelgetni. sokadjara irom le hw/hdd 100/100. Capisce?"
Dettó, mint az előbbi...
"Ugy latom nem ertelmezted amit irtam. Elsore nem ajanlott fel semmit. A meretek jok voltak, csak a fileok voltak elerhetetlenek. Ezert manulaisan futtatam eloszor es talalt is hibat, de generalt is ujakat."
Hát igen, ha gondok vannak a fájlrendszerrel, akkor szokott is találni hibát a CHKDSK. Viszont pont a lényeg, hogy normál esetben nem talál, ha minden rendben van. Tehát már ebből is látszik, hogy valami mégsem volt annyira OK... Az meg a másik, hogy a CHKDSK-t is csak ésszel érdemes futtatni, illetve inkább parancssorból, mert képes akár összegányolni is a dolgokat. De ilyen téren a W7-ben lévő sem jobb, mielőtt még az jönne, hogy annál bezzeg semmi ilyen nem volt, nem lehet...
"Ez megis kit erdekel?! Menj el az orovoshoz es mondd neki, hogy egeszseges vagy, de azert vizsgaljon mar meg."
Hát mondjuk annyiból azért érdekes, hogy nem mindenkinél van ám az, amit te itt már-már általánosítva előadsz... Én rendeltetésszerűen használom a külső meghajtóimat, nem gányolom szét a fájlrendszer sem és bizony nincs is problémám emiatt. De gondolom másoknak sem, akik hasonlóan járnak el. Akik meg nem, hát azon igazából nincs mit csodálkozni...
"Teljesen mindegy a meret, nem ezen kell lovagolni. Ha a hetvegi 100MB-nyi fenykepeim tunnek igy el, akkor is bosszant."
Igen, valóban nem feltétlen az adatmennyiség mértén van itt hangsúly. Hanem azon, hogy a tapasztalatoddal ellentétben másoknál, illetve pl. nálam is rendben működik ez az alap funkció, mármint a másolás. Akinél viszont nincsenek beállítva a megfelelő jogosultságok, hibák vannak a fájlrendszernél, annál azért annyira nem meglepő, ha gondok vannak...
"Az driver miatt lesz, mint emlitettem az elobb, a sebessegre neha nekem is gondom van."
Milyen driver? A Linux azokat általában eleve kernel szinten tartalmazza, illetve amúgy is natív USB 3.0 és USB 3.1 Gen 2, UASP stb. támogatás van benne, mármint az újabb rendszerekben. Viszont pont az volt a fura, hogy egy modern Linux azt a bizonyos LaCie külső merevlemezt nem kezelte rendesen, ellenben más USB 3.0-s modellt igen. Holott nyilván az előbbit is kellett volna és nem is az eszköz, kábel stb. volt hibás, ha ugyanazon a gépen Windows 10 alatt rendesen működött a másolás USB 3.0-n.
[ Szerkesztve ]
-
King Unique
titán
válasz Richard #83229 üzenetére
Ha Windowson akarod teljesen titkosítani a meghajtót és nem opció számodra a VeraCrypt, vagy egyéb külső program, akkor márpedig adja magát a BitLocker, illetve eleve csak kb. az marad választható opcióként. Aminél egyébként csak a létrehozáshoz és a kezeléshez (pl. jelszó módosítása, kikapcsolás stb.) kell Windows 10 esetében min. Pro kiadás, ellenben utána már a Home is tudja olvasni és írni a BitLocker-titkosítású kötetet. A létrehozás pedig megoldható akár egy ideiglenesen telepített próbaverzió alól, amit nem feltétlen muszáj emiatt aktiválni sem. Sőt, még megfelelő Windows-kiadás sem feltétlen szükséges ehhez, mert van már pl. Hasleo BitLocker Anywhere program is, amivel a nem támogatott kiadások esetében is megoldható a BitLocker csaknem teljes körű használata.
[ Szerkesztve ]
-
King Unique
titán
válasz Cs1csó #83235 üzenetére
Lehet az ilyennek több oka is, de első körben a legkézenfekvőbb a BIOS-ban a SATA vezérlőnél lecsekkolni az erre vonatkozó beállításokat. Ha nem az a gond, akkor lehet akár az adott BIOS-verzió, vagy a külső SATA AHCI driver. Vagyis ilyenkor opció ezek frissítése, illetve a megfelelő verzió felrakása. Aztán akár a registry-ben matatva is meg lehet oldani (példa), ha máshogy esetleg nem megy.
(#83236) javorszky:
OK, szívesen.[ Szerkesztve ]
-
King Unique
titán
válasz atee_13 #83286 üzenetére
Azt pont nem írtad, hogy a kiírásnál a Rufus melyik beállítását használtad... Ha az elsőt, vagyis MBR-BIOS módot, akkor az pont nem igazán jó az UEFI-hez. Pláne, hogy NTFS-re formázza a pendrive-ot, ellenben laptopoknál gyakori, hogy EFI módban csak FAT32 fájlrendszerű pendrive-ról lehet bootolni. Amihez a programnál értelemszerűen a natív GPT-UEFI opciót kell ilyenkor választani.
Aztán, ha UEFI-s telepítést akarsz csinálni, akkor értelemszerűen az annak megfelelő bootolási módot kell az UEFI BIOS-ban beállítani, illetve a megfelelő boot eszközt kiválasztani. Valamint laptopoknál is szokott működni pl. az F9/F12 funkcióbillentyű, amivel közvetlenül is lehet boot device-t választani, nem muszáj ehhez előre beállítani a BIOS-ban.
[ Szerkesztve ]
Új hozzászólás Aktív témák
• OFF topik
• TILOS a warez!
• Windows 10 frissítési kisokos
- Xbox Series X|S
- Luck Dragon: Asszociációs játék. :)
- Milyen okostelefont vegyek?
- Perelnek a vallásos kripto-piramisjáték miatt
- Adatmentés - HDD - SSD - Flash
- Elden Ring
- Megérkezett Magyarországra az LG 480 Hz-es OLED monitora
- Elektromos autók - motorok
- Végre befutott Xbox-ra is az Octopath Traveler II
- Intel Core i3 / i5 / i7 / i9 10xxx "Comet Lake" és i3 / i5 / i7 / i9 11xxx "Rocket Lake" (LGA1200)
- További aktív témák...
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen