Ubuntu-fr

αjet

Re : Disque dur plein, alors qu'il est presque vide

Supprime ces anciens noyaux et ça devrait résoudre ton problème.
Sinon comme on te l'a fait remarquer a maintes reprises, merci de formater ton message correctement.

---

αjet: ça se prononce alfajet, bordel ! | GMT+1 | Viens poueter avec moi, bordel ! | Mes photos | Shaarli | Fluidbuntu-fr

Pascoul74

Re : Disque dur plein, alors qu'il est presque vide

Désolé je n'arrive pas à faire autrement, j'ai fait copier coller et je n'ai que ça...je ne comprends pas comment faire pour afficher les balises codes...

famille@famille-eMachines-E510:~$ 
famille@famille-eMachines-E510:~$ sudo kclean -k 
[sudo] password for famille: 
 
Noyau actuellement en cours d'utilisation : 3.19.0-51
Par defaut, seul ce noyau est conserve.
 
Ce script va tenter de trouver la version precedente du noyau pour la conserver.
Verifiez les informations fournies avant de valider la suppression.
 
La version precedemment installee (a conserver) est la version : 3.19.0-49
Les paquets suivants vont etre supprimes :
 
    linux-image-3.19.0-39-generic
    linux-image-3.19.0-42-generic
    linux-image-3.19.0-43-generic
    linux-image-3.19.0-47-generic
    linux-image-extra-3.19.0-39-generic
    linux-image-extra-3.19.0-42-generic
    linux-image-extra-3.19.0-43-generic
    linux-image-extra-3.19.0-47-generic
    linux-headers-3.19.0-39
    linux-headers-3.19.0-39-generic
    linux-headers-3.19.0-42
    linux-headers-3.19.0-42-generic
    linux-headers-3.19.0-43
    linux-headers-3.19.0-43-generic
    linux-headers-3.19.0-47
    linux-headers-3.19.0-47-generic
 
Cela devrait liberer environ 896 MiB d'espace disque
 
 Voulez vous indiquer manuellement des paquets à conserver ? [o/N] :

Dernière modification par Ayral (Le 30/03/2016, à 17:01)

Nasman

Re : Disque dur plein, alors qu'il est presque vide

Pour mettre entre balises code, sélectionner le texte puis cliquer sur l'icône avec les chevrons (la 11ème)

---

PC fixe sous Bionic 64 bits et portable avec Focal 64 bits

αjet

Re : Disque dur plein, alors qu'il est presque vide

Voulez vous indiquer manuellement des paquets à conserver ? [o/N] :

Choisis non (N) ca supprimera tous les anciens paquets.

Pour la balise code, c'est quand même pas la mer a boire...
Voir ce post : https://forum.ubuntu-fr.org/viewtopic.p … #p17345661

---

αjet: ça se prononce alfajet, bordel ! | GMT+1 | Viens poueter avec moi, bordel ! | Mes photos | Shaarli | Fluidbuntu-fr

compte banni et supprimé

Re : Disque dur plein, alors qu'il est presque vide

@Pascoul74

1/ concernant les balises
Regarde l'indication en blanc sur fond noir sur le topic de ajet
c'est ainsi que doivent être inscrit TOUT CE QUI VIENT DU TERMINAL 

Pour cela voici ce que tu doit faire :

Cf : Balise code (moko138)

Les choses sont simple et rapide et en plus, c'est plus LISIBLE pour TOUS

Tu auras quelque chose comme ça :

profil@ordinateur:~$ <commande>
taratata... ... ... ...
taratata... ... ... ...
taratata... ... ... ...
taratata... ... ... ...
taratata... ... ... ...
profil@ordinateur:~$

2/ Concernant la réponse
Vue que le "N" est en majuscule, ça vaut dire que c'est l'option par défaut, tu peux donc appuyer sur "N" (majuscule ou minuscule peu importe), ou sur "Entrée" voir, à moins que je ne me trompe, n'importe quel touche

3/ Autres commandes

