Wpis indeksu, pochodzący z indeksu $O pliku 25, jest niepoprawny.

[Makinero]

Wpis indeksu, pochodzący z indeksu $O pliku 25, jest niepoprawny.
 

 

Czasami wystepuje ten błąd. O jaki dokładnie plik chodzi ? Jak można to sprawdzić?

[Zappa]

Ale sie opisałeś. Co robisz że pojawia sie taki komunikat?

[Makinero]

Sprawdzam partycję pod kątem błędów (CHKDSK)

[Zappa]

Sprawdź dysk pod katem błedów programem Crystal DiskInfo. Podaj smart.

[Makinero]

Ale ja się chce dowiedzieć, gdzie na dysku znajduje się ten plik.

Skąd mam wiedzieć czy chkdsk nie zepsuł mi np. zdjęcie, mp3, plik tekstowy ? Jak będę wiedzieć co to za plik lub pliki to sprawdzę czy to ważne czy mogę 'odpuśić" jeśli to "nieważny" plik.

 

Wpis indeksu identyfikatora obiektu w pliku 0x19 wskazuje na plik
0x348, ale plik nie ma w sobie identyfikatora obiektu.

Wpis indeksu, pochodzący z indeksu $O pliku 25, jest niepoprawny.

 

SSD KINGSTON

CrystalDisk pokazuje 100% dobry

SSD life - 100% OK

-- S.M.A.R.T. --------------------------------------------------------------
ID Cur Wor Thr Raw Values (7) Attribute Name
01 _95 _95 _50 0000000488234B Raw Read Error Rate
05 100 100 __3 00000000000000 Retired Block Count
09 _95 _95 __0 0611E8000011E1 Power-on Hours
0C 100 100 __0 00000000000369 Power Cycle Count
AB __0 __0 __0 00000000000000 Program Fail Count
AC __0 __0 __0 00000000000000 Erase Fail Count
AE __0 __0 __0 00000000000191 Unexpected Power Loss Count
B1 __0 __0 __0 00000000000003 Wear Range Delta
B5 __0 __0 __0 00000000000000 Program Fail Count
B6 __0 __0 __0 00000000000000 Erase Fail Count
BB 100 100 __0 00000000000000 Reported Uncorrectable Errors
BD _36 _46 __0 000014002E0024 Vendor Specific
C2 _36 _46 __0 000014002E0024 Temperature
C3 120 120 __0 0000000488234B On-the-Fly ECC Uncorrectable Error Count
C4 100 100 __3 00000000000000 Reallocation Event Count
C9 120 120 __0 0000000488234B Uncorrectable Soft Read Error Rate
CC 120 120 __0 0000000488234B Soft ECC Correction Rate
E6 100 100 __0 00000000000064 Life Curve Status
E7 100 100 _10 00000000000000 SSD Life Left
E9 __0 __0 __0 0000000000290B Vendor Specific
EA __0 __0 __0 00000000002E2F Vendor Specific
F1 __0 __0 __0 00000000002E2F Lifetime Writes from Host
F2 __0 __0 __0 00000000002B0A Lifetime Reads from Host

[Zappa]

Brakuje linijki co to za dysk. Uzupełnij kilka linji wyżej.

[Makinero]

         Model : KINGSTON SH103S3120G

Disk Size : 120,0 GB (8,4/120,0/120,0/120,0)
     Buffer Size : Unknown
     Queue Depth : 32
    # of Sectors : 234433391
   Rotation Rate : ---- (SSD)
       Interface : Serial ATA
   Major Version : ATA8-ACS
   Minor Version : ACS-2 Revision 3
   Transfer Mode : SATA/600 | SATA/600
  Power On Hours : 4577 godzin
  Power On Count : 873 count
      Host Reads : 11018 GB
     Host Writes : 11823 GB
     Temperature : 36 C (96 F)
   Health Status : dobry (100 %)
        Features : S.M.A.R.T., APM, 48bit LBA, NCQ, TRIM
       APM Level : 00FEh [ON]
       AAM Level : ----

