Это всё, естественно, перепробовано уже. Говорю же - атрибуты у файлов в порядке, после chmod 777 они поменялись как надо. Досупа нет всё равно.

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

Самая очевидная мысль: глюки драйвера ФС. Из-под рута перекинуть всё на другой раздел (возможно даже, с другой ФС) не пробовал?

сделанное в отчаянии sudo chmod 777 /home/sergey

Это ты зря.

Какой дистрибутив? Какие-нибудь доп.средства огораживания типа SELinux установлены?

Самая очевидная мысль: глюки драйвера ФС.

У меня она тоже возникала. Но у меня корень в ext4, на него у юзера права есть.

Из-под рута перекинуть всё на другой раздел (возможно даже, с другой ФС) не пробовал?

Мысль такая была, но у меня банально места столько нет нигде.

Это ты зря.

Почему? Сделать обратно 744 ничего же не мешает.

Дистрибутив - Arch. Selinux на десктопе не нужен.

> Сделать обратно 744 ничего же не мешает.

А, мне показалось, ты chmod -R заюзал. Забей.

А, мне показалось, ты chmod -R заюзал.

Так и сделал. Да знаю, что не айс, но не катастрофа же. На ключи в .ssh можно вручную права поменять, а остальному пофиг.

Just guessing: может, сменился твой UID?

может, сменился твой UID?

Ага, сам. Опять же, chown -R sergey:users /home/sergey я пробовал. И доступ на чтение после смены UUID никуда бы не делся.

Хм, root у вас может просматривать или создавать файлы на /home/sergey? У вас случаем inode не закончились на файловой системе ? Посмотрите :

df -i

Инодов использован 1%. И если бы они закончились, чтение с раздела бы не обломалось, только запись. Рут на ФС пишет без проблем.

Для тех, кто ещё недостаточно офигел, уточню: всё отвалилось в процессе работы, даже без релогина. Обнаружилась проблема когда я попытался запустить deadbeef и ВНЕЗАПНО получил отказ в доступе на чтение сокета.

всё отвалилось в процессе работы

Что-то компилял из под рута?

Повторяю, вообще ничего не делал. В метро ехал. Последнее, что делал, - это заходил с работы по SSH.

Посмотри права на папку /home

Для чего заходили, если это не тайна, конечно, может обновление ставили?

Звучит похабно, но попробуй ребутнуть.

/* сумашедшее предположение */

А уж не руткита ли тебе всадили... При том, криво всадили, вот всё и встало раком.

> умудрились пропасть все права доступа на собственный домашний каталог! Полностью, даже на чтение.

Арч?

chattr ?

И еще: если создать нового пользователя, будет ли ему доступно чтение в твоем каталоге?

за что мне нравится арч, так это за то, что там все просто и понятно

Для чего заходили, если это не тайна, конечно, может обновление ставили?

Несколько cd, несколько ls, запускал хромиум, и, да, обновился,но из апдейтов прилетели только imagemagick и lzo2.

Звучит похабно, но попробуй ребутнуть.

Думаете, я не пробовал?

> > Звучит похабно, но попробуй ребутнуть.

Думаете, я не пробовал?

Из того, что ты здесь написал, я не смог сделать вывод об этом.

А уж не руткита ли тебе всадили... При том, криво всадили, вот всё и встало раком.

Мысль была. Но, если и всадили, то после этого потёрли логи. В last ничего подозрительного.

И еще: если создать нового пользователя, будет ли ему доступно чтение в твоем каталоге?

Внимательно читаем ОП.

От рута доступ есть, от тестового юзера - нет

Загрузись в заведомо чистую систему. Если доступа всё-равно не будет, то единственный подозреваемый — сбой в структурах ext4 непосредственно на диске.

Покажи ls -l /home, чтоль.

Сейчас данные добекаплю и попробую. В первую очередь, интересно, что это за факинг сбой такой и с какой радости он произошёл.

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

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

lsattr /home/youruser

Загрузись в заведомо чистую систему. Если доступа всё-равно не будет, то единственный подозреваемый — сбой в структурах ext4 непосредственно на диске.

Попробовал - в другой системе от обычного юзера доступ есть. Фигня какая-то.

1. А если из другой системы чрутнуться с проблемную?

2. А если проблемную систему загрузить с ядром от работоспособной системы?

Нефиг залогиненную сессию оставлять без присмотра.

Нефиг залогиненную сессию оставлять без присмотра.

Дома были жена, кошка и двухнедельный сын. Как вы думаете, кто из них?

Ставлю на кошку. Чем-то ты ей не угодил...

Я тоже на эту серую скотину думаю. Вечно она что-то замышляет.
Затея с чрутом обломилась пока, так как у меня основная система 64битная, а на флешке только 32битная. С ядром буду пробовать.

>Дома были жена, кошка и двухнедельный сын. Как вы думаете, кто из них?

Ставлю на того, кто приходил к жене.

думаю покажусь наивным но на фск на раздел с хомяком делал? на наличие бэдов проверял ?

O_O

Я сейчас загрузился обратно в поломанную систему с целью поставить более другое ядро, а там... Там...
ВСЁ РАБОТАЕТ.
Что это, блин, такое было вообще?!

> Что это, блин, такое было вообще?!

ext4 же.

Ты из-под другой системы хомяк в rw монтировал? Если да, значит она его и «починила». %-\

>Почему? Сделать обратно 744 ничего же не мешает.

744

гы-гы-гы

а по теме, вам, мол. чел., не мешало бы поучить мат. часть, а именно как в унихах происходит разграничение прав, потому что это всё элементарные вещи.

Ты из-под другой системы хомяк в rw монтировал? Если да, значит она его и «починила». %-\

Видимо, так. Всё равно хрень какая-то. Полная.

ext4 не торт

>Всё равно хрень какая-то. Полная.

«Хрень» - она в головах.