Új hozzászólás Aktív témák
-
tlac
nagyúr
válasz Fire/SOUL/CD #725 üzenetére
Ez így azért értelmetlen, mert akik tudják az MBR felépítését, azok tisztában vannak azzal, hogy a partíció(k) mérete és kezdete szektorszámban van megadva egy 32 bites előjel nélküli DWORD formájában.
Innentől kezdve meg meg nincs félreértés mert 2^32*512(ez a szektor mérete byte-ban)= 2TiBakkor sem működik, ha az utolsó partíciót kicsivel a 2 terrás határ előtt akarom létrehozni?
ha nem, akkor miért nem?vagy pl. 3 terrás vinyónál, 2 db másfeles partíció, a partíció kezdetek beleférnek és a méretek is 4 byteba
[ Szerkesztve ]
-
tlac
nagyúr
válasz Fire/SOUL/CD #782 üzenetére
leírtam hogyan gondolom, szeretném érteni, hogy hol a hiba
"pl. 3 terrás vinyónál, 2 db másfeles partíció, a partíció kezdetek beleférnek és a méretek is 4 byteba"
a 2. partíció miért csak 500 giga lenne? 1,5 terrától indul, ez nem gond, és 2 terránál is kisebb, így elvileg a mérete is tárolható
[ Szerkesztve ]
-
tlac
nagyúr
válasz Fire/SOUL/CD #784 üzenetére
nem értem, amit írsz, én nem beszéltem arról, hogy fedjék egymást
viszont kipróbáltam virtuális gépen és sikeresen létrehoztam azt, amiről eddig beszéltem
a felkiáltójelek azért vannak ott, mert nincsenek formázva
[ Szerkesztve ]
-
tlac
nagyúr
válasz Fire/SOUL/CD #786 üzenetére
mesélj, mi a problémád a virtuális géppel meg a linux-szal?
csak 512 byte-ot szerkesztek...de itt van egy win-es virtuális gép is
UI: A felkiáltójelek meg azért vannak ott, mert nem is lehet formázni. (inaktív a zöld pipa a GParted-ben, amivel a módosításokat alkalmazni tudnád)
persze, hogy inaktív, mivel nem volt függőben lévő változtatás
[ Szerkesztve ]
-
tlac
nagyúr
válasz Fire/SOUL/CD #789 üzenetére
mindenhol leírtam, hogy az alatt próbáltam, ahol nem ott, ott nem beszéltem arról
viszont én azt gondolom, hogy a vinyóhoz való szoftveres hozzáférés az ugyanaz
és azt feltételezem, hogy ez így működhet a valóságban, ha rendesen látja a partíciót, akkor a 64 bites rendszerek, 64 biten már tudják címezni
[ Szerkesztve ]
-
tlac
nagyúr
válasz Fire/SOUL/CD #791 üzenetére
Akkor újra megfogalmazom a kérdésemet alaposabban leírva.
Azon elmélkedek, hogy rá lehetne-e erőltetni az MBR-re 2TB-nál nagyobb vinyókat. Az alapfelállás szerint nem. Viszont ha az MBR-ből csak azt veszi ki az oprendszer, hogy hol kezdődik a partíció és az mennyi szektorból áll, akkor szerintem igen, abban az esetben ha a partíciók kezdete 2TB alatti területen van (természetesen nem lógnak egymásba, szépen egymás után vannak) és a méretük nem nagyobb, mint 2TB.
Nincs ekkora vinyóm, így kénytelen vagyok virtuális gépen kipróbálni. Mivel csak azt az 512 byte-ot szerkesztgetem, elvileg nem kellene, hogy a virtualizáció elferdítse a valóságot.
Úgy tűnik gparted-dal megtudom a 2 x 1,5Tb-ot linux alatt csinálni, amit aztán a win probléma nélkül elfogad. Viszont önmagában win-nel nem tudtam létrehozni a 2 x 1,5-öt.A 64 bitről meg azért beszéltem, mert a partíció kezdetét 64 bites változóba kell tennie, hogy ezzel aztán meg tudja címezni a szektorokat.
-
tlac
nagyúr
Fire/SOUL/CD:
megvettem a 3TB-os vinyómat a régi gépemhez, ami nem támogat semmiféle efi-t és rendszervinyónak szeretném majd használni, MBR partíciósémával
gparted-del megcsináltam a particionálást és a formázást, utána win7 alatt is meg tudtam formázni őket hiba nélkül (csak gyorsformázás volt)
ki kellene még találni már tesztet, hogy biztosan jól kezeli-e a windows
[ Szerkesztve ]
-
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.[ Szerkesztve ]
-
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[ Szerkesztve ]
-
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. -
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[ Szerkesztve ]
-
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
[ Szerkesztve ]
-
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
[ Szerkesztve ]
-
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
[ Szerkesztve ]
-
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