Я не могу использовать вкусную команду и ssh после того, как смонтируют диск. (CentOS)

Я не верю, что можно сделать поведение, которое вы желаете по умолчанию / общему поведению. Смотри здесь для деталей относительно «базовых разрешений». Для файлов базовое разрешение составляет 666 или RW-RW-RW, а для каталогов это 777 или rwxrwxrwx. Umask может дополнительно ограничивать базовые разрешения, но не может предоставить дополнительный доступ. Другими словами, Umask не может быть использован для установки бита выполнения файла.

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

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

-121--185926-

Процесс, который не может быть убит (даже с SIGKILL, даже по корне), скорее всего, в процессе состояния D («бесперебойного сна»). Если это состояние не сохраняется без очевидной причины, то ваша программа, безусловно, вызвала ошибку в каком-то драйвере ввода-вывода. Вы практически ничего не можете сделать, кроме как перезагружаться.

-1
20.12.2018, 02:16
1 ответ
[112464] Если вы сделаете [112905]какой yum[112906], вы, вероятно, получите [112907]/usr/bin/yum[112908] в качестве ответа.
  • Если вы подключите [112909]/dev/xvdb3[112910] к [112911]/usr[112912], то все файлы под "старым" [112913]/usr[112914] будут скрыты. Если только в корне [112915]/dev/xvdb3[112916] нет каталога [112917]bin[112918], который содержит исполняемый файл [112919]yum[112920], ваша оболочка [112921]bash[112922] не найдет его.
  • Если вокруг есть другие исполняемые файлы [112923]yum[112924], вы можете попробовать [112925]хэш-файл [112925]/usr[112914].r[112926], которые заставляют [112927]bash[112928] искать [112929]yum[112930] вместо того, чтобы пытаться найти его из старого места, откуда он сейчас его достает.
  • Это объясняет, почему [112931]yum[112932] перестает работать. По мере того, как вы пишете в своем комментарии, вам нужно больше места на [112933]/[112934], вы можете сделать одно из следующего:
  • Переместить все данные на раздел [113255]/dev/xvdb3[113256] и смонтировать этот раздел как [113257]/usr
  • Mount [113259]/dev/xvdb3[113260] где-то еще ([113261]/mnt/usr[113262]), переместить часть материала с [113263]/usr[113264] на [113265]/mnt/usr[113266] и создать связь в исходном местоположении.

    Спросите (коммерческую) поддержку DirectAdmin, как установить пакеты в другом месте (например, [113267]/opt/DirectAdmin[113268] ) и смонтируйте там [113269]/dev/xvdb3[113270].

    Первому из них могут помешать файлы, доступ к которым осуществляется в разделе [112941]/usr[112942], что затруднит их перемещение.

    Так как [112943]/[112944] и [112945]/tmp[112946] разные разделы, невозможно смонтировать [112947]/usr[112948] в другом месте, чтобы получить свободное место на обоих, для этого нужно будет размонтировать [112949]/tmp[112950] после удаления данных в [112951]/usr[112952].

    Рекомендую сначала попробовать вариант 3, чтобы установить это (или любое другое коммерческое) программное обеспечение.[112480].
    0
    28.01.2020, 05:13

    Теги

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