Файловая система ext3, смонтирована для чтения-записи, нет SELinux.
Питер Stuifzand
Также возможно, что файл находится в файловой системе NFS, смонтирован root_squash, хотя вряд ли, учитывая файл.
Cian
3
Веселая. Вы проверяли системные журналы (/ var / log / messages, / var / log / syslog, вывод dmesg) на наличие каких-либо подсказок?
Возможные причины:
Вы используете Linux с повышенной безопасностью, такой как SELinux . Это накладывает ограничения даже на то, что может делать root.
Файл находится в файловой системе, которая не поддерживает владение файлом, например (V) FAT. В зависимости от параметров монтирования chmod / chown выдаст вам ошибки.
Проблема в том, что моя система была взломана и некоторые файлы были заменены. Теперь я хочу заменить их оригиналами, но я не работаю.
Питер Stuifzand
9
Если ваша система была взломана, то вы не хотите помещать файлы обратно. Вы не можете сказать, что было сломано, и ничто в системе не заслуживает доверия. Протрите и переустановите из резервных копий.
Cian
1
Как сказал Cian, если ваша система была взломана, и они получили root-доступ, не заменяйте файлы. Он по- прежнему может содержать (почти) невидимый руткит, который перехватывает системные вызовы. Возможно, он по-прежнему перехватывает пароли, он может по-прежнему открывать бэкдоры в ваших сервисах, а также и (и бесконечное количество возможных вещей, которые может содержать взломанная машина). Разумное решение - отключить компьютер и изучить его содержимое в автономном режиме, поместив диск в другую коробку. Не доверяйте этой машине вообще и не заменяйте никакие двоичные файлы, они могут содержать ценную информацию, чтобы узнать, что делает руткит.
Каргиг
0
Любое «предположение», сделанное другими ответами, возможно. Подсказка отладки может заключаться в том, чтобы выполнить небольшую часть команды и просмотреть выходные данные, чтобы увидеть, какова реальная проблема в самих системных вызовах.
Ответы:
Атрибут immutable может быть установлен в файле. Удалить это с помощью chattr -i
источник
chattr: Inappropriate ioctl for device while reading flags on
Существует несколько решений, некоторые из которых:
источник
Веселая. Вы проверяли системные журналы (/ var / log / messages, / var / log / syslog, вывод dmesg) на наличие каких-либо подсказок?
Возможные причины:
источник
Попробуй это:
[root @ root] # chattr -ais / bin / ls
после смены владельца и группы обратно в root.
источник
У меня была такая же проблема.
Которого было недостаточно. Итак, я добавил 'са'
Проблема решена :)
источник
на какой файловой системе находится файл "ps", который вы пытаетесь записать? Fs установлен как ro (только для чтения)?
если вы говорите о / bin / ps, то в Debian это всегда так:
источник
Любое «предположение», сделанное другими ответами, возможно. Подсказка отладки может заключаться в том, чтобы выполнить небольшую часть команды и просмотреть выходные данные, чтобы увидеть, какова реальная проблема в самих системных вызовах.
источник