Pourais-tu, en suite, faire les commandes

df -h

df -i

Merci de donner commande et résultats en balise code comme indiqué plus haut

Dernière modification par philanthrope (Le 30/03/2016, à 16:17)

Ayral

Re : Disque dur plein, alors qu'il est presque vide

Cette affaire me confirme dans deux opinions concernant Ubuntu : primo le conseil donné généralement par les anciens Linuxiens de séparer le / et le /home (les données et le système) dans deux partitions séparées est un mauvais conseil, notamment pour les débutants et les petits disques durs. Deuxio le fait que le système est incapable de se débarrasser lui même des noyaux devenus inutiles sans une application externe (Kclean qui le fait très bien) ou de multiples manipulations dans le terminal est pour moi un bug d'Ubuntu.

Je sais que c'est à rebrousse poil de l'avis des anciens Ubunteros et linuxiens, mais c'est mon avis et je le partage. Comme dirait Monsieur Prudhomme.

En tous cas on en voit une conséquence ici : Pascoul74 est perturbé par tout ça.

---

Pour mettre les retours de commande entre deux balises code, les explications sont là : https://forum.ubuntu-fr.org/viewtopic.php?id=1614731
Blog d'un retraité
Site de graphisme du fiston Loïc
Ubuntu 22.04 LTS sur un Thinkpad W540

compte banni et supprimé

Re : Disque dur plein, alors qu'il est presque vide

@Ayral

Personnellement je n'ai pas installé Kclean car on ne s'en sert qu'une foi
par la suite, il suffit de supprimer l'avant dernier noyaux après l'installation d'un noyaux
C'est très facile avec deux commandes sur le terminal

Recherche des noyaux

dpkg -l | egrep "linux-[h|i]"

Puis la suppression de l'avant dernier noyaux

sudo apt-get purge linux-headers-X.XX.X-XX linux-headers-X.XX.X-XX-generic linux-image-X.XX.X-XX-generic linux-image-extra-X.XX.X-XX-generic

Quand à l'erreur du débutant de laisser les noyaux
- en cas de terminal bloqué, il suffit de supprimer des familles de noyaux avec rm dans le boot (Terminal)
puis dans tous les cas, et c'est vrai que c'est un peu long
recopier les numéros des noyaux et, soit avec excel ou alors en faisant un petit script sh, refaire les lignes qui permettront la suppression
le script sh à la particulier d’exécuter la fonction plus rapidement
style :

#!/bin/bash 
table=("3.13.0-79" "3.13.0-78" "3.13.0-77" "3.13.0-76".....)
for i in "${table[@]}"
do
sudo apt-get purge linux-headers-${i} linux-headers-${i}-generic linux-image-${i}-generic linux-image-extra-${i}-generic
done

Modération : lignes de commandes supprimées en attendant d'en savoir plus.

Concernant les /home séparé, je n'en voit pas l'utilité

Dernière modification par Ayral (Le 30/03/2016, à 19:55)

moko138

Re : Disque dur plein, alors qu'il est presque vide

DANGER !
Merci de retirer les trois dernières commandes, celles avec astérisque derrière apt-get purge, D'URGENCE !

Dernière modification par moko138 (Le 30/03/2016, à 19:38)

---

%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel :  À la découverte de dcraw

compte banni et supprimé

Re : Disque dur plein, alors qu'il est presque vide

DANGER !
Merci de retirer les trois dernières commandes, celles avec astérisque derrière apt-get purge, D'URGENCE !

Dès que j'ai vue ton message, je suis intervenu mais il semble que cela a été fait

où est le problème ?

Du coup, j'aimerai bien savoir

Merci pour ton intervention si j'ai conseillé une bêtise, il me semblait que ce n'était pas le cas

Perso je me suis servit du tableur à l'époque et je construisais ainsi chaque ligne pour en faire un copier coller
Je mettais le numéro du noyaux et il me construisait la ligne

Après plusieurs essais en utilisant egrep, j'ai vue que j'aurai dut mettre un point avant l'astérisque, tu as raison

