Respostas:
Na discussão do bug vinculado na resposta de Daniel Bruno, você pode se livrar desses arquivos usando o cliente de console do PackageKitpkcon
$ sudo pkcon refresh force -c -1
Demora algum tempo, mas é fornecido pelo próprio PackageKit. (e você pode definir um trabalho cron para ele)
da página de manual do pkcon (1)
refresh [force]
Refresh the cached information about available updates.
e
-c, --cache-age AGE
Set the maximum acceptable age for cached metadata, in seconds. Use -1 for 'never'.
Portanto, isso informa ao PackageKit para excluir informações em cache (atualize as informações em cache com a idade máxima aceitável de: never)
Referências :
/var/cache/PackageKitdiretório. o que estou perdendo?
dnfum pouco também. Eu tenho 3 diretórios adicionais (23, 24, 25)) sob o /var/cache/PackageKitque todos contêm arquivos rpm. Eu acho que minha única opção real aqui é a exclusão manual neste momento.
O PackageKit é usado pelo GNOME. Se você usa Yum ou DNF na CLI, não precisa deles. Você pode remover os arquivos .rpm /var/cache/PackageKit/metadata/updates/packagese definir o PackageKit para não armazená-los mais.
Há uma configuração no arquivo /etc/PackageKit/PackageKit.conf
# Keep the packages after they have been downloaded
#KeepCache=false
Como root, remova a marca de hash nesta opção de configuração e os pacotes não serão salvos.
/var/cache/PackageKitdiretório ainda está crescendo. Isso significa: Não funciona nem no Fedora 24, e a partir de Thomas Mueller , nem no Fedora 25.
Sim, você pode remover com segurança esses pacotes. Esses pacotes são usados apenas como cache pelo Packagekit.
/var/cache/PackageKit/24ou /var/cache/PackageKit/25diretórios após a atualização para o Fedora 26. A pkconresposta aceita não os remove.
se não estiver usando o PackageKit para atualizar (mas o dnf), considere desativar o download automático do PackageKit, porque o PackageKit somente limpará seu cache ao usá-lo para instalar atualizações:
gsettings set org.gnome.software download-updates false
Eu acho que esse download automático deve ser opt-in em vez de opt-out.
sudo, ou seja, como usuário root.
A pkcon refresh force -c -1solução não funcionou para mim, pois havia várias versões do Fedora no meu caminho de atualização. Resolvi o problema de espaço de forma construtiva, dnf clean all --releasever=xxxonde xxx é a versão antiga que precisava ser limpa. Limpou cerca de 8 GB de espaço para a versão anterior.
O pkcon refresh [force]comando fornecido na resposta aceita funciona, mas, principalmente, apenas para repositórios ativados no momento. Ele não exclui mais os arquivos necessários nos caches dos repositórios mais antigos, principalmente nas versões antigas de distribuição. Esses podem ser excluídos com segurança manualmente. (Se você realmente deseja excluí-los usando pkcon, pkcon repo-enable [reponame]; pkcon fresh force; pkcon repo-disable [reponame]pode funcionar de alguma maneira .)
Eu estava recebendo avisos de espaço de armazenamento ao inicializar o Fedora25 na minha máquina virtual. Segui a solução mencionada acima para editar o arquivo /etc/PackageKit/PackageKit.conf e descomentei a linha # KeepCache = false e salvei o arquivo. Em seguida, executei o seguinte cmd: pkcon refresh force -c -1, mas ainda havia arquivos indesejados em / var / cache / PackageKit / então executei rm -r -f / var / cache / PackageKit / * na linha de comando para excluir esses arquivos em cache. Eu reiniciei o Fedora e o Voila! Sem mais erros !!