Recycled4Linux

А кто обладает патентом на помойное ведро на раб. столе?

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

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

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

уважаю

man unlink

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

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

2Sun-ch (*) (13.02.2004 12:43:37)

>А кто обладает патентом на помойное ведро на раб. столе?

Могешь тут посмотреть

http://patft.uspto.gov/netahtml/search-bool.html

Хы, а у меня нет ни КДЕ ни ГНОМА ( и не надо ), что же делать? Так что фишка "правильная"

Петя, не ешь с полу - будут глисты.

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

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

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

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

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

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

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

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

не согласен.

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

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

Ведь rm -f будет работать по другому, c огромным оверхедом?

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Чушь. //vk

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

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

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

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

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

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

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

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

> 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

}

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

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

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

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

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

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

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

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

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

//Losiki

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

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

2 Murr:

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

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

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

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

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

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

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

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

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

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

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

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

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