Dernière modification par philanthrope (Le 30/03/2016, à 20:41)

cqfd93

Re : Disque dur plein, alors qu'il est presque vide

Bonjour,

Les commandes supprimées utilisaient une syntaxe qui marche bien quand il s'agit de rm :

… linux-headers-3.13.0-4*

mais qui se révèle catastrophique avec apt-get parce que ça supprime beaucoup plus que prévu (je ne saurais pas expliquer pourquoi). La bonne syntaxe est, sans * à la fin :

… linux-headers-3\.13\.0-4

Et surtout, en cas de doute ou de commande potentiellement dangereuse, faire une simulation :

sudo apt-get -s purge…

---

− cqfd93 −

compte banni et supprimé

Re : Disque dur plein, alors qu'il est presque vide

Bonjour,

Les commandes supprimées utilisaient une syntaxe qui marche bien quand il s'agit de rm :

… linux-headers-3.13.0-4*

mais qui se révèle catastrophique avec apt-get parce que ça supprime beaucoup plus que prévu (je ne saurais pas expliquer pourquoi). La bonne syntaxe est, sans * à la fin :

… linux-headers-3\.13\.0-4

Et surtout, en cas de doute ou de commande potentiellement dangereuse, faire une simulation :

sudo apt-get -s purge…

Merci pour l'info, c'est bon à savoir et désolé d'avoir malencontreusement mit une manœuvre dangereuse

moko138

Re : Disque dur plein, alors qu'il est presque vide

J'ai fait jadis cette erreur, et tiramiseb m'avait expliqué :

APT ne fonctionne pas avec des remplacements "simples" comme les shells mais avec des expressions rationnelles (regex), comme c'est indiqué dans le retour que tu as cité.

Quand tu écris « linux-headers-3.11.0-1* », ça veut dire « toute chaîne contenant "linux-headers-3.11.0-", suivi de zéro ou plus de fois le caractère "1" ». Ça cible donc :
- linux-headers-3.11.0-
- linux-headers-3.11.0-1
- linux-headers-3.11.0-11
- linux-headers-3.11.0-111
- linux-headers-3.11.0-1111
- etc

Ajoutons que le point « . » signifie "n'importe quel caractère", ça matcherait par exemple aussi un paquet qui s'appellerait « linux-headers-3a11b0-11111111 ».

Pour faire ce que tu voulais, il fallait écrire « 'linux-headers-3\.11\.0-1.*' » : « toute chaîne contenant linux-headers-3.11.0-1, suivi de zéro ou plus de fois n'importe quel caractère » (avec les guillements simples - apostrophes - pour indiquer au shell de ne pas interpréter les antislashes mais de les transmettre tels quels à apt).

Bref :
si on n'a qu'un ou deux noyaux à purger, on peut le faire à la main, mais sans astérisque ;
Mais de toute façon,

sudo kclean -k

reste plus rapide et plus sûr.
    ---

Sur le danger du point :
  Il y a 2 semaines, ./viewtopic.php?pid=21480054, quelqu'un a voulu  désinstaller un paquet abcde. Et il a cru bon d'ajouter le numéro de version, 4.2.1.
  Comme en plus il a mis une espace entre abcde et 4.2.1, il a désinstallé tous les paquets dont le nom contenait
4<un caractère quelconque>2<un caractère quelconque>1

Résultat :
système à moitié cassé puis réinstallation.

Dernière modification par moko138 (Le 30/03/2016, à 22:11)

---

%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel :  À la découverte de dcraw

moko138

Re : Disque dur plein, alors qu'il est presque vide

Cette affaire me confirme dans deux opinions concernant Ubuntu : primo le conseil donné généralement par les anciens Linuxiens de séparer le / et le /home (les données et le système) dans deux partitions séparées est un mauvais conseil, notamment pour les débutants et les petits disques durs. Deuxio le fait que le système est incapable de se débarrasser lui même des noyaux devenus inutiles sans une application externe (Kclean qui le fait très bien) ou de multiples manipulations dans le terminal est pour moi un bug d'Ubuntu.

