тебе не доверяют уничтожение данных

Это ты так решил rm изобрести?

Примерно так. Для иллюстрации того, что в *nix все можно сделать различными методами. Но mv пытается удалить файл назначения, если он существует.

Смонтировать ramfs, mv файл туда, размонтировать ramfs. Если файл большой, то сначала split его на куски и по очереди отправлять все в ramfs.

Ты издеваешься или всерьёз?

В /dev/null направляются потоки вывода и ошибок, а не файлы.

А твоя команда пытается переместить файл file в каталог /dev и заменить им файл устройства null. Понимаешь, почему тебе это запрещено? :)

Это уже извращения какие-то…

Что mv так пытается делать, я уже заметил. Но ведь казалось бы для перемещения надо

FILE *fi, *fo;

fi=fopen(from, «rb»); fo=fopen(to, «wb»);

читаем-пишем

fclose(fi) fclose(fo)

удаляем источник.

Где тут удаление файла назначения - я не вижу

/dev/null не предназначен для удаления файлов.

Хочу странный /dev/null

Ты неправильно используешь /dev/null. Это же масштабируемая сверхбыстрая база данных, а не какой-то там каталог.

http://adrianotto.com/2010/08/dev-null-unlimited-scale/

Это называется cat, а не mv. Если бы каждый раз данные сначала копировались, а потом удалялся оригинал, mv занимал бы кучу времени.

А ты почитай man fopen про ключ «w».

PS: исходника mv под рукой нет, поэтому точнее не скажу.

Между различными файловыми системами так и происходит

ключ w обнуляет длину файла, но не пересоздает его.

И системного вызова unlink там тоже нет?

PS: ещё раз - нет под рукой исходника mv, потому и спрашиваю.

man fopen

 w      Truncate file to zero length or create text file for writing.  
         The stream is positioned at the beginning of the file.

В ключе w нет unlink.

create text file for writing.

если файл не существует, его создают. Если уже есть, то простообнуляют длину.

Да не в ключе, тролль ты этакий! :)))

В исходнике mv есть системный вызов unlink - вот чего спрашиваю?!!

Это же не простой файл, это устройство.

В общем, здесь тебе уже несколько раз верно сказали: неправильно ты /dev/null используешь.

PS: Я сейчас не готов теоретическую базу под «неправильность использования /dev/null» подвести. Либо тебе кто-нибудь обоснует это, либо у меня время появится. :)

Я могу обосновать: такова воля Патрегова. Dixi.

неправильно ты /dev/null используешь.

А разве не в этом всегда заключался один из столбов *nix, что ты используешь программы как хочешь, а не как автору угодно?

Revera.

Между различными - да, но не в одной.

Программы используй, как тебе угодно.

Но ты лезешь напрямую (грязными руками) в системное устройство (/dev/null). Это уже не уровень обычного пользователя.

Самое простое объяснение: /dev/null служит для направления в него потоков вывода и ошибок, а не для ковыряния в нём чем попало. Подробности - позже. :)

Вдогонку

Странное у тебя какое-то понимание «использования программ как хочешь». А на устройстве своего ЖД поковыряться таким же образом не желаешь? А мы понаблюдаем за сим процессом. ;)

А если бы у тебя был ЪTrueЪ old unix, ты бы смог стереть эту запись в директории как-то так:

 cat /dev/null > . 

Enjoy your progress!

Имел дело с Ъ-old-unix-ами, но в процитированной команде не уверен, не припомню, чтоб такое проходило.

А обнулять файлы /dev/null и по сей день прекрасно умеет. :)

Почти любой каприз за ваши деньги

Там тааакооой исходник, что без ста грамм не разберёшься. unlink там таки есть, он вызывается, если destination уже существует.

Имел дело с Ъ-old-unix-ами, но в процитированной команде не уверен, не припомню, чтоб такое проходило.

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

Почти любой каприз за ваши деньги

А рожа не треснет? :)))

unlink там таки есть, он вызывается, если destination уже существует.

Воооооооот! То есть ТС пытается удалить /dev/null, а его вполне справедливо посылают нахлесом. И он же ещё и удивляется: «почему?» :)

Я тоже не уверен, но почему-то мне думается, что и на старых Ъ-юниксах команда кота из дев-нулла в текущий каталог не пройдёт.

Тайна похереного /dev/null на нескольких серверах раскрыта: оказывается так клиенты пытались следы замести.

Да даже если не лезть в дебри исходников, типы файлов-то разные - тут regular file, а там character special file, и одно в другое просто так не перенесёшь, надо удалять старое. А чтобы удалить старое, должны быть права на создание/удаление файлов в /dev, не знаю, как у ТСа, а у меня там права 755, и принадлежит это батьке, поэтому простому юзеру не дадут там беспредельничать. От рута перемещается на ура.

Я тоже не уверен, но почему-то мне думается, что и на старых Ъ-юниксах команда кота из дев-нулла в текущий каталог не пройдёт.

Попробовал так сделать в 8й солярке, из нее и пишу:) cat directory вполне работает, но записать в директорию не получается, таки да

В общем - да: в исходники лезть здесь и не требуется. Здесь просто прав не хватает ТСу (как обычному юзеру), что и было показано в ОП:

невозможно удалить назначение: Отказано в доступе

Но с другой стороны, он сам начал 4.2шничать, что в mv вообще никакого удаления нет. И наврал. :)

должны быть права на создание/удаление файлов в /dev, не знаю, как у ТСа, а у меня там права 755, и принадлежит это батьке, поэтому простому юзеру не дадут там беспредельничать.

Ну это уж не знаю, кем надо быть, чтобы в /dev другие права и другого владельца, кроме как Батько Root, прописать. :) Впрочем, как там у ТСа, я тоже не знаю, после этого треда я в нём не уверен. ;)

он сам начал 4.2шничать, что в mv вообще никакого удаления нет. И наврал. :)

Не надо тут 4.2 разводить! Я писал, что казалось бы, mv вполне можно сделать без unlink. Как оно там в реальности, я не смотрел

Как оно там в реальности, я не смотрел

А вот надо бы сначала «смотреть, как оно там, в реальности». То есть, матчасть учить, а не велосипеды изобретать. Да ещё и на системных файлах устройств эксперименты устраивать.

Ты с диском, с диском поэкспериментируй...интере-е-есно же! ;)

Да ещё и на системных файлах устройств эксперименты устраивать.

Ну сломаю я /dev/null, велика потеря

«Сам сломаю, сам и починю» (с)«Ирония судьбы, или С лёгким паром»

Как-то так? :)

Ну это уж не знаю, кем надо быть

***нартом ***терингом, только тссс, никому.

Ну сломаю я /dev/null, велика потеря

Почему-то после того, как я null на регулярный файл заменил, а потом обратно, брау^W хромиум перестал запускаться.

Однозначно, гугл следит за тобой

Но я же недавно был у проктолога, и он сказал, что всё в порядке!

Там и у других прог, которые к /dev/null обращаются, проблемы будут. Так что быстрее «вертай его взад». :)

И ты веришь какому-то проктологу?!! =)

Дык я ж говорю, заменил, потом обратно вернул нормальный null, но именно хромиум сказал «отказать». Древнейший метод «ребут - и всё пройдёт» и здесь оказался действенным.