Странно работает chmod

Отмонтируй ФС и проверь, chmod такого делать не должен. Давай сразу uname -a и xfs_db -r /dev/sd?? -c sb -c p.

С виду норм. Запусти xfs_repair -n на отмонтированном устройстве. С ключом -n ничего чинить не станет, но ошибки, если есть, покажет.

sudo chmod username.username -Rvf /home/username/books даже не пробовал?

xfs_repair -n никаких сообщений об ошибках не выдал

Только что попробовал, и Permission denied и знаки вопроса остались.

UPD: из под рута всё выглядит нормаль, и можно, кончено, забить, но вдруг это тревожный звоночек?

Permission denied даже когда пробуешь изменить пользователя и группу от рута через судо? что за бред? это не возможно, только если правила apparmor\selinux не напридумал

Да, было такое. Проблема в том, что всё это работает через раз, но теперь я даже обои не могу поставить, так как нет прав доступа.

apparmor/selinux не стоит

Есть подозрение, что у меня проблемы с железом, так как ровно через раз ноут не реагирует на клавиатуру вообще (обычно — в GRUB'е), но я без понятия, как и что мне диагностировать.

Есть подозрение, что у меня проблемы с железом

через dd сделать образ, развернуть на виртуалке и смотреть?

Смотреть что, если не секрет? И у меня раздел на 500+ гигов, не думаю, что это хорошая идея.

есть ещё вариант: locale от пользователя и от рута одинаковые? utf-8?

Ага, одинаковые, но дело точно не в этом. У меня уже вообще доступ к диску из-под пользователя пропал.

Может ли быть дело в том, что раздел, на котором проводятся операции, монтируется отдельно (в /media/mediavol)?

chown username /home/username -R

А почему ключ в конце?

Так получилось :)

Я о том, что не в этом ли проблема?

Ааа, точно нет. Пробовал и так, и так.

Может ли быть дело в том, что раздел, на котором проводятся операции, монтируется отдельно (в /media/mediavol)?

Не понятно, поясни. Вроде о /home речь шла.

Формально: у меня есть раздел сл всеми файлами, а в хомяке дежать ссылки.

P.S. Все операции я выполнял нал самими файлами, а не ссылками

господи, целая страница ответов и никто не сказал что это из-за отсутствия права выполнения на дуректорию у твоего пользователя. в итоге ты не можешь сделать stat() на файлы, но можешь прочесть файл директории, в котором хранятся их имена и номера айнодов.

воспроизводится так:

yunake@t430s:~/tmp$ mkdir test
yunake@t430s:~/tmp$ touch test/afile
yunake@t430s:~/tmp$ ls -l test
total 0
---------- 1 yunake wheel 0 Apr 26 03:52 afile
yunake@t430s:~/tmp$ chmod -x test
yunake@t430s:~/tmp$ ls -l test
/bin/ls: cannot access test/afile: Permission denied
total 0
-????????? ? ? ? ?            ? afile

ты еще и cd в эту директорию сделать не можешь. а вот рут может, и то и другое.

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

sudo chmod username.username

sudo chown username.username

всё правильно сказал.

господи, целая страница ответов и никто не сказал что это из-за отсутствия права выполнения на дуректорию у твоего пользователя.

Может чтения? Или ты ТСа ман читать заставляешь?

ЗЫЖ Сижу, ковыряюсь шилом в ухе, бац! И пропал… Это ТСу было.

Ага, вы абсолютно правы. Я бездумно делал chmod 660 -R.

Как можно это обратно поправить? chmod -R не подходит, так как нужно оставить файлы не исполняемыми. Придётся писать скрипт?

Придётся писать скрипт?

конечно! Если лень открыть man

execute/search only if the file is a directory or already has execute permission for some user (X)

Спасибо. Это решило все мои проблемы на данный момент.

Это решило все мои проблемы на данный момент.

это решит 95% ваших проблем в будущем.

Ну, я смотрел man, но мне почему-то казалось, что это должно было быть вынесено в ключи, а не написано текстом.

в линуксе всё файлы. Каталоги тоже файлы, chmod их не различает. Потому в правах, X значит «не трогай x».