Elektroda.pl
Elektroda.pl
X
Please add exception to AdBlock for elektroda.pl.
If you watch the ads, you support portal and users.

Dysk wymienny FAT32 - jak naprawić plik, gdy podczas zapisu przekroczył 4 GB?

Mirek.1980 04 Mar 2016 19:20 1296 9
  • #1
    Mirek.1980
    Level 3  
    Witam wszystkich serdecznie.

    Proszę o pomoc z opisanym poniżej problemem, ponieważ nie wyszukałem podobnego temu na forum.

    Chciałbym prosić o radę jakim programem mogę naprawić uszkodzony plik na dysku przenośnym (32 GB) w formacie FAT32.

    Używam dyktafonu do nagrywania wykładów, który to dyktafon można podłączyć przez USB do komputera.

    Od włączenia do wyłączenia jest generowany 1 plik.

    Po wyłączeniu okazało się, że zapisano na dysku 5,5 GB (co jest prawidłowe), ale po podłączeniu do komputera widzę, że plik ma tylko 1,5 GB, a drugi (którego nie powinno być) 111 KB.

    Z góry dziękuję za odpowiedzi.
    Jeśli potrzeba dodatkowych informacji - chętnie odpiszę.
  • Helpful post
    #2
    jam_es
    Level 24  
    Skoro dysk jest sformatowany w systemie FAT32, to rozmiar pojedynczego pliku może być max 2^32B, czyli 4GB (czasem 2GB dla kompatybilności z FAT16).
    Jeśli wskazuje tak dużą pojemność, to spróbuj użyć "scandisk" z Windows'a. Może jest to tylko problem wyświetlania wielkości pliku.
    W tym gorszym scenariuszu prawdopodobnie straciłeś część danych.

    Dla bezpieczeństwa i zachowania tego co jest spróbuj na wstępie zrobić obraz partycji.
    Zawsze będziesz miał drogę odwrotu, gdyby coś poszło jeszcze gorzej.
  • #3
    Mirek.1980
    Level 3  
    Dysk wymienny FAT32 - jak naprawić plik, gdy podczas zapisu przekroczył 4 GB?

    Najpierw kliknąłem prawym przyciskiem myszy na dysk i wybrałem opcję narzędzia - sprawdź oraz wybrałem obie opcje: Automatycznie napraw błędy systemu plików oraz Skanuj dysk i próbuj odzyskać utracone sektory.
    Nic to nie dało. Okienko się zamykało bez żadnej wiadomości zwrotnej.

    Użyłem polecenia chkdsk g: F/
    I tutaj się udało coś zdziałać - załączam zdjęcie.
    Plik z 1,5 GB został powiększony do 4 GB, ale nadal dysk wskazuje, że zapisane na nim jest 5,5 GB.
    Można to też wywnioskować ze zdjęcia odejmując od siebie wartości.

    Uruchomiłem chkdsk jeszcze raz i wyświetlił się komunikat:
    Czy przekształcać zagubione łańcuchy na pliki?
    Były 2 opcje do wyboru T oraz N. Nie wiedziałem co wybrać, więc zamknąłem wiersz poleceń bez wybierania czegokolwiek.

    Proszę o odpowiedź na pytania:
    Co powinienem zrobić by odzyskać pozostałe 1,5 GB pliku?

    Czy powinienem jeszcze raz uruchomić chkdsk i wybrać T gdy będzie pytanie o przekształcenie zagubionych łańcuchów na pliki?

    Czy przeformatowanie dysku z FAT32 na NTFS sprawi, że plik pojawi się w całości jako jeden mający 5,5 GB?
  • Helpful post
    #4
    helmud7543
    Level 43  
    Przeformatowanie usunie plik, skonwertowanie na uszkodzonym systemie plików pewnie jeszcze bardziej go uszkodzi. Ciekawa sytuacja - sprzęt nie powinien pozwolić na zapisanie więcej niż 4 GB przy FAT 32. Zobacz czy i jak plik widzi DMDE.
  • #5
    Mirek.1980
    Level 3  
    Załączam logi z DMDE.

    Oraz najnowsze zdjęcie z chkdsk, które pokazuje, że na dysku znajduje się 1,5 GB w 2 plikach (co dokładnie odpowiada wielkości brakujących danych).
    Ale tak na prawdę na dysku nie ma ani jednego pliku, chociaż miejsce na dysku jest zajęte.
    Dysk wymienny FAT32 - jak naprawić plik, gdy podczas zapisu przekroczył 4 GB?

    Co zrobić by wyciągnąć pozostałe dane?

    Ewentualnie jeśli chkdsk przekształcił łańcuchy na pliki, to gdzie ich szukać?
  • #6
    mati211p
    HDD and data recovery specialist
    Pliki które zapisuje CHKDSK są w ukrytym folderze FOUND.XXX, na dysku który był skanowany, gdzie X to cyfry.
  • #7
    helmud7543
    Level 43  
    Wiem, że to wbrew zasadom, ale strasznie mieszasz i proponuję umówić się na pomoc zdalną, bo coraz bardziej zmniejszasz szansę na odzyskanie danych.

    Nie używaj checkdisk - w tej sytuacji najprawdopodobniej nie pomoże, przynajmniej na tym etapie. Zrób skanowanie FAT w DMDE, bo przecież taki miałeś system plików i sprawdź czy znalazł potrzebny plik (zrobiłeś skan NTFS a DMDE szuka chyba tylko po fragmentach FAT i NTFS).
  • #8
    mati211p
    HDD and data recovery specialist
    Ciekawe, co znów namieszało dodatkowo użycie CHKDSK, to też potrafi "sieczkę" z plików zrobić. Mnie się nie udało po jego użyciu odzyskać pliku wiadomości odebranych z Thunderbirda. Z drugiej strony na przyszłość może warto zmienić system plików, by już takie problemy nie miały miejsca. Spodziewałbym się przerwania nagrywania przy próbie przekroczenia rozmiaru 4GB niż jego uszkodzenia bardziej.
  • #9
    Mirek.1980
    Level 3  
    Dane udało się odzyskać.
    Wszystkim dziękuję za pomoc.
    Poniżej podsumowanie.

    Informacje ogólne:
    1. Posiadam dość leciwy dyktafon i nagrywanie jest możliwe tylko gdy pamięć jest sformatowana jako FAT32. Po sformatowaniu na NTFS dyktafon w ogóle nie nagrywa.
    2. Nie wiedziałem, że maksymalna wielkość pliku FAT32 to 4 GB.
    3. Leciwy dyktafon nagrywa ciągiem - nie ma mechanizmu automatycznego tworzenia kolejnego pliku, gdy jednorazowe nagranie przekroczy 4 GB.

    Rozwiązywanie problemu
    1. Dysk był zapełniony 5,5 GB danych, a plik miał 1,5 GB.
    2. Żaden program (Recuva, DMDE i inne) nie były w stanie dostrzec zagubionych 4GB danych, ale widziały wcześniejsze nadpisane pliki.
    3. Skan DMDE i Recuvą. Stworzenie kopii całego dysku 32 GB.
    4. Użyłem chkdsk. Naprawił on wielkość pliku z 1,5 GB do 4 GB. Plik wyciąłem i zapisałem na komputerze.
    5. Kolejny skan DMDE. Dalej nie widzi 1,5 GB danych, które pozostały, ale widzi wcześniejsze napisane pliki.
    6. Kolejne użycie chkdsk "Czy przekształcać zagubione łańcuchy na pliki?" - Tak. Utworzono plik, który miał dokładnie 1,5 GB. Plik wyciąłem i zapisałem na komputerze. Zmieniłem rozszerzenie na .mp3 i wszystko gra.

    Podsumowanie
    1. Całe odzyskiwanie danych trwało około 15 minut na co składało się 2 x użycie chkdsk i przekopiowanie 5,5 GB danych na komputer.
    2. Na skanowanie dysku programami (Recuva, DMDE, itd.) straciłem 23 godziny, a utworzenie kopii zapasowej zajęło dodatkowe 22 godziny.

    Temat do zamknięcia.
  • #10
    helmud7543
    Level 43  
    Napisz markę i model dyktafonu, dla potomnych. Gratuluję pomysłowości, rozwiązanie jest niestandardowe i przypuszczam, że żadne, ogólnie znane procedury by nie pomogły. Moje uznanie.