[Zappa]

Często na dyskach SSD następuje właczanie samoczynne chkdsk. Nie wiem jaka jest przyczyna. Może trzeba zaktualizować firmware dysku lub bios płyty głownej i dodatkowo sprawdzić połączenie dysku z płytą. Szukaj.

[Makinero]

Wiedziałem,  że SMART nic, naprawdę nic Ci nie powie... i był zbędny, ale cóż uparłeś się...

Jeśli nie znasz żadnego Tool (narzędzia) aby mógł ustalić gdzie jest ten plik, lub jeśli Cie przerasta - może zbytnio skomplikowane... 

 

Na każdym dysku może wystąpić jakiś błąd czy to jest C, D, Z, SSD, HDD, a Ty uważasz, że to wina dysku... nie zawsze ... Cóż NTFS ma tą "Microsofską wadę"

 

akuram miałem ten błąd na kilku dyskach, a wszystkie dyski 100% HEALTH  i na róznych komputerach też... to się zdarza RZADKO, ale chciałem coś dowiedziec się na temat co oznaczają te liczby

 

 

ID pliku - jaki program sprawdzi ID pliku?

 

Był taki program na Giveaway .. pokazywał ID plików, i jesli na którymś konretnym wykryje błąd to podświetli na czerwono (ALE NIE MYLIĆ TO Z BAD SEKTORAMI)

i zamiast ID pokazywał PRAWDZIWĄ NAZWĘ.

