56970 2025-11-23 19:35:47 +0300 После удаления пакета остаётся директория /var/lib/waydroid 2026-03-02 15:42:42 +0300 1 1 4 Development Sisyphus waydroid unstable x86_64 Linux CLOSED FIXED P5 normal --- 1 respublica lakostis lakostis lavrenkoes zerg qa-sisyphus oldest_to_newest 277648 0 respublica 2025-11-23 19:35:47 +0300 Директория `/var/lib/waydroid` появляется после выполнения `waydroid init` и не принадлежит никакому пакету. После удаления waydroid она остаётся в системе. У неё значительный вес (> 2G), и, скорее всего, без пакета waydroid, не нужна. 277673 1 repository-robot 2025-11-24 11:21:35 +0300 waydroid-1.6.0-alt1 -> sisyphus: Mon Nov 24 2025 L.A. Kostis <lakostis@altlinux.ru> 1.6.0-alt1 - 1.6.0. - fix unowned dir (closes #56970). 280980 2 lavrenkoes 2026-01-27 17:58:04 +0300 Системы: Alt Workstation 11.1 x86-64 Alt Workstation K 11.2 x86-64 Alt Education 11.0 KDE x86-64 (Обновленная до Sisyphus) Версия пакета: waydroid-1.6.1-alt1 Ошибка видоизменилась: 1. В P11 (waydroid-1.5.4-alt1) после выполнения # waydroid init каталог /var/lib/waydroid создается и не принадлежит ни одному из пакетов, и остается в системе после удаления родительского пакета. 2. В Sisyphus (waydroid-1.6.1-alt1) после выполнения # waydroid init каталог /var/lib/waydroid создается и принадлежит пакету waydroid-1.6.1-alt1.noarch, однако по-прежнему остается в системе после удаления родительского пакета. Шаги воспроизведения: 1. Выполнить загрузку контейнера waydroid: # waydroid init 2. Проверить размер созданной папки: # du -sh /var/lib/waydroid Вывод: 2,2G /var/lib/waydroid 3. Проверить, какой пакет владеет директорией: $ rpm -qf /var/lib/waydroid Вывод: waydroid-1.6.1-alt1.noarch 4. Выполнить удаление пакета: # apt-get remove waydroid 5. Повторно проверить размер папки: # du -sh /var/lib/waydroid Вывод: 2,2G /var/lib/waydroid 6. Повторно проверить, какой пакет владеет директорией: $ rpm -qf /var/lib/waydroid Вывод: файл /var/lib/waydroid не принадлежит ни одному из пакетов Ожидаемое поведение: Директория /var/lib/waydroid удалена 281084 3 zerg 2026-01-29 12:18:27 +0300 А при удалении сервера баз данных вы предложите все базы заодно грохать к чертовой бабушке? 281105 4 lakostis 2026-01-29 15:04:53 +0300 (In reply to Sergey V Turchin from comment #3) > А при удалении сервера баз данных вы предложите все базы заодно грохать к > чертовой бабушке? в данном случае эта проблема вполне обоснована, в /var/lib/waydroid лежит скачанный кеш и android system, т.е. пользовательских данных там нет (они как раз лежат в $HOME, и поэтому поводу у кого то уже пригорело (см. 54594). (In reply to Лавренко Егор Сергеевич from comment #2) > Системы: > Alt Workstation 11.1 x86-64 > Alt Workstation K 11.2 x86-64 > Alt Education 11.0 KDE x86-64 (Обновленная до Sisyphus) > > Версия пакета: > waydroid-1.6.1-alt1 > > Ошибка видоизменилась: > 1. В P11 (waydroid-1.5.4-alt1) после выполнения # waydroid init каталог > /var/lib/waydroid создается и не принадлежит ни одному из пакетов, и > остается в системе после удаления родительского пакета. > 2. В Sisyphus (waydroid-1.6.1-alt1) после выполнения # waydroid init каталог > /var/lib/waydroid создается и принадлежит пакету waydroid-1.6.1-alt1.noarch, > однако по-прежнему остается в системе после удаления родительского пакета. > > Шаги воспроизведения: > 1. Выполнить загрузку контейнера waydroid: > # waydroid init > 2. Проверить размер созданной папки: > # du -sh /var/lib/waydroid > Вывод: 2,2G /var/lib/waydroid > 3. Проверить, какой пакет владеет директорией: > $ rpm -qf /var/lib/waydroid > Вывод: waydroid-1.6.1-alt1.noarch > 4. Выполнить удаление пакета: > # apt-get remove waydroid > 5. Повторно проверить размер папки: > # du -sh /var/lib/waydroid > Вывод: 2,2G /var/lib/waydroid > 6. Повторно проверить, какой пакет владеет директорией: > $ rpm -qf /var/lib/waydroid > Вывод: файл /var/lib/waydroid не принадлежит ни одному из пакетов > > Ожидаемое поведение: > Директория /var/lib/waydroid удалена можете проверить с 1.6.1-alt1.1? 281117 5 zerg 2026-01-29 18:13:47 +0300 (Ответ для Konstantin A Lepikhov (L.A. Kostis) на комментарий #4) > как раз лежат в $HOME, и поэтому поводу у кого то уже пригорело (см. 54594). #54594 справедливо. У пользователя в ~/ кто-то наклал файлов, к которым он не имеет доступа.