Вопросы Теги

Символьные ссылки на самом деле имеют значение в использовании диска?

Самый легкий путь к одноразовому

$ $SHELL
$$ unset HISTFILE
$$ secret-command
$$ exit
$

где $ представляет подсказку начальной оболочки и $$ представляет подсказку подоболочки. Это работает в ударе и zsh; в ksh Вам нужно HISTFILE=/notwritable вместо этого. Обратите внимание, что то, что имеет значение, является значением HISTFILE когда файл истории записан, не, когда команда выполняется. Bash, ksh и zsh пишут в файл истории, когда они выходят (zsh, может делать это чаще в зависимости от конфигурации).

С другой стороны, можно заставить удар или zsh игнорировать строки, соответствующие определенным шаблонам (это уже охвачено другими ответами).

Другая возможность в zsh

% fc -p
% secret-command
% fc -P

fc -p продвигает текущий список предыстории на стек и запускает новый, который не связан с сохранить файлом. fc -P выталкивает тот несохраненный список предыстории от стека и забывает об этом в целом.

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

21
10.10.2010, 13:11
2 ответа

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

Плоскость du сообщает место, занятое деревом каталогов на диске. du -L сообщает место, которое было бы занято деревом каталогов, если бы все символьные ссылки были заменены их целью. Первый обычно - полезная информация; например, это - пространство, которое Вы восстановили бы, если бы Вы удалили дерево, и это - (приблизительно) пространство, необходимо создать резервную копию дерева.

du на дереве каталогов показывает (обычно) немного больше, чем общее количество размеров файла. Это происходит из-за двух вещей. Во-первых, du также каталоги количеств, которые берут немного комнаты для хранения имен файлов и метаданных. Во-вторых, du считает дисковое пространство взятым файлом, который может отличаться от размера файла: наиболее распространенный эффект состоит в том, что файлы поднимают целое число блоков (4 КБ на типичной установке Linux), таким образом, 1-байтовый файл может показать 4 КБ в выводе du; но сжатие (такое как примитивная форма, обеспеченная редкими файлами в примерно каждой файловой системе Unix), может сделать размер файла больше, чем его использование диска.

От чисел Вы даете, кажется, что Thunar сообщает о сумме размеров файлов в дереве каталогов, переходя по символьным ссылкам. Это на самом деле говорит так тонким способом — это утверждает, что общий размер составляет 570,3 КБ, не, что использование диска составляет 570,3 КБ. Что нисколько не очевидно из пользовательского интерфейса, или документация - то, что Thunar переходит по символьным ссылкам при вычислениях размера.

То, какой является “правильным”, является субъективным вопросом. du использование диска отчетов. Thunar сообщает об общем размере, переходящем по символьным ссылкам. Создание символьной ссылки оказывает незначительное влияние на использование диска, но по определению изменяет total-size-following-symbolic-links, о котором сообщает Thunar.

34
27.01.2020, 19:43
  • 1
    я отредактировал свой вопрос, таким образом, я думаю, довольно ясен теперь, но спасибо за ответ. –  astrojuanlu 10.10.2010, 13:06
  • 2
    @Juanlu001: я обновил свой ответ соответственно. Короче говоря, du выставочное использование диска, в то время как Thunar показывает что-то еще. –  Gilles 'SO- stop being evil' 10.10.2010, 13:57
  • 3
    Различие важно при создании резервных копий та твердость символьные ссылки. Можно хотеть сделать это, если Вы знаете, что у Вас есть несколько символьных ссылок ниже дерева, которые решают к местоположениям вне дерева, но остальная часть материала вне того дерева не важна для Вас. –  Mel 10.05.2011, 05:32

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

Разъясниться,

`du`    -> size of directory + size of all the softlinks  
`du -L` -> size of directory + size of all the files that the softlinks are pointing to.

Я не уверен, является ли это тем, что Вы спрашивали, но если это, затем я полагаю, что это могло бы быть ответом на Ваш вопрос.

3
27.01.2020, 19:43
  • 1
    Извините, что не сделал ответил на мой вопрос: что Вы сказали, что я уже выяснил. Я только что отредактировал его. –  astrojuanlu 10.10.2010, 13:08

Теги

Похожие вопросы