Szkoda, że zapomniałem NAZWY ;(

[Zappa]

Na każdym dysku może wystąpić jakiś błąd czy to jest C, D, Z, SSD, HDD, a Ty uważasz, że to wina dysku... nie zawsze ... Cóż NTFS ma tą "Microsofską wadę"

 

Są błedy odczytu - parametr  01 _95 _95 _50 0000000488234B Raw Read Error Rate

 

 Nie jestem specjalistą od dysków SSD. Poczekaj moze ktoś oceni stan dysku.

[Makinero]

Zappa - To nie jest ŻADEN błąd...SSD...  Ta wartość się zeruje samoczynnie po pewnym czasie... (chyba przez TRIM). To dostyczy dysków HDD

Na HDD na jednej z  partycji miałem podobny błąd (Identyko), naprawiłem chkdsk jeden plik jpg (Który po naprawie miał takie zielone artefakty. Akurat wiedziałem jaki to był plik. Sprawdziłem ostatni zapis...pod dużym obciążeniem dysku. Np. pobierałem z internetu a aplikacja "była ciężka".

 Czasem ten błąd także może wystąpić jak kilka z plików systemowych $MFT + inne się pofragmentują zbytnio... Zwłaszcza jak naprawdę BARDZO DUŻO plików i MFT (duży plik) $Extendet itd

Ciągły zapis/odczyt... wykonuje  taki "mini-serwer"

[Zappa]

Zappa - To nie jest ŻADEN błąd...SSD...

 

Nie jestem specjalistą od dysków SSD.

 

Ja sprawdziłem jaki jest najnowszy firmware do tego dysku.

[Makinero]

Co ciekawe, NTFS pozycje indeksu katalogu wykorzystują typ atrybutu $FILE_NAME do przechowywania informacji wewnątrz pliku indeksu. Można przypomnieć, że jest to ten sam atrybut zatrudniony przez MFT, a tym samym zapewnia dużo informacji na temat pliku:

     Pełna nazwa pliku
     Katalog nadrzędny (przydatna, jeśli odzyskać plik $I30 w wolnej przestrzeni)
     Czas tworzenia
     Czas modyfikacji
     Czas zmiany MFT
     Czas dostępu

 

Tak więc, nawet jeśli oryginalny plik już nie istnieje, może nadal być w stanie zidentyfikować nazwy, rozmiaru pliku i oryginalne znaczniki czasu!

 

 

Co zrobić aby uniknąć tych błędów jakie powstają na dysku.

Wystarczyzdefragmentować 3 pliki:

N:\$MFT
N:\$LogFile
N:\$Extend$UsnJrnl:$DATA

 

Więc szukanie przyczyny w SMART, czy dysku jest pozbawione ŻADNEGO SENSU. Każdy program do analizy dysku wskazuje, że dysk jest absolutnie zdrowy.

 

Gdyby pojawiła się NIESPÓJNOŚĆ DANYCH wtedy CHKDSK uruchomił by się SAMOCZYNNIE.

Ja wykonywałem to ręcznie (czasem szukam błędów aby uniknąć konfliktów w przypadku defragmentacji plików). Nie będę się zbytnio w to zagłebiał.

[yamata]

Cała operacja jest bez sensu. Znalezienie igły w stogu siana i to w dodatku złamanej. Jeśli uszkodzony zostanie ważny plik to szybko sie dowiesz. Jeśli to na przykład zdjęcie... Ja mam ich kilka milionów. Poważnie! To powodzenia...

 

Jeśli już, to ten plik łatwiej próbować odzyskać programem do odzyskiwania danych. Pewnie i tak będzie uszkodzony, ale chociaż można go namierzyć przez wewnętrzną wyszukiwarkę.

O ile, jak sam napisałeś, nie jest to plik "zombie"...

 

Ogólnie nie spotkałem jeszcze nikogo, kto szukałby plikowych skutków działalności CHKDSK. Raczej wszyscy zakładają, że robi co powinien, a jak nie, i coś się posypie, to i tak można tylko usiąść i zapłakać.

Sam tak miałem, jak CHKDSK, na zewnętrznym dysku FAT32 "naprawił" mi bibliotekę muzyczną. Teraz część kawałków składa się z kilku innych. Co wychodzi dopiero przy odtwarzaniu...

Do tej pory nie doszedłem z tym do ładu, a byłem przekonany że CHKDSK wykonuje raczej tylko bezpieczne operacje, a nie np. crossowanie plików. Teraz już jestem mądrzejszy o doświadczenie...

 

O ile pamiętam CHKDSK zostawia też logi ze swojej działalności, więc od biedy można poszukać pliku po nazwie, jeśli zachował prawidłową...

[Makinero]

Widzę, że mój poprzedni post nie zrozumiałeś... ale powiem krótko. NIE STRACIŁEM ŻADNEGO pliku. Dlaczego? ano dlatego, że CHKDSK nie wykrył niespójności danych.

 

Niespójność danych jest cięższym przypadkiem (o ile nie najgorszym w przypadku uszkodzonych sektorów).

Poszukaj coś na temat $I30

 

Poczytałem dziś coś na ten temat i wiem teraz, że jest OK

[Groszexxx]

Nie pierwszy raz głupoty piszesz Makinero. 

 

2177     544     Y_62D5~1.JPG       y_62d5320e.jpg       outside   STANDARD_INFO   FILE_NAME   FILE_NAME   DATA 

 

Na jakiej podstawie piszesz, że plik nie istnieje skoro wyraźnie znajduje się w MFT? A skoro znajduje się w MFT to... to istnieje? 

 

A po drugie nie chciało CI się nawet wrzucić całego raportu z chkdsk. 

Co się zaś tyczy tego tematu - https://www.fixitpc.pl/topic/26430-bardzo-potrzebuj%C4%99-informacji-na-temat-chkdsk/

to jak wół masz napisane co to za pliki 

 

CHKDSK sprawdza pliki (poziom 1 z 3)
Atrybut typu 0x80 i ze znacznikiem wystąpienia 0x0 w pliku 0x38906
ma przydzieloną długość 0x4d1000 zamiast 0x4d4000.
Usunięto uszkodzony wpis na liście atrybutów
o kodzie typu 128 w pliku 231686.
Nie można zlokalizować atrybutu ze znacznikiem wystąpienia 0x0
i odwołaniem do segmentu 0x3900000000589f. Oczekiwany typ atrybutu to 0x80.
Rekord atrybutów (128, "") z segmentu rekordów pliku 22687
jest uszkodzony.
Nie można zlokalizować atrybutu ze znacznikiem wystąpienia 0x0
i odwołaniem do segmentu 0x10d00000000edaf. Oczekiwany typ atrybutu to 0x80.
Rekord atrybutów (128, "") z segmentu rekordów pliku 60847
jest uszkodzony.
Nie można zlokalizować atrybutu ze znacznikiem wystąpienia 0x0
i odwołaniem do segmentu 0x48b00000000ee80. Oczekiwany typ atrybutu to 0x80.
Rekord atrybutów (128, "") z segmentu rekordów pliku 61056
jest uszkodzony.
Nie można zlokalizować atrybutu ze znacznikiem wystąpienia 0x0
i odwołaniem do segmentu 0x90000000012377. Oczekiwany typ atrybutu to 0x80.
Rekord atrybutów (128, "") z segmentu rekordów pliku 74615
jest uszkodzony.
Nie można zlokalizować atrybutu ze znacznikiem wystąpienia 0x0
i odwołaniem do segmentu 0x165000000015b6e. Oczekiwany typ atrybutu to 0x80.
Rekord atrybutów (128, "") z segmentu rekordów pliku 88942
jest uszkodzony.
Nie można zlokalizować atrybutu ze znacznikiem wystąpienia 0x0
i odwołaniem do segmentu 0x4d000000034c4c. Oczekiwany typ atrybutu to 0x80.
Rekord atrybutów (128, "") z segmentu rekordów pliku 216140
jest uszkodzony.
Przetworzone rekordy plików: 269312. Ukończono sprawdzanie plików.
Segment rekordów pliku 22687 jest oddzielony.
Segment rekordów pliku 60847 jest oddzielony.
Segment rekordów pliku 61056 jest oddzielony.
Segment rekordów pliku 74615 jest oddzielony.
Segment rekordów pliku 88942 jest oddzielony.
Segment rekordów pliku 216140 jest oddzielony.

 

Nr pliku przy "segmentu rekordów plików" to wlasnie owy plik, a dokladniej nr rekordu w MFT. I to nie defragmentacja MFT miało tutaj jakiekolwiek znaczenie. W zasadzie do fragmentacji MFT dochodzi tylko w kilku przypadków, nie licząc oczywiście słynnego "inne".

1 )Gdy jest miejsce w MFT Area, a brakuje miejsca na dane.

2) Program do partycjonowania coś namiesza. 

