Как удалить содержимое папки, которое невидимо?
 

Произошел сбой и комп очередной раз ребутнулся сам. После этого на жестком диске, перестала открываться папка. Писало, что повреждена.
Погуглил быстро, и почти везде вначале давали совет сделать chkdsk h: /f /r. Сделал. Папка появилась. Но папки в ней не появились (кроме двух.)
Размер локального диска (изначально после сбоя), не изменился. R-Studio эту папку определяет со всем содержимым.

Теперь идея эту папку просто восстановить на другой HDD. Но чем ее удалить с текущего? если ее содержимое зависло где то без путей ... Желательно удалить конкретно ее, так ,как весь локальный диск перенести некуда., чтобы его полностью форматировать.

Иногда проверка диска создает папки Found.000, found.001 и так далее, помещая в них файлы со слетевшими индексами, возможно поэтому занятое место осталось тем же. Увидеть их можно в корне диска, отключив скрытие защищенных системных файлов и отобразив скрытые. Но после таких сбоев, не убедившись в хорошем состоянии диска с помощью смарта, продолжать им активно пользоваться я бы вам не рекомендовал (информацию потом далеко не всегда можно восстановить стандартными средствами типа R-Studio)

gannet, все понятно. папок нет этих, это и не суть. Меня интересует чем удалить файлы эти?

Я так понимаю, что саму "коренную" папку вы уже удалили, а место еще занято? Тогда:
Пробовали очистку свободного места в Ccleaner (Очистка - Windows - Прочее)?
Если те файлы занимают много места, видно ли их в SpaceSniffer?

Нет не удалял. Так как дополнительный жесткий диск пока не на руках.
Там дело еще такое. Что если создать папку с темже названием, что там и была раньше. То в Р-Студио их будет две, с одинаковым названием (одна тока созданная и вторая которая не видна).

Не видны.

Тут варианты я вижу такие варианты!?:
1. Заставить виндовс как то увидеть все эти папки. (сегодня после 5 попыток чтения диска, часть папок стала видна)
2. Скопировать все эти файлы на другой диск, и потом, удалить с помощью какой то утилиты?!

G-Simon, Подумайте лучше над тем, как на NTFS могло так случиться, что содержимое папки стало для Вас невидимо...???...

Я бы попробовал стать владельцем папки и получить к ней полный доступ. --- Хуже от этого не станет...

Если бы слетели индексы (файлы и папки осиротели..), то вряд ли R-Studio увидела бы дочерние папки.

Tau_0, CRC ошибки присутствуют при восстановлении. Программные бэд сектора в каком то проценте имеются?!. Пробовал восстанавливать 300 гб музыки. Из них файлов десять были повреждены, но после Р-Студио смогла их повторно восстановить без повреждений.

Такой лог после входа на локальный диск:

Причина все таки в бэдах. И опять же. сегодня утром так получилось, что 5 раз происходило чтение диска при запуске ПК, и на 5ый раз (30% папок появилось).

Согласен, --- пока есть бэды о тонкой диагностике логических ошибок гововорить преждевременно... --- Вначале следует пофиксить бэды.

Но предварительно очень желателен рапорт SMART. --- Это, чтобы хоть как-то оценить степень физических ошибок. Бывает так, что излишние сканирования окончательно добивают хард, а данные не зарезервированы, и приехали...

Ваш хард WD20EARS, это хард AF. Этот ушастик был самым первыим на рынке хардов AF и весьма неудачным...

Напустите на него DOS утилиту HDAT2.
См. тему Проблема с внешним WD My Passport Ultra

Зы В этой теме не ВСЁ получается, но там проблема посложнее --- по USB внешний...

Диск убивается системой. С ней уже много лет косяки. Зависает намертво. Тока хард ресет. Уже раз 100 было такое. Не удивительно для меня. Но стоимость жестких огромна, потому, никак не перестраховался ... эх.

Смарт.
Файл 139275

труп.

ShaddyR, тока заголовок прочтите)
Всегда на форумах беседа не по направлению вопроса льется)
Мне больше использовать нечего, буду использовать его, пока могу.

делай полное сканирование поверхности, скрин по итогам в студию: если есть возможность локализовать БЭДы - делать и работать на оставшейся части. Нет таковой - вопрос в заголовке смысла не имеет.

Какие атрибуты рапорта SMART на это указывают...???...

Tau_0, 197й и дальше. Сочетание последних двух при этом тоже ни о чем хорошем не говорит. И отдельно - количество 197х. А что?

Вы путаете причину и следствие.
Это у вас плохой винчестер убивает систему.
Ну а шнурок SATA надо менять (и как минимум проверять надёжность контактов), о чём говорит атрибут 199.

Кстати, источником проблем с диском может быть и плохой блок питания, о чём говорят также самопроизвольные самоперезагрузки.

Ну а насчёт трупа я бы пока поостерёгся говорить: надо постараться исправить нестабильные секторы (атрибут 197), и если при этом атрибут 05 не изменится — то 99.9% что БП надо выкидывать.

больше тысячи штук? Из-за БП? Еще раз и внимательно: CRC + Pending + Error rate = все само пройдет? Ну да, в жизни чудеса бывают :)

