(In reply to Sergey V Turchin from comment #0)
> Обнаружил, что всё содержимое ~/.local/share/waydroid/data стало
> принадлежать другому пользователю. Видимо:
> 1. Лезет root-ом в домашний каталог, иначе не смог бы.
> 2. Видимо, гвоздями прибит ID 1000, т.к. у пользователя другой.

это обнаружилось во время работы waydroid или когда сервис не выполняется?

В какой-то момент стало при запуске waydroid. Ругань в терминале.
Полагаю, легко воспроизведётся у любого пользователя с ID отличным от 1000, т.к. у этого всё работало раньше и у него ID 500. У другого на другой машине тоже самое с ID 514.

> у этого всё работало раньше
Сейчас не запускается. Даже если права поправить.

(In reply to Sergey V Turchin from comment #2)
> В какой-то момент стало при запуске waydroid. Ругань в терминале.
> Полагаю, легко воспроизведётся у любого пользователя с ID отличным от 1000,
> т.к. у этого всё работало раньше и у него ID 500. У другого на другой машине
> тоже самое с ID 514.

предполагаю, что этому предшествовало падение самого waydroid или lxc. Этот каталог монтируется во время запуска, туда lxc монтирует образ насколько я помню. Т.е. если в этом каталоге что то осталось, значит изоляция не работает и нужно смотреть логи waydroid/lxc.

Возможно, но откуда взялис ID >= 1000? Их раньше не было и всё работало.
Их и сейчас нет. Откуда они взялись?

После исправления прав и запуска вот такое:

# l /home/zerg/.local/share/waydroid/data
итого 224
drwxrwxr-x  26 1000 1000  4096 июн 16 11:03 system/
drwx------   2 root root  4096 июн 16 11:03 property/
drwxrwxr-x   2 1000 1000  4096 фев 11 21:57 server_configurable_flags/
drwxrwx--x   2 1000 1000  4096 фев 11 21:54 tombstones/
drwxrwx---   4 1023 1023  4096 фев  6 20:40 media/
drwx------   7 1000 1000  4096 ноя 18  2023 backup/
drwxrwx--x  51 1000 1000  4096 ноя 18  2023 ./
drwx------   2 zerg zerg  4096 ноя 18  2023 per_boot/
drwxrwx--x   8 1000 1000  4096 ноя  4  2023 app/
drwxrwxr-x   2 1000 1000  4096 ноя  4  2023 icons/
drwxrwx--x 183 1000 1000 12288 ноя  4  2023 data/
drwxrwx---   2 1000 2001  4096 ноя  4  2023 lineageos_updates/
drwxr-xr-x   2 zerg 1000  4096 ноя  3  2023 waydroid_tmp/
drwxrwx--t   3 1000 9998  4096 ноя  2  2023 misc_ce/
drwxrwx---   3 1000 1000  4096 ноя  2  2023 system_ce/
drwxrwx--x   3 root root  4096 ноя  2  2023 vendor_ce/
drwxrwx---   6 1000 2001  4096 окт 21  2023 cache/
drwxrwx--x   2 1000 1000 16384 окт 21  2023 resource-cache/
drwxrwx--x   4 root root  4096 окт 21  2023 dalvik-cache/
drwxrwx--t  53 1000 9998  4096 окт 21  2023 misc/
drwx------   5 root root  4096 окт 21  2023 gsi/
drwxr-x---   3 root 2000  4096 окт 21  2023 ssh/
drwx------   2 root root  4096 окт 21  2023 adb/
drwx------   2 root root  4096 окт 21  2023 adbroot/
drwxrwx--t   3 1000 9998  4096 окт 21  2023 misc_de/
drwxrwx---   3 1000 1000  4096 окт 21  2023 system_de/
drwx--x--x   3 1000 1000  4096 окт 21  2023 user_de/
drwxrwx--x   3 root root  4096 окт 21  2023 vendor_de/
drwxrwx--x   2 1000 1000  4096 окт 21  2023 incremental/
drwx------   2 1000 1000  4096 окт 21  2023 rollback/
drwx------   2 1000 1000  4096 окт 21  2023 rollback-observer/
drwx--x--x   3 1000 1000  4096 окт 21  2023 user/
drwxrwxr-x   2 1000 1000  4096 окт 21  2023 anr/
drwxrwx---   2 1031 1031  4096 окт 21  2023 mediadrm/
drwxrwx---   3 1027 1027  4096 окт 21  2023 nfc/
drwx------   2 1000 1000  4096 окт 21  2023 ss/
drwx------   2 root root  4096 окт 21  2023 app-asec/
drwxrwx--x   2 1000 1000  4096 окт 21  2023 app-ephemeral/
drwxrwx--x   2 1000 1000  4096 окт 21  2023 app-lib/
drwxrwx---   2 1019 1019  4096 окт 21  2023 drm/
drwxrwx---   2 root root  4096 окт 21  2023 lost+found/
drwxrwx--x   2 root root  4096 окт 21  2023 ota/
drwxrwx---   2 1000 2001  4096 окт 21  2023 ota_package/
drwxrwx--x   4 root root  4096 окт 21  2023 vendor/
drwxrwx--x   2 1000 1000  4096 окт 21  2023 app-private/
drwxr-x--x   4 root root  4096 окт 21  2023 local/
drwxrwxr-x   2 1000 1000  4096 окт 21  2023 preloads/
drwxr-xr-x   6 root 1000  4096 окт 21  2023 apex/
drwxr-x---   2 1000 1000  4096 окт 21  2023 app-staging/
drwxr-xr-x   2 2000 2000  4096 окт 21  2023 bootchart/
drwxr-xr-x   3 zerg zerg  4096 окт 21  2023 ../

(Ответ для Sergey V Turchin на комментарий #5)
> Откуда они взялись?
Ааа. Это android-овская файловая система с его правами и всё там правильно?

(In reply to Sergey V Turchin from comment #6)
> (Ответ для Sergey V Turchin на комментарий #5)
> > Откуда они взялись?
> Ааа. Это android-овская файловая система с его правами и всё там правильно?

да, это должен быть активный lxc mount в момент работы waydroid. Конечно, эти файлы могли бы лежать в другом месте, но таково решение разработчиков waydroid

(Ответ для Konstantin A Lepikhov (L.A. Kostis) на комментарий #7)
> Конечно, эти файлы могли бы лежать в другом месте
Только, не могли бы, а должны бы.

(In reply to Sergey V Turchin from comment #8)
> (Ответ для Konstantin A Lepikhov (L.A. Kostis) на комментарий #7)
> > Конечно, эти файлы могли бы лежать в другом месте
> Только, не могли бы, а должны бы.

откуда такая категоричность? Какие проблемы с текущей конфигурацией?

(Ответ для Konstantin A Lepikhov (L.A. Kostis) на комментарий #9)
> откуда такая категоричность?
Лазить пользователю в ~/ плохо по определению. Ещё и в таком объёме.

(In reply to Sergey V Turchin from comment #10)
> (Ответ для Konstantin A Lepikhov (L.A. Kostis) на комментарий #9)
> > откуда такая категоричность?
> Лазить пользователю в ~/ плохо по определению. Ещё и в таком объёме.

Почему? Это же .local/share/<app>. Аналогично хэшер прямо в корне хомяка все делает, что на мой взгляд даже хуже.

(Ответ для Ilya Sorochan на комментарий #11)
> Почему? Это же .local/share/<app>.
Потому, что вы путаете "app" и "user".

(Ответ для Ilya Sorochan на комментарий #11)
> Аналогично хэшер прямо в корне хомяка все делает, что на мой взгляд даже хуже.
У меня не делает.

(In reply to Sergey V Turchin from comment #12)
> (Ответ для Ilya Sorochan на комментарий #11)
> > Почему? Это же .local/share/<app>.
> Потому, что вы путаете "app" и "user".

Как это связано с тем что приложению нельзя лезть в ~? Оно что-то этим ломает?

> У меня не делает.

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

(Ответ для Ilya Sorochan на комментарий #14)
> > > Почему? Это же .local/share/<app>.
> > Потому, что вы путаете "app" и "user".
> Как это связано с тем что приложению нельзя лезть в ~?
Видимо, вы не против, чтобы все желающие лазили к вам в ~/ .

(In reply to Sergey V Turchin from comment #15)
> (Ответ для Ilya Sorochan на комментарий #14)
> > > > Почему? Это же .local/share/<app>.
> > > Потому, что вы путаете "app" и "user".
> > Как это связано с тем что приложению нельзя лезть в ~?
> Видимо, вы не против, чтобы все желающие лазили к вам в ~/ .

Самый главный вопрос - почему же все-таки нельзя этого делать остался без ответа :D. Зато обнаружил, что Waydroid пишет свои данные в XDG_DATA_HOME еще с 1.1.1
https://github.com/waydroid/waydroid/blob/51d92897e4900e20087903963433e069562170bc/debian/changelog#L316
Ну и согласно спецификации XDG значение по умолчанию XDG_DATA_HOME должно быть ~/.local/share
https://specifications.freedesktop.org/basedir-spec/latest/#variables
Сам waydroid не пользуюсь, поэтому проверить так ли это не могу - это уже на вас.

(In reply to Sergey V Turchin from comment #15)
> (Ответ для Ilya Sorochan на комментарий #14)
> > > > Почему? Это же .local/share/<app>.
> > > Потому, что вы путаете "app" и "user".
> > Как это связано с тем что приложению нельзя лезть в ~?
> Видимо, вы не против, чтобы все желающие лазили к вам в ~/ .

waydroid - это грубо говоря, эмулятор системы android. В этой системе есть понятие userdata, т.е. пользовательских данных. Т.е. то, что эти файлы имеют другой uid/gid и лежат в каталоге $HOME, не отменяет тот факт, что это userdata этого конкретного пользователя $HOME.

Если вас лично не устраивает такое поведение - предложите решение апстриму waydroid, они с удовольствием вас выслушают.

(Ответ для Ilya Sorochan на комментарий #16)
> Самый главный вопрос - почему же все-таки нельзя этого делать остался без
> ответа :D
Тут не ликбез. Баг адресован не вам. Если интересно, спросите на более подходящем ресурсе.

(Ответ для Konstantin A Lepikhov (L.A. Kostis) на комментарий #17)
> факт, что это userdata этого конкретного пользователя $HOME.
Это файлы совсем другого пользователя и другой системы, а пользователь ~/ не может с ними ничего сделать. Даже удалить.

(In reply to Sergey V Turchin from comment #18)
> (Ответ для Ilya Sorochan на комментарий #16)
> > Самый главный вопрос - почему же все-таки нельзя этого делать остался без
> > ответа :D
> Тут не ликбез. Баг адресован не вам. Если интересно, спросите на более
> подходящем ресурсе.

Конечно, но мне было несложно указать вам на XDG_DATA_HOME при помощи которого вы теоретически можете решить свою проблему местоположения директории. Да и спрашивать других а не *вас* что *вы* имели ввиду как-то неразумно. Мне не нужен ликбез, просто посчитал что есть вероятность что могу быть полезен.

(Ответ для Ilya Sorochan на комментарий #20)
> XDG_DATA_HOME при помощи которого вы теоретически можете решить свою проблему местоположения
Переливание из пустого в порожнее. И проблема не моя, а waydroid.

Ну и достаточно смонтировать /home/ с noexec, чтобы waydroid пошёл лесом.
VirtualBox при этому будет работать, например.

(In reply to Sergey V Turchin from comment #22)
> Ну и достаточно смонтировать /home/ с noexec, чтобы waydroid пошёл лесом.
> VirtualBox при этому будет работать, например.

Нашел issue в котором апстрим для перемещения папки предлагается симлинк
https://github.com/waydroid/waydroid/issues/1208

Костыль, но судя по всему в проекте менеджмент контейнерами (инстансы и файловые системы) отсутствует.
https://github.com/waydroid/waydroid/issues/566
https://github.com/waydroid/waydroid/issues/1073

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

насколько я помню для таких целей ещё можно использовать /var

(Ответ для Anton Farygin на комментарий #24)
> /var
К тому же, у waydroid нет никаких проблем делать там из-под root всё, что ему надо.

(In reply to Sergey V Turchin from comment #25)
> (Ответ для Anton Farygin на комментарий #24)
> > /var
> К тому же, у waydroid нет никаких проблем делать там из-под root всё, что
> ему надо.

(In reply to Sergey V Turchin from comment #21)
> (Ответ для Ilya Sorochan на комментарий #20)
> > XDG_DATA_HOME при помощи которого вы теоретически можете решить свою проблему местоположения
> Переливание из пустого в порожнее. И проблема не моя, а waydroid.

отвечу вашими же словами 

Спасибо за доверие!

P.S.
Я в курсе всего, что ты уже писал и ещё напишешь по этому поводу.

(Ответ для Konstantin A Lepikhov (L.A. Kostis) на комментарий #26)

[...]
> > > XDG_DATA_HOME при помощи которого вы теоретически можете решить свою проблему местоположения
> > Переливание из пустого в порожнее. И проблема не моя, а waydroid.
> отвечу вашими же словами 
Ок. Жду ответа, как соловей лета.

(Ответ для Ilya Sorochan на комментарий #20)
> XDG_DATA_HOME при помощи
> которого вы теоретически можете решить свою проблему местоположения
> директории.
Невозможно. Нет никаких XDG_DATA_WAYDROID.
Вы ещё весь ~/ предложите перенести.

(In reply to Anton Farygin from comment #24)
> насколько я помню для таких целей ещё можно использовать /var

Общесистемные данные waydroid уже лежат в /var/lib/waydroid (lxc stuff). Как говорил lakostis@ то, что лежит в хоуме это userdata - ваши приложения, загрузки и прочее. Сама система и системные приложения хранятся вообще в другом месте. Идея городить /var/lib/waydroid/userdata/$USER сомнительная - только эстетическое удовольствие.

(In reply to Sergey V Turchin from comment #28)
> (Ответ для Ilya Sorochan на комментарий #20)
> > XDG_DATA_HOME при помощи
> > которого вы теоретически можете решить свою проблему местоположения
> > директории.
> Невозможно. Нет никаких XDG_DATA_WAYDROID.
> Вы ещё весь ~/ предложите перенести.

Вы же можете установить XDG_DATA_HOME только для waydroid, в чем тогда проблема? Или симлинкнуть, если env трогать не хочется.

(Ответ для Ilya Sorochan на комментарий #30)
> Вы же можете
Я много чего могу, а баг у waydroid.

(In reply to Sergey V Turchin from comment #31)
> а баг у waydroid.

В том-то и дело что пока это багом назвать нельзя. Такое поведение во-первых задумано (не программная ошибка), во-вторых обосновано (следует стандарту XDG), в-третьих изменяемо, в-четвертых удовлетворяет большинству пользователей (на гитхабе issue конкретно по поводу перемещения было одно и его успешно решили).

Тоесть это хороший продуманный дефолт, который, наверное, можно сделать лучше - но это уже будет feature/proposal и за этим нужно идти в апстрим.

А есть ли возможность эти данные удалить не заходя в рута ?

(Ответ для Anton Farygin на комментарий #33)
> А есть ли возможность эти данные удалить не заходя в рута ?
Нет. Там UID-ы у файлов несуществующие. Вообще из другой системы.

(In reply to Sergey V Turchin from comment #34)
> (Ответ для Anton Farygin на комментарий #33)
> > А есть ли возможность эти данные удалить не заходя в рута ?
> Нет. Там UID-ы у файлов несуществующие. Вообще из другой системы.

И сам waydroid не предоставляет никаких средств для рутлесс удаления. Вообще он рута много для чего просит - тут уже вопрос оправдано или нет.

на мой взгляд - если waydroid не предоставляет инструментов для удаления созданного им хлама в хомяке, а пользователь без администратора это тоже удалить не сможем - то это ошибка.

(In reply to Anton Farygin from comment #36)
> на мой взгляд - если waydroid не предоставляет инструментов для удаления
> созданного им хлама в хомяке, а пользователь без администратора это тоже
> удалить не сможем - то это ошибка.
Пользователь без администратора этот хлам не создаст.

(Ответ для Ilya Sorochan на комментарий #37)
Предлагаю вам больше не флудить здесь.

А может /var/lib/waydroid/ использовать для хранения того, что сейчас в ~/.local/share/waydroid/ ?

Понятно, что в ~/ только пользователя пускают, но достаточно проверить, можно ли создать нормальный /var/lib/waydroid/USER/ и просто отвалить, если не получается.

/usr/bin/kodi: строка 213: 62451 Ошибка сегментирования                   (образ памяти сброшен на диск) ${KODI_BINARY} ${ENV_ARGS} $SAVED_ARGS
find: ‘/home/zerg/.local/share/waydroid/data’: Отказано в доступе
Crash report available at /home/zerg/kodi_crashlog-20260508_123332.log

(Ответ для Sergey V Turchin на комментарий #40)
> find: ‘/home/zerg/.local/share/waydroid/data’: Отказано в доступе
Возможно, это не имеет отношения, но после удаления просто при запуске без включения воспроизведения перестало падать.