Где в файловой системе хранятся файлы, удаленные в корзину Ubuntu? 0
Рецепт был опубликован 31 января 2010 года в 20:50, а менялся 29 апреля 2010 года в 23:46.
После перемещения файлов/директорий в «Корзину» (Trash, аналог «Recycled» в Windows) через графический интерфейс в Ubuntu Linux (и до «очищения» корзины) они все еще хранятся в файловой системе. Иногда возникает необходимость обратиться к ним, например, через консольные средства — где же их искать?
Ответ прост: $HOME/.local/share/Trash. Т.е. в каталоге .local/share/Trash, находящемся в домашней директории пользователя, который удалял файлы.
/.local/share/Trash можно увидеть два каталога:
- files — здесь хранятся непосредственно те файлы, которые можно увидеть в «Корзине»; удаление их из этого каталога приведет к удалению из файловой системы;
- info — местоположение вспомогательных файлов, в которых хранятся дополнительные сведения об удаленных объектах (полные пути, по которым располагались файлы в ФС до их удаления; даты момента их перемещения в корзину).
Так, например, если вы хотите очистить все содержимое корзины, достаточно выполнить следующую команду в консоли:
Как очистить корзину в Linux
Казалось бы очень простая задача — очистить корзину. Но если пользователи Windows задаются таким вопросом, то новые пользователи Linux тем более. Не говоря уже о том что вы могли скачать файл с непонятным названием, скинуть его в корзину и после этого получать ошибку при попытке очистки.
Сначала рассмотрим как очистить корзину в Linux, на случай если вы действительно новичок и не знаете как это делается. Конечно я не буду расписывать как это сделать в каждом существующем файловом менеджере, так как их очень много, а статья не безграничная, возьму только самые популярные — KDE и Gnome.
Очистка корзины в KDE
В окружении рабочего стола KDE в качестве файлового менеджера используется Dolphin. Вот так выглядит его главное окно, и вот она корзина:
Нажмите на этом пункте правой кнопкой и кликните по появившемуся пункту Очистить корзину:
Радуемся пустой корзине и дополнительному свободному месту на диске.
Очистка корзины в Gnome
В этих оболочках для управления файлами используется такая программа как Nautilus, и выглядит она почти так же как и Dolphin:
Суть действий также не сильно отличается. Кликаем правой кнопкой, внизу выбираем очистить корзину:
Затем подтверждаем очистку. Как видите все просто. Но теперь о сложном.
Что делать если корзина не очищается
Случается и такое, случается потому что либо система не поддерживает кодировку имени файла, и в принципе не может с ним работать либо у вас не прав доступа к файлу. Но не важно почему, важно как решить. Откройте терминал комбинацией клавиш Ctrl+Alt+T и наберите команду:
Иногда корзина находиться в папке
Вообще говоря корзина может находится где угодно, это зависит от настроек системы, найти папку с корзиной можно командой:
Затем подставьте полученный результат в rm, только будьте очень осторожны, чтобы не удалить важные файлы, которые могут там быть.
Linux где находится trash
Как очистить корзину в Ubuntu с помощью терминала
Бывают случаи, когда очень сильно засоряется корзина, и при её очистки в графическом режиме это очень долго тянется, либо вообще виснет процесс.
В данной статье расскажу где находится корзина и как её очистить в терминале Ubuntu.
Итак разберемся сначала где хранится корзина в системе.
находящемся в домашней директории пользователя , который удалял файлы .
То есть находится по адресу:
files — здесь хранятся непосредственно те файлы, которые можно увидеть в «Корзине»; удаление их из этого каталога приведет к удалению из файловой системы;
info — местоположение вспомогательных файлов, в которых хранятся дополнительные сведения об удаленных объектах (полные пути, по которым располагались файлы в ФС до их удаления; даты момента их перемещения в корзину).
Приступаем к удалению из консоли.
/.local/share/Trash/files/* Команда rm -rf «опасная», поэтому проверяйте внимательно пути для удаления, чтобы нечаянно весь домашний каталог.
Аналогично удаляются корзины и других пользователей.
Вот и всё.
Очистка корзины в Linux
Ещё одна небольшая заметка в продолжение темы начатой в публикациях Терминальный сервер на Debian с доступом по RDP часть 1, часть 2.
Сегодня речь пойдёт про то где находится «корзина» и как её очистить стандартными средствами.
Мне это актуально, т.к. на терминальном сервере я использую Double Commander под IceWM и других средств очистки корзины там нет.
По стандарту XDG папка корзины находится здесь:
Команды очистки корзины:
Пример скрипта с диалоговыми окнами (использована Zenity):
/.local/share/Trash/files/ | wc -l` -lt 3 ]
zenity —error —text=»Корзина пуста, очистка не требуется.»\
zenity —question —title=»Внимание: очистка корзины» \
—text=»Вы действительно хотите очистить корзину?» \
zenity —info —title=»Операция выполнена» \
zenity —warning —title=»Операция отменена» \
—text=»Корзина не была очищена»
Дубликаты не найдены
В этом скрипте маленькая ошибка, при очистке непустой корзины выводится 2 сообщения подряд:
«Корзина очищена», «Корзина не была очищена».
Символ «\» перед else лишний
сегодня озадачился не знаю с чего, подумал а где вообще корзина находится, погуглил нашел и тут бац статья выходит)
А его разве штатно нету? В IceWM своего FM нету так же, любой принятый как Dolphin даже вытянет сразу. Double Commander трэшак из говна естественно.
Я не использую пакет gvfs в терминальных решениях.
А пользователи у тебя вместо проводника что используют?
Если линукс система используется как основная, а не для «поиграться», то засераеться она не сильно хуже виндовс. Лучше установить BleachBit, Spacer, что угодно и убедится, что гигабайты мусора обитают не только в корзине. Не спорю, аналог BleachBit на bash написать можно и возможно полезно для общего развития, но нужно ли это рекомендовать?
Задача полностью решена. (пользователи работают на терминальном сервере)
Ёлки палки, статья по очистке корзины.
Скоро появится статья, как правильно жопу подтирать.
Это вам не виндоус какой-то, тут дадут полено, топор и леску и скажут «Играй на гитаре».
Погиб автор vkd3d и один из ключевых разработчиков Wine
Компания CodeWeavers, которая спонсирует разработку Wine, сообщила о гибели своего сотрудника — Йозефа Кучиа (Józef Kucia), автора проекта vkd3d (реализация Direct3D 12 поверх API Vulkan) и одного из ключевых разработчиков Wine, также принимавшего участие в развитии проектов Mesa и Debian. Йозефом было внесено более 2500 изменений в Wine и реализована большая часть кода, связанного с поддержкой Direct3D.
Йозеф увлекался спелеологией и при построении карты одной из малоизученных пещерных систем в Татрах (Большая снежная пещера в Польше) оказался с ещё одним участником экспедиции отрезан от остальной группы неожиданно нахлынувшим потоком воды. Несмотря на предпринятую спасательную операцию, Йозеф и его товарищ погибли. Йозефу было 28 лет.
Терминальный сервер на Debian: подключение к пользовательской сессии
Продолжаю тему Терминальный сервер на Debian, начало здесь: часть 1, часть 2.
Эта заметка о подключении к пользовательской сессии используя сервер x11vnc
Это решение может быть полезно для решения следующих задач:
• Оказание пользователю технической поддержки (управление)
• Пользователь может транслировать свои действия другим пользователям (только просмотр)
Скрипт x11vnc.sh написан с применением YAD
Скрипт позволяет запускать сервер x11vnc от имени текущего пользователя и предоставляет возможность подключения к его сессии другим пользователям.
Тип подключения к сессии определяется типом пароля:
• только для просмотра
Информация для подключения к сессии:
• Пароль для управления
• Пароль для просмотра
Все эти параметры также доступны в виде списка, так их удобно скопировать.
Для подключения к сессии пользователя можно использовать любой RDP клиент, при подключению к терминальному серверу (параметр Имя сервера) нужно только выбрать соответствующее подключение и указать соответствующий Номер порта и Пароль.
Пример настройки xrdp для подключения:
Подробное описание решения здесь.
Сломанное ядро в последнем обновлении Debian Jessie
На случай если вы так же как мы сидите на oldstable Debian Jessie. Пару недель назад вышло обновления ядра. Его установка практически в 100% случаев приводит к
Kernel panic — not syncing: Attempted to kill init! exitcode=0x0000000b
Оказалось в новой сборке сломана поддержка NUMA, что и приводит к сбою.
В качестве решения предлагается загрузиться без numa, в grub: нажимаем «e» дописываем в параметры ядра numa=off, грузимся по ctrl+x. После загрузки откатываемся или ставим тестовую версию.
Баганутый пакет до сих пор в репозитории в качестве последней версии. Будьте внимательны.
UPDATE: Ура! Исправленное ядро наконец-то выложили — на версию 3.16.51-3 можно смело обновляться.
Шаблон для мониторинга состояния ИБП с помощью Network UPS Tools (NUT) в Zabbix.
Предлагаю Вашему вниманию шаблон для мониторинга состояния ИБП с помощью Network UPS Tools (NUT) , с которым взаимодействует Zabbix агент.
Шаблон и код на основе проекта Zabbix-NUT-Template.
• Номинальная нагрузка (Вт)
• Напряжение батарей (В)
• Напряжение на входе (В)
• Напряжение на выходе (В)
• Уровень заряда батарей (В)
• Расчётное время работы от батарей (Мин.)
• Состояние, значение №1
• Состояние, значение №2
• Частота на входе (Гц)
Вот внесённые мной изменения:
1) Переменная ups.status может содержать два значения, поэтому добавлена переменная ups.status-2.
Вот например, при остановке вентилятора в ИБП Powerware 5125 RM была следующая картина:
ups.status: ALARM OL
2) Добавлена обработка ошибки Error: Variable not supported by UPS.
Эта ошибка возникает в следующих случаях:
— если параметр не поддерживается данной моделью ИБП
— переменная поддерживается, но её значение в данный момент отсутствует, например так ведёт себя переменная ups.alarm.
Протестировано в Debian с пакетами версий 2.6.4-2.3+deb7u1 и 2.7.2-4.
Подробное описание и файлы здесь.
Это ссылка на Share.Zabbix.com
По моему мнению пакет Network UPS Tools (NUT) лучше чем APCUPSd по следующим причинам:
1. Больше список поддерживаемых ИБП.
2. Возможность мониторинга нескольких ИБП на одном ПК.
Но зато в APCUPSd есть apctest — программа для настройки, калибровки ИБП APC.
Подборка артов на тему OS-тян
Веб-интерфейс для создания образов для Raspberry Pi
Всем привет. Наконец наша небольшая команда снова дает о себе знать. На этот раз речь пойдет о системе кастомизации образов для Raspberry Pi онлайн под названием CusDeb. Последнее время, когда я пытаюсь рассказать как это работает, мне в голову в качестве аналогии приходит Subway. Когда я первый раз купил саб, меня поразила возможность еще до покупки продукта, указать те компоненты, из которых он будет состоять. Мне всегда казалось, что у нас должно быть в Debian и Ubuntu что-то похожее на «кастомизированные сэндвичи». Спустя несколько лет мы вернулись с друзьями к этой идеи и реализовали ее. Тем не менее, по какой-то причине люди до сих пор берут Raspbian и затачивают его под конкретную задачу уже на самой RPi, редактируя конфигурационные файлы, удаляя и устанавливая пакеты, как если бы они покупали универсальный саб и перед едой заменяли кетчуп на горчицу, тунец на бекон и добавляли красный лук и халапеньо.
Конечно, идея кастомизации Linux-подобных систем не нова. Существенная порция вдохновения к нам пришла от SUSE Studio, который появился аж в 2009.
Этот сервис в основном ориентируется на виртуальные окружения, позволяя генерировать образы кастомизированных openSUSE и SUSE Linux Enterprise для различных систем виртуализации, хотя и не ограничивается этим. Мы, в свою очередь, решили сосредоточиться на одноплатных компьютерах и Debian-подобных дистрибутивах. В идеале я вижу CusDeb системой, которая предоставляет единый интерфейс для приготовления проблемно-ориентированной операционной системы для широкого круга одноплатных компьютеров. На данный момент у нас есть поддержка пока только двух моделей RPi (2 и 3) и двух выпусков Debian (Jessie и Stretch).
Первое знакомство с CusDeb
После регистрации вы попадете в панель управления, откуда сразу можно начать сборку образа. В будущем здесь можно будет найти все собранные образы. Также здесь в качестве эксперимента находится образ с уже готовым приложением – Nextcloud, которое позволяет создать домашнее облачное хранилище на базе Raspberry Pi 2 или 3. Этому приложению была посвящена другая статья на Пикабу.
Основная движуха начинается после нажатия на «СОЗДАТЬ НОВЫЙ».
На этом этапе нужно выбрать устройство, для которого необходим кастомизированный образ операционной системы, и дистрибутив, на базе которого этот образ будет построен. Наша задача в ближайшее время расширять эти два списка, чтобы сделать CusDeb более привлекательным для конечных пользователей. Как уже говорилось выше, CusDeb пока поддерживает только Debian Jessie и Debian Stretch, причем последний доступен только по подписке. После нажатия на кнопку «Далее» придется немного подождать, т.к. лично для вас необходимо создать персональное окружение, в рамках которого вы будете работать над своим будущим образом.
Кастомизация начинается с выбора пакетов. В основу будущего образа закладывается минимальная версия операционной системы, поэтому в ней нет ничего лишнего. Примечательно, что минимальная (или базовая) версия Debian Jessie состоит аж из 121 пакета, что не мало. Для сравнения, минимальная версия Debian Stretch состоит всего из 76 пакетов.
Здесь мы явно заимствовали одну из крутейших фич SUSE Studio – список пакетов всего дистрибутива с возможностью разрешения зависимостей в реальном времени. Если вы выберите тот или иной пакет, то сразу увидите, какие пакеты добавятся в ваш образ в качестве зависимых, а также общее количество пакетов.
На следующем этапе можно ознакомиться со списком тех пользователей, которые уже есть в вашей системе, и при необходимости добавить новых.
На последнем шаге можно указать имя хоста, часовой пояс и сделать будущий образ еще меньше, удалив, к примеру, все man-страницы.
После того как вы убедились в том, что вы сделали все, что хотели на каждом шаге, нажмите кнопку «Собрать». После этого запустится достаточно долгий процесс сборки, который будет сильно зависеть от тех пакетов, которые вы добавили в свой образ. Кстати, лог сборки вы можете также наблюдать в реальном времени.
Даже если вы закроете вкладку или окно браузера, после окончания сборки вам придет письмо на указанный при регистрации ящик со ссылкой на ваш образ. К сожалению, иногда сборка может упасть. Мы стараемся свести число таких случаев к минимуму, оперативно реагируя и исправляя баги. Однако, если ваша сборка все же завалилась, то вы также будете уведомлены об этом по электронной почте. В этом случае не стоит отчаиваться и терять энтузиазм. Мы починим сборщик, чтобы другие пользователи не столкнулись с теми же проблемами на той же конфигурации, которую использовали вы.
Как помочь проекту
Мы принимаем необработанные алмазы и золотые слитки, но помощь проекту простирается намного дальше, чем это. К примеру, расскажите пожалуйста
* какой фичи лично вам не хватает в CusDeb и почему не хватает именно ее;
* какие одноплатники вы бы хотели видеть в списке целевых устройств;
* в каких проектах (коммерческих и некоммерческих) вы используете одноплатники и какими вы пользуетесь инструментами.
Покупка Pro-подписки может считаться материальной поддержкой проекта.