@milabs26 янв 2014 в 19:02

Динамическое расширение ядра Linux — добавляем функцию «удалить в корзину»

4 мин

21K

Системное программирование * C *

+51

Комментарии 57

@nazarpc 26 янв 2014 в 19:15

особенно тем, кто по тем или иным причинам перешёл на эту ОС с Windows

Разве файловые менеджеры не имеют корзин?

В Windows удаление из командной строки тоже по-моему удаляет файл навсегда.

К стати, не знаю стандарт ли это, но файловые менеджеры используют папку .Trash-UID к корне устройства, либо ~/.local/share/Trash для корня, круто было бы переносить файлы именно туда, и прописывать файлы в info поддиректорию.

А если сделать из этого deb/rpm пакет с DKMS, и будет перехватывать только файлы, которые удаляет пользователь сам, но не приложения в процессе работы — это будет полезный модуль с практическим применением.

@milabs 26 янв 2014 в 19:22

Разве файловые менеджеры не имеют корзин?

Ну блин, это ж скучно :)

А если сделать из этого deb/rpm пакет с DKMS, и будет перехватывать только файлы, которые удаляет пользователь сам, но не приложения в процессе работы — это будет полезный модуль с практическим применением.

Что касается фильтрации по пользователям, то именно это не сложно сделать. Сложнее в ядре обрабатывать домашние каталоги и делать прочие вещи, как-то куда-то что-то прописывать. Не для этого, ядро всё-таки :)

И да, это же POC…

@vsespb 26 янв 2014 в 19:41

+1
Этим должны заниматься файловые менеджеры. Программы могут создавать и удалять тысячи файлов и рассчитывать что они исчезнут (не переполнят диск). В т.ч. и под win32.

@milabs 26 янв 2014 в 19:43

Да не вопрос, вы просто сути не уловили. Это демонстрация применения метода динамической модификации ядра Linux :)

@vsespb 26 янв 2014 в 19:44

Демонстрация это хорошо, но первый абзац недвусмысленно намекает что это всерьёз:

Многим пользователям Linux, особенно тем, кто по тем или иным причинам перешёл на эту ОС с Windows, не хватает возможности удаления файлов «в корзину»

@milabs 26 янв 2014 в 19:45

А, что, это и правда же всеръёз ;)

@vsespb 26 янв 2014 в 19:52

В linux и так всё замечательно удаляется в корзину (во всех DE что я видел). В Windows удаляется не в корзину, если с командной строки (хотя за последние версии винды не ручаюсь).

@milabs 26 янв 2014 в 19:54

Да ладно вам уже :)

@viklequick 27 янв 2014 в 17:34

Напомните им про аналогичный драйвер Руссиновича с сисинтерналсов…

@Cobolorum 27 янв 2014 в 03:44

Видимо вы не работали с NetWare

@milabs 27 янв 2014 в 07:28

Нет, а что там?..

@Cobolorum 27 янв 2014 в 14:49

А там была реализована системная корзина еще в 90-х, ни чего не тормозило.

@Goodkat 26 янв 2014 в 19:22

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

@milabs 26 янв 2014 в 19:24

Корзина локальна для файловой системы. То есть если вы хотите удалять в корзину файлы с какой-то ФС, то именно на ней и нужно создавать .fstrash

@smind 26 янв 2014 в 21:39

но ведь дело то в том, что даже у меня куча всего намонтировано в /home/

@milabs 27 янв 2014 в 07:29

Удаляемые файлы не копируются с раздела на раздел. Перемещение в корзину всегда происходит в рамках устройства.

@smind 27 янв 2014 в 08:51

ну я понимаю что такое жесткая ссылка, я про то что в разных местах были бы понатыканы .fstrash

@milabs 27 янв 2014 в 08:52

Ммм… .ftrash будет нужен для каждого раздела, на котором предполагается необходимость удаления «в корзину». Или я не совсем вас понял?

@SovGVD 26 янв 2014 в 19:29

А может как то можно научить файловые менеджеры (nautilus в частности) не гадить на FAT/NTFS флешки скрытой папкой корзины? А то она скрытая то только для файлового менеджера с дефолтными настройками, а в винде очень даже хорошо показывается.

@milabs 26 янв 2014 в 19:33

Это легко сделать, наверное. Просто запретить ядру создавать файл в корне с определённым именем… Какое оно, кстати? А вас смущает наличие такой папки или же наличие там удаляемых файлов?

@SovGVD 26 янв 2014 в 19:38

$ uname -a
Linux sovgvd-nb 3.2.0-58-generic-pae #88-Ubuntu SMP Tue Dec 3 18:00:02 UTC 2013 i686 i686 i386 GNU/Linux
Если не изменияет память, то наутилус оставляе в корне .Trash или .Trash-NNN (конечно если не делать shift+del или wipe)

Меня смущает любой мусор на флешке, в том числе виндовые Thumb.db и маковые .DC_четотам (или как то так).

@milabs 26 янв 2014 в 19:42

Ну можно в модуле запилить фильтр имён, но не знаю на сколько вас не будет смущать висящий в ядре модуль хукающий пару-тройку функций ядра :)

@SovGVD 26 янв 2014 в 19:49

Я предполагаю что таким ядро не должно заниматься. Работа с файлами — дело файлового менеджера и/или окружения рабочего стола. Да и не реально просто так отучить Windows кидать во все папки с картинками свою базу превьюшек. Так что каждая система своими «скрытыми» файлами радует.

@milabs 26 янв 2014 в 19:52

Да, это не ядерные задачи, конечно. Можно через LD_PRELOAD so'шку грузить в которой фильтровать доступ к файлам, например. Но это же скучно :)

@pdev 26 янв 2014 в 20:56

В windows файлы превьюшек отключаются очень просто, в ветке
HKEY_CURRENT_USER\Software\Microsoft\Windows\
CurrentVersion\Explorer\Advanced\
Находим ключ DisableThumbnailCache и выставляем значение 1

@SovGVD 26 янв 2014 в 21:07

Осталось это рассказать и показать всем юзерам, которым даю флешки =)

@pdev 26 янв 2014 в 21:13

Также можно поставить галочку «не кешировать эскизы» в свойствах отображения папки, для достижения того же эффекта )

@nazarpc 27 янв 2014 в 18:38

Thumb.db если не ошибаюсь исчезли вместе с Windows XP, новые версии вроде имеют наконец централизованное хранилище, а вот System Volume Information на флешке и/или USB HDD явно не нужен.

@pavelodintsov 26 янв 2014 в 19:38

Занятно, мы когда-то делали что-то похожее, github.com/FastVPSEestiOu/Linux-kernel-fast-logging-path но патчем ядра. Выходит, нашу задачу можно реализовать модулем ядра?

@milabs 26 янв 2014 в 19:40

В трёх словах, что именно вы там делали и зачем приходилось патчить ядро?

@pavelodintsov 26 янв 2014 в 19:42

Легко, нам нужно было собирать все изменения файлов на файловой системе ext4 — создание/удаление/правка данных/правка inode. Для этого сделали патч, который просто вклинивается в open/creat и прочие и собрали код помещения этого в кольцевой буфер.

@milabs 26 янв 2014 в 19:44

А ну это можно и модулем было сделать. Либо патчить как в примере, что без проблем. Либо не патчить, а подменить LSM-модель, что также без проблем (см., например, тут).

@pavelodintsov 26 янв 2014 в 19:46

А можно ссылки на доки по сабжу? Мы это под 2/6/33 делали, пытались найти более правильный подход, но как-то не вышло.

@milabs 26 янв 2014 в 19:49

Правильный подход зависит от задачи, наверное. У меня посмотрите статьи, там есть на тему LSM и как его можно использовать. Но, подход с LSM немного ограничен; я не знаю про ваши задачи, опять же.

@arty 26 янв 2014 в 19:47

не могу не вспомнить библиотеку libtrash

@milabs 26 янв 2014 в 19:50

Да, это хотя и по теме, но через `LD_PRELOAD` работает. Юзер-спейс решение :)

@alexac 26 янв 2014 в 20:05

Вам не кажется, что это как-то изпушкиповоробьино?

[irony]Я просто не могу не оставить это здесь, чего бы мне это не стоило. lorquotes.ru/view-quote.php?id=44[/irony]

@milabs 26 янв 2014 в 20:09

Феерично :)

@btd 26 янв 2014 в 20:21

Извиняюсь, у меня вопрос не по сабжу. В описании структуры:

static struct qstr fstrash = {
        .len = 8, .name = ".fstrash",
};

Что значит поля через точку и без типов в первый раз вижу, правда и на чистом С много не писал?

@milabs 26 янв 2014 в 20:22

Это инициализация структуры qstr.

@btd 26 янв 2014 в 20:23

Ух ты ж.
А вам бы макрос QSTR_INIT не подошел бы?

@milabs 26 янв 2014 в 20:24

Да, подошёл бы, его походу не так давно добавили, я не видел. Спасибо за внимательность :)

@burjui 27 янв 2014 в 01:48

Это уже не чистый C, а расширение GCC.

@jcmvbkbc 27 янв 2014 в 02:17

Для с99 это стандартная фича.

@burjui 27 янв 2014 в 09:47

Прошу прощения у читателей за дезинформацию, впредь буду внимательнее. Сказывается годовое отстутсвие практики на C.

@mephisto 26 янв 2014 в 21:24

Я как-то очень давно и под виндой привык удалять все исключительно путем нажатия Shift+Del.
Корзина всегда весьма раздражала необходимостью дополнительного действия для реального освобождения места на диске.
Хотя, не спорю, иногда интересно что-то реализовать чисто ради самого процесса и «челленжа» :)

@Atakua 26 янв 2014 в 22:04

Интересный концепт. Однако я сам что-то не соображу — правильно ли поведёт себя Ваш код, если два процесса будет одновременно удалять два линка на один и тот же инод. Конкретно вот эта строчка:


if (dentry->d_inode->i_nlink == 1) {
...
}

Вот пример. В начале инод имеет i_nlink == 2. Затем два процесса подходят к этой строке, видят, что ещё один линк останется, и спокойно продолжают удалять каждый свою ссылку, не затруднившись зайти в move_to_trash(). В результате никто не создаст копию в корзине.

Или там подразумевается какой-то семафор на уровне выше, ещё до вызова fstrash_unlink()?

@milabs 27 янв 2014 в 07:31

Вы — внимательный читатель, это здорово. На самом деле, действительно, синхронизация происходит уровнем выше в функции vfs_unlink. Я добавлю в статью информацию об этом, спасибо.

@JIghtuse 26 янв 2014 в 23:27

Идея и реализация интересные. С файловыми системами на уровне ядра не взаимодействовал, полистаю код.

Хорошо, что в GNU/Linux всё-таки нет корзины — предполагается мозг у пользователя. Многие утилиты имеют режим «no action», в котором они только печатают, что намереваются делать или запрашивают подтверждение (rm -i, mv -i, rename -n). Посмотрел вывод, убедился что ничего нужного не исчезнет, запустил уже в рабочем режиме.

Ну и для восстановления недавно удалённого (незатёртого) на разделе ext есть extundelete.

@barker 27 янв 2014 в 06:01

Хорошо, что в GNU/Linux всё-таки нет корзины — предполагается мозг у пользователя.

На описываемом в статье уровне ни в одной ОС нет корзины. На уровне в котором она есть в windows (или что вы там имеете в виду) она имеется везде.

@milabs 27 янв 2014 в 07:57

Данный способ позволяет держать корзину для любой ФС, поддерживающей хардлинки…

@AnnInDark 27 янв 2014 в 07:04

[irony] А простой алиас вида «rm='mv -t .fstrash/' » не? =) [/irony]

@milabs 27 янв 2014 в 07:37

Ну это слишком просто же ;)

@Angel2S2 29 янв 2014 в 11:31

Юзаю такой скриптик на серверах (нормально работает от рута, от юзера будет ругаться на права).

#!/bin/bash

if [ $# -eq 0 ] ; then echo "Usage: $0 filename ..." ; exit 1 ; fi

FSTRASH='.fstrash'
while [ $# -gt 0 ] ; do

    case $1 in 
        -* ) shift ; continue ;;
    esac

    FILENAME=$1
    FULLFILENAME=$(stat --printf='%n\n' ${FILENAME})
    if [ $? -ne 0 ] ; then shift ; continue ; fi
    FS=''
    #LS=''
    ISNOTFINDEDFS=0

    if [ ${FULLFILENAME:0:1} != '/' ] ; then
         FULLFILENAME="${PWD}/${FULLFILENAME}"
    fi

    FSPATHLIST="$(mount | grep -E '^\/dev\/' | awk '{print $3}' | sed -n '1d;p')"
    for FS in ${FSPATHLIST} ; do
        if [ x"${FS}" = x"${FULLFILENAME:0:${#FS}}" ] ; then
            ISNOTFINDEDFS=1
            mkdir -p "${FS}/${FSTRASH}" &>/dev/null
            if [ $? -eq 0 ] ; then
                mv --target-directory="${FS}/${FSTRASH}" "${FULLFILENAME}"
            else
                echo "${FULLFILENAME} :: Не достаточно прав!"
            fi
            break
        fi
    done

    if [ $ISNOTFINDEDFS -eq 0 ] ; then
        mkdir -p "/${FSTRASH}" &>/dev/null
        if [ $? -eq 0 ] ; then
            mv --target-directory="/${FSTRASH}" "${FULLFILENAME}"
        else
            echo "${FULLFILENAME} :: Не достаточно прав!"
        fi
    fi

    shift
done

@bebebe 27 янв 2014 в 19:01

Вот тут, кстати, еще косяк

snprintf(name, sizeof(name), "XXX-%lu-%s", \
                object->d_inode->i_ino, object->d_name.name);

При ограничении ext(2,3,4) на длину имени файла в 256 байт, если оригинальное имя было достаточно длинное, то новое, «корзиночное», имя по длине вылезет за пределы разрешенных 256 байт. Что будет потом, я сам не знаю =)

@milabs 27 янв 2014 в 19:03

А как вы думаете, что означает буковка n в функции snprintf?

@bebebe 27 янв 2014 в 19:11

Ну видимо, больше 64 байт не запишет, насколько я понимаю C.
Я не программист, я просто спросил)

Зарегистрируйтесь на Хабре, чтобы оставить комментарий