Je sais que c'est à rebrousse poil de l'avis des anciens Ubunteros et linuxiens, mais c'est mon avis et je le partage. Comme dirait Monsieur Prudhomme.

En tous cas on en voit une conséquence ici : Pascoul74 est perturbé par tout ça.

Il est exact qu'avec les tout petits disques (40 ou 60 Gio), une partition unique est plus intéressante.
Mais le problème n'est pas là !

Comme on voit en #8,

df -TH
Sys. de fichiers            Type     Taille Utilisé Dispo Uti% Monté sur
/dev/mapper/ubuntu--vg-root ext4       116G     12G   99G  11% /
/dev/sda1                   ext2       247M    226M  8,5M  97% /boot

Pascoul74 a installé en LVM en confiant le partitionnement à l'installateur.
D'où la partition /boot de 256 Mio, qui implique
- soit de faire

sudo apt-get autoremove

chaque fois que le terminal le prescrit,
- soit d'utiliser

sudo kclean -k

régulièrement,
- soit de purger à la main (ce qu'on ne peut pas demander à un débutant),
- soit le blocage !

---

%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel :  À la découverte de dcraw

αjet

Re : Disque dur plein, alors qu'il est presque vide

Il est exact qu'avec les tout petits disques (40 ou 60 Gio), une partition unique est plus intéressante.
Mais le problème n'est pas là !

Un peu quand meme. Si au lieu du LVM, qui implique une partition boot separee, il avait juste une seule partition "normale", il n'aurait pas ce probleme.

Je suis d'accord avec Ayral que le fait de recommander de separer les partitions n'est pas forcement judicieux. Sur un serveur, je veux bien mais sur un portable standard, il n'y a pas grand interet.

Notes:
c'est deja reporte comme bug sur launchpad: https://bugs.launchpad.net/ubuntu/+sour … ug/1357093
Sur la doc ubuntu (en), il est propose une méthode pour supprimer les noyaux automatiquement : https://help.ubuntu.com/community/Lubun … aintenance
Je n'ai pas essaye, vous en pensez quoi ?

Dernière modification par αjet (Le 31/03/2016, à 00:29)

---

αjet: ça se prononce alfajet, bordel ! | GMT+1 | Viens poueter avec moi, bordel ! | Mes photos | Shaarli | Fluidbuntu-fr

Pascoul74

Re : Disque dur plein, alors qu'il est presque vide

famille@famille-eMachines-E510:~$ sudo kclean -k
[sudo] password for famille: 
 
Noyau actuellement en cours d'utilisation : 3.19.0-51
Par defaut, seul ce noyau est conserve.
 
Ce script va tenter de trouver la version precedente du noyau pour la conserver.
Verifiez les informations fournies avant de valider la suppression.
 
La version precedemment installee (a conserver) est la version : 3.19.0-49
Les paquets suivants vont etre supprimes :
 
    linux-image-3.19.0-39-generic
    linux-image-3.19.0-42-generic
    linux-image-3.19.0-43-generic
    linux-image-3.19.0-47-generic
    linux-image-extra-3.19.0-39-generic
    linux-image-extra-3.19.0-42-generic
    linux-image-extra-3.19.0-43-generic
    linux-image-extra-3.19.0-47-generic
    linux-headers-3.19.0-39
    linux-headers-3.19.0-39-generic
    linux-headers-3.19.0-42
    linux-headers-3.19.0-42-generic
    linux-headers-3.19.0-43
    linux-headers-3.19.0-43-generic
    linux-headers-3.19.0-47
    linux-headers-3.19.0-47-generic
 
Cela devrait liberer environ 896 MiB d'espace disque
 
 Voulez vous indiquer manuellement des paquets à conserver ? [o/N] :

nany

Re : Disque dur plein, alors qu'il est presque vide

Bonjour,

Sur la doc ubuntu (en), il est propose une méthode pour supprimer les noyaux automatiquement : https://help.ubuntu.com/community/Lubun … aintenance
Je n'ai pas essaye, vous en pensez quoi ?

Moi j’en pense que c’est foireux à cause des paquets qui peuvent être marqués comme installés manuellement alors qu’il ne le devraient pas. Voir entre autres ce bug (vers la fin).
Mon truc pour être tranquille avec les noyaux en attendant que les différents bugs soient résolus.

@Pascoul74 : il faut appuyer sur la touche [Entrée] pour répondre non.

Dernière modification par nany (Le 31/03/2016, à 21:30)

---

Le mot de passe sudo ne s'affiche pas - Comment bien utiliser les balises BBcode
Retour aux sources.
Urtikan.net - https://youtu.be/2uznaTjvb7I
LIBRARIES ARE NOT BOOK-STORES!

αjet

Re : Disque dur plein, alors qu'il est presque vide

Merci nany pour ton retour. Je crois que je vais adopter tes scripts. Ca fait longtemps que j'ai pas fait de menage et je me rend compte que j'accumule une palanquee de noyaux pour rien !

---

αjet: ça se prononce alfajet, bordel ! | GMT+1 | Viens poueter avec moi, bordel ! | Mes photos | Shaarli | Fluidbuntu-fr

Ayral

Re : Disque dur plein, alors qu'il est presque vide

Comme l'indique Nany dans son lien bug :
"Oops, removed all kernels!

If you got a bit carried away and deleted all the kernels, you fall into the "You did WHAT?!?!" class. You will be pleased to know that you are not the first, nor will be the last, person to do this. Get your LiveCD and head over to GRUB reports no operating system. "
J'adore. La catégorie "t'as fait quoi ???"
Vous serez heureux de savoir que vous n'êtes pas le premier et que vous ne serez pas le dernier !

---

Pour mettre les retours de commande entre deux balises code, les explications sont là : https://forum.ubuntu-fr.org/viewtopic.php?id=1614731
Blog d'un retraité
Site de graphisme du fiston Loïc
Ubuntu 22.04 LTS sur un Thinkpad W540

moko138

Re : Disque dur plein, alors qu'il est presque vide

Il est exact qu'avec les tout petits disques (40 ou 60 Gio), une partition unique est plus intéressante.
Mais le problème n'est pas là !

Un peu quand meme. Si au lieu du LVM, qui implique une partition boot separee, il avait juste une seule partition "normale", il n'aurait pas ce probleme.

La question n'est pas "LVM ou partition unique ?" !
Si au lieu du LVM, on fait
    - une / de 25 Gio
    - et le reste pour /home ou, mieux, pour /mes-donnees,
on n'a pas ce problème (blocage dès 4 noyaux).

Je suis d'accord avec Ayral que le fait de recommander de separer les partitions n'est pas forcement judicieux. Sur un serveur, je veux bien mais sur un portable standard, il n'y a pas grand interet.

Voici plusieurs intérêts :
- si le système est cassé, on accède très facilement aux données,
- si le moment est venu de passer à la nouvelle LTS, on peut faire une installation fraîche très facilement (on conserve /mes donnees, et on reformate la partition / +/home)
- si on a plus d'un S.E. sur son disque, chacun d'eux peut accéder aux données sans toucher à l'autre (ou aux autres) S.E.
- si on a un petit disque, il est ancien. Probablement usé. Où l'usure est-elle concentrée ? Dans les premiers gigas ! Faire une partition séparée pour les données est une bonne façon de s'assurer que les précieuses données ne seront jamais dans ces gigas les plus usés.

---

%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel :  À la découverte de dcraw

moko138

Re : Disque dur plein, alors qu'il est presque vide

Pascoul74, as-tu vu et appliqué ce message de nany ?

@Pascoul74 : il faut appuyer sur la touche [Entrée] pour répondre non.

Si non, fais-le !

---

%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel :  À la découverte de dcraw