Új hozzászólás Aktív témák

• #50648 King Unique titán batagy #50642

  Új Válasz 2019-07-30 14:11:21 #50648

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  King Unique

  titán

  válasz batagy #50642 üzenetére

  Ez nem egyedi eset, ha rákeresel (pl. kugliban). Valamint nem is feltétlen egy adott Windows-verzióhoz köthető, mivel régebbieknél és újabbaknál is előfordulhat bizonyos esetekben. Meg nem hiába vannak a SpaceSniffer, TreeSize, WinDirStat nevű programok ilyen célra.

  A pontos oka viszont nem teljesen tisztázott, van ahol az NTFS jogosultságkezelést, szövevényes mappaszerkezetet + mappa- és fájlnevek hosszát, indexelést, töredezettséget stb. említik, van akik szerint bug, de ezek is inkább csak tippek. Ami viszont tény, hogy a Windows fájlkezelője biztonsági okokból alapértelmezetten nem listázza ki a rejtett és az operációs rendszer védett fájljait, max. külön beállítás után. Valamint attól, hogy a gyökérben a mappákat manuálisan kijelölve bizonyos esetekben (nem mindig) nem stimmel a méret, attól még a meghajtó tulajdonságinál a szabad és foglalt területnek eleve helyesen kell megjelennie. Vagyis esetedben már abból is látszódnia kellett volna, hogy jóval nagyobb lehet az a mappa, meg amúgy is az foglalja a legtöbb tárhelyet. Egyébként pár napja ránéztem kíváncsiságból W10 1903-as verzión több, NTFS fájlrendszerű külső merevlemezre és ott nálam rendre stimmeltek a méretek.

  Az nem derült ki, hogy esetedben csak ennél, vagy más USB-s tárolóeszközöknél is fenáll-e a probléma. De amúgy túl sokat nem nagyon lehet vele kezdeni, szükség esetén lehet használni a fentebb említett programokat, vagy a beépített helyett 3rd party fájlkezelőt.

• #44541 Andie őstag batagy #44539

  Új Válasz 2016-05-31 22:47:35 #44541

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Andie

  őstag

  válasz batagy #44539 üzenetére

  Köszi! írtam privit!

• #44408 King Unique titán batagy #44406

  Új Válasz 2016-05-18 23:44:03 #44408

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  King Unique

  titán

  válasz batagy #44406 üzenetére

  Helló!

  Az USB chip és Linux kernel esetében én nem néztem dmesg és egyéb adatokat, de a 3.16.x alatt nem tapasztaltam különösebb hibát. De attól még nyilván elhiszem, amit állítasz, illetve amit a linkelt oldalon írnak. Nekem most jelenleg javarészt ASM1053 / ASM1153 chipes cuccaim vannak. Előbbire az említett firmware valóban elég régi és már az is okozhat gondokat. Egyik, előbbi vezérlős külső házamnál 121026916200 firmware volt, ami Win8.1 alatt adatátviteli hibákat produkált. De csak ott és Win7/10, valamint Linux esetén ok volt. Miután frissítettem, már 8.1 alatt is rendesen működött.

  Azért a chkdsk futtatásához hozzá kell tenni, hogy bizonyos esetekben valóban megoldja a problémákat, de máskor képes elbarmolni is ezt-azt [link]. Illetve, ha NTFS fájlrendszert akarunk használni, akkor célszerű Windows alól formázni, illetve partícionálni. Ha pedig probléma van a fájlrendszerrel, akkor adatmentés után célszerű diskpart segítségével legyalulni a lemezt, majd tisztán újrapartícionálni. Illetve, ha van rá lehetőség, akkor a különféle helyreállítási műveleteket is elsősorban Windows alól ajánlott elvégezni, mivel a Linux alóli megoldások nem biztos, hogy NTFS-nél mindig eredményesek lesznek. Továbbá Ext4 fájlrendszer esetén pedig egyértelműen Linux alól érdemes létrehozni a partíciókat, mert azt korábban említettem, hogy a Windowsra való külső partícionáló programok általában xarul csinálják meg.

