espace faible racine ?

Debianico · 14-07-2020 14:43:36

Qu'est ce que te fait dire que le paquet ipheth-utils avait "sauté ?

Déduction de débutant

Il n'y a aucune raison de devoir installer des paquets comme libc6 qui sont déjà installés et indispensables au fonctionnement du système.
Comment as-tu procédé exactement ?

J'ai dpkg "ipheth-utils" en important les paquets par clé USB.
A chaque lancement de dpkg -i *.deb, il m'indiquait les dépendances manquantes au obsolètes, je les ai importais, jusqu'à ce qu'il n'y aie plus de message d'erreur.
J'ai ensuite essayé de connecter le tel, ça n'a pas marché.
J'ai décidé de "reboot " pour voir.

Du coup j'ai tout planté.

Plus possible de lancer en recovery.
Il refuse mon login en console.

Je pense ré-installer proprement car j'ai l'impression d'avoir bien fait de la M**** jusqu'au bout.

Dernière modification par Debianico (14-07-2020 14:49:07)

Debianico · 26-03-2021 17:54:45

Bonjour,
je déterre ce post car je vais bientôt me retrouver dans la même situation avec un dossier de logs plein.

J'ai trouvé et entré cette commande pour purger les log:

root@nicodebian:/home/nicolas# find / -name '*.?.log' -exec rm {} \;

 

find: ‘/run/user/1000/gvfs’: Permission non accordée

 

De quel permission parle t-il?
Comment peut-on régler ce problème de permission?

Pendant ce temps j'ai trouvé cette autre commande qui vide toutes les archives de log en .gz

find /var/log/ -type f -regex '.*\.[0-9]+\.gz$' -delete

ça n'a pas changé grand chose.

J'ai un var/log qui pèse 40 GO.

Dernière modification par Debianico (26-03-2021 18:18:14)

raleur · 26-03-2021 21:39:51

Debianico a écrit :

J'ai trouvé et entré cette commande pour purger les log

Elle ne m'a pas l'air bien efficace. D'une part elle parcourt toute l'arborescence alors que les logs sont concentrés dans /var/log. D'autre part, très peu de fichiers de log sont nommés *.?.log (le seul exemple que je trouve est Xorg.*.log).

Debianico a écrit :

De quel permission parle t-il?

