Second Opinion
Folosind serviciul second opinion ne puteți trimite RMN-uri, CT -uri, angiografii, fișiere .pdf, documente medicale. Astfel vă vom putea da o opinie neurochirurgicală, fără ca aceasta să poată înlocui un consult de specialitate. Răspunsurile vor fi date prin e-mail în cel mai scurt timp posibil (de obicei în mai putin de 24 de ore, dar nu mai mult de 48 de ore). Second opinion – Neurohope este un serviciu gratuit. www.neurohope.ro |
Spatiu indicat eronat pe SSD Samsung 970 EVO 250 GB NVMe M.2
Last Updated: Feb 06 2019 18:58, Started by
Phoenixxx
, Feb 03 2019 19:51
·
0
#1
Posted 03 February 2019 - 19:51
Salut,
Am achizitionat un SSD Samsung 970 EVO 250 Gb NVMe M.2 pe care am mutat cu Acronis True Image sistemul de operare Win 10 Pro de pe un SSD Kingston de 120 Gb. Am redimensionat partitia de sistem la 70 Gb si restul a ramas intr-o partitie primara de 162 Gb. Indexarea este dezactivata; de asemenea memoria virtuala (sunt 32 Gb DDR4). Problema este ca la copierea unui director de 60Gb si cu cca 50000 fisiere de pe un alt HDD in partitia de 162 Gb, spatiul ocupat este dublu, adica aprox 120 Gb. In hardul sursa directorul ocupa 60 Gb si copiat pe partitia indicata ocupa un spatiu dublu. Nu sunt erori la verificarea check disk (nici la sursa si nici la destinatie). Vreo idee? |
#2
Posted 03 February 2019 - 20:10
Cluster size. Daca e setat mare, un fisier mic ocupa un intreg cluster size din cate stiu, si atunci fisierele mici ocupa mai mult decat au.
Edited by Handicarpati, 03 February 2019 - 20:11. |
#3
Posted 03 February 2019 - 20:12
Lanseaza o fereastra command line cu drepturi administrator
Da comanda asta - schimbi litera sa corespunda partitia: fsutil fsinfo ntfsinfo D:Vezi ce zice la Bytes Per Cluster |
#4
Posted 03 February 2019 - 20:20
Pe HDD-ul sursa este 4k.
Pe partitia destinatie nu stiu; voi verifica, dar in principiu, fiind formatata NTFS ar trebui sa fie tot 4k. LE Am reformatat partitia de 162 Gb (NTFS) cu 4k si situatia ramane. Ciudat, sigur imi scapa ceva fiindca nu este in regula. LE2 Verific si sursa daca este clusterul de 4k si revin Edited by Phoenixxx, 03 February 2019 - 20:24. |
#5
Posted 03 February 2019 - 20:24
Numarul de fisiere e exact acelasi ? Subdirectoarele corespund toate la marimea dubla?
|
#6
Posted 03 February 2019 - 20:48
Am verificat si clusterele au dimensiuni diferite; de aici si neconcordanta - fisiere multe si mici.
Multumesc celor care m-au ajutat. Sa aveti o seara minunata |
#8
Posted 03 February 2019 - 22:35
#9
Posted 03 February 2019 - 23:13
Este activata optiunea de unhide pt fisierele ascunse.
|
#10
Posted 04 February 2019 - 09:50
|
#11
Posted 04 February 2019 - 19:54
Scuze, am fost plecat toata ziua.
Am verificat hardul sursa D: si partitia destinatie F: (vezi fisierul atasat 1). Clusterele sunt practic identice. In fisierul atasat 2 (verificare in hardul sursa): Directorul (arch) complet - in stanga Directorul (!proiecte final) - este inclus in Arch - in dreapta sus Restul de directoare - incluse de asemenea in arch - dreapta jos. Se observa ciudatenia. Am copiat directorul de fiecare data cu explorerul din Windows. La destinatie directorul arch avea o marime dubla comparativ cu sursa. Am mai copiat o data tot directorul arch cu Total Commander si acesta m-a anuntat ca am un fisier cu path-ul mai mare de 259 caractere. Explicatia este ca explorerul din Win nu copia un fisier cu path-ul mai mare de 259 caractere si la destinatie se verifica marimea corecta a directorului. Nici Total Commander nu l-a copiat, dar a fost cumsecade si m-a avertizat de existenta lui. Am facut o arhiva cu subdirectorul care continea acel fisier (asta ca sa nu-l sterg - il voi redenumi astfel incat path-ul sa nu depaseasca 259 caractere) si acum am aceiasi marime a directorului arch la sursa si destinatie. Inainte de aceasta arhivare, cand verificam properties pe directorul arch la sursa, se impiedica de acel fisier si raporta o marime mai mica. la destinatie acel fisier nu era copiat si acolo windows-ul raporta corect properties. Asta este explicatia pe care am gasit-o. O fi corecta? Cert este ca acum problema s-a rezolvat (cu arhivarea fisierului mentionat). Multumesc celor care m-au ajutat. Attached FilesEdited by Phoenixxx, 04 February 2019 - 19:54. |
#12
Posted 06 February 2019 - 14:23
Vezi ca este un utilitar chiar de la Samsung special pentru clonare. Pe viitor, poate il iei in vedere.
|
#13
Posted 06 February 2019 - 15:16
Da, posibil aia sa fie problema, si eu am avut ceva similar, o marime folder total aiurea, de la cale + nume mai mare de 256 caractere.
Ma lovesc des de chestia asta cu limita de caractere, descarc de pe net niste fisiere cu nume lungi, am si citeva sub-foldere.... ma trezesc cu eroare. Ba se pare ca este limitare de la NTFS https://en.wikipedia.org/wiki/NTFS http://www.ntfs.com/ntfs_vs_fat.htm Incredibil, si exfat are aceeasi limitare: https://en.wikipedia.org/wiki/ExFAT Mor, si ext4 https://en.wikipedia.org/wiki/Ext4 Edited by buyonevideo, 06 February 2019 - 15:23. |
#14
Posted 06 February 2019 - 18:58
SEPTEMBER9, on 06 februarie 2019 - 14:23, said:
Vezi ca este un utilitar chiar de la Samsung special pentru clonare. Pe viitor, poate il iei in vedere. Am utilitarul de la Samsung, dar m-am obisnuit de ani de zile cu Acronis True Image si care este excelent (cel putin pentru pretentiile mele). Dupa eliminarea problemei cu path-ul mai mare de 259 de caractere s-a rezolvat si problema. MULTUMESC |
Anunturi
▶ 0 user(s) are reading this topic
0 members, 0 guests, 0 anonymous users