Hirdetés
Új hozzászólás Aktív témák
-
draco31
veterán
válasz
King Unique #1698 üzenetére
-
draco31
veterán
válasz
King Unique #1698 üzenetére
Sima NTFS partíciók.
Xbox topicban tanácsoltakat már mindent kipróbáltam, így ez a B terv.
Megpróbálom a linkelt programmal, hátha. -
King Unique
titán
válasz
draco31 #1697 üzenetére
Ilyenkor szokás mellékelni egy screenshotot a partíciók elhelyezkedéséről, valamint leírni, hogy pontosan milyen operációs rendszer alatt történne a művelet...
Ha Windowson, akkor ott a kiterjesztés csak akkor működik alaplemezként, ha a hozzáadni kívánt lemezterület közvetlenül a kiterjeszteni kívánt kötet után és mellett helyezkedik el, egyéb esetben max. 3rd party particionáló programmal oldható meg (példa).Az Xbox specifikus beállítási lehetőségek felől viszont értelemszerűen a megfelelő Xbox topikban kellene érdeklődni.
-
draco31
veterán
Hello!
Adott egy 1Tb-os Xbox, halott HDD-vel.
Vásárolva lett bele egy SSD, de nem annyira kedvelik egymást, így telepítéskor 500-asnak ismeri fel.
4 particiót csinál, egyszerűség miatt legyen A-B-C-D
A B az adattárolós, itt így 360Gb. És marad egy particionálatlan üres terület 420Gb.
A baj az, hogy ez ugyebár a D partició mögé kerül.
Van-e arra valami program, ami ezt az üres részt hozzá tudja rakni a B-hez?
Eddig bármit néztem, illetve tudomásom szerint is csak szomszédosakat lehet egyesíteni.
Természetesen volt már az is próbálva, hogy én csinálom meg a megfelelő méretűeket, de telepítéskor visszaállítja.
Klónozást is próbáltam az eredeti lemezről, de a 6000 szektorhiba annyira nem szeretné ezt.
Szóval van olyan módszer amivel tudnám egyesíteni a két nem egymás melletti szektort, vagy ez lehetetlen? -
abrtom87
tag
válasz
King Unique #1695 üzenetére
Koszonom! Es elnezest hogy rossz topikban kerdeztem!
-
King Unique
titán
válasz
abrtom87 #1694 üzenetére
• Az ilyen programoknak szokott lenni illetve létrehozható pendrive-ról bootolható WinPE és / vagy Linux-alapú változat, értelemszerűen azt kell elkészíteni előzőleg egy pendrive-ra, majd a visszaállítás arról bootolva történik. Ami elvileg az O&O DiskImage program esetén is megoldható.
• UEFI-s PC-knél rendszerint szokott lenni kompatibilitási okból CSM (legacy) bootolási mód is, vagyis nem kizárólag csak UEFI, hanem legacy módban is telepíthető és bootolható a Windows.
• Az UEFI-s bootolás és a Secure Boot a Windows 11-nél követelmény, akkor lehet indokolt a legacy (CSM) módban telepített Windows átkonvertálása. pl. az MBR2GPT programmal UEFI-sre. Vagy akkor sem feltétlen, mivel megoldható mind az in-place upgrade, mind a clean install akár nem támogatott (pl. nem UEFI-s) hardverkonfigurációknál is.
• Ezt a témát itt zárni kellene, mert ez már bőven túlmutat a particionáláson. Ha egyéb kérdés van, akkor azt már értelemszerűen az adott Windows topikban (pl. Windows 11) kellene feltenni
-
abrtom87
tag
válasz
King Unique #1693 üzenetére
Szia, köszönöm! Amit nem értek, hogy ha letörlöm az új gép particióit, akkor hogyan állítom vissza rá a régi gépét? Mert úgy nem férek többet hozzá a Windowshoz, hogy a Disk Image programot elindítsam. Ha ki lehetne szerelni az ssd-t akkor rack segítségével meg tudnám csinálni, de nem lehet kiszedni.
Másik kérdésem: a meglévö gép Legacy módban bootol, nem UEFI-ben. Ezt hogyan lehet áthidalni? Ha csinálok egy Windows 11 telepítö usb-t, azzal megoldható utólag? Elvileg a beállításokat nem tudom azonosra állítani, mert Legacyben nem engedi már frissíteni a Windowst a secure boot miatt. Mindeképpen UEFI kellene.
A Windows license annyira nem számít, mert ha minden kötél szakad, van itthon egy vadiúj dobozos Windows. -
King Unique
titán
válasz
abrtom87 #1692 üzenetére
• Nem is kell kiszerelni az SSD-t, mivel adott a képfájlba mentés és visszaállítás lehetősége.
• A meglévő OEM Windowsról is javasolt előtte mentést készíteni képfájlba, majd a meghajtó törlése után visszaállítani a másik PC-ről lementett Windowst az új PC-ben lévő SSD-re. Vagyis nem egymás mellé a kettőt, felesleges ilyen "keresztbe" módszerrel bonyolítani, meg ha úgyis "törlöm az új gép gyári particióját" a cél, vagyis nem tartós dual boot.
• Az eltérő hardverkörnyezet miatt viszont lehet gond, meg ha előtte a szükséges előkészületek nem történtek meg. + A Windows licenc miatt is, bár szükség esetén megoldható az újraaktiválás hardvermódosítás után is, + ha egyezik a régi és új Windows kiadása, akkor ugyanaz a Home / Pro / egyéb kiadás az új PC-n is automatikusan aktiválódhat.
• Legközelebb inkább az érintett Windows rendszer topikjában kellene feltenni az ilyen kérdéseket, mert ez már túlmutat magán a particionálás témán.
-
abrtom87
tag
Sziasztok. Gép átköltöztetés kapcsán kérnék segítséget. Adott egy új gép, Windows 11 van rajta, OEM. A régi gépröl csináltam külsö meghajtóra image filet OO Managerrel. Ha az új gépet átparticionálom, hogy a meglévö mellett legyen üres hely a régi gépröl származó particióknak és oda visszaállítom, majd dual bootot csinálok (aztán törlöm az új gép gyári particióját) az müködhet?
Amiérr ilyen bonyolult megoldást eszeltem ki: az új gép nagyon drága volt (millió felett) és a garancia miatt nem lehet kiszedni az ssd-t, hogy úgy ráklónozzam a régi adatokat.
-
King Unique
titán
• Mivel kifejezetten NTFS fájlrendszerhez való az a parancs, ezért nem meglepő, ha csak annál működik, ellenben FAT32-nél nem.
• Külső (3rd party) particionáló programmal akár FAT32 fájlrendszerű köteteknél is megtekinthető, hogy milyen lemezfoglalási egységgel lettek formázva (példa).
• Ha az alapértelmezett lemezfoglalási egységgel történt a formázás, akkor annak mérete eleve ismert a fájlrendszertől és kötetmérettől függően, lásd a linkelt leírást.
-
neo81
senior tag
válasz
King Unique #1689 üzenetére
Aha!
Ez a parancs pl. egy NTFS-re formázott pendrive-nál működött, de viszont egy másik FAT32-re formázott pendrive-nál nem.
Windows 10-en szeretném megnézni.Van arra is valamilyen parancs?
-
King Unique
titán
Ilyenkor azért szokás leírni, hogy pontosan milyen eszközről van szó, milyen fájlrendszerre van formázva rajta az a partíció, valamint milyen operációs rendszeren történne az a megnézés...
Ha pl. HDD / SSD | NTFS | Windows felállás, akkor az alábbi paranccsal, ahol X = partíció meghajtóbetűjele, a kimenetnél pedig a "Bytes Per Cluster" sor értéke mutatja a formázásnál létrejött klaszterméretet bájtban.fsutil fsinfo ntfsinfo X:
-
neo81
senior tag
Sziasztok!
Meg lehet valahogy nézni, hogy egy eszköz partíciója milyen klaszterméretűre lett formázva?
Köszi! -
King Unique
titán
válasz
gulupeti #1686 üzenetére
Az, mivel a dinamikus lemezzé konvertálás és annak használata tükrözésnél indokolt, meg így akkor a leírtak, javasoltak is hibavaló volt...
De ha működik dinamikus lemezként is, akkor működik és maradhat akár úgy, meg nem destruktív módon (adatvesztés nélkül) visszakonvertálni alaplemezzé úgyis csak (fizetős) 3rd party programmal lehet. -
gulupeti
senior tag
válasz
King Unique #1685 üzenetére
Dinamikus lemez lett belőle, ez így tré? Nem akarok rendszert telepíteni rá egyelőre. Töröltem a visszaállítási partíciót első körben a vinyóról, az után pedig a C-t, ezután kiterjesztettem a D-t, sárga lett a színe, tehát mutatja mintha darabolva lenne, (mindkettőnek ugyanaz lett a betűjele), de mindenhol máshol egybevonva látszik. A C egyébként a D előtt volt. Az új windows lemezkezelőjében történt mindez.
-
King Unique
titán
válasz
gulupeti #1684 üzenetére
A Windows beépített lemezkezelő eszközeivel a D partíció kiterjesztése akkor menne, ha a C törölve van, illetve akkor ha a C közvetlenül a D után helyezkedik el. Ellenkező esetben (C a D előtt van) viszont nem, ilyenkor max. 3rd party particionáló programmal (példa) lehet megoldani.
+ A grafikus lemezkezelőben a Windows számára létrehozott védett partíciók nem törölhetők, ahhoz vagy parancssor (DiskPart), vagy szintén 3rd party particionáló program kell (bővebben).A partíciók utólagos átméretezése, átmozgatása nem teljesen veszélytelen művelet, fontos adatok esetén javasolt előtte azokról másolatot készíteni.
-
gulupeti
senior tag
Sziasztok,
Adott egy gép, amelyben még vinyóról fut a windows (még 8.1), ez a C partíció, ezen kívül van még rajta egy D partíció, amelyen az adatok vannak. Most kerülne ebbe a gépbe egy ssd (win 10-zel), a vinyón lévő C partíciót, amire mostmár semmi szükség sem lesz, hozzá tudom csapni a D-hez úgy, hogy a D-n megmaradjanak az adatok?
Közben kicsit még túrtam a topikot, tehát ha egymás mellett vannak és a C meghajtó nem lefoglalt lesz, akkor elvileg igen?
-
Bob-X
újonc
Üdv!
Van egy Sony laptomom, amiben van egy 1Tb-os Hdd, meg egy 24Gb-os Sdd. Mire és hogyan tudnám használni az Sdd-t? Be lehet valahogy állítani, hogy gyorsabb legyen tőle a gép? -
King Unique
titán
Mondjuk úgy, hogy az alapértelmezett foglalási egység egy általánosan jó érték szokott lenni, ami Ext4 esetén is függ a kötetmérettől. Aztán hogy milyen feladatra és felhasználásra pontosan melyik a legjobb, az passz, az ügyben az érintett OS topikjában kellene érdeklődni.
-
neo81
senior tag
válasz
King Unique #1680 üzenetére
Pl. ext4-es fájlrendszernek is az alapértelmezett klasztermérete a legjobb?
-
neo81
senior tag
válasz
King Unique #1678 üzenetére
Aha!
Azt pl. nem értem, hogy egyáltalán miért lehet választani a klaszterméretek között?
Mire jók az alapértelmezettnél kisebb vagy nagyobb klaszterméretek? -
King Unique
titán
Default cluster size for NTFS, FAT, and exFAT
Alapesetben jó az alapértelmezett érték, ami Windowsok esetén NTFS fájlrendszernél 16 TB-os kötetméretig 4 KB.
Egyébként a nagy klaszterméretnek kis darabszámú és nagy méretű fájlok esetén lehet leginkább értelme, ellenben ha sok fájl tárolása a cél, akkor nagyobb lemezfoglalási egységnél nagyobb lesz a tárhelyveszteség is, lásd acluster size)/2 * (number of files)
képletet. -
neo81
senior tag
Sziasztok!
Egy 5 TB-os külső HDD-t szeretnék NTFS-re partícionálni.
Milyen klaszterméretet a legjobb rá kiválasztani?
Köszi! -
King Unique
titán
válasz
gbart123 #1675 üzenetére
Az előző válaszban már linkelve lett, hogyan lehet a telepítésnél törölni a célmeghajtót. Viszont ha tárolóhelyként lett beállítva, vagy pláne ha maga az SSD hibás, akkor nyilván más a helyzet.
De akkor a folytatás a másik topikban.
-
gbart123
csendes tag
válasz
King Unique #1674 üzenetére
Köszönöm a választ.
Egyszerübben, mi a működő megoldás, arra, hogy teljesen üres (RAW) meghajtót kapjak?
-
King Unique
titán
válasz
gbart123 #1673 üzenetére
A Windows telepítésénél eleve adott a lehetőség grafikus felületen és parancssorban (Shift + F10) is törölni a célmeghajtót (SSD).
"Windows telepítés megszakadt és a Crucial 120GB-os SSD-n keletkezett particiókat, istennek sem tudom letörölni"
Ha a fizikai csatlakozás (SATA adat- és tápkábel) biztosan rendben van, akkor esélyes az SSD hibája, lehet az ment tönkre, mivel ha tárolóhelyként lett volna beállítva - az is lehet egy ok a hibára - és nem lett eltávolítva onnan, akkor viszont telepíteni sem lehetett volna rá mert eleve ilyen hibaüzenettel leállt volna az elején.
"Kűlső USB dokkóloban, WinPE-n futtatva készült."
Mármint a SATA SSD lett utólag USB-s dokkolóba téve, vagy WinPE USB-s dokkolóról futtatva?
Bár vélhetően nem a dokkolóba téve történt a telepítés és ott a probléma, mivel a Windowsok telepítése normál módon USB-s meghajtókra eleve nem támogatott, max. Windows To Go megoldással.Ha maga az SSD ment tönkre, akkor az ügyben értelemszerűen a Flash SSD topikban kellene érdeklődni - kiegészítve a leírtakat az itt elhangzottakkal, kérdezettekkel - , illetve ilyenkor eleve adja magát a garanciális csere, ha még garanciális az SSD.
-
gbart123
csendes tag
Sziasztok!
Windows telepítés megszakadt és a Crucial 120GB-os SSD-n keletkezett particiókat, istennek sem tudom letörölni, még azokon lévő file-okat sem (Disk 1 a lényeg).
Próbáltam már minden féle programot, módszert és utasítást, amik hiba üzenet nélkül lefutnak, ellenben a particiók/file-ok ugyan úgy továbbra is megmaradnak.
Kérdésem mi a csudát próbálhatnék még, hogy kapjak egy teljesen üres, particinálatlan SSD-t kapjak?Elnézést a középkori képernyőmentésért, Kűlső USB dokkóloban, WinPE-n futtatva készült.
Válaszokat előre is köszönöm
-
zolee0307
őstag
válasz
King Unique #1670 üzenetére
Előszőr próbáltam a lemezkezelőben törölni a partíciókat, kettőt engedett csak, az elsődlegeseket nem. Aztán valamit állítottam - kiterjeszteni a meghajtót -, amitől dinamikus lett. Akkor ez volt a gond?
-
King Unique
titán
válasz
zolee0307 #1669 üzenetére
Ja, megvan, lehet azért, mert alaplemez helyett dinamikus lemez a mellékelt screenshot alapján. Ahol amúgy a dinamikus lemez miértje nem világos, az pl. tükrözésnél (szoftveres RAID) reális.
-
zolee0307
őstag
válasz
King Unique #1668 üzenetére
Köszi!
A delete partition override parancs valami oknál fogva nem működött, gondolom a dell valamit csinálhatott a partíciókkal (azt hiszem fat-ban voltak).
A clean parancs végül megcsinálta, csak jobb lett volna ha hamarabb rájövök.
-
King Unique
titán
válasz
zolee0307 #1666 üzenetére
A Windowsok grafikus lemezkezelője az EFI, WinRE, stb. védett partíciókat biztonsági okból eleve nem engedi törölni, ellenben parancssorban megoldható, lásd az alábbi útmutatót.
How to use DiskPart to clean and format drive not working on Windows 10
Ahol normál esetben nemcsak a clean, hanem a
delete partition override
parancsnak is működni kellene. Mármint ha az adott lemez kiválasztásánál (select disk X
) alist partition
parancs után a megfelelő partíció lett kiválasztva, azazselect partition X
, ahol X = a partíció sorszáma. -
zolee0307
őstag
Sziasztok!
Az lenne a problémám, hogy van egy dell laposból kiszedett ssd. Jelenleg így néz ki:
Hogy tudnám törölni a partíciókat, hogy egy partíció legyen csak? Háttértárnak lenne használva, nem lenne rajta op rendszer. Lemezkezelőben a kisebb partíciókat nem lehet törölni, a win telepítője se tudja.
Diskparttal is próbáltam de a delet partition override parancsra azt írja a cmd, hogy
Virtual Disk Service error:
Az objektum nem támogatja a műveletet.
The specified command or parameters are not supported on this system. -
King Unique
titán
válasz
Maelephant #1664 üzenetére
0. Konkrétan az lett leírva, hogy "többször upgradelt, klónozott", ami jelenthet Windows 10-en belüli verzióváltásokat (funkciófrissítéseket), in-place upgade-eket, sehol nem volt a kezdő hozzászólásban az leírva, hogy eredetileg másik Windows lett telepítve és arról történt in-place upgrade Windows 10-re. De még ha másik Windows lett is telepítve, annál is adott UEFI-s alaplapnál az UEFI szerinti telepítés, legalábbis Windows 8/8.1 esetén simán, Windows 7 és annál régebbi Windowoknál viszont problémás lehet (példa), utóbbiaknál indokolt a legacy (CSM) mód szerinti telepítés.
0.5. Nem is feltétlen kell újratelepíteni a 0-ról, lásd in-place upgrade. + Ha már az MBR2GPT használata a cél, vagyis a meglévő BIOS/MBR módban telepített Windows 10 átkonvertálása UEFI/GPT sémájúra adatvesztés és újratelepítés nélkül, akkor evidens, hogy szeretné elkerülni a felhasználó az újratelepítést.
1. OK!
2. Igen, elolvastam, ahol a válasz arra vonatkozott, hogy értelemszerűen a felhasználónak kellene megnézni a BIOS / UEFI menü CSM / UEFI boot beállításaira vonatkozó részét, vagy a felhasználói útmutatóban ha ott le van írva, vagy ha nincsen leírva akkor a téma topikjában rákérdezni, mert nem ennek a topiknak a témája.
3. OK! Illetve nyilván kiderül a CSM-et kikapcsolva, hogy támogatja-e az UEFI only módot vagy sem.
4. OK!
5. Mivel nem SSD specifikus téma, ezért nyilván nem az SSD topikba való, ott valóban jó döntés volt nem feltenni. Ahogyan ebbe a topikba sem igazán passzol, mivel nem kifejezetten particionálás téma, hanem inkább MBR / GPT szerinti inicializálás - aminek ugye van külön topikja - , sőt az utóbbin is túlmutat és logikusan inkább a Windows 10 topik témája, ha már BIOS/MBR módban telepített Windows 10-et kell UEFI/GPT sémájúra konvertálni.
Szívesen!
-
Maelephant
senior tag
válasz
King Unique #1663 üzenetére
0. Mivel sosem volt W10-ként frissen telepítve, ahogy írtam: többszörös upgrade után "vált" W10-es rendszerré, aztán már W10-ként egy 4. gen. Intel belső lett a mostanira cserélve, újratelepítés nélkül (ld. 0,5. pont).
0,5. Miért nem telepítesz újra, már rég újra kellett volna telepíteni stb.: az időből van a legkevesebb az életemben, a W10 újratelepítést még csak-csak túlélném, de az ismételt rendszerbelakás gondolatától már a hideg kiráz.
1. Ok
2. Találtam rá relevánsnak tűnő választ a neten (a megoldás az volt, hogy nem erre az alaplapra specifikusan, hanem csak Asrock / CSM / legacy kifejezésekkel kellett keresni, mert erről a lapról kb. zéró info található). Egyébként ha elolvastad a hsz-em, láthatod, hogy szó szerint idéztem az alaplap MANUAL-jából, illetve az UEFI felület saját helpjéből, azaz nem csak belekérdeztem a nagyvilágba.
3. A netes keresések alapján (TPU letölthető VBIOS-ok mindegyike) UEFI kompatibilis a VGA (mondjuk furcsa is volna, hogy egy RTX 3070 ne volna az).
4. OK
5. Direkt figyeltem, hogy nehogy az SSD topikba írjam, mert nem oda illő és kioktatást fogok kapni, de így is sikerült.
A segítséget köszönöm! -
King Unique
titán
válasz
Maelephant #1662 üzenetére
0. Egy modern, UEFI-s alaplapnál nem igazán érthető, hogy miért kellett a modern Windows 10-et UEFI helyett az elavult legacy (CSM) mód szerint telepíteni.
1. Ha a Windows 10/11-et futtató rendszermeghajtóknál eleve adott a beépített MBR2GPT használatának lehetősége, akkor alapesetben értelemszerűen azt kellene használni, az a legegyszerűbb és legkényelmesebb, nem az ilyen-olyan 3rd party programok. + Itt nem szimplán csak egy MBR
—►
GPT átkonvertálás kell, hanem az UEFI/GPT sémánál meglévő partíciókat is létre kell hoznia a programnak, amit az MBR2GPT eleve megcsinál.2. Azt értelemszerűen ki kellene próbálni, vagy az alaplap felhasználói útmutatójában megnézni / megfelelő alaplapos topikban kellene, kellett volna megérdeklődni, hogy annál az alaplapnál a CSM / UEFI mód pontosan hogyan működik, csak CSM ony és UEFI only opciók vannak ahol az UEFI-hez ki kell kapcsolni a CSM-et, vagy maradhat bekapcsolva a CSM és kettős, Legacy (CSM) + UEFI bootolási opció van (példa).
3. Azt kell érteni, hogy pl. a VGA / GPU UEFI kompatibilis-e, mert ha nem, akkor a CSM módot kikapcsolva jön a fekete képernyő és az inkompatibilitásra utaló hibaüzenet (példa).
4. Normál esetben lefut az UEFI-re konvertálás hiba nélkül, de ha gondok vannak a rendszernél, akkor előfordulhat az ellenkezője is. Pont ezért lehet javasolt előtte egy komplett rendszermentést készíteni, majd ha esetleg nem sikerülne a konvertálás és amiatt netán bootolási probléma lenne, akkor 1:1-ben visszaállítható az eredeti állapot.
5. Az ilyen kérdést legközelebb inkább a Windows 10 topikban kellene feltenni - nem véletlenül onnan lettek linkelve az előbbi példák - , mert szimplán a particionáláshoz nem sok köze van, meg akkor már inkább a GPT, MBR topik témájához kapcsolódik jobban.
-
Maelephant
senior tag
Sziasztok,
többször upgradelt, klónozott, de jól működő Win10 rendszeremen immár elodázhatatlannak érzem (ReBar, bizttonsági beállítások, jövőbeli W11 upgrade stb.) a tiszta UEFI-re váltást. A rendszermeghajtó - az örököltség miatt - még mindig MBR, Asrock Z370 Extreme 4 alaplapon be van kapcsolva a CSM ("legacy") mód, az AIDA64 szerint is "legacy" üzemmódú a "BIOS" működése.
Mivel a CSM disable után a gép csak akkor bootol, ha a rendszerlemez GPT, azt konvertálnom kell, a neten látott, illetve az SSD hardveres témában emltett módszerek:
- mbr2gpt parancs használata elevated CP-ból vagy PS-ből
- MiniTool (free) ilyen funkciójának használata(ezután reboot, UEFI, CSM disable, save, reboot)
- az alaplapom leírása szerint (manual) a CSM opciónál: "Enable to launch the Compatibility Support Module. Please do not disable unless you’re running a WHCK test."
- a BIOS/UEFI-ben magában megjelenő help szöveg szerint: "Enable to launch the Compatibility Support Module. If you are using W8 or later 64-bit UEFI and all of your devices support UEFI, you may also disable CSM for faster boot speed."Kérdéseim:
1. Az MBR2GPT-vel a sikeres validate-ig eljutottam. Ragaszkodjam ahhoz vagy választhatom a MiniTool "kényelmét"?
2. Az alaplap manual fenyegetése ugye félrevezető? Miért kellene bekapcsolva tartani a CSM-et, nem az őskorban vagyunk, illetve ez az alaplap sem annyira régi még, hogy ilyet erőltessen? Az UEFI helpje is félrevezető kissé, mivel a tiszta UEFI fő előnye nem a FastBoot, hanem inkább a lemezméretek, biztonság stb., ugye?
3. Mit értsek azon, hogy minden eszközöm UEFI-kompatibilis-e? Alaplap, 8700K, DDR4-3200 (XMP), EVGA RTX 3070 feltételezem az ... egér, billentyű, monitor lehet para? Vagy SSD-k?
4. Kell-e, indokolt-e generálisan paráznom a konverziótól, számítsak-e arra, hogy megfelelő végrehajtás esetén is no boot, black screen, bootloop, irreszponzív periféria stb. fogad?Köszönöm előre is!
-
Imi1981
veterán
Sziasztok! Cseréltem ssd-t a gépembe és maricum reflect - el az új ssd-n fut már a rendszer. Ma gondoltam a régi ssd-t formázom és patricionálom de nem engedi patricionálni és még betüjelet se enged beállítani mert Windows volt rajta (formázni engedte de mégis érzékeli). AOMEI partition assistant - al próbáltam ezt megoldani. Hogy tudnám ez ezt patricionálni? Köszönöm előre is a segítséget!
-
tasiadam
veterán
Olyat tud a win10, hogy az SSD-rol a nem hasznalt fileokat atmasolja x ido utan HDD-re? ESXi pl tud ilyet, hogy ami surun hasznalt, azt atmasolja SSD-re pl.
-
tvamos
nagyúr
válasz
SeniorTilla #1657 üzenetére
Kiraly! Szivesen, oruok, hogy tudtam segiteni.
-
-
tvamos
nagyúr
válasz
SeniorTilla #1655 üzenetére
Nem vagyok egy nagy szakerto, de elolvastad a hibauzenetet?
MBR eseten a max. 2TB. (4TB-re GPT kell)
-
válasz
MostaPista #1654 üzenetére
4TB-os SSD-t tettem a gépembe a 2TB-os HDD helyett, és átklónoztam rá a 2 terrás hdd partícióját adatokkal együtt. Gondoltam kiterjesztem a 2TB-os partíciót 4TB-ra, vagy létrehozok még egy második partíciót a maradék területen, de nem sikerül semmivel sem.
Csatolom a képeket a próbálkozásról:
Mi lehet a gond?
-
MostaPista
tag
válasz
King Unique #1650 üzenetére
koszonom, megnezem, de jo lenne valami okitas diskpartrol, multbol remlek nekem, hogy boszorkanykonyha jellegu, hogy "irdd be ezt es kesz", csak eppen nem tudni, hogy miket lehet beirni, es ha valaki esetleg talalomra beirja, hogy "vh" akkor talan kepes lehet elinditani egy vilaghaborut is.
-
rostiron
őstag
válasz
King Unique #1652 üzenetére
Köszi, közben úgy hagytam ahogy felajánlotta. A fájlrendszert nem tudom.
Amit kivettem hdd-t azon volt ext3-4. de a legnagyobb partíciót az AOMEI sem ismerte.
Lehet a qnap valamit trükközik -
King Unique
titán
válasz
rostiron #1651 üzenetére
A lemezfoglalási egység mérete eleve fájlrendszer és kötetméret függvénye is, lásd pl. a windowsos fájlrendszereknél.
A jelen esetnél nem lett megadva a fájlrendszer típusa és a screenshoton sem látszik, ezáltal értelmezhetetlen a kérdés az előbbi vonatkozásában... Alapesetben jó szokott lenni az a lemezfoglalási egység amit az OS felajánl a formázásnál, viszont minél nagyobb a foglalási egység mérete, annál kevesebb fájl lesz tárolható a lemezen, ami viszont látszik a linkelt screenston is. Persze ha csak nagyobb méretű fájlok lesznek rajta tárolva és nem túl nagy számban, akkor nyilván nem téma és megfelelhet a 32 MB-os foglalási egység is. -
King Unique
titán
válasz
MostaPista #1649 üzenetére
How to use DiskPart to clean and format drive not working on Windows 10
Biztonsági mentés célra meg amúgy nem klónozni kell, hanem rendszermentést készíteni egy másik fizikai lemezre, ami csak egy fájl / mappa lesz a másikon már meglévő partíción.
-
MostaPista
tag
Most jon a keresztkerdes?
Hogyan lehet a korabbi klonozott merevlemezt felszabaditani?Marmint adott a rendszerlemez, egy masikra lett klonozva a biztonsag kedveert a tartalma, majd kesobb a masikrol minden torolve lett, de az adott rendszerlemez mellett nem hasznalhato.
Eloszor csak formaztam, de nem segitett, igy a particiokat is toroltem rola, majd egeszen maskent particionaltam ujra, de tovabbra se tudom hasznalni, mert kozli, hogy pontosan ilyen merevlemez mar hasznalatban van.
Mit kell rola torolni, hogy ismet lehessen hasznalni masodik merevlemezkent, biztonsagi tarolasra? -
MostaPista
tag
válasz
King Unique #1647 üzenetére
Na igen, a hir igaz, csak ...
1. nem image fajl mentes, hanem klonozas
2. nem a jelenlegi, hanem csakis az uj verzioval
3. a klonozott uj merevlemezen el kell vegezni a teszteket, es majd arrol lehet az image fajlt lementeni.
Koszonom, igy mar tiszta, mar csak idot kell talalni az ujabb macriumra valo atallasra. -
King Unique
titán
válasz
MostaPista #1646 üzenetére
Felesleges ezt ennyire túlgondolni, le lettek írva az előző válaszban világosan a lehetőségek, a Macrium Reflect esetében a linkelt screenshot és a 8-as verziónál a videó önmagáért beszél, már csak alkalmazni kellene valamelyiket.
-
MostaPista
tag
válasz
King Unique #1645 üzenetére
Mivel ilyet meg soha nem csinaltam, otleteltem, es bar erre is gondoltam, de elvetettem, mert tulsagosan bonyolultnak talaltam.
Szoval, adott a gep C meghajtoval es nehany egyeb, rejtett particioval, ezt kell lementeni egy masodik meghajtora, ami az "image fajl" biztonsagos tarolasara fog szolgalni de ugy, hogy a harmadik meghajtonak megfeleloen legyen az elso meghajton levo C meghajto nevu particio lecsokkentve pontosan akkora meretre, hogy az osszes particio raferjen.
Macriumot hasznaltam, de nagyon nem emlekszem, hogy lenne olyan lehetoseg, hogy megmondjam neki, hogy az elso meghajtorol mentest a masodikra a harmadik meghajto merete alapjan vegezze el.
A buktatot tovabbra is abban latom, hogy a C nevu particiot radikalisan le tudom csokkenteni, de az uj meghajton nem fogja a teljes helyet kitolteni es akkor az utolso, rejtett particio utan vagy lesz egy szabad, particionalatlan resz, vagy egy ujabb particio, es akkor a gyari mar megint nem az utolso particio.
Vagy esetlen nem olyan nagyon fontos, hogy a rejtett particiok utan ne legyen szabad hely?
Meg azt tartanam a legjobb megoldasnak, hogy a menteskor a C particiot minimalisra zsugoritom, a felszabadult, particionalatlan reszt nem mentem, es akkor van egy biztos image fajl, aminel lehet tudni, hogy csak ennel kicsinel nagyobb meretu meghajtora lehet visszamenteni. A visszamentesnel pedig meg kell mondani, hogy a C particiot annyira novelje meg, hogy kitoltse a szabad helyet, es akkor ez egy univerzalis megoldas lehet.
-
King Unique
titán
válasz
MostaPista #1644 üzenetére
Akkor rosszul gondoltad, mivel az alap hogy eleve egyben mentjük és állítjuk vissza a Windowst BIOS/MBR és UEFI/GPT szerinti telepítéstől függően minden szükséges partíciójával együtt, nem külön-külön...
Ha kisebb tárolókapacitású a célmeghajtó, akkor arra a visszaállításánál vagy még a mentés előtt zsugorítjuk pl. a C-t akkorára hogy ráférjen és úgy mentjük el, vagy a visszaállításnál a klónozóprogram kezelőfelületén, ami a Macrium Reflect esetében eleve megoldható, sőt a 8-as verzió már automatikusan, 1 kattintással megcsinálja az átméretezést a lemezterülethez igazodóan. De persze ez is csak akkor opció, ha van a célmeghajtón ténylegesen annyi szabad lemezterület, amire a mentésben lévő foglalt lemezterület ráfér, ellenkező esetben viszont nyilván nem fog működni és marad a forrásmeghajtóval meggyező vagy annál nagyobb tárolókapacitású célmeghajtó használata. -
MostaPista
tag
Hasonlo a problema, csak kicsit bonyolultabb - hogyan lehet ugy lementeni a particiokat, hogy azokat egy kisebb merevlemezre lehessen visszamentve hasznalni?
(Macrium van)Eloszor arra gondoltam, hogy minden particiot lementek, csak a C-t nem, mert ertelemszeruen csak azt lehet/kell kisebbre venni, de gyanus, hogy az pont kozepen van, igy a logika szerint az uj merevlemezen az lesz az utolso particio.
Ha pedig azt jatszom, hogy legyen egy kisebb particio, es a maradek particiot nem mentem el, akkor az uj, kisebb merevlemezen megint az utolso particio egy uj, de mar formazatlan particio lesz. -
Hopsz
tag
válasz
King Unique #1642 üzenetére
Ami fura, nekem hogx attól még hogy nem áthelyezhető a filek vannak, még is csak 60 GB-t foglalnak.
Igen azokat tervezem. Meg világ életemben így volt, hogy a C csak a rendszer, a dolgaim a D-n vannak. így egy esetleges format C után is megmaradnak a személyes dolgok, nem kell mentegetni.A másik gépen gond nélkül szét tudtam osztani, hogy a C-n van kb 100 GB a rendszernek, és ez 7 évig elég is volt neki, a maradék meg a D, ami néha még kevés is volt.
Megnézem a 3rd party opciót, köszönöm a segítséget.
-
King Unique
titán
Azt írja is a Windows lemezkezelője, hogy csak addig a pontig engedi zsugorítani a köteteket, ahol a nem áthelyezhető fájlok találhatók. Ha ennél nagyobb mértékű zsugorítás a cél, akkor 3rd party particionáló programra (példa) lesz szükség, előtte biztos ami biztos alapon akár egy rendszermentést is javasolt lehet készíteni mivel egy rendszerpartíció átméretezése nem teljesen veszélytelen művelet, stb.
Egyébként a C-n alapesetben ugye maga a Windows és a telepített programok kapnak helyet, valamint pl. a kevésbé tárhelyigényes személyes fájlok. Egy külön D meghajtóra pl. a nagy tárhelyet igénylő egyes játékokat, letöltött fájlokat (pl. torrent) lehet értelme opcionálisan áthelyezni, de nyilván nem mindent, valamint a zsugorításnál a C méretét sem javasolt nagyon elaprózni, mert akkor utólag meg majd az lehet a gond, mármint ha túl kicsi lett.
-
Hopsz
tag
Sziasztok,
Most vettem egy új laptopot, win 11 van már rajta, gyárilag win10 és most firssült win11-re
512 GB SSD van benne. Ezt szeretném felosztani C és D meghajtókra. A C lenne a rendszer, semmi más nem menne oda, és a D az egyébb dolgok.A gyári particó kezelő azonban csak kb 130 GB-t enged miközben szabad tárhely 391 GB. Még 1 programot se raktam fel kb, csak a gyári dolgok vannak, de már elkezdtem legyalulni a szükségtelen mentéseket meg progikat, igaz ezek nem számottevőek.
Szóval a kérdés, hogy miért nem enged egy, legalább 300+ GB-nyi területet leválasztani új meghajtónak? 120-130 GB elég kevés lenne.
Köszi a segítséget előre is. -
King Unique
titán
válasz
Intruder A 6 #1639 üzenetére
Ha magával a HDD-vel van gond, vagy SATA-n a fizikai csatlakozás (kábel, port) nem stimmel, akkor az nyilán más dolog és semmi köze a jelen topik témájához.
-
Intruder A 6
aktív tag
válasz
King Unique #1638 üzenetére
Szia!
Az a gond továbbra is hogy pár óra után újrainditom és eltünik a lemezmeghajtó a Sajátgépből, bemegyek a lemezkezelőbe és egyből kérdi mindig ugyanazekre a lemezekre hogy MGB vagy GTP? bármelyiket választok semmi nem történik a meghajtót hovábbra is üres particionálatlan lemeznek ismeri fel
-
King Unique
titán
válasz
Intruder A 6 #1637 üzenetére
Ami ugye érdekes, mert ha GPT szerint lenne inicializálva, akkor a 8 TB ehhez hasonlóan egy egybefüggő lemezterület alkot, nem 2 TB és utána a többi, utóbbi MBR esetén szokott lenni.
Ha nem USB-n voltak csatlakoztatva a HDD-k és SATA-n nem is szoftveres RAID lett beállítva, akkor még esetleg a tárolóhelyek jöhet szóba, ha az utóbbiba került be a HDD 4Kn szektormérettel és a Windows 10 újra lett telepítve a 0-ról - az alaplapcsere miatt nem feltétlen kellett volna - , ellenben előtte a tárolóhelyek közül nem lett megfelelően eltávolítva, akkor utána SATA-n 512e alapon kezelve amiatt lehet probléma. Viszont a GDB elvileg támogat a gyártó leírása alapján 4Kn szektor szerinti lemezeket is, meg eleve a teljes lemezen futtat keresést és nem partíción, vagyis ha az sem boldogul vele, akkor passz, meg az adatmentés már értelemszerűen az adatmentés topik témája és nem ezé. -
Intruder A 6
aktív tag
válasz
King Unique #1636 üzenetére
-
King Unique
titán
válasz
Intruder A 6 #1635 üzenetére
Nem ártott volna, nem ártana mellékelni egy screenshotot a lemezkezelő alkalmazásról, mert ebből az irományból aztán nem sok minden derült ki, nem világos pontosan hogyan értendő ez az "üres formázatlan lemezek", meg hogy volt-e pl. RAID tömb a HDD-knél vagy sem, milyen fájlrendszer van azokon a partíciókon, milyen OS (Windows?) alatt történik ez, SATA-n vagy USB-n vannak-e csatlakoztatva, stb...
-
Intruder A 6
aktív tag
Sziasztok!
A következő a problémám, alaplapot cseréltem, és a 4db HDD-m ből 2őnél eltűntek a particiók, Lemezkezelő szerint üres formázatlan lemezek, van valami mód hogy visszaállítsam őket?
-
leroyclub
senior tag
válasz
King Unique #1633 üzenetére
Köszönöm a részletes választ. Amit megszeretnék valósítani: 256-os m2-es SSD van egy bányász gépben. Jelenleg C és D partíció van 140-100 gb arányban. A C-t nem bántanám maradjon a windows. Viszont szeretnék egy úgynevezett HIVE OS-t telepíteni a D részre, viszont ahoz le kell választanom belőle 2 plusz particíót (erre települ a HIVE) az alábbiak szerint: 20 MB FAT16 és 7 GB Ext3. Ha ez megvan akkor már mókolással rá tudom tenni az OS-t. Ezek után pedig be kell valahogy állítanom hogy indulásnál kiválassztható legyen hogy HIVE vagy Windows induljon, plusz itt még szeretném azt beállítani hogy ha nem történik választás akkor automatikusan a HIVE induljon.
-
King Unique
titán
válasz
leroyclub #1632 üzenetére
A leírtak alapján nem teljesen egyértelmű, hogy pontosan mi a helyzet a jelenlegi partícióelrendezésnél és melyik partíciót kellene átméretezni, nem ártott volna erről egy lemezkezelő screenshot...
Ha a Windows C rendszerpartícióját akarod átméretezni, akkor az megoldható akár az éppen futó rendszer alatt is és nem feltétlen kell pendrive-ról bootolni - meg ha szükséges, akkor Windows alól indítva úgyis újraindítást kér a program és ún. PreOS módban fejezi be a műveletet, ami kb. olyan mintha pendrive-ról bootolna a live rendszer - , lásd más esetét.
Ha mindenképpen pendrive-ról bootolva cél megoldani az átméretezést, akkor a népszerű windowsos particionáló programoknak - pl. AOMEI, EaseUS, MiniTool - általában a fizetős változataik támogatják csak a bootolható WinPE létrehozását pendrive-ra, ellenben az ingyenesek nem. Vagyis ha full ingyenes megoldás kell pendrive-ról bootolható formában, akkor jobb híján marad pl. a GParted live.Rendszerpartíciókat érintő átméretezésnél javasolt biztos ami biztos alapon egy komplett rendszermentést készíteni, hogy ha esetleg balul sülne el a művelet, akkor szükség esetén vissza lehessen állítani az eredeti állapotot!
-
leroyclub
senior tag
Sziasztok, tudtok ajánlani ingyenes, pendriveról bootolható particionálló programot? Nem kell semmi extra, csak átméretezni egy SSD-t, amin van gyárilag egy win telepítő valami rejtett particion (ezt megtartanám).
-
Ovisbig
tag
válasz
King Unique #1630 üzenetére
Értem, köszönöm a segítséget!
-
King Unique
titán
válasz
Ovisbig #1629 üzenetére
Mármint a partíciók / teljes lemez törlése, majd utána az újraparticionálás, ami így értelemszerűen destruktív. Ha az adatok megtartása, lementése a cél, akkor értelemszerűen vissza kell helyezni a HDD-t az USB-s külső házba. + Az is le van írva a linkelt esetnél, hogy egyes adatmentő programok akár SATA-n is kezelik a 4Kn / 4Ke lemezeket, szóval akár ott is megoldható az adatokhoz való hozzáférés.
Nem, nem jól olvastad... A HDD-n nél az 512e szektorméret eleve fix, azt particionálással nyilván nem lehet megváltoztatni, max. a firmware módosításával. + Amikor USB-n a külső házban 4Kn (4Ke) alapon van kezelve, akkor annak pont az a lényege, hogy az csak ott érvényes és csak emuláció (lásd 4Ke), ha kiszerelik a HDD-t a külső házból és SATA-n csatlakoztatják a PC-be téve, akkor újra annak eredeti szektormérete (512e) szerint lesz kezelve, pont az okozza a problémát. Ebből adódóan a megoldás ilyenkor értelemszerűen olyan USB-s külső házat használni, ami USB-n 512e szektorméret szerint működik, vagy esetleg saját felelősségre megpróbálni utólag módosítani a firmware-t (már ha megoldható egyáltalán, meg van megfelelő firmware az adott eszközhöz), hogy 4Kn helyett 512e szektorméret szerint történjen a meghajtók kezelése. -
Ovisbig
tag
válasz
King Unique #1628 üzenetére
Aha, ahogy olvastam egy particionálás megoldja, csak ez esetben vesznek az adataim.
Az nem volt tiszta, hogy a 512e-s merevlemezt át lehet-e alakítani 4Ke-sé, de ahogy olvasom a merevlemezek fizikailag megegyeznek a szektorméretet meg particionálással lehet változtatni, jól olvastam? -
King Unique
titán
válasz
Ovisbig #1627 üzenetére
A HDD 512e logikai/fizikai szektorméretet használó lehetett, max. az USB-s külső ház volt 4Kn (4Ke) típusú és ez utóbbi okozta a problémát, amikor a HDD a külső házból a PC-be lett helyezve, ahol az utóbbinál ugyancsak 512e alapon lett kezelve. Bővebben lásd egy másik topikban kifejtve, hogy miről is van szó.
-
Ovisbig
tag
Sziasztok!
A külső merevlemezemet beraktam a gépembe (előtte szétszedtem), de kiderült, hogy 512 byte szektorméretű a lemez és a windows nem ismerte fel.
Érdekes, hogy a külső dobozában gond nélkül felismerte, gondolom volt benne valami átalakító áramkör (de nem tudom mi szükség volt erre mert 3 Gb-os a lemez, elvileg azok már alapból 4k szektorméretűek ez mégis 512-es, csak azért hogy át kelljen alakítgatni?, mi értelme ennek?).
A lemezen lévő adatok nem fontosak, a lemez partícionálható, de nem tiszta, hogy a partícionálás megoldja-e a problémát, szóval ha partícionálom az 512 bytos szektorméretből 4k-s lesz? (mert ha nem akkor visszateszem a dobozába, még ha csak poreszről is van szó ne vesszen már el.) -
King Unique
titán
A Windows beépített lemezkezelőjével egy alaplemeznél csak akkor lehet partíciót kiterjeszteni, ha a hozzáadni kívánt terület törölve van (nem lefoglalt) és közvetlenül a kiterjeszteni kívánt partíció mellett és után helyezkedik el. Egyéb esetben nem, vagy max. 3rd party particionáló programmal (példa).
-
boorit
csendes tag
sziasztok!
win 10 alatt van arra lehetőség, hogy egyesítsek két partíciót, úgy hogy az egyiken lévő adatok megmaradjanak? egy laptopról lenne szó, 500GB-os HDD van benne, a C 60GB-re lett állítva, és kezd kevés lenni, szeretném összevonni a D-vel. a D-re nincs szükségem, le van mentve minden adat.előre is köszi!
-
King Unique
titán
Ha ilyen firmware hack történt, ami során készült mentés az eredeti firmware-ről (
UNDO.BIN
) - lásd egy másik leírásban említve - , akkor elvileg megoldható a visszaállítás, lásd a linkelt leírásokat. Ha nem készült mentés, akkor anélkül viszont nyilván nem nagyon fog menni...
Bővebb információkért ez ügyben pedig már értelemszerűen az adott hack tool fórumán, fejlesztőinél, esetleg itteni Xbox 360 topikban kellene érdeklődni, mivel ebben a topikban csak a particionálás a téma, nem a firmware hackelés. -
LTO5
friss újonc
Sziasztok!
Lenne egy (számomra) érdekes problémám.
Anno vettem egy Xbox 360-at merevlemez nélkül. Utánaolvastam, hogy a WD merevlemezeket meg lehet úgy csinálni, hogy gyári merevlemeznek érzékelje.
Volt egy 1 TB-os WD10JPCX-24UE4T0 merevlemezem, amiből némi ügyeskedés után egy Hitachi HTS547550A9E384 (J2260056GD9SXC) 500 Gb-os "lett". A 360 felismerte és használta is.
Miután a 360-at eladtam vinyó nélkül, itt maradtam ennek a Hitachi-nak álcázott WD-vel.
Vissza tudom "kapni" valahogy a WD-t, vagy így jártam?
Köszönöm előre is a válaszokat.
-
King Unique
titán
válasz
szabi325 #1619 üzenetére
Nem írtad, hogy milyen OS-ről van szó, de a leírtak alapján feltételezhetően Windows, ahol alapesetben adja magát a rendszer által felajánlott alapértelmezett lemezfoglalási egység használata a formázásnál, ami 4 TB HDD és NTFS felállásnál 4KB lesz, az úgy oké.
Ha vadonatúj a HDD, akkor feltételezhetően hibátlan állapotú, meg ha pl. a HDS sem ír problémát a SMART-nál, vagyis ez esetben elég a gyorsformázás az első használatbavételnél. Ha első alkalommal tesztelni akarod a HDD-t, meg hogy nincs-e esetlegesen valamilyen lappangó hiba, akkor szokás és javasolt lassú formázást futtatni, vagy a HDS tesztjeit.
+ Ha már particionálás topik, akkor egy lényeges dolog még, hogy a 4 TB-os HDD értelemszerűen GPT séma szerint legyen a lemezkezelőben inicializálva és ne MBR, máskülönben nem lesz használható a teljes lemezterület. Az utóbbinál max. 4Kn alapon működhet pl. USB-n, de itt gondolom 512e és SATA felállásról van szó.
-
szabi325
tag
Sziasztok!
4TB HDD -nél mire érdemes állítani formázásnál a lemezfoglalási egység méretét?
Illetve van értelme nem a "gyors formázást" választani a formázási beállításoknál legelső használatkor?
Előre is köszi a segítséget! -
tlac
nagyúr
válasz
King Unique #1617 üzenetére
valójában az a kalkuláció elég pontos, ha belegondolsz (nyugodtan lehet számolni, hogy szinte minden fájlnál átlagban egy fél klaszternyi tárhelyet elbuksz)
bár én is lefele kerekítettem -
King Unique
titán
Az egy általános, átlagos kalkuláció, ami valóban reális lehet, viszont hogy adott felállásnál ténylegesen mennyi lemezterület lesz felhasználva, mennyi vész kárba, az a tényleges kipróbálás után derülhet ki igazán pontosan.
Az ESP-t adatlemezen a népszerűbb desktop OS-ek közül csak a macOS erőltetni, ellenben Linuxok és Windowsok nem, ahol elég siralmas ha a másik OS-en particionált merevlemezen lévő partíciót ESP nélkül fel sem tudja csatolni... Ennyi erővel GPT-lemezen az újabb Windowsok is létrehoznak egy MSR partíciót, a Linuxok meg nem, de tudja kezelni és csatolni a Windows MSR nélkül is a másik OS-en inicializált, particionált lemezt.
-
tlac
nagyúr
válasz
King Unique #1615 üzenetére
Ha a forrás meghajtó zöme nagyobb méretű fájl, akkor megint nem feltétlen kellene annyira kicsi foglalási egységet erőltetni, de mindegy.
a fájloknak a száma számít, ahogy már korábban is írtam, hogy miért
de a linkedről is itt van a kalkuláció hozzá:
"On the typical hard disk partition, the average amount of space that is lost in this manner can be calculated by using the equation (cluster size)/2 * (number of files)."
akkor az exFAT-ra is az lehet
azt is csak úgy volt hajlandó csatlakoztatni, ha kapott mellé egy üres EFI partíciót is
-
King Unique
titán
Pedig az itteni beszámolók alapján általában megoldható megfelelő 3rd party driverrel/programmal, legalábbis többeknél működött. Meg ennyi erővel ha NTFS-re finnyás a macOS, akkor az exFAT-ra is az lehet, volt már itt a fórumon több olyan eset, amikor nem megfelelően működött oda-vissza a kezelése, holott azt natívan támogatja read + write szinten...
Ha a forrásmeghajtón a fájlok jó része nagyobb méretű fájl, akkor megint nem feltétlen kell annyira kicsi foglalási egységet választani a formázásnál, de mindegy. Az meg nyilván elég alap, hogy a fontos adatokról legyen több helyen biztonsági másolat és ne csak 1 db HDD-n legyenek tárolva.
De mindegy is, a téma már mondhatni ki lett tárgyalva, az egyéb dolgok meg már nem feltétlen ide tartoznak. De ha már macOS és particionálás a téma, akkor az még GPT-s adatlemezeken is létrehoz EFI-rendszerpartíciót (ESP) ahogy nézegettem, ami Windowsok és Linuxok esetén nem jellemző, max. OS-t tartalmazó rendszermeghajtónál, szóval ez érdekes.
-
tlac
nagyúr
válasz
King Unique #1611 üzenetére
Az exFAT ilyen célra valóban praktikus, mivel azt mindhárom OS kezeli, olvassa is írja. De ennyi erővel az NTFS-t is kezeli a másik 2 platform rendszerei, Linuxnál adott a natív olvasás+írás, macOS alapesetben csak olvassa, de úgy tudom terminálban és pláne külső programmal írni is képes. Sőt 3rd party programaml is W10 is képes kezelni Ext4, HFS+, APSF stb. fájlrendszereket.
ntfs-ről akartam volna áttérni
a macOs nagyon finnyás tud lenni más rendszerek partícióira, jobban mint a win
két különböző eszközzel próbálkoztam már többször is az ntfs írására, de sosem működtek megbízhatóanMeg az a 180 000 ezer fájl akkor ezek szerint sok kicsi fájl és nem is HD filmek, nagy méretű lemezképek stb.,
egy 3TB-os vinyóról van szó, amiről költöznék, totál vegyes a tartalma
ebből kb. 2TB nagy fájlokból jön összeAz meg ugye mondhatni alap, hogy belső és külső merevlemezeknél adattárolási célra is elsődlegesen naplózó fájlrendszer (pl. NTFS, Ext4, HFS+J) használata javasolt
tudom, hogy nem ideális a naplózás hiánya miatt, de a fontos dolgokról végül is van mentés
-
King Unique
titán
Igen, nincsen, de azok az értékek többnyire az újabb Windows-verzióknál is érvényesek általánosan, még ha nem is teljes a lista mindre és mindenre kiterjedően. Valamint mivel mást nem nagyon találni hivatalos és hiteles microsoftos forrásként, ezért lett az linkelve.
Majd akkor kiderülhet, ha már át lett másolva, hogy tényleg annyi-e.
Meg az a 180 000 ezer fájl akkor ezek szerint sok kicsi fájl és nem is HD filmek, nagy méretű lemezképek stb., az előbbinél lehet értelme kisebb klaszterméretnek a lemezterület jobb kihasználása céljából, nem is az utóbbinál.
Az exFAT eleve a Microsoft által bevezetett fájlrendszer, nem feltétlen mondanám, hogy Windowson bugos lenne, meg inkább egyes más OS-eknél lehet téma ez, ahol csak utólag lett megoldva a támogatása.
Az meg ugye mondhatni alap, hogy belső és külső merevlemezeknél adattárolási célra is elsődlegesen naplózó fájlrendszer (pl. NTFS, Ext4, HFS+J) használata javasolt, nem pedig nem naplózó (FAT32, exFAT), ahol az utóbbi a flash-alapú tárolóeszközöknél (pendrive, memóriakártya) használatos a kisebb írásterhelés miatt is. Bár itteni Mac topikokban is többen használnak Windows & macOS dual boot esetén exFAT-ot, szóval nyilván működőképes lehet ilyen célra, még ha nem is feltétlen a legideálisabb.
-
tlac
nagyúr
válasz
King Unique #1611 üzenetére
abban a nagyon hivatalos leírásban, amit linkelgetsz, nincs benne a win10
A formázásnál nyilván nem lesz ennyi lefoglalva, meg hacsak nem KB méretű TXT fájlokkal lesz megpakolva az a nettó 5,2 TB
nem akkor, hanem mikor a 180 000 fájlt átmásolnám a régi vinyóról
nem számít, hogy mekkora a fájl, ha nem osztható pont 2MB-nyi adattal, akkor a maradék 2MB-on lesz tárolvaHa manuálisan megadva a 4 KB-osnál hibát jelez a Windows 10, akkor le lett már írva világosan az előbb
nem jelez hibát formázásnál
hanem csak akkor, ha direkt rányomok utólag egy ellenőrzéstszerintem amúgy az lehet, hogy bugos az exfat implementációja, hogy megválaszoljam magamnak a feltett kérdésemet, ha már másnak nem sikerült
tapasztalatszerzésnek jó volt, hogy lássam, hogy ne bízzak rá semmilyen kicsit is fontosabb adatot
-
King Unique
titán
"több, mint 150GB-ot buknék a 2MB-os klaszter miatt, tényleg "jó".."
A formázásnál nyilván nem lesz ennyi lefoglalva, meg hacsak nem X KB-os méretű TXT fájlokkal lesz megpakolva az a nettó 5,2 TB-os HDD, akkor olyan kicsi klaszterméret sem szükséges, mint már említve volt...
"az exfat-ot csak amiatt választanám, hogy könnyen tudjam kezelni az adatokat win, linux és macos alól is"
Az exFAT ilyen célra valóban praktikus, mivel azt mindhárom OS kezeli, olvassa is írja. De ennyi erővel az NTFS-t is kezeli a másik 2 platform rendszerei, Linuxnál adott a natív olvasás+írás, macOS alapesetben csak olvassa, de úgy tudom terminálban és pláne külső programmal írni is képes. Sőt 3rd party programaml is W10 is képes kezelni Ext4, HFS+, APSF stb. fájlrendszereket.
"win10: 2MB
debian: 128KB
macOs: 256KB"Az a 2 MB elég érdekes, amikor a hivatalos leírás alapján is 128 KB a lemezfoglalási egység 256 TB-os kötetméretig. + Látszik, hogy nyilván más OS-ek is nagyobb alapértelmezett foglalási egységgel formázzák kötetmérettől függően az exFAT fájlrendszerű partíciókat, mint 4 KB.
"megfogalmazom másképp a kérdést, milyen limitáció vannak az exfat-nak a klaszterméret beállítására?"
Látszik pl. a fájlkezelős formázásnál is, hogy 512 bájttól egészen 32 MB-ig adható meg a foglalási egység, ahol értelemszerűen a kötetmérettől is függ, hogy mennyi lesz az alapértelmezett érték.
Ha manuálisan megadva a 4 KB-osnál hibát jelez a Windows 10, akkor le lett már írva világosan az előbb, hogy vagy nagyobbat kell manuálisan beállítani, vagy alapértelmezett értéken kell hagyni és úgy formázni, felesleges ezt tovább ragozni, ennyi. -
tlac
nagyúr
válasz
King Unique #1609 üzenetére
Akkor ennyi erővel visszafelé is adott lehet a kérdés, hogy milyen forrás van arról, ami azt tagalja, hogy az OS, jelen esetben a Windows által a formázásnál felajánlott kötetmérettől okvetlenül el kell térni, illetve lefelé.
adott a lehetőség, hogy eltérhessek és még csak egy figyelmeztetést sem dob, hogy esetleg gond lesz vele
Másrészt alapesetben nem szokás piszkálni formázásnál a lemezfoglalási egységet és jó az úgy, ahogyan azzal lesz formázva a kötet, partíció.
több, mint 150GB-ot buknék a 2MB-os klaszter miatt, tényleg "jó"..
Harmadrészt az nem feltétlen mérvadó, hogy mit ír egy másik OS (Linux) és az ottani fájlrendszerellenőrzés, amikor eleve Windowsról volt szó,
az exfat-ot csak amiatt választanám, hogy könnyen tudjam kezelni az adatokat win, linux és macos alól is
ezért érdekes nekem, hogy az adott OS alatt hogyan működikés ezek lettek az alapértelmezett klaszterek az 5,2TB-ra:
win10: 2MB
debian: 128KB
macOs: 256KBmegfogalmazom másképp a kérdést, milyen limitáció vannak az exfat-nak a klaszterméret beállítására?
ami leírásokban szerepel, hogy 32MB a max., az alatta levő értékek érdekelnek (erre szeretnék linket látni, mivel jelenleg kísérletezésen kívül ezt sehogy nem tudom kideríteni)
4KB-os egy szektor a vinyómon, így az alá nem érdemes menni, de most próbaképpen megnéztem mit történik ott:
2KB alatt meg is döglik már formázásnálC:\WINDOWS\system32>format d: /q /fs:exfat /a:512
The type of the file system is EXFAT.
Enter current volume label for drive D: data
WARNING, ALL DATA ON NON-REMOVABLE DISK
DRIVE D: WILL BE LOST!
Proceed with Format (Y/N)? y
QuickFormatting 5,2 TB
Volume label (11 characters, ENTER for none)? data
Number of clusters exceeds 32 bits.
Format failed.
C:\WINDOWS\system32>format d: /q /fs:exfat /a:1024
The type of the file system is EXFAT.
Enter current volume label for drive D: data
WARNING, ALL DATA ON NON-REMOVABLE DISK
DRIVE D: WILL BE LOST!
Proceed with Format (Y/N)? y
QuickFormatting 5,2 TB
Volume label (11 characters, ENTER for none)? data
Number of clusters exceeds 32 bits.
Format failed.
C:\WINDOWS\system32>format d: /q /fs:exfat /a:2048
The type of the file system is EXFAT.
Enter current volume label for drive D: data
WARNING, ALL DATA ON NON-REMOVABLE DISK
DRIVE D: WILL BE LOST!
Proceed with Format (Y/N)? y
QuickFormatting 5,2 TB
Volume label (11 characters, ENTER for none)? data
Initializing the File Allocation Table (FAT)...
Creating file system structures.
Format complete.
5,2 TB total disk space.
5,2 TB are available.
2 048 bytes in each allocation unit.
2 770 965 835 allocation units available on disk.
32 bits in each FAT entry.
Volume Serial Number is 40AF-6137amit már tudok, hogy 4KB-tal valami fura gondja van win fájlrendszer ellenőrzőjének és a macOs is hibásan jelzi ki a felhasznált területet az üres partícióra (több TB-ot ír)
8KB-nál eddig sehol nem láttam gondot, de nem tudom biztosra, hogy jó lesz-e -
King Unique
titán
Nem világos, hogy mégis milyen forrás kellene még, amikor már linkelve lett a microsoftos leírás fájlrendszertől és kötetmérettől függően az alapértelmezett, javasolt lemezfoglalási egységekre, valamint pont a saját eseted is szemlélteti, hogy az alapértelmezettől eltérően a manuálisan beállított 4KB-osnál problémázott a Windows. + Akkor ennyi erővel visszafelé is adott lehet a kérdés, hogy milyen forrás van arról, ami azt tagalja, hogy az OS, jelen esetben a Windows által a formázásnál felajánlott kötetmérettől okvetlenül el kell térni, illetve lefelé.
Másrészt alapesetben nem szokás piszkálni formázásnál a lemezfoglalási egységet és jó az úgy, ahogyan azzal lesz formázva a kötet, partíció. Ha már mást állít be a user, akkor meg általában nagyobbat szokás, ha pl. csak nagy méretű fájlok lesznek tárolva a lemezen, ami az adatátviteli sebességre is kedvezően hathat. Kisebb lemezfoglalási egységet meg akkor szokás beállítani, ha csak kis méretű fájlok lesznek tárolva a lemezen, + cél a lemezterület minél jobb kihasználása, ellenkező esetben felesleges, meg eltérni az alapértelmezettől. Persze ha valaki jobban akarja tudni a Microsoftnál is, hogy Windowsnál milyen lemezfoglalási egységgel kell formázni, illetve az előbb leírtaktól függetlenül, akkor végül is beállíthat mást is, aztán vagy / vagy...
Harmadrészt az nem feltétlen mérvadó, hogy mit ír egy másik OS (Linux) és az ottani fájlrendszerellenőrzés, amikor eleve Windowsról volt szó, ott problémázott a rendszer a leírtak alapján az alapértelmezettől eltérő 4 KB-os foglalási egységgel történt formázás után.
-
tlac
nagyúr
válasz
King Unique #1607 üzenetére
tudsz valami forrást linkelni az állításodra?
másrészt mivel szó nélkül formázza 4kb-tal, így honnan kellene tudni, hogy gond lesz vele?
mi a garancia arra, hogy 8kb-tal mondjuk jó lesz?
most egy üres partícióra azt mondja, hogy rendben van, de ha megpakolom, lehet utána megint valami problémája lesz veleharmadrészt linux alatt 4kb-tal is jónak mondja, amikor meg volt pakolva több TB-tal, még akkor is jónak látta
root@debian:~# mkfs.exfat /dev/sda1 -n data -s 8
mkexfatfs 1.3.0
Creating... done.
Flushing... done.
File system created successfully.
root@debian:~#
root@debian:~#
root@debian:~#
root@debian:~# exfatfsck /dev/sda1
exfatfsck 1.3.0
Checking file system on /dev/sda1.
File system version 1.0
Sector size 512 bytes
Cluster size 4 KB
Volume size 5296 GB
Used space 5461 MB
Available space 5291 GB
Totally 0 directories and 0 files.
File system checking finished. No errors found. -
King Unique
titán
Az eleve nem jó, az nyilván nem igaz és túlzás, max. nem teljesen naprakész és emiatt kicsit hiányos az a lista, úgy reális az állítás. Ahol a Windows 10-nél, annak újabb verzióinál már valóban 2 MB-ig terjed formázásnál a lemezfoglalási egység, legalábbis NTFS-nél, illetve ez is fájlrendszertől függő, exFAT esetében akár 32 MB is választható.
Le lett már írva, hogy a túl kicsi lemezfoglalási egység is gond lehet, amit a mostani példa is szemléltet. Vagyis tessék nagyobbat beállítani, vagy a Windows által felkínált alapértelmezettet (ami exFAT esetén nyilván nem 4 KB lesz X TB-os kötetnél) használni, ennyi.
-
tlac
nagyúr
válasz
King Unique #1605 üzenetére
ez a doksi eleve nem jó, nincs benne a win10
és 2MB-ot !!! állít be alapértelmezetten ekkora méretnél, hanem adom meg kézzelmi okozza a hibát?
sehol nem olvastam ilyet, hogy alacsony klaszterméretnél hibásan működik az exfat -
King Unique
titán
Default cluster size for NTFS, FAT, and exFAT
Windowson az exFAT fájlrendszerű kötetek formázásánál 32 GB felett 128 kilobájt az alapértelmezett lemezfoglalási egység, alapesetben azt javasolt használni. Egyéb esetben opcionálisan el lehet ettől térni +/- irányban és úgy is működhet, de túl kicsi klaszterméretnél (pl. 4 KB) előfordulhat probléma, hibaüzenet, lásd a saját esetedet. Ennyi!
-
tlac
nagyúr
Exfat-ot szeretnék használni egy belső hdd-n az új vinyómon, hogy könnyen használható legyen macos alatt is. Fél nap volt mire átmásoltam mindent a régiről és win szerint valamiért korrupt lett a "boot region". Ez nem egy rendszer vinyó, hanem csak adattárolásra lesz használva. Linux-os fájlrendszerellenörzővel megnézve egyébként hibátlan, meg látszólag minden jól is működik rajta. Elkezdtem kísérletezni, hogy mi lehet a baj és odáig jutottam, hogy ha 4KB-os klaszterrel formázom, akkor formázás utána is rögtön hibásnak jelzi, 8kb-nál már nincs ilyen probléma.
Ez szerintetek miért van?
C:\WINDOWS\system32>format d: /q /fs:exfat /a:4096
The type of the file system is EXFAT.
Enter current volume label for drive D: data
WARNING, ALL DATA ON NON-REMOVABLE DISK
DRIVE D: WILL BE LOST!
Proceed with Format (Y/N)? y
QuickFormatting 5,2 TB
Volume label (11 characters, ENTER for none)? data
Initializing the File Allocation Table (FAT)...
Creating file system structures.
Format complete.
5,2 TB total disk space.
5,2 TB are available.
4 096 bytes in each allocation unit.
1 386 931 877 allocation units available on disk.
32 bits in each FAT entry.
Volume Serial Number is 500F-AD32
C:\WINDOWS\system32>
C:\WINDOWS\system32>
C:\WINDOWS\system32>chkdsk.exe d:
The type of the file system is exFAT.
Volume Serial Number is 500F-AD32
The file allocation table (FAT) on disk is corrupted.
An error occurred while examining the boot region.
C:\WINDOWS\system32>
C:\WINDOWS\system32>
C:\WINDOWS\system32>
C:\WINDOWS\system32>format d: /q /fs:exfat /a:8192
The type of the file system is EXFAT.
Enter current volume label for drive D: data
WARNING, ALL DATA ON NON-REMOVABLE DISK
DRIVE D: WILL BE LOST!
Proceed with Format (Y/N)? y
QuickFormatting 5,2 TB
Volume label (11 characters, ENTER for none)? data
Initializing the File Allocation Table (FAT)...
Creating file system structures.
Format complete.
5,2 TB total disk space.
5,2 TB are available.
8 192 bytes in each allocation unit.
693 815 459 allocation units available on disk.
32 bits in each FAT entry.
Volume Serial Number is 8627-F6DA
C:\WINDOWS\system32>
C:\WINDOWS\system32>
C:\WINDOWS\system32>chkdsk.exe d:
The type of the file system is exFAT.
Volume Serial Number is 8627-F6DA
Windows is verifying files and folders...
Volume label is data.
File and folder verification is complete.
Windows has scanned the file system and found no problems.
No further action is required.
1255641088 KB total disk space.
16 KB in 2 files.
16 KB in 2 indexes.
0 KB in bad sectors.
84704 KB in use by the system.
1255556352 KB available on disk.
8192 bytes in each allocation unit.
693826048 total allocation units on disk.
693815456 allocation units available on disk. -
7Heads Drago
veterán
válasz
King Unique #1601 üzenetére
Ilyen tutti nem lett beállítva.
-
7Heads Drago
veterán
válasz
King Unique #1600 üzenetére
Azért rajta voltál rendesen az ügyön hogy amit csak lehet félre értelmez.
De persze nyilván kevés volt az info amit adtam.Viszont amikor leírom egyértelműen hogy 1 meghajtó volt a 3 terra 1596#-ban és azzal volt a gond, te a 1597#ben a már 2 felé bontott meghajtott taglalod ami már egy vészmegoldás volt tőlem mivel jobbat nem tudtam a problémámra.
De ezzel együtt is köszönöm a segítséget. És bocsi a félreértelmezhető infók miatt. Ebbe most beleszaladtam. Rám jár most a rúd.
Ha lenne hasonló sebességű másik vinyó törölnék mindent róla. És mutatnák róla képeket mit csinált amikor egyben volt. Csak ugye van rajta 1,7 terra adat amit nincs kedvem duplán másolgatni. -
King Unique
titán
válasz
King Unique #1599 üzenetére
+ Még esetleg az NTFS kvóta jöhet szóba, akkor nem használható a teljes lemezterület, de az alapértelmezetten nincsen beállítva, vagyis annak alapesetben nem kellene gondot okoznia, hacsak a felhasználó külön be nem állít ilyet.
Az pedig továbbra is érvényes, hogy normál esetben nyilván nincs olyan, hogy 2 részre kell particionálni a HDD-t, mert másképpen nem lehet rá adatokat másolni és nincs elég szabad lemezterület, ott más gond lesz, lásd az előbb leírtakat.
Új hozzászólás Aktív témák
Hirdetés
- Seagate Enterprise Exos 10E2400 ST1800MM0129 1.8TB SAS 12Gbps 10K RPM 4Kn/512e 2.5" ÚJ
- Samsung 128 GB M2 SATA SSD MZNLN128HAHQ Újszerű állapotban
- 14TB WD DCHC530as vinyók eladóak!
- Samsung 512 GB M2 PCI-E SSD PM9C1 6000 MB Olvasási 5600 MB Írási sebesség, Samsung Enterprise
- 1db Kingston SSD 1,92TB SEDC450R
Állásajánlatok
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest