LINUX.ORG.RU

Recycled4Linux


0

0

Recycled4Linux - реализация корзины для линукса. В отличие от других проектов с аналогичной целью, эта программа использует модуль для ядра, который перехватывает функцию sys_unlink и переносит файлы в специальную директорию. Recycled4Linux позволяет настроить параметры корзины такие как путь, пользовательский доступ, минимальные и максимальные размеры удаляемых файлов, запрет на удаление различных типов файлов и т.д. Не смотря на то что программа еще в стадии альфа версии, она отлично работает. Компилируется из исходников без проблем (Ядро 2.4.22, Федора1). Есть поддержка ядер серии 2.6.х

>>> Информация и ссылки на исходники и src.rpm

anonymous

Проверено: ivlad

Ответ на: комментарий от Sun-ch

Возможно - Apple ;)
Помойка впервые появилась у них по-моему. Хотя может и ошибаюсь.

Но всяко корзина в Линухе - полезная вещь для пользователей. Ибо сколько раз видел "нечаянно" удаленные файлы.

Eugeny_Balakhonov ★★
()

Не перевелись еще реальные пацаны. Нет чтобы слинковать rm с kdelib (или gnomelib -- в зависимости от ключей в ./configure).

уважаю

anonymous
()

man unlink

...file is deleted and space it was using is made avilable for reuse

"Выключите нахуй эту попсу" (с) ГрОб

Sun-ch
()
Ответ на: комментарий от Sun-ch

>Любое изменение system calls - это тачка с граблями.

Еще со спекрума известно
Хорошо иметь много наворотов - отключающихся одной кнопкой.
Так что если запихают опцией на кренел орг то будет нормально...

anonymous
()
Ответ на: комментарий от anonymous

С полу соринка - в рот витаминка!

Во рту витаминка? Зови на поминки.

Sun-ch
()

Я бы не отказался от такого. Попробую скомпилить с 2.6

svyatogor ★★★★★
()

С виду ничего. По крайней мере понятно как работает ;-)

asaw ★★★★★
()
Ответ на: комментарий от Sun-ch

Все BSDшники могу расслабится, на их аля "серверной платформе" ничего для некфалифицированного пользователя не появится.

tukan
()
Ответ на: комментарий от Sun-ch

А оверхед будет еще больше, если ты грохнул что то важное, и востановить
неоткуда.

tukan
()
Ответ на: комментарий от Sun-ch

>> Любое изменение system calls - это тачка с граблями.

И вот люди с таким менталитетом девелопять *BSD* и XFree :-((

tukan
()

Ну вы блин даете

mkdir ~/bin echo "#!/bin/sh" > ~/bin/rm.sh echo "mv $1 ~/trash" >> ~/bin/rm.sh chmod +x ~/bin/rm.sh mkdir ~/trash alias rm=rm.sh

И все.

Drake

anonymous
()
Ответ на: комментарий от Sun-ch

> Ну аргументируй.

все очень просто :-) с чего ты взял что это будут грабли? если кто-то это сделат себе, то он наверное понимает что делает, и понимает ответственность. Никто не говорит о том что все что делают надо тупо ставить, а патом кричать что все казлы, у меня все грохнулось :-)))

по поводу оверхеда, я еще не читал и несмотрел как это работает, и не представляю как оно действует, но как подсказывает мне здравый смысл, это не должно привести к потерям в производительности, так как файлы двигаются в друго каталог, и если каталог не на другом разделе, а это ведь разумно размещать recyled диру на этом же разделе, то все будет ок

все что я хочу сказать, это то что не стоит так категорично отзыватся обовсем совте который ненравится только тебе, ведь как говорится если звезды зажигают, значит кому-то это нужно

orb
()
Ответ на: комментарий от anonymous

а обеспечние максимального/минимального размера файла???

а автоматическая очистка старых файлов??

ессно, все это можно и так реализовать, и через скрипты, и в crontab прописать, но эта фигня проще, да и работать будет быстрее. еще бы нормальную графическую конфигурялку для ламосов прикрутили, так вообще бы щастье было бы :)))

gr_buza ★★★★
()
Ответ на: комментарий от anonymous

Ну не совсем так. Хранение meta-data (откуда, кем, когда) должно быть реализовано. Не говоря о конфликтах прав различных пользователей и соотв. дырок. Более того, рут удалил файл text.tex. А пользователь такой же свой удалить не может. Ибо рутовские файлы не переписываются ;)

anonymous
()
Ответ на: комментарий от anonymous

2Drake: Ага, куда проще сидя в KDE, вызать консоль и набрать эту строчку, чем мышью пару раз кликнуть ..

anonymous
()

Не самый оптимальный механизм, имхо. Помнится, на Netware 4 файловая система была устроена так, что удаленный файл не затирается новми данными столько, сколько это возможно. То есть при записи нового файла выбирается то место на диске, где либо ничего нет либо самый старый из удаленных файлов. Такой механизм и прозрачен, и максимально сохраняет вохможность восстановления. Естественно можно было принудительно удалить файл без возможности восстановления.

anonymous
()
Ответ на: комментарий от anonymous

У Нетвари одна файловая система и другой не было.

А это решение в большинстве случаев на зависит от ФС. Так что авторам не откажешь в дальновидности. Идея хорошая.

anonymous
()
Ответ на: комментарий от anonymous

Ну есчо ОпеньВМС можно вспомнить с их версиями файлов, чтож с этого. Предложен простой и эффективный способ, кто хочет - пользует, остальные блеют про оверхиды.

PETER ★★
()
Ответ на: комментарий от anonymous

А вот те хрен. С пятой версии там кроме "традиционных" томов появились еще и тома с файловой системой NSS, в ней множество изменений, в частности можно держать файлы >4Gb. В шестой версии NSS используется по умолчанию.

А в этом "recycled" решении кто будет чистить мусорку когда место кончится? Модуль? А что скажет df? Посчитает мусорку или нет?

anonymous
()
Ответ на: комментарий от anonymous

>2Drake: Ага, куда проще сидя в KDE, вызать консоль и набрать эту строчку, чем мышью пару раз кликнуть ..

>anonymous (*) (13.02.2004 15:38:26)

Набирается один раз, засовывается в профиль. Впрочем, для тех поедателей пончиков у которых линукс - это KDE, то это их личные проблемы :)

P.S. Не трудитесь с ответом.

anonymous
()
Ответ на: комментарий от anonymous

ну и нахуй это надо ?

я у себя вообще убрал предупреждения у rm`a.Пару раз ошибся,зато теперь мозгом думаю прежде чем удалять что-нибудь;

P.S.зачем что-то удалять если на винте есть место? Если места нет,то видимо вы удаляете за тем,чтобы что-то другое туда записать;мысль ясна?

anonymous
()
Ответ на: комментарий от anonymous

>>Не перевелись еще реальные пацаны. Нет чтобы слинковать rm с kdelib
>>или gnomelib -- в зависимости от ключей в ./configure).

Не перевелись еще анонимусы, порющие чушь ;)

А как быть, если файло удаляется не при помощи rm? Например, миднайтом или скажем еще чем-нибудь?

Eugeny_Balakhonov ★★
()

Мля... Торвальдс в 2.5 специально убрал из экспортов sys_call_table и все равно отдельные личности не понимают, что не%уй туда лезть.

Ну нет в Linux аналога WDM или STREAMS ... Захотят два модуля перехватить sys_unlink, потом выгрузят первый и что он должен будет вернуть в эту таблицу? Или следовать принципу выгружаемся только когда в sys_call_table записан наш handler и возвращаем предыдущий? Тогда там могут быть races с третьим загружаемым модулем, поскольку нельзя синхронизироваться по sys_call_table и т.д. и т.п.

Murr ★★
()

Фигня какая-то.

Многие приложения создают файл, открывают, затем удаляют его, чтобы получить дескриптор открытого файла, в который нет возможности залезть пользователям.. даже руту.

Что теперь? Он в /trash?

Чушь. //vk

anonymous
()

гавно идея и воплощение тоже гавно и все гавно вокруг.

ananymous
()

Согласен с Sun-ch. Дурацкая это идея в ядро такие вещи пихать.
Кто считает иначе - готов поспорить на ящик пива (или на что угодно)
что никогда эту фишку Линус в ядро не включит, а Al Viro будет
матюками всех крыть когда это увидит:)
Рассуждать на эту тему здесь бессмысленно - время покажет кто прав.

anonymous
()
Ответ на: комментарий от anonymous

Ага, помнится была еще команда purge, если что-то хочешь насмерть убить :)

jackill ★★★★★
()
Ответ на: комментарий от anonymous

Будем надеяться.
Хотя механизм как в novell было бы неплохо заполучить (и при этом сохранить низкую фрагментацию).

jackill ★★★★★
()

Вот же ж Блин! А я тока собирался писать такую фигню. Один в один!

ComputerMage
()
Ответ на: комментарий от anonymous

> Не перевелись еще реальные пацаны. Нет чтобы слинковать rm с kdelib (или gnomelib -- в зависимости от ключей в ./configure).

Ага, вот тока это пофигу. Потому как все ( в том числе и rm )для удаления unlink() пользуют =)

ComputerMage
()
Ответ на: комментарий от anonymous

> Ну вы блин даете

> mkdir ~/bin echo "#!/bin/sh" > ~/bin/rm.sh echo "mv $1 ~/trash" >> >~/bin/rm.sh chmod +x ~/bin/rm.sh mkdir ~/trash alias rm=rm.sh

>И все.

>Drake

RTFM:

main {

opendir / while file = readdir unlink file closedir

}

И идёт хреном твой скрипт и алиас =)

ComputerMage
()

Я как автор этой новости напишу свое мнение относительно этой Р4Л. 1. Эта программа еще в стадии альфа версии, соответственно у нее есть еще куча недостатков и недоработок. Нету гуишника, всяких подробностей и т.д. 2. Не спорю, что вмешательство сторонних модулей в работу ядра может привести к проблеммам в безопастности и в работоспособности. 3. Но! Никто вас не заставляет использовать эту программу. Лично у меня были случаи, когда случайно удалял нужные мне файлы или папки. Порой мои скрипты тоже наносили ущерб системе. Никто не застрахован от ошибок, но так нахрена мне мучать себе голову и опять переустанавливать линукс, когда я могу воспользоваться утилиткой которая сохранит мне время и нервы. Мне лично, на десктопе нужна корзина для линукса и которая работает в консольном режиме. Меня не так сильно волнует безопастность и стабильность. Я не хочу напрягать себе лишний раз голову по пустякам. Кто-то назовет меня дебилом, которому лень думать, но такому я отвечу вопросом. А почему ты используешь компьютер, а не вручную, на бумажке или в уме не гоняешь биты?

anonymous
()
Ответ на: комментарий от anonymous

Полностью поддерживаю. Возможность гарантированного восстановления недавно удаленных файлов весьма полезна. Я сам бывало грешил, удалишь файл, а потом думаешь что зря ;)

Eugeny_Balakhonov ★★
()
Ответ на: комментарий от Eugeny_Balakhonov

Вообще действительно, это как раз фича из области десктопного применения Linux, причём для неквалифицированных пользователей весьма необходимая. Но к сожалению, как и во многом другом особенности мировоззрения некоторых разработчиков ПО приводит к тому что их софт не учитывает некоторые особенности мышления таких пользователей, от этого во многом и идёт дурная слава Linux среди сообщества Windows, где, кстати, такая ориетация на безмозглых пользователей есть. Во многом именно нежелание это учитывать и уменьшает привлекательность Linux, а вовсе не отсутствие софта. Есть много тонкостей которые усложняют понимание и работу с Linux простых пользователей, и мало что делается для разрешения проблемы...

Hokum ☆☆☆☆
()
Ответ на: комментарий от jackill

На Сузи переходи, почему то кажется мне, что очень скоро такая фишка появится в ней. ;) кстати действительно приятно когда к тебе приходят через месяц и говорят что такого то числа такой пользователь удалил очень важный файл, типа мы его уже уволили, но проблема осталась и ты можешь помочь ему, а здесь сидят админы рассуждающие "я один раз удалил все и стал умней" :(( я тоже несколько раз удалял но не стал умней, а стал более аккуратным, что не есть показатель ума. но от ошибок никто не застрахован и потом сидеть и тупо смотреть в монитор с мыслями "что же я наделал? В этой директории ТЕМП были не временные файлы, а файлы подготовленные к архивации на болванку!!!" Но видимо такое кому то добавляет ума.

anonymous
()
Ответ на: комментарий от anonymous

И не надо мне про бэкапы говорить, я о них слышал, только вот беда, бэкап включается раз в день, ну два раза в день(сутки) ну три раза в сутки, а работа с файловой системой идет круглосуточно. Так что господа горе-админы умнеем на чужих ошибках. ;)

anonymous
()
Ответ на: комментарий от anonymous

>Многие приложения создают файл, открывают, затем удаляют его, чтобы >
>получить дескриптор открытого файла, в который нет возможности залезть
>пользователям.. даже руту.

>Что теперь? Он в /trash?
>Чушь. //vk

Эта практика распространена для временных файлов.
Только подумай головой - ты же перед удалением _открыл_ файл. Счётчик ссылок != 0, почему он должен удаляться? Он удалится, когда ты его закроешь.

//Losiki

anonymous
()
Ответ на: комментарий от anonymous

Куюшки! Идем в /proc, ловим открытый дескриптор и вуаля(!) читаем содержимое удаленного файла.

anonymous
()
Ответ на: комментарий от Murr

Бред собачий. Какую только #%$ню не пытаются впихнуть в ядро ...

2 Murr:

> Ну нет в Linux аналога WDM или STREAMS

Зато есть LSM, и можно спокойно перехватывать все, чего угодно.

> Захотят два модуля перехватить sys_unlink, потом выгрузят первый и что он должен будет вернуть в эту таблицу?

Выгружаемые модули -- это зло, от которого следует избавиться. Благо в 2.6 есть такая опция...

Dselect ★★★
()

>>>ОпеньВМС можно вспомнить с их версиями файлов. Ну это было еще в RSX-11 - крайне, кстати, удобная фишка...

V0ID ★★★
()
Ответ на: комментарий от V0ID

А я вот тут недели 3 назад, скажем так... по не-трезвости, вместо "rm -r /tmp/ipa" набрал "rm -r /var/ipa". Вот смеху-то было... Ну ничего, отмазался.

Так что дерзайте, пишите, штука полезная. Хотя, несмотря ни на что, ставить такое себе на сервера я, скорее всего, не буду. Просто постараюсь быто поаккуратнее. Чего и вам желаю. ;)

Ах, да... Ещё постараюсь не пить на рабочем месте в рабочее время. ;)

phicus
()

ИМХО, если человек невнимателен, то "горбатого" что называется "могила исправит", и он так и будет удалять, то что не нужно (удалять), и никакие ему Recycled'ы не помогут - я вот ещё в Windows, хотя и есть там корзина, много раз проклинал того, кто придумал "Shift+Del" для удаления "мимо корзины"..

другое дело, если это такая корзина, "мимо" которой удалить нельзя, тогда риск действительно снижается..

а в Linux у меня, как ни странно, удаления того, что нужно (для дела), тьфу-тьфу, не происходило..

unDEFER ★★★★★
()
Ответ на: комментарий от anonymous

> Порой мои скрипты тоже наносили ущерб системе.

1) нех сидеть под рутом 2) нех пускать скрипты под рутом 3) если надо под рутом то тогда отлаживать надо (вплоть до ручки с бумажкой)

Woody
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.