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/PackageKit
diretório. o que estou perdendo?
dnf
um pouco também. Eu tenho 3 diretórios adicionais (23, 24, 25)) sob o /var/cache/PackageKit
que 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/packages
e 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/PackageKit
diretó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/24
ou /var/cache/PackageKit/25
diretórios após a atualização para o Fedora 26. A pkcon
resposta 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 -1
soluçã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=xxx
onde 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 !!