3) Inne

 Przy czym w 1 objawie nie ma zadnych negatywnych skutków. 

 

Wystarczyło odpalić chkdsk w trybie do odczytu.

Niejednokrotnie Twoje tematy to stek bzdur. Ale niestety, ewidentnie nie jesteś stworzony do tej roboty. 

 

Ty chyba jakimś chałturnikiem jesteś? Robisz ludziom kompy, zarabiasz siano, a tu wpadasz po pomoc. 

[Makinero]

Groszexxx - masz świetne poczucie humoru.

Ja miałem tylko pofragmentowany index, nic więcej. Wszystkie pliki 100% integralne.

 

Zacznij odróżniać $O od $I30

 

Ja miałem błąd $O

natomiast $I30 był JEDYNIE PRZYKŁADEM---> Y_62D5~1.JPG

 

$O akurat to wystąpi raz na rok, ja mam ekstremalnie pofragmentowany index. Tyle.

 

 

 

Sprawdzanie systemu plików na D:\
Etykieta woluminu: Zastrzeżone przez system.

CHKDSK sprawdza pliki (poziom 1 z 3)
  Przetworzone rekordy plików: 256.                                    Ukończono sprawdzanie plików.
  Przetworzone rekordy dużych plików: 0.                               Przetworzone rekordy uszkodzonych plików: 0.                         Przetworzone rekordy atrybutów rozszerzonych: 0.                     Przetworzone rekordy ponownej analizy: 0.                          CHKDSK sprawdza indeksy (poziom 2 z 3)
  Przetworzone wpisy indeksu: 334.                                     Ukończono weryfikację indeksów.


