Почему не освобождается место при удалении файлов с флешки в macOS
Удаляю файлы с флешки обычным способом, но место на накопителе не освобождается. Что делать?
При удаленно файлов на съемном накопителей данные не пропадают бесследно, а помещаются в корзину. При этом на диске появляется скрытая папка .Trashes, в которой хранится информация об удаленных файлах и данные для их восстановления.
Для того, чтобы после удаления файлов с флешки на ней освобождалось место, нужно произвести одно из действий на выбор:
1. После удаления файлов с накопителя очищайте корзину любым привычным способом.
2. Включите отображение скрытых файлов и папок, а затем вручную удаляйте папку .Trashes с диска.
3. При удалении используйте сочетание клавиш Command (⌘) + Option + Delete, чтобы файлы стирались минуя корзину.
Лишь после выполнения любого из указанных действий место на накопителе освободится. Теперь можете извлекать диск и отключать его от Mac.
При удалении файлов, место на жестком диске не освобождается [deduplication]
Недавно, на одном виндовом файловом сервере обнаружилась проблема – на одном из дисков полностью закончилось место, при этом, при удалении файлов с него – место не освобождалось. Файлы корректно удалялись, но место оставалось неизменным. Как выяснилось, происходило это из-за того, что на диске была включена дедупликация данных, и что-то пошло не так.
Если кто не в курсе, при включении дедупликации данных в системе, включается несколько фоновых заданий, таких как оптимизация, отчистка и т.п. Так вот, в нашем случае почему-то не проходила фоновая отчистка.
Чтобы запустить её вручную необходимо выполнить команду в powershell:
Start-DedupJob E: -Type GarbageCollection -Verbose
Чтобы посмотреть текущий ход выполнения задания можно воспользоваться командой:
Get-DedupJob
Для того, чтобы посмотреть расписание фоновых заданий:
Get-dedupschedule
Честно говоря, я не разбирался почему фоновое задание у нас не выполнялось, но подозреваю, что дело в лимитах памяти или времени выполнения. Если ситуация повторится, тогда уже придется разбираться и соответсвенно заметку я дополню.
Tags:
- Войдите или зарегистрируйтесь, чтобы отправлять комментарии
Поделитесь статьей с друзьями в соц. сетях, возможно, она будет им полезна.
После удаления файла место не освободилось Linux
Такое бывает часто на Linux, только обычно этого не кто не замечает если файлик маленький, а перезагрузка сервера решает эту проблему. Но когда файл большой (несколько ГБ) и место не освободилось заметно сразу, а еще если и перезагрузить нельзя, что же тогда делать.
Показало, что мало место, путем не большого поиска находим источник занятого места. В моем случае это mysql-slow.log.
rm -rf /var/log/mysql-slow.log
Файл удален, а место то не освободилось.
lsof | grep deleted | grep mysql-slow.log
mysqld 7206 mysql 10w REG 253,0 3839285 1966592 /var/log/mysql-slow.log
Интересным в этом выводе будет цифра 7206. Ищем ссылку на типа /proc/*наш id*/fd/*ссылка на файл*
ls -l /proc/7206/fd | grep mysql-slow.log
И видим следующее:
l-wx—— 1 root root 64 Dec 25 10:00 10 -> /var/log/mysql-slow.log
Собственно временный файл найден, обнуляем его и радуемся освободившемуся месту.
cat /dev/null > /proc/7206/fd/10
По видимому таким образом можно восстановить удаленный файл linux из временного. Если он конечно остался в системе.
Похожие статьи:
- Как найти файл php.ini на сервере Linux
- Как посмотреть количество подключений к базе данных Mysql на сервере linux?
- Что занимает место в Linux ?
- Сколько место осталось на диске в Linux ?
не освобождается место после удаления файла
удалил видеофайл размером где-то в 1,5 гига из каталога с фильмами (как называется файл, уже не помню. да кажется и не один он «завис» в удаленных)
удалял не через проводник, а через delug — он обычно удаляет с концами
файл исчез, но место на диске не освободилось
как решить без перезагрузки?
(ребут решит однозначно, ибо аналогичная беда периодически возникала — так и решалась)
MinasFilm ★
30.08.14 17:20:07 MSK
Кто-то не отпустил файл. Это призрак.
dhameoelin ★★★★★
( 30.08.14 17:26:31 MSK )
? Ну и делюгу перезапусти.
NeverLoved ★★★★★
( 30.08.14 17:28:23 MSK )
Последнее исправление: NeverLoved 30.08.14 17:28:56 MSK (всего исправлений: 1)
aedeph_ ★★
( 30.08.14 17:28:23 MSK )
Ответ на: комментарий от NeverLoved 30.08.14 17:28:23 MSK
[code]maestro@meniac:~$ echo 3 > /proc/sys/vm/drop_caches && sync
bash: /proc/sys/vm/drop_caches: Отказано в доступе[/code]
MinasFilm ★
( 30.08.14 18:46:20 MSK ) автор топика
Ответ на: комментарий от MinasFilm 30.08.14 18:46:20 MSK
прав не хватает. от рута надо, очевидно же.
liaonau ★
( 30.08.14 18:51:45 MSK )
Ответ на: комментарий от MinasFilm 30.08.14 18:46:20 MSK
Я же специально написал # в начале сообщения.
NeverLoved ★★★★★
( 30.08.14 18:53:53 MSK )
Ответ на: комментарий от MinasFilm 30.08.14 18:46:20 MSK
echo 3 > /proc/sys/vm/drop_caches && sync
bhfq ★★★★★
( 30.08.14 18:56:08 MSK )
Ответ на: комментарий от NeverLoved 30.08.14 18:53:53 MSK
maestro@meniac:~$ #echo 3 > /proc/sys/vm/drop_caches && sync но чуда не произошло, нет
столько же места как и было
MinasFilm ★
( 30.08.14 18:56:51 MSK ) автор топика
Ответ на: комментарий от aedeph_ 30.08.14 17:28:23 MSK
lsof — что?
я даже имени файла не помню который удалялся, только папку его
MinasFilm ★
( 30.08.14 18:58:07 MSK ) автор топика
Ответ на: комментарий от MinasFilm 30.08.14 18:58:07 MSK
А мамку помнишь?
aedeph_ ★★
( 30.08.14 19:01:21 MSK )
один идиот запостил про кэши, остальные бросились повторять. как забавно
anonymous
( 30.08.14 19:01:39 MSK )
Ответ на: комментарий от MinasFilm 30.08.14 18:56:51 MSK
maestro@meniac:~$ #echo 3 > /proc/sys/vm/drop_caches && sync aedeph_ ★★
( 30.08.14 19:02:48 MSK )
Ответ на: комментарий от aedeph_ 30.08.14 19:01:21 MSK
maestro@meniac:~$ lsof | grep '/home/Общее/Видео/Кино' MinasFilm ★
( 30.08.14 19:03:17 MSK ) автор топика
rm -rf /path/to/filedu -sh .local/share/Trash/comp00 ★★★★
( 30.08.14 19:05:04 MSK )
Ответ на: комментарий от MinasFilm 30.08.14 19:03:17 MSK
ls ~/.local/share/Trash/filesaedeph_ ★★
( 30.08.14 19:05:21 MSK )
Ответ на: комментарий от aedeph_ 30.08.14 19:05:21 MSK
root@meniac:~# ls ~/.local/share/Trash/filesMinasFilm ★
( 30.08.14 19:09:10 MSK ) автор топика
Ответ на: комментарий от MinasFilm 30.08.14 19:09:10 MSK
Естественно у рута пусто (ты же не сидишь под рутом всегда, да?)
comp00 ★★★★
( 30.08.14 19:10:48 MSK )
Ответ на: комментарий от comp00 30.08.14 19:05:04 MSK
root@meniac:~# du -sh .local/share/Trash/ 104K .local/share/Trash/ MinasFilm ★
( 30.08.14 19:11:07 MSK ) автор топика
Ответ на: комментарий от MinasFilm 30.08.14 19:09:10 MSK
Делюга работала от рута?
aedeph_ ★★
( 30.08.14 19:13:21 MSK )
Ответ на: комментарий от comp00 30.08.14 19:10:48 MSK
аналогично:
[code]
maestro@meniac:~$ du -sh .local/share/Trash/
104K .local/share/Trash/
[/code]
вообще, я писал же — deluge удаляет не в корзину, а начисто
MinasFilm ★
( 30.08.14 19:13:30 MSK ) автор топика
Ответ на: комментарий от MinasFilm 30.08.14 19:11:07 MSK
comp00 ★★★★
( 30.08.14 19:13:52 MSK )
Ответ на: комментарий от MinasFilm 30.08.14 19:13:30 MSK
я писал же — deluge удаляет не в корзину, а начисто
я хз что за делюг такой, я когда хочу удалить безвозвратно юзаю rm по старинке! все эти треши — не unix-way.
comp00 ★★★★
( 30.08.14 19:16:04 MSK )
Ответ на: комментарий от aedeph_ 30.08.14 19:13:21 MSK
MinasFilm ★
( 30.08.14 19:18:11 MSK ) автор топика
Ответ на: комментарий от anonymous 30.08.14 19:01:39 MSK
Сам такой. Чем можем, тем и помогаем.
NeverLoved ★★★★★
( 30.08.14 19:24:50 MSK )
Ответ на: комментарий от NeverLoved 30.08.14 19:24:50 MSK
ну пока что воз и ныне там
принимаются варианты
MinasFilm ★
( 30.08.14 19:27:11 MSK ) автор топика
Ответ на: комментарий от MinasFilm 30.08.14 19:18:11 MSK
Раз после перезагрузки свободное место появляется, то либо есть хардлинк в директорию, очищаемую после перезагрузки, скажем /tmp. Либо кто-то не отпускает файл, например deluge.
lsof -p $(pidof -x deluged)|grep deleted Или просто
lsof|grep '(deleted)' liaonau ★
( 30.08.14 19:32:28 MSK )
Ответ на: комментарий от liaonau 30.08.14 19:32:28 MSK
или по размеру судить о файле
$ lsof -F sn | awk -v MAX=$((10*1024*1024)) ' /^s/ < sub(/^s/,""); S=$0+0 >S /deleted/ < sub(/^n/,""); print $0>' | sort -u anonymous
( 30.08.14 19:42:00 MSK )
Ответ на: комментарий от liaonau 30.08.14 19:32:28 MSK
lsof|grep '(deleted)'MinasFilm ★
( 30.08.14 19:52:24 MSK ) автор топика
Ответ на: комментарий от anonymous 30.08.14 19:42:00 MSK
maestro@meniac:~$ lsof -F sn | > awk -v MAX=$((10*1024*1024)) ' > /^s/ < >sub(/^s/,""); > S=$0+0 > > > S > /deleted/ < >sub(/^n/,""); > print $0> > ' | > sort -u maestro@meniac:~$ пусто, никаких результатов т.е.
MinasFilm ★
( 30.08.14 19:58:22 MSK ) автор топика
Ответ на: комментарий от NeverLoved 30.08.14 19:24:50 MSK
anonymous
( 30.08.14 20:11:16 MSK )
Ответ на: комментарий от anonymous 30.08.14 20:11:16 MSK
но я еще надеюсь
MinasFilm ★
( 31.08.14 12:20:11 MSK ) автор топика
больше вариантов нет?
MinasFilm ★
( 31.08.14 16:58:40 MSK ) автор топика
Ответ на: комментарий от MinasFilm 31.08.14 16:58:40 MSK
Купи новый жёсткий диск.
anonymous
( 31.08.14 17:15:43 MSK )
10 ноября 2015 г.
Ответ на: комментарий от MinasFilm 31.08.14 16:58:40 MSK
Часто бывает такая же фигня. У даляю фильмы с usb-hdd (ntfs), файлы пропадают без следа, а место не освобождается. Помогает только проверка диска в винде, после которой появляются потерянные файлы, соответствующего размера, которые и надо удалить, чтобы освободить место. Эти файлы оказываются в отдельной папке в корне диска, не помню как называется — туда chkdsk сваливает найденные потерянные файлы или их фрагменты. Из-за чего такое происходит не знаю, предполагаю, что сказывается закрытость стандарта NTFS, но тогда это уже совсем другая печальная история.
anonymous
( 10.11.15 21:17:43 MSK )
Ответ на: комментарий от anonymous 10.11.15 21:17:43 MSK
Это же линукс, тут всегда одно из двух: или закрытость сказывается или криворукая любительская открытость.
anonymous
( 11.11.15 07:07:19 MSK )
Ответ на: комментарий от MinasFilm 31.08.14 16:58:40 MSK
А ты «корзину» проверял? может он там?)