Des permissions pour accéder au contenu de /run/user/1000/gvfs. Ce répertoire appartient à l'utilisateur qui a l'UID 1000 (le premier utilisateur créé lors de l'installation), je suppose "nicolas", et lui seul a la permission de lecture. Tu me diras que les permissions ne sont pas censées s'appliquer quand on est root. Certes... Sauf que /run/user/1000/gvfs n'est pas un répertoire classique, c'est un point de montage pour un système de fichiers en espace utilisateur géré par FUSE, comme on peut le voir avec

df -T /run/user/1000/gvfs

Or FUSE permet à un système de fichiers en espace utilisateur de gérer les permissions comme il veut, y compris de refuser l'accès à root. C'est ce qu'il fait.

Debianico a écrit :

Comment peut-on régler ce problème de permission?

Il faut y accéder avec l'utilisateur propriétaire.

De toute façon, tout le contenu de /run est du virtuel, ça n'occupe pas d'espace disque.

Debianico a écrit :

J'ai un var/log qui pèse 40 GO.

Inspire-toi plutôt de la commande que j'avais indiquée dans le message #4 :

du -hxd1 /var | sort -h

et recommence avec les sous-répertoires les plus volumineux.

Debianico · 27-03-2021 13:04:09

Merci pour l'explication raleur, j'étais effectivement un peu surpris de recevoir cette réponse en root.

root@nicodebian:/home/nicolas# du -hxd1 /var/log | sort -h

4,0K  /var/log/gdm3

4,0K  /var/log/private

4,0K  /var/log/speech-dispatcher

4,0K  /var/log/unattended-upgrades

8,0K  /var/log/hp

20K /var/log/cups

92K /var/log/apt

17M /var/log/installer

40G /var/log

Du coup:

root@nicodebian:/var/log# ls -lh

 

total 40G

-rw-r--r-- 1 root              root          0 mars  26 17:45 alternatives.log

-rw-r--r-- 1 root              root       7,4K mars   9 20:04 alternatives.log.1

drwxr-xr-x 2 root              root       4,0K mars  26 18:27 apt

-rw-r--r-- 1 root              root          0 mars  27 00:00 aptitude

-rw-r--r-- 1 root              root        462 mars  26 18:27 aptitude.1.gz

-rw-r----- 1 root              adm        4,3K mars  27 12:52 auth.log

-rw-r----- 1 root              adm         55K mars  21 13:43 auth.log.1

-rw------- 1 root              root          0 mars  26 17:45 boot.log

-rw-rw---- 1 root              utmp          0 mars   1 19:36 btmp

-rw-rw---- 1 root              utmp          0 févr.  5 14:29 btmp.1

drwxr-xr-x 2 root              root       4,0K mars  27 00:00 cups

-rw-r----- 1 root              adm         31K mars  27 13:08 daemon.log

-rw-r----- 1 root              adm        554K mars  21 13:43 daemon.log.1

-rw-r----- 1 root              adm         99K mars  27 13:08 debug

-rw-r----- 1 root              adm        162K mars  21 13:43 debug.1

-rw-r--r-- 1 root              root       3,1K mars  26 18:27 dpkg.log

-rw-r--r-- 1 root              root        62K mars   9 20:04 dpkg.log.1

-rw-r--r-- 1 root              root        32K mars  14 14:16 faillog

-rw-r--r-- 1 root              root          0 mars  26 17:45 fontconfig.log

drwx--x--x 2 root              Debian-gdm 4,0K févr.  9  2019 gdm3

drwxr-xr-x 3 root              root       4,0K août   9  2020 hp

drwxr-xr-x 3 root              root       4,0K mars  26 17:45 installer

-rw-r----- 1 root              adm        9,1K mars  27 12:52 kern.log

-rw-r----- 1 root              adm        604K mars  21 13:43 kern.log.1

-rw-rw-r-- 1 root              utmp       286K mars  14 14:16 lastlog

-rw-r----- 1 root              adm         17G mars  27 12:54 messages

-rw-r----- 1 root              adm        3,6G mars  21 13:43 messages.1

-rw-r--r-- 1 root              root        81K mars  23 19:12 popularity-contest

-rw-r--r-- 1 root              root        81K mars  16 10:34 popularity-contest.0

-rw-r--r-- 1 root              root        26K mars  23 19:12 popularity-contest.new.gpg

drwx------ 2 root              root       4,0K août   9  2020 private

drwx------ 2 speech-dispatcher root       4,0K mai    2  2020 speech-dispatcher

-rw-r----- 1 root              adm        1,8M mars  27 13:08 syslog

-rw-r----- 1 root              adm         17G mars  27 00:00 syslog.1

-rw-r----- 1 root              adm         55K mars  26 17:09 syslog.2.gz

drwxr-x--- 2 root              adm        4,0K mars  26 17:58 unattended-upgrades

-rw-r----- 1 root              adm        1,9M mars  27 12:54 user.log

-rw-r----- 1 root              adm        3,6G mars  21 13:43 user.log.1

-rw-rw-r-- 1 root              utmp        97K mars  26 17:43 wtmp

-rw-r--r-- 1 root              root          0 mars  26 17:39 Xorg.0.log.old

-rw-r--r-- 1 root              root        38K mars  26 17:41 Xorg.1.log.old

J'ai utilisé truncate pour vider les fichiers volumineux, problème réglé ... pour l'instant.

Dernière modification par Debianico (27-03-2021 13:45:40)

Debianico · 27-03-2021 13:30:12

Pour revenir à ce message ancien:

Debian Alain a écrit :

que donne :

apt policy vlc default-jdk default-jre

Il donne ceci

vlc:

  Installé : 3.0.12-0+deb10u1

  Candidat : 3.0.12-0+deb10u1

 Table de version :

 *** 3.0.12-0+deb10u1 500

        500 http://deb.debian.org/debian buster/main amd64 Packages

        500 http://security.debian.org/debian-security buster/updates/main amd64 Packages

        100 /var/lib/dpkg/status

default-jdk:

  Installé : (aucun)

  Candidat : 2:1.11-71

 Table de version :

     2:1.11-71 500

        500 http://deb.debian.org/debian buster/main amd64 Packages

default-jre:

  Installé : (aucun)

  Candidat : 2:1.11-71

 Table de version :

     2:1.11-71 500

        500 http://deb.debian.org/debian buster/main amd64 Packages

raleur · 27-03-2021 16:57:09

Si le phénomène qui a inondé les logs persiste, les logs vont recommencer à grossir et le problème va revenir.
Il aurait pu être intéressant de jeter un coup d'oeil aux logs avant de les vider.

Debian-facile

#26 14-07-2020 14:43:36

Re : espace faible racine ?

#27 26-03-2021 17:54:45

Re : espace faible racine ?

#28 26-03-2021 21:39:51

Re : espace faible racine ?

#29 27-03-2021 13:04:09

Re : espace faible racine ?

#30 27-03-2021 13:30:12

Re : espace faible racine ?

#31 27-03-2021 16:57:09

Re : espace faible racine ?

Pied de page des forums