Показать полную графическую версию : [решено] Не удаляется и не перемещается файл из корзины
Добрый день участники.
При очередной очистке корзины возник то ли баг, то ли не знаю что. Процесс очистки вставал намертво. Закрываю окошко очистки и корзины, жму очистить корзину еще раз и снова тоже самое. Открыл корзину, начал удалять файлы по одному. В итоге выяснил что причиной стал один файл, фильм - 4,3 гб. Он из корзины не удаляется, и не перемещается.
При удалении процесс или не начинается или начинается и стопорится. А при восстановлении вообще ничего не происходит.
Пробовал использовать unlocker. Он тоже встал (появилось окошко с полоской, которая даже заполнять не начала и программка перестала отвечать).
Еще заметил, что после попытки удалить или переместить файл проводник как будто пытается этот файл найти что ли. Появляется заполняющаяся полоска, которая в конце просто останавливается и не заполняется до конца, а проводник загружает ЦП ноута практически по максимуму.
Помогите починить и удалить этот файл
Система у меня Windows 8.1
FeStiq, пробуйте
1 в безопасном режиме
2 после удаления стороннего защитного ПО
В безопасном режиме не помогло, все тоже самое. Странно то, что в окошке удаления имя файла изменилось (скрин прилагается). Пробовал в обычном режиме с отключенным антивирусом - тоже самое. А удалять его я не вижу смысла, ведь в безопасном режиме он вообще не был загружен.
Может стоит провести проверку диска, например с помощью Chkdsk. Только не знаю как и с какими параметрами ее запускать. В win 8 у нее вроде много нового появилось. Может дело в сбойных секторах?
FeStiq,
Для начала. В командной строке от имени Администратора:
rmdir /q /s C:\$Recycle.Bin
Если не сработало:
Загружаетесь с Dr.Web® LiveDisk (http://www.freedrweb.com/livedisk/)
Переходите по адресу:
c:\$recycle.bin
Находите свой файл.
Удаляете.
Казбек, благодарю, помог ваш первый способ. Только поменял метку тома на D, файл был там.
FeStiq, ещё советую проверить винчестер на наличие софтовых ошибок.
yurfed, а можете посоветовать чем и как лучше проверить?
У меня тоже возникла мысль про ошибки на диске. Начал искать, подбирать прогу. Но с популярными программами оказалось не все так просто.
Оказалось что HDDScan у меня не запускается, просто висит в процессах и все. И такое не только у меня, прога давно заброшена и не обновляется для новых windows.
Victoria тоже давно заброшена, есть ли смысл проверять ей?
И если все таки использовать ее, то можно ли проверять из-под windows? В ноуте один диск поделен на два раздела. Что если викторией пару раз в режиме чтения попробовать?
FeStiq,
Начните с обычной проверки диска системными средствами. Запустив в командной строке от имени Администратора проверку с соостветствующим ключем для проверки при следующей загрузке:
CHKDSK /f
Казбек,
А чекдиск не натворит делов? А то читал случаи , когда он делал только хуже
А то читал случаи , когда он делал только хуже »
Я за все случаи подписываться не могу. В моей практике он делал только лучше.
А чекдиск не натворит делов? »
Бывает — хотя и редко. Можете сначала запустить его без ключа /f, т.е. только на проверку (не забыв вписать букву проверяемого диска, что упустил Казбек) и приложить отчёт (скопировать из окна cmd) сюда: тогда будет более-менее понятно, натворит при исправлении или нет.
не забыв вписать букву проверяемого диска, что упустил Казбек »
А еще Казбек забыл указать [<Path>]<FileName>
У человека проблемы с удалением в корзину, то есть с системным томом. Запустив без буквы - он и получит проверку тома, на котором стоит его ОС.))))
У человека проблемы с удалением в корзину, то есть с системным томом »
Напомню, что каталоги Корзины на каждом логическом диске свои, независимые.
А Проводник зрительно собирает все такие каталоги в единую Корзину, которую мы и видим на Рабочем Столе.
Причём Корзина эта разная для разных пользователей компьютера — если их несколько. ;)
Кстати о птичках...
что причиной стал один файл, фильм - 4,3 гб »
Полагаю что не просто он, а что это проделки установленого K-Lite. ;)
Казбек, mwz, не пугайте человека :)
FeStiq, смело делайте и не бойтесь.
Полагаю что не просто он, а что это проделки установленого K-Lite. »Полагаю чем больше файл, тем больше вероятность логической ошибки файловой для него.
Полагаю чем больше файл, тем больше вероятность логической ошибки файловой для него »
При удалении файла системе на эти логические ошибки плевать с высокой колокольни: система в него при этом не смотрит, а лишь отмечает в записи каталога, что место, которое он занимал, свободно.
Вероятность же файловой ошибки... Вы в своей жизни вообще много битых файлов видели при исправной системе? ;)
Причём Корзина эта разная для разных пользователей компьютера — если их несколько. »
Я ему и не предлагал удалять папку с конкретным идентификатором. А предложил удалить, собственно, Корзину ($recycle.bin) для всех пользователей, то есть вмести с папками для всех пользователей))))А Проводник зрительно собирает все такие каталоги в единую Корзину, которую мы и видим на Рабочем Столе. »
Ну это понятно. В чем нетрудно убедиться пройдя по адресу
$recycle.bin
Где Корзина организована не в виде папки, а в виде библиотеки.
Проверил я раздел С и D CHKDSKом без ключа \f
C:\Windows\system32>chkdsk C:
Тип файловой системы: NTFS.
Метка тома: OS.
ВНИМАНИЕ! Параметр F не указан.
CHKDSK выполняется в режиме только чтения.
Этап 1. Проверка базовой структуры файловой системы...
Обработано записей файлов: 411136.
Проверка файлов завершена.
Обработано больших файловых записей: 7944.
Обработано поврежденных файловых записей: 0.
Этап 2. Проверка связей имен файлов...
Обработано записей индекса: 520902.
Проверка индексов завершена.
Проверено неиндексированных файлов: 0.
Восстановлено неиндексированных файлов: 0.
Этап 3. Проверка дескрипторов безопасности...
Проверка дескрипторов безопасности завершена.
Обработано файлов данных: 54884.
CHKDSK проверяет журнал USN...
Обработано байт USN: 39247768.
Завершена проверка журнала USN
Windows проверила файловую систему и не обнаружила проблем.
Дальнейшие действия не требуются.
292668415 КБ всего на диске.
105984004 КБ в 328452 файлах.
204552 КБ в 54885 индексах.
0 КБ в поврежденных секторах.
549811 КБ используется системой.
65536 КБ занято под файл журнала.
185930048 КБ свободно на диске.
4096 байт в каждой единице распределения.
Всего единиц распределения на диске: 73167103.
Доступно единиц распределения на диске: 46482512.
C:\Windows\system32>chkdsk D:
Тип файловой системы: NTFS.
Метка тома: Data.
ВНИМАНИЕ! Параметр F не указан.
CHKDSK выполняется в режиме только чтения.
Этап 1. Проверка базовой структуры файловой системы...
Обработано записей файлов: 59648.
Проверка файлов завершена.
Обработано больших файловых записей: 230.
Обработано поврежденных файловых записей: 0.
Этап 2. Проверка связей имен файлов...
Обработано записей индекса: 64532.
Проверка индексов завершена.
Проверено неиндексированных файлов: 0.
Восстановлено неиндексированных файлов: 0.
Этап 3. Проверка дескрипторов безопасности...
Проверка дескрипторов безопасности завершена.
Обработано файлов данных: 2443.
CHKDSK проверяет журнал USN...
Обработано байт USN: 36196496.
Завершена проверка журнала USN
Windows проверила файловую систему и не обнаружила проблем.
Дальнейшие действия не требуются.
417202175 КБ всего на диске.
212930604 КБ в 17677 файлах.
4560 КБ в 2444 индексах.
0 КБ в поврежденных секторах.
173823 КБ используется системой.
65536 КБ занято под файл журнала.
204093188 КБ свободно на диске.
4096 байт в каждой единице распределения.
Всего единиц распределения на диске: 104300543.
Доступно единиц распределения на диске: 51023297.
Ошибок CHKDSK вроде не нашел. Я так понимаю запускать с параметром \f не имеет смысла.
FeStiq,
Если нет желания провести проверку с поиском поврежденных секторов - тогда да.
Проверил я раздел С и D CHKDSKом без ключа \f »извините, но вы так и будете сиськи мять без ключа /f
CHKDSK выполняется в режиме только чтения. »То бишь - контроля ошибок нет и не будет.
Продолжайте дальше, в том же духе.
Дерзайте, сомневайтесь. Удачи.
Если нет желания провести проверку с поиском поврежденных секторов - тогда да. »
Что ДА? Проверка на логику файловой это /F. На повреждённые сектора /R
Я так понимаю запускать с параметром \f не имеет смысла. »Имеет в первую очередь. У вас не повреждённые сектора, а ошибка/и в самой файловой системе. И из-за этого, скорей всего и не можете удалить файл, не важно где он находится (корзина, корень или где либо ещё).
Одним словом - как хотите. Только не плодите посты "а если вдруг".
Что ДА? Проверка на логику файловой это /F. На повреждённые сектора /R »
R всегда требует F. Если человек не хочет выполнять полную проверку, тогда не имеет смысла. В чем не состыковка??!! То есть, я ему предлагаю сделать полную проверку: R в данном случае не отменяет F, а наоборот включает в себя действие F.
© OSzone.net 2001-2012
vBulletin v3.6.4, Copyright ©2000-2025, Jelsoft Enterprises Ltd.
Available in ZeroNet 1osznRoVratMCN3bFoFpR2pSV5c9z6sTC