CHKDSK sprawdza deskryptory zabezpieczeń (poziom 3 z 3)
  Przetworzone deskryptory zabezpieczeń/identyfikatory plików: 256.    Ukończono sprawdzanie deskryptorów zabezpieczeń.
  Przetworzone pliki danych: 40.                                      Trwa sprawdzanie dziennika Usn...
  Przetworzone bajty numerów USN: 281672.                                 Zakończono sprawdzanie poprawności dziennika Usn.
System Windows sprawdził system plików i nie znalazł żadnych problemów.

    102399 KB całkowitego miejsca na dysku.
     23516 KB w 60 plikach.
        32 KB w 41 indeksach.
      3259 KB używanych przez system.
      2048 KB zajętych przez plik dziennika.
     75592 KB dostępnych na dysku.

      4096 bajtów w każdej jednostce alokacji.
     25599 ogółem jednostek alokacji na dysku.
     18898 jednostek alokacji dostępnych na dysku.

Sprawdzanie systemu plików na J:\
Etykieta woluminu: DYSK J.

CHKDSK sprawdza pliki (poziom 1 z 3)
  Przetworzone rekordy plików: 25344.                                    Ukończono sprawdzanie plików.
  Przetworzone rekordy dużych plików: 1541.                               Przetworzone rekordy uszkodzonych plików: 0.                         Przetworzone rekordy atrybutów rozszerzonych: 0.                     Przetworzone rekordy ponownej analizy: 0.                          CHKDSK sprawdza indeksy (poziom 2 z 3)
  Przetworzone wpisy indeksu: 26490.                                     Ukończono weryfikację indeksów.


CHKDSK sprawdza deskryptory zabezpieczeń (poziom 3 z 3)
  Przetworzone deskryptory zabezpieczeń/identyfikatory plików: 25344.    Ukończono sprawdzanie deskryptorów zabezpieczeń.
  Przetworzone pliki danych: 574.                                      Trwa sprawdzanie dziennika Usn...
  Przetworzone bajty numerów USN: 17437992.                                 Zakończono sprawdzanie poprawności dziennika Usn.
System Windows sprawdził system plików i nie znalazł żadnych problemów.

  62867455 KB całkowitego miejsca na dysku.
  39822684 KB w 16633 plikach.
      6632 KB w 575 indeksach.
    144863 KB używanych przez system.
    100000 KB zajętych przez plik dziennika.
  22893276 KB dostępnych na dysku.

      4096 bajtów w każdej jednostce alokacji.
  15716863 ogółem jednostek alokacji na dysku.
   5723319 jednostek alokacji dostępnych na dysku.

[Groszexxx]

Jak index może być pofragmentowany jak to nie jest osobna metadana. Co Ty chłopie wypisujesz. Ty w ogóle wiesz co to jest fragmentacja? Pofragmentowany może być TYLKO plik! A to nie jest plik, więc nie pisz bzdur, bo ręce opadają.

 

W ogóle nie było problemu, a założyłeś temat żeby sobie pogadać. I na dokładkę robisz to dalej. Co za przypadek.... 

 

Dla mnie gadka zakończona.

[Makinero]

Nie mądraluj się... Twoje dwie lewe ręce opadają - to wiem... Nikt nie jest ekspertem od wszystkiego... Co się tak spinasz jak majtki w kroku? Trochę kulturki by sie przydało. Miałem na myśli C:\$Extended$ObjId