Очистка старых файлов из кэша foliate

Установка читалки электронных книг foliate вместо имеющейся в комплекте поставки Linux Mint fbreader обусловлено тем, что на моей системе при использовании fbreader перелистывание страниц можно осуществить только клавишей PageDown вместо предпочитаемой мной широкой Space (пробел).

Установку foliate можно выполнить из PPA:

sudo add-apt-repository -y ppa:apandada1/foliate && sudo apt update && sudo apt install -y foliate

В настройках foliate имеются варианты выбора шрифта, отображения вместо 2 столбцов (как по умолчанию) один, а также выключения автопереноса слов:

Читаемые и прочитанные книги складываются в каталог ~/.cache/com.github.johnfactotum.Foliate в виде файлов png – обложки книг и файлов json, которые содержат сведения о странице, на которой завершилось чтение в прошлый раз, с целью автоматического открытия читаемой книги на том же месте. При прошлом просмотре содержания указанного каталога в нём было найдено более 130 файлов.

Несмотря на наличие в настройках команды чистки кэша (раскройте в настройках пункт "Книга"), в силу "ленивости" возникло желание немного автоматизировать данный процесс. Ко всему прочему "жаба душит" за лишние занимаемые килобайты. 😂

Исходя из того, что читать люблю и читаю много 😀, на чтение книги порядка 400-500 страниц у меня уходит 2-3 дня. Принимая во внимание, что за месяц будет прочитано 10-15 книг, при числе > 10 файлов json к кэше (3 дня на книгу) было принято решение о запуске процедуры поиска и удаления файлов старше 30 суток (можно меньше или больше на ваше усмотрение). 

Описание выполнение условия "если число найденных файлов больше, чем" описано в этой заметке, а найти файлы старше N дней и удалить реализуется через параметры команды find.

➙  Примечание. В используемом мной сценарии (скрипте) применяется протоколирование действий. Узнать такие команды можно по наличию слов day, echo и log. Если такой необходимости нет, то строки их содержащие можно удалить.

#!/bin/bash
day=`date '+%d'`
books=/home/user/.cache/com.github.johnfactotum.Foliate  # вместо user указать своё имя пользователя в системе
log=/home/user/Reports/system/$day.txt
echo "$(date '+%H.%M.%S') – запуск задания foliate" >> $log
find $books -type f -name "*.json" | wc -l > /tmp/foliate.txt
value1=10
value2=`cat /tmp/foliate.txt`
if (( $value2 > $value1 )); then
    echo "            найдено файлов json – $value2" >> $log
    echo "            запуск очистки кэша foliate" >> $log
    find $books -name "*.png" -mtime +30 -delete
    find $books -name "*.json" -mtime +30 -delete
    echo "            старые файлы из кэша foliate удалены" >> $log
  else
    echo "            найдено файлов json – $value2" >> $log
    echo "            файлов кэша для удаления не назначено" >> $log
fi
echo "            завершение задания foliate" >> $log
exit

➙  Пояснение. В строках echo "   ..." число пробелов равно 12-ти. 12 символов как раз и занимает отображение времени плюс тире с пробелами слева и справа от него: 
$(date '+%H.%M.%S') – 

Данный скрипт запускается мной при старте системы.

Ниже приводится пример реального протоколирования 30 января:

17.39.02 -- запуск задания foliate
                   найдено файлов json – 2
                   файлов кэша для удаления не назначено
                   завершение задания foliate

На тот момент в кэше были расположены файлы:

4E957209-CFCE-4BC2-9AF6-595CD61B5DBA.json
4E957209-CFCE-4BC2-9AF6-595CD61B5DBA.png
AB3F1A4D-5B5C-4C66-85D4-EF90A90A8796.json

📌  Дополнение. На форуме дали совет запретить использовать трекер положения файлов (позволяет находить файл книги который был перенесен в другой каталог). Настройка производится через dconf:

sudo dconf write /com/github/johnfactotum/Foliate/library/use-tracker false

Возможно, что для выполнения этого действия необходимо будет установить dconf-editor:

sudo apt install dconf-editor

После этого либо использовать верхнюю команду, либо, запустив графическую оболочку dconf-editor (sudo dconf-editor) отключить use-tracker.

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

Выполнение действий по условию – если число файлов больше 10

Возникла необходимость автоматизации выполнения задачи по отправке файлов (папок с файлами) по условию их наличия в папке для отправки более 10 шт.

Реализацию данной задачи было решено возложить на скрипт bash, запускаемый через пользовательское задание cron.

Указанный ниже скрипт на bash действует по алгоритму:

1. Вычисляется число файлов в папке для отправки.

2. Полученное значение сравнивается с установленным значением 10.

3. Если в результате сравнения будет выяснено, что число файлов в папке для отправки больше 10, то запускается задание на отправку. Если выяснено, что число файлов 10 и менее, то задание на отправку не запускается. Отправка производится программой rclone.

В принципе, текст скрипта простой. Но особенность реализации заключается в том, что проверка условия вида

if [ $value2 -qt $value1 ]; then

здесь не работает, а работает

if (( $value2 > $value1 )); then

Поэтому текст скрипта будет следующим:

#!/bin/bash

log=место_файла_протокола/$(date '+%d').имя_файла.txt

sm=... # указывается путь к папке отправки

dm=... # указывается путь к папке получателя

# если файл протокола отсутствует, то он создаётся

if [ -f $log ]; then

  :

else

  > $log

fi

echo "     " >> $log

find $sm -type f | wc -l > /tmp/files.txt

value1=10

value2=`cat /tmp/files.txt`

if (( $value2 > $value1 )); then

     echo "$(date '+%H.%M.%S') -- файлов в папке – $value2" >> $log

     # запуск задания на отправку файлов и папок с файлами через команду перемещения

     echo "            запуск задания отправки" >> $log 

     rclone move --delete-empty-src-dirs $sm $dm

     echo "$(date '+%H.%M.%S') -- завершение задания отправки" >> $log

  else

     echo "$(date '+%H.%M.%S') -- отправка не произведена" >> $log

     echo "            файлов в папке – $value2" >> $log

fi

echo "     " >> $log

exit

По сравнению с реально использующимся текст скрипта упрощён (за счёт отсутствия ряда операций, предшествующих отправке), но показывает общую реализацию поставленной задачи.

🔰  Дополнительные пояснения. Число пробелов с строках записи в протокол событий составляет 12, что объясняется желанием удобства чтения протокола, то есть помещать следующую запись текста прямо под предыдущей, например:

17.30.01 -- файлов в папке – 11

                   запуск задания отправки

17.31.19 -- завершение задания отправки

Для автоматического удаления удаления устаревших файлов протоколов можно использовать команду:

find место_файлов_протоколов -name "*.txt" -mtime +N -delete

N является числом полных суток, например 3. То есть, если с момента создания файла протокола прошло 72 часа и менее, то файл не удаляется, а вот если прошло 72 часа 1 минута и более, то файл уже подлежит удалению. Подробности можно прочитать здесь в комментариях 5 и 6.

Очень долгое выключение Linux Mint

С неделю назад было обнаружено, что моя система Linux Mint 20.3 очень долго выключается. 💣

При подробном выводе процесса выключения после достижения состояния Reached target Power-off появляется:

 

systemd-shutdown[1]: Waiting for process: crond

🔸Примечание. Чтобы это увидеть на экране необходимо отредактировать файл /etc/default/grub, приведя строку GRUB_CMDLINE_LINUX_DEFAULT к виду GRUB_CMDLINE_LINUX_DEFAULT="" и обновить grub (sudo update-grub).

Специально время не засекалось, но по прикидкам ожидание может составлять 0,5-1 минуту, после чего система выключается.