А 197 (C2) это просто пендингов много. Нестабильные секторы могли расплодиться из-за неверного выключения, или ===>
Мне вот не нравится, высокое значение счётчика атрибута ID=200(C8). Обычно на хардах WDC оно нулевое... Но и это может быть из-за нестабильных секторов...
Хорошо бы подстраховаться и зарезервировать данные. Но у G-Simon нет нужного для этого второго харда... Поэтому можно слегка рискнуть и поробовать пофиксить бэды утилитой HDAT2. Если часов за пять бэды уйдут, то хорошо...

За годы ("уже много лет косяки")? Ещё как...
Обратите внимание, что нет ни единого переназначенного сектора.

Как раз недавно обновление вышло, v5.2.
Пять часов — очень оптимистично: это здоровый, без нестабильных секторов двутер как раз столько времени и потребует. В данном же случае я бы полусуткам и даже суткам не удивился.

G-Simon, Викторию в вашем случае использовать для ремапа нельзя: ваш винчестер имеет Advanced Format, про который Victoria и ряд других старых утилит ничего не знает.

Неслабое обновление --- 2.47 MB v5.2 VS 446 KB v5.1. Новая версия в пять раз больше...!!!...
Скачал, но попробую чуть позже.

mwz, Tau_0 - CRC, тысячи пендингов и почти 4 тысячи 200го - и ж.диск просто цветет и пахнет... так, смахнет скупую слезу и волевым решением заработает как новенький? И вы в это верите, я так понимаю? А в виноватые внесли БП? А чего не разгон, про который ничего не сказано? Почему не кабель данных? Контактные группы? Дутые кондёры мат. платы? Скачки света, про которые ничего не известно? Но ж.диск при этом молодец, да, у него ж девять жизней, как у кошки?
Ну-ну.

ЗЫ: вон, ТС, к примеру, считает, что это виндовс с диском сводит счеты, из-за личной неприязни.
А вы сразу - бп, бп...

А вот уважаемый Tau_0 наверняка знает, что 200й аттрибут есть
и
но то ж такое...

mwz, и дальше, дальше читаем... но ж.диску при том всем долгие лета, чего ж сразу правду не сказать? ;)

А всех делов с той "правдой" --- просто и незамысловато напустить на хард HDAT2..., и посмотреть....

да, щас тоже так стал думать, вы уже второй кто мне это подсказал. Всегда

думал мать с браком ...
ShaddyR, "Диск убивается системой" - не на прямую операционной системой. Из за технических проблем железа, эта самая система виснет на мертво, - поэтому она и крайняя) Ведь ее прерывание вынуждает принудительно запускать перезагрузку кнопкой. (Ведь это ОЧЕНЬ плохо?)

В данный момент я отключил, чтение диска, которое каждый раз запускается при старте для этого локального диска. стараюсь по минимуму им пользоваться. Хотя он у меня важную роль играл (основной музыкальный архив). И последнее остаточное место было на нем.

mwz, шнурки менял пару месяцев назад местами и частично вообще.

Разбираться в причинах не будем. Комп больной до ужаса. Тут причины все сразу могут быть указаны верно.

Надо брать новый ПК это однозначно. А то текущий мои нервы и так перекалечил более уже чем.

Просто хотел сделать видимой ту информацию которая на 99.9% в целом виде, и скрыта от ОС.

Жесткие пробовать лечить буду, но не в данной ситуации, - когда нету полного бэкапа.

Как, я писал. что после n-проверки диска часть папок система увидела. Что думаете, можно ли в моем случае, повторять его многократно. пока не добьюсь полного результата?

что виснет - мало хорошего. А ресет ж.диску не настолько критичен, скорее той же системе может поплохеть. Неадекватная работа БП действительно может отражаться на ж.диске. Может, ты таки озвучишь модель БП или дашь фото его наклейки? Да и остальная конфигурация не помешала бы для полноты анализа происходящего.

ShaddyR, не стоит. Если даже БП жив (.... хотя то, что он в простое греет верхнюю часть корпуса до уровня горячо, а в играх до уровня намного горячее, это нормально?), то причинами могут стать и битая память, о которой узнал уже поздно. И мать (ASUSTeK Computer INC. P5K SE/EPU (LGA775)) тоже может вести себя не свойственно: может любой из жестких (их три) на старте не запустить (долго пытаться) и продолжить загружаться без него. Почти всегда после зависона, один из жестких не может быть определен (решается десятком ребутов на старте или вынув туда и обратно шлэйфа сата).

В общем, интересовала поэтому, лишь информация о возможности восстановить потерянные пути к папкам и файлам.

похоже, неудачная серия или что-то недоуказано производителем относительно условий работы БП: в HIPER HPU-4M580 — Яндекс: нашлось 5 тыс. ответов много жалоб на выход таких БП из строя вследствие перегрева.

Мне когда то и HDDRegenerator помог с одним из жестких. Это ведь альтернативные утилиты?

Еще одно чтение диска, вернуло пути к потерянным (невидимым) файлам и папкам. Ошибок при входе на диске через Р-Студио не возникло. Вроде вернулось все, постепенно!
Тема закрыта. Благодарю все за поддержку!