bure_s_konyak

Дискът е с един дял. Целият диск трябва да е показан в Disk Management като Unallocated, за да се извършат нужните промени под Windows. А когато е изцяло Unallocated дискът е показан като Not Initialized. Както и да е... Всичко е наред сега.

Дали има логика или не, не мога да кажа, но е така. Виж въпрос номер 3 тук : https://hdd.by/victoria_faq/ Знам добре какво е MBR. Под "защита от Windows" имам предвид, че Windows пази дисковете на които има създадени дялове. Това, че на един диск има един дял не го прави диск без дялове. Windows-a трябва да не вижда дялове на диска, за да разреши манипулирането на толкова ниско ниво. С други думи целия диск трябва да е Unallocated. За boot-ващия носител знам и още в началото си направих USB от HDD Regenerator, но за съжаление вижда само около 1TB от диска. Предполагам, че е защото използва signed integer за броя на секторите.

Развитие по темата. Разбрах защо нито HDD Regenerator, нито Victoria HDD/SSD можеха да поправят проблемните сектори на диска. Причината е защита от Windows върху дискове в които има направени дялове (partitions). Корекцията е следната: Отваряте Victoria HDD/SSD като администратор, избирате желания диск (не става със системен диск, за него ви трябва Live Windows, който може да си направите от Hiren's Boot USB), отивате на Disk Editor, после натискате бутона View Part Data, за да прочете дяловете на диска, след което ще видите под този бутон два по-малки бутона : MBR ON и MBR OFF. Отдясно на MBR ON едно квадратче трябва да свети в зелено. Ако е така, натиснете MBR OFF и изчакайте докато зеленото квадратче стане червено. Програмата ще направи копие на MBR-a, което след сканирането и поправките ще възстановите с един клик на MBR ON. След като квадратчето в дясно на MBR ON е червено, можете да започнете с поправките по диска чрез Victoria HDD/SSD или с HDD Regenerator. Успех! При мен се спаси положението... Засега. Но е въпрос на време този диск да даде тотално фира.

Това не е проблем. Още в началото потърсих последната версия и взех 5.37.

Благодаря за отговора! Работата е там, че не ги изолира и не ги отбелязва като лоши. Нали виждате крайния резултат? 0KB лоши... Това ме озадачава. Казва, че има, а накрая нищо. Това с /b ще го пусна следващите дни, защото отнема много време да го сканира. Да видим какво и как ще преоцени, макар да не очаквам изненади. Съгласен съм, че дискът е пътник и е въпрос на време да създаде по-голям проблем.

Да, вероятно това ще е решението.

За момента преформатирането не е харесван от мен вариант. Ще видя какво ще правя. Благодаря!

От 3 различни места (в това число и Seagate Drive Detect) дава версия на firmware CC25, която вече написах по-горе.

Е?

Къде казва, че номерът не е верен? Казва, че няма намерен firmware. Диска ще го погледна след малко, но съм сигурен, че няма да получиш различен сериен номер.

Не разбирам какъв е проблема в серийния номер, който съм дал.

Аз търся тук : https://apps1.seagate.com/downloads/request.html Но казва, че няма нов фирм. 😕 Да, това е серийния номер.

Моделът е ST3000DM001-1ER166 Firmware : CC25 S/N : W500Y6NP

Какво пише виждам добре, както знам добре и причините да го пише. Идеята ми беше, че chkdsk /r ще изолира проблемните сектори и диска ще продължи да се използва с "едно на ум". За съжаление не се получи точно така и това ме озадачава. S.M.A.R.T.-a не е добре. Прилагам прикачен файл. Относно вашия съвет, както сте написали /r и /f не са нужни, защото са имплементирани в /b, а /x не е също нужен, защото, ако диска е използван пита дали да бъде насилствено unmount-нат. Обаче при положение, че накрая казва, че няма лоши сектори, тогава не виждам какво ще промени сканирането с /b. Бихте ли споделили какво очаквате да промени това? Ще опитам с Victoria HDD. Вече пуснах сканиране и поправка. Благодаря за съвета! П.П.: Бекъпа ще е сложен, защото има едва 300GB свободни, макар да съм наясно, че повече на този диск не бива да се разчита.

Здравейте, Имам един диск (3 ТВ), който отскоро започна да създава проблеми заради лоши клъстери. Реших да пусна chkdsk /r върху него и това е резултата: C:\WINDOWS\system32>chkdsk h: /r The type of the file system is NTFS. Chkdsk cannot run because the volume is in use by another process. Chkdsk may run if this volume is dismounted first. ALL OPENED HANDLES TO THIS VOLUME WOULD THEN BE INVALID. Would you like to force a dismount on this volume? (Y/N) y Volume dismounted. All opened handles to this volume are now invalid. Volume label is DATA-3TB. Stage 1: Examining basic file system structure ... 234144 file records processed. File verification completed. Phase duration (File record verification): 4.97 seconds. 3062 large file records processed. Phase duration (Orphan file record recovery): 0.00 milliseconds. 0 bad file records processed. Phase duration (Bad file record checking): 1.50 milliseconds. Stage 2: Examining file name linkage ... 97 reparse records processed. 236020 index entries processed. Index verification completed. Phase duration (Index verification): 8.84 seconds. 0 unindexed files scanned. Phase duration (Orphan reconnection): 45.70 milliseconds. 0 unindexed files recovered to lost and found. Phase duration (Orphan recovery to lost and found): 1.90 milliseconds. 97 reparse records processed. Phase duration (Reparse point and Object ID verification): 4.53 milliseconds. Stage 3: Examining security descriptors ... Security descriptor verification completed. Phase duration (Security descriptor verification): 13.07 milliseconds. 938 data files processed. Phase duration (Data attribute verification): 3.32 milliseconds. Stage 4: Looking for bad clusters in user file data ... A disk read error occurredc0000185 The disk does not have enough space to replace bad clusters detected in file A2 of name \BACKUP~2\SYSTEM~2.ADI. A disk read error occurredc0000185 The disk does not have enough space to replace bad clusters detected in file 13C of name \DOWNLO~1\FLYPAP~1.MKV. A disk read error occurredc0000185 The disk does not have enough space to replace bad clusters detected in file 1E2 of name \DOWNLO~1\SKIPTR~1.MKV. A disk read error occurredc0000185 The disk does not have enough space to replace bad clusters detected in file 258E of name \temp\RUBIKO~1.MKV. 234128 files processed. File data verification completed. Phase duration (User file recovery): 12.15 hours. Stage 5: Looking for bad, free clusters ... 13800316 free clusters processed. Free space verification is complete. Phase duration (Free space recovery): 0.00 milliseconds. Windows has scanned the file system and found no problems. No further action is required. 2860430 MB total disk space. 2644455 MB in 62050 files. 29984 KB in 940 indexes. 0 KB in bad sectors. 323648 KB in use by the system. 65536 KB occupied by the log file. 220805056 KB available on disk. 16384 bytes in each allocation unit. 183067583 total allocation units on disk. 13800316 allocation units available on disk. Total duration: 12.15 hours (43755037 ms). C:\WINDOWS\system32> Въпросът ми е как може да покаже, че има лоши клъстери, а накрая да ми изпише "0 KB in bad sectors" ? Пуснах сканирането с идеята да ги намери и изолира, защото този път HDD Regenerator 2011 не успя да ги поправи, както се е случвало в миналото. Някой може ли да сподели мнението си върху гореописания проблем? Благодаря!