• #44405 King Unique titán batagy #44403

  Új Válasz 2016-05-17 23:33:59 #44405

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  King Unique

  titán

  válasz batagy #44403 üzenetére

  Helló!

  "Ezért Asmedia chipes USB3-at nem célszerű használni a másolás során, legalábbis, ha a kernel 3.17-nél régebbi."

  Én a korábbi, pl. =< 17.2 Linux Mint verziókban nem tapasztaltam ilyet, pedig a 17.2-esben is csak 3.16-os kernel van. Illetve jó lenne tudni, hogy milyen ASMedia chip, milyen firmware stb.? Tehát szerintem nem feltétlenül lehet ezt általánosítani.

  Illetve az lett volna még fontos infó, hogy pl. a Windows lemezkezelő mit mutatott a korrupt partícióra? Ha például "Nem lefoglalt / RAW" partíció van a lemezen, akkor általában a szokásos adatmentő programokat (is) lehet használni: pl. GDB | EaseUS | iCare | Recuva | TestDisk / PhotoRec.
  Lemezképet tud a GDB, illetve a HDD Raw Copy Tool is készíteni. Amúgy, ha RAW partíció van, akkor Windows alatt a "normál" CheckDisk nem használható. Ha megvolt az adatmentés pl. a fenti programokkal, vagy az általad említett módon, akkor Windows alatt célszerű diskpart segítségével törölni a RAW partíciót, majd azután a lemezkezelőben újrapartícionálni.

  Jó ötletek és programok vannak felsorolva. Ez főleg akkor jöhet jól, ha valaki nem akar Windows alatt fizetős adatmentő programokat használni. Köszönjük a hasznos infókat!

  

  Én használom alkalmaként az Ext2Fsd és Paragon ExtFS szoftvereket. Előbbi korábbi verziója Windows 10 (TH2 10586 build) alatt bugos volt, de az új verziókban már javították a hibát. Nálam mindkettő megfelelően működik. Ami hiányosság, hogy nem kezelnek LVM-et, illetve utóbbi csak olvasni tudja hivatalosan. Ha teljes LVM kezelés kell, akkor az ExtFS for Windows Professional ezt is tudja, viszont fizetős.

  Linux alatt formáztam Ext4-re a (külső) merevlemezeket, majd Windows alatt az előbbi programokkal csatoltam fel a partíciókat. Végeztem olvasás / írás teszteket, illetve fájlokat másoltam (írás) rá. A tesztek hiba nélkül lefutottak, valamint mindkét OS alatt gond nélkül megnyithatók voltak a fájlok. Illetve felcsatolhatók voltak probléma nélkül a helyi lemezen lévő Ext4 partíciók (Linux) is.
  Az Ext2Fsd esetén fel kell csatolni először a partíciókat a program beállítófelületén: [link], [link]. De amúgy megjegyzi a beállításokat és az automatikus csatolás is megoldható. A Paragon szoftvere pedig azt hiszem automatikusan felcsatolja az Ext partíciókat [link].

• #27401 liksoft nagyúr batagy #27398

  Új Válasz 2012-11-09 14:42:52 #27401

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  liksoft

  nagyúr

  válasz batagy #27398 üzenetére

  A drive belül nem engedi az alacsony szintű formázást (klasszikusat). Használt hibátlan drive esetén lehet gyorsformázást használni a rendszernél (logikai meghajtó létrehozása), de új drive felületi hibaellenőrzése miatt a teljes a célszerűbb.

• #27394 ChRiS_RS aktív tag batagy #27391

  Új Válasz 2012-11-09 09:09:28 #27394

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  ChRiS_RS

  aktív tag

  válasz batagy #27391 üzenetére

  Biztos van valami program, amivel normálisan is meg lehet formázni. Még az őskorban használtam a parition magic-et, talán még most is létezik, gondolom tud normál formázást is csinálni. Bár az egy-két terrás HDD-kel nem tudom mennyi ideig fog tartani.

Új hozzászólás Aktív témák