Contenu | Rechercher | Menus

Annonce

Si vous avez des soucis pour rester connecté, déconnectez-vous puis reconnectez-vous depuis ce lien en cochant la case
Me connecter automatiquement lors de mes prochaines visites.

À propos de l'équipe du forum.

#76 Le 30/08/2010, à 11:58

Airballman

Re : Disque dur plein : risques ? limites ? solutions ?

^^

SI je te fais une liste exhaustive tu vas halluciner tongue

Hors ligne

#77 Le 06/09/2010, à 10:01

YannUbuntu

Re : Disque dur plein : risques ? limites ? solutions ?

3 nouvelles victimes : http://forum.ubuntu-fr.org/viewtopic.php?pid=3708955


à consulter/améliorer: Guide du Débutant, Logiciels, Ecole, Travail, Maison

Hors ligne

#78 Le 28/11/2024, à 09:13

freechelmi

Re : Disque dur plein : risques ? limites ? solutions ?

Ne rigolez pas mais 14 ans plus tard on a toujours ce problème :

Des clients appellent car leur session gdm démarrage plus

Obligé de passer en recovery et leur faire taper des commandes pour effacer des fichiers .... fatiguant


Le Bug etait bien monté pourtant mais quand je vois qu'il est en "low " , je trouve ça affligeant

https://bugs.launchpad.net/ubuntu/+sour … bug/610358

Je vais voir si l'équipe de ZorinOS elle y donne plus d'importance

Hors ligne

#79 Le 28/11/2024, à 09:24

xubu1957

Re : Disque dur plein : risques ? limites ? solutions ?

Bonjour,

Pour info > [Tutoriel] ncdu - Repérer les éléments volumineux

Une procédure de la Doc > kernel#via_autoremove

extrait § 5.1 a écrit :

En pratique, si un ou plusieurs vieux noyaux résistent à la purge, il suffit de passer cette commande dans le terminal :

apt-mark showmanual | awk '/linux-.*[0-9]/ && ! /hwe-[0-9][02468].04/{print}' | xargs -r sudo apt-mark auto

Puis de repasser la commande de nettoyage automatique :

sudo apt autoremove --purge -y

Après cela, il ne restera que le dernier noyau et l'avant-dernier

Pour nettoyer les snaps désactivés, cette commande de nany :

LANG=C snap list --all | awk '/disabled/{print $1, $3}' | while read snapname revision ; do sudo snap remove "$snapname" --revision="$revision" ; done

Commande stockée au post #7 > |RESOLU] snap nettoyage des versions désactivées.

Pour purger les résidus de configuration marqués "rc" :

sudo apt purge ~c

comme expliqué à la machine à café et rajouté dans ce message


Conseils pour les nouveaux demandeurs et pas qu'eux
Important : Pensez à passer vos sujets en [Réso|u] lorsque ceux-ci le sont, au début du titre en cliquant sur Modifier sous le premier message, et un bref récapitulatif de la solution à la fin de celui-ci. Merci.                   Membre de Linux-Azur

En ligne

#80 Le 28/11/2024, à 10:36

geole

Re : Disque dur plein : risques ? limites ? solutions ?

Bonjour
"Je ne peux pas croire que SEB128 ait réduit l'importance de cela à un niveau bas.

Nous avons plusieurs clients qui foutent complètement en l'air leur système et sommes très déçus que le système n'empêche pas que cela se produise ou ne présente pas un moyen simple de récupérer de l'espace.

Aujourd'hui, nous devons les guider vers le mode de récupération et ils suppriment certains fichiers via la commande rm, ce qui n'est pas acceptable en 2024.

Le meilleur moyen est de définir un quota par défaut sur /root ext4 pour avoir au moins 100 Mo pour démarrer l'interface graphique"


Il me semble qu'ils ont installé une réserve de  5%.   C'est à dire pas mal de place, Mais le logiciel ne sait pas l'utiliser.     C'est simplement du gaspillage de place disque.  (tune2fs -m 0.1)

https://forum.ubuntu-fr.org/viewtopic.php?pid=22802707#p22802707 a écrit :
Résultat de df -htext4:

Sys. De fichiers Taille Utilisé Dispo Uti % Monté sur
/dev/nvme0n1p2  468G  445G     0   100 %

Si le mode recovery était facilement accessible,  cela serait aussi plus simple de réparer cette erreur de l'interface graphique qui se plante stupidement en  voulant créer des fichiers.   Cela ne me semble pas son job.


Que l'interface graphique fabrique, lors de son installation, l'espace disque dont il a besoin pour démarrer sous forme de fichiers permanents. Comme cela, il aura toujours l'espace disque nécessaire à son démarrage sans avoir besoin de le quémander.

Dernière modification par geole (Le 28/11/2024, à 14:13)


Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit,  utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir  https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248

Hors ligne

#81 Le 28/11/2024, à 11:02

xubu1957

Re : Disque dur plein : risques ? limites ? solutions ?

Le bug était ouvert en 2010.

Rien d'utile dans linuxconfig.org/how-to-use-disk-quota-on-linux-with-examples ?


Conseils pour les nouveaux demandeurs et pas qu'eux
Important : Pensez à passer vos sujets en [Réso|u] lorsque ceux-ci le sont, au début du titre en cliquant sur Modifier sous le premier message, et un bref récapitulatif de la solution à la fin de celui-ci. Merci.                   Membre de Linux-Azur

En ligne

#82 Le 28/11/2024, à 21:46

geole

Re : Disque dur plein : risques ? limites ? solutions ?

Non rien de vraiment d'utile. Le plus souvent, le coupable est le logiciel

Dernière modification par geole (Le 28/11/2024, à 21:47)


Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit,  utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir  https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248

Hors ligne