Почему я не могу переместиться в мусор от/var/tmp?

Можно использовать оболочку globbing шаблоны как имена пакета:

Если никакой пакет не соответствует данному имени (именам) пакета, они, как предполагается, являются шариком оболочки, и любые соответствия затем установлены.

(от конфетки (8))

Но необходимо удостовериться, что оболочка не использует шарик:

# yum install 'openoffice*'

Без одинарных кавычек оболочка разворачивает шарик, если Ваш каталог содержит файлы, имена файлов которых начинаются с 'openoffice'.

Альтернатива (осматривают список пакета),

Можно запросить весь устанавливаемый пакет то соответствие openoffice* через:

$ yum list available 'openoffice*'

Для извлечения тех имен пакета, можно использовать repoquery:

$ repoquery --qf='%{name}' --pkgnarrow=available 'openoffice*'

Таким образом Вы могли установить те пакеты через:

# xargs yum install < output_from_prev_command.log

(Те шаги дают Вам шанс осмотреть список всех 'openoffice*' соответствие пакетам, например, удалить очевидные нежелательные пакеты.)

6
06.02.2014, 15:26
2 ответа

Никакая Корзина обычно ничего не обрабатывает. Проблема вероятна больше, от которого Ваш идентификатор пользователя не имеет полномочий переместить эти конкретные файлы и/или каталоги /var/tmp.

Подтвердить спад до оболочки и cd /var/tmp и проверьте, кто владелец имеет эти файлы, а также полномочия на этих файлах.

$ ls -la /var/tmp

Пример

$ ls -la 
total 216
drwxrwxrwt.  8 root root  4096 Feb  6 09:38 .
drwxr-xr-x. 24 root root  4096 Jan  7 02:20 ..
drwxr-xr-x.  2 abrt abrt  4096 Feb  5 12:27 abrt
-rw-r--r--.  1 root root     0 Jan 13 13:49 ipp_class.log
-rw-r--r--.  1 root root     0 Jan 13 13:49 ipp_driver.log
-rw-r--r--.  1 root root     0 Jan 13 13:49 ipp_job.log
-rw-r--r--.  1 root root     0 Jan 13 13:49 ipp_printer.log
-rw-r--r--.  1 root root    53 Jan 13 13:49 ipp_request.log
drwx------.  2 saml saml  4096 Dec 31  1969 orbit-saml
-rw-------.  1 saml saml 20480 Jan 30 00:47 .swo
-rw-------.  1 saml saml 20480 Jan 30 00:46 .swp
drwx------.  3 root root  4096 Feb  5 12:09 systemd-private-dxtLOx
drwx------.  3 root root  4096 Feb  5 12:09 systemd-private-HGWviW
drwx------.  3 root root  4096 Feb  5 12:09 systemd-private-Sga875
-rw-------.  1 root root 65816 Jan 15 17:49 wireshark_pcapng_wlp3s0_20140115174932_AX9520
-rw-------.  1 root root  4056 Jan 15 17:49 wireshark_pcapng_wlp3s0_20140115174942_BrNwdN
-rw-------.  1 root root 30732 Jan 15 17:50 wireshark_pcapng_wlp3s0_20140115174958_Un8VJu
-rw-------.  1 root root 13392 Jan 15 17:56 wireshark_pcapng_wlp3s0_20140115175604_Oyz8JT

Таким образом, если я был пользователем saml когда я выполнил Thunar или Nautilus и делал попытку касания любой из файлов, принадлежавших root Мне не разрешили бы сделать так в вышеупомянутом примере.

Но какой пользователь - я?

Если Вы находитесь в оболочке и не знаете, какое имя пользователя Вы (не смейтесь, это происходит), можно использовать команду:

$ who am i
saml     pts/11       2014-02-06 09:04 (:0)
3
27.01.2020, 20:30
  • 1
    Это не может быть проблемой, так как OP может на самом деле удалить (см. комментарий о thunar), это - просто мусор, который они не могут использовать. Я предположил бы, что это - потому что мусор реализован на уровне раздела, и это - tmpfs файловая система. –  terdon♦ 06.02.2014, 17:39
  • 2
    @terdon - спасибо, необходимо смочь переместить файлы в tmpfs. Я вполне уверен, что я сделал это с долями shmfs прежде. Я подозревал бы затем, что это - опция в Thunar/Nautilus, который это запрещает перемещению файлов "через" то, что они чувствуют как "нелокальные" диски. Аналогичный локальному по сравнению с сетевым ресурсом. Это - просто предположение все же. –  slm♦ 06.02.2014, 17:48
  • 3
    Нет, я подразумевал, что способ, которым мусор реализации nautilus/thunar (в противоположность удаляют) при наличии раздела - или всей файловой системы .Trash папка и это не могли бы работать над tmpfs. Я просто узнал, что Мусор находится в ~/.local/share/Trash хотя, таким образом, я, вероятно, неправ. Все еще думайте, что это имеет некоторое отношение к другой файловой системе хотя Превосходный :) –  terdon♦ 06.02.2014, 17:54
  • 4
    , который я могу создать, выгнать их с квартиры или удалить файлы в том местоположении, таким образом, это не проблема. Это - вероятно, разделы:/var/tmp не находится на tmpfs, а на регулярном ext4 (/tmp находится на tmpfs). –  Alois Mahdal 06.02.2014, 23:15

это вызвано установкой бита закрепления в каталоге:

drwxrwxrw t. 8 корень корень 4096 6 фев 09 :38.

Sticky Bit практически запрещает -не владельцам файла переименовывать или удалять файл. Обычно он устанавливается в /tmp и подобных каталогах, где несколько пользователей имеют права на запись и/или сохранение временных файлов, чтобы предотвратить случайное удаление.

Для получения дополнительной информации см.:https://www.thegeekstuff.com/2013/02/sticky-bit/

0
30.01.2020, 16:03

Теги

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