Поиск в англоязычном сегменте выдал следующее: имеет место процесс crond, который запускается каждые 10 минут. Что он делает – "сия великая тайна есть", но есть мнение, что данный объект был создан приложением Free Download Manager (а я им некоторое время пользовался 😄) Если при просмотре содержания каталога /etc/cron.d вы наблюдаете объект collect, то вот он далее и нужен.

В упоминавшейся выше публикации говорится о целесообразности перемещения collect в любое другое место. 

Моё предложение следующее. Через встроенный редактор Midnight Commander (sudo mc) или стандартный текстовый редактор xed ( sudo xed /etc/cron.d/collect ) отредактируйте его содержание путём записи символа комментария:

У меня всё пришло в норму тотчас же.

Другим вариантом предлагается уменьшить время ожидания закрытия приложений, изменяя величину DefaultTimeoutStopSec=90s в /etc/systemd/system.conf

FireDM – менеджер загрузок, понимающий ссылки youtube

Долгое время для скачивания видео нужного качества (по выбору) с видеохостинга youtube мной использовалось ПО 4k videodownloader. С недавней поры при попытках скачать ряд роликов данное ПО стало требовать входа в аккаунт Google. 

Поскольку требуемая функция относится к уже платному тарифному плану 4k videodownloader, то для обхода указанного выше ограничения youtube и скачивания роликов в качестве 1080p, если такой вариант существует, мной стали предприниматься усилия по поиску разумной альтернативы.

Некоторое время мной использовался сервис loader.to, аналогичный множеству других онлайновых сервисов для скачивания с youtube, которые легко находятся через поисковый запрос.  Но вчера при поиске ссылки на скачивание deb-пакета Free Download Manager был случайно найден менеджер загрузок FireDM. Общее представление об этом ПО можно получить на сайте проекта (но требуется немного понимать английский язык 😃 ).

Если кому интересно как интерфейс выглядит на компьютере, а не так как показано на сайте, то привожу снимок со своего экрана:

Программа распространяется в виде самодостаточного приложения. 

Для скачивания перейдите по этой ссылке. Для Linux скачивайте AppImage, для Windows – архив zip. На момент публикации:

Примечание. Программу можно скачать и с videohelp.com по этой ссылке.

Перед запуском приложения AppImage убедитесь, что файл является исполняемым, например:

Как указано в описании возможностей FireDM, скачивание потокового видео не ограничивается только видеохостингом youtube. Действительно, в ходе экспериментов было выявлено, что без проблем скачиваются видео с Одноклассники, В Контакте, Rutube + ещё один специфический ресурс, о котором вслух говорить не принято (💞).  

А теперь немного "нужных" подробностей.

🔅  Не исключено, что вам необходимо будет установить пакет mpeg (sudo apt install -y ffmpeg) 

🔅  FireDM перехватывает ссылки из буфера обмена. Если при запущенной программе скопировать в адресной строке браузера ссылку на страницу с роликом, то Fire DM практически сразу же начинает её анализировать. Ссылка будет анализироваться даже в том случае, если она  будет скопирована первой, а программа FireDM будет запущена второй.

🔅  После завершения анализа FireDM выведет варианты для выбора какой из них скачать:

🔅  Как только выбор завершён необходимо нажать на кнопку DOWNLOAD:

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

Папка Downloads создаётся автоматически при первом скачивании.

🔅  Нажав на кнопку Settings в левом столбце программы можно выбрать цветовое оформление внешнего вида, а также указать множество других параметров. Нажимая на кнопку Apply справа от строки с наименованием цветового оформления можно видеть изменение цветового оформления "на лету". Требуется небольшое знание английского языка или умение пользоваться онлайн-переводчиком.  😀

🔅  Скрытые файлы и папки приложения

К скрытым файлам и папкам приложений, как правило, относятся данные настроек, кэши и дополнительные элементы. Настройки FireDM расположены в ~/.config/FireDM: