Bonjour à tous, je suis nouveau sur le site et j’utilise Debian depuis 6 mois maintenant.
Je dois dire que j’utilise les fonctions minimales. J’ai utilisé Ubuntu pendant des années suite à un plantage de windows sur mon pc portable, rien n’a pu le réparer et il n’a marché que sur ubuntu.
Quand j’ai voulu passer d’Ubuntu 16 à 17 impossible, il y avait un problème de grub je crois et je n’arrivais plus à réinstaller même après formatage, du coup je me suis dit pourquoi pas Debian.
L’installation de Debian a été très compliquée pour un néophyte mais en cherchant un peu sur le net et avec beaucoup d’insistance ça a marché.
Le problème c’est qu’à l’installation le pc a été partitionné avec une partition de 450 Go libres et …une vingtaine de Go pour l’installation de debian et concrètement j’ai 15 Go de disponible mais occupé par les programmes etc, j’ai en réalité 3Go, j’ai l’impression d’être revenu en 99.
Bref j’ai essayé d’utiliser Gparted pour modifier les allocations d’espace, mais ça a failli pas redémarrer ou je sais plus quel bug donc j’ai préféré éviter.
Ensuite en accédant au root et par des manips compliquées, j’ai enregistré quelques fichiers lourds dans le root, puis je les ai effacés car je me suis rendu compte que le root était quand même sur ma partition de 15 go et quand j’ai effacé ces fichiers en tant que root, j’ai eu encore moins d’espace sur ma partition, je suis à 11 go maintenant.
Donc je pense avoir besoin dans un premier temps:
1: Où sont passés les fichiers que j’avais placé dans le dossier root et qui ont besoin d’être définitivement effacés?
2: Comment je réalloue les 450 Go restant sur mon disque dur à mon installation debian?
Le partitionnement assisté avec /home (et éventuellement /tmp et /var) séparé est à mon avis un gros point faible de l’installateur Debian : les tailles de partitions qu’il choisit sont trop souvent inadaptées à l’espace nécessaire pour un système actuel. Trop d’espace pour /home, pas assez pour les autres et notamment la racine. Mais le débutant ne le découvrira (à ses dépens) qu’après plusieurs installations.
20 Go pour le système, je m’en contenterais mais cela ne convient pas à tous les besoins. Par contre tes propos concernant les tailles sont très confus, on ne sait pas s’il s’agit d’espace total, libre, occupé… La sortie de la commande suivante
df -h
lèverait toute ambiguïté.
Ce que tu désigne par “le root” n’est pas clair non plus. Si tu veux parler du répertoire personnel du superutilisateur root, /root, il est effectivement dans la partition racine et non dans /home, pour une raison évidente : pouvoir ouvrir une session root même si /home n’est pas monté.
La commande suivante exécutée en tant que root permet d’estimer l’occupation des différents répertoires de la racine, en excluant /home qui est dans un système de fichiers séparé :
du -hxd1 /
La sortie de la commande suggérée par @anonyme2 peut être utile aussi pour déterminer des pistes d’action pour agrandir la racine.
Oui donc ce root dans le répertoire personnel j’y ai placé un dossier pour accueillir des gros fichiers, mais finalement ça m’a enlevé de l’espace disponible sur ce que j’avais déjà je crois puisqu’avec l’analyseur d’utilisation des disques, je vois que le dossier home apparaître et il est utilisé à 100%, sa taille est de 11.9go
Quant à la taille dont je parle au fond je sais pas quoi te dire: J’ai une réserve de 450 go de disponible à laquelle je ne peux pas accéder et je sais pas où elle est
Ça ne veut rien dire. Sois plus précis : quel répertoire exactement, son chemin complet ?
df montre que la partition racine /dev/sda1 est loin d’être pleine, donc il n’y a pas lieu d’y toucher pour l’instant.
Par contre la partition /home /dev/sda3 est pleine, et elle ne fait que 14 Gio.
L’as-tu réduite avec Gparted ou est-ce ainsi depuis l’installation ?
Contrairement à ce que je pensais tu as fait un partitionnement manuel, n’est-ce pas ? Le partitionnement assisté aurait créé une partition étendue et des partitions logiques pour le swap et /home, ce qui n’est pas le cas ici.
L’espace libre sur le disque est de l’espace non partitionné. Comme il est situé entre la partition racine et la partition de swap, tu ne peux pas l’utiliser directement pour agrandir la partition /home qui est coincée entre la partition de swap et la fin du disque.
Il faut donc déplacer la partition /home afin de l’agrandir, et pour cela elle ne doit pas être montée. Ou bien copier son contenu dans une nouvelle partition plus grande qui la remplacera (ce qui peut se faire quand elle est monté).
Je voulais dire le root dans le système de fichiers. Toujours est-il que j’avais placé dans le root un dossier avec des fichiers lourds qui occupent 2 ou 3 go, quand j’ai supprimé ces fichiers, ça m’a enlevé de l’espace disponible dans le home apparemment.
Pour le reste de ce que tu as dit, j’ai compris, mais je ne sais pas comment copier la partition home et la seule destination logique pour la copier est dans l’espace non alloué, mais est-ce qu’il est possible de copier dans un espace non alloué?
Et je répète que cela ne veut toujours rien dire. Tu parles du système de fichiers racine (monté sur /), du répertoire racine /, du répertoire /root, d’autre chose ?
Quand je navigue dans mon ordi, j’ai le répertoire système de fichiers puis le répertoire root auquel j’accède avec la fonction su - dans un terminal.
J’ai pu y créer un dossier dans lequel j’y ai mis des gros fichiers, puis je les ai supprimé et du coup il me reste encore moins d’espace disque.
Les fichiers supprimés, je ne les ai pas retrouvé dans la corbeille, ce qui me fait dire qu’ils doivent être quelque part…
Donc quand tu me demandes
"Par contre la partition /home /dev/sda3 est pleine, et elle ne fait que 14 Gio.
L’as-tu réduite avec Gparted ou est-ce ainsi depuis l’installation ?"
Je pense que justement non à l’installation elle ne devait pas faire 15 go et que c’est en rapport avec ces fichier supprimés dans le répertoire root et que je ne retrouve pas
Une opération assez “simple” a réalisé consisterait à :
Créer une nouvelle partition (sur l’espace libre)
Formater et monter la nouvelle partition
Effectuer une copie du /home (en root) : cp -a /home/* /tmp/newhome/
Remplacer l’UUID du /home actuel par l’UUID du nouveau
Redémarrer
Normalement au redémarrage, ta nouvelle /home sera montée, tu auras donc beaucoup plus d’espace de disponible. Pour faire propre, une fois que tu peux confirmer que tout roule, tu peux supprimer la partition qui où était l’ancien /home (celle à la fin sur ta capture).
Quand on fait référence au répertoire root situé à la racine, on écrit /root pour éviter toute ambiguïté. De manière générale, toujours indiquer le chemin complet.
Le contenu de /root fait partie du système de fichiers racine, et n’occupe donc pas d’espace dans le système de fichiers monté sur /home. Si la « suppression » a augmenté l’espace occupé dans /home, cela signifie forcément que les fichiers ont été déplacés quelque part dans /home.
La commande rm dans un terminal ne met pas les fichiers dans une « corbeille » mais les supprime directement. Comment as-tu « supprimé » ces fichiers ? Depuis un gestionnaire de fichiers graphique dans l’environnement de bureau ?
Tu peux rechercher en ligne de commande les répertoires dont le contenu occupe le plus d’espace dans /home. En root (après su) :
du -hcd1 /home | sort -h
Tu prends le plus gros résultat et tu recommences, par exemple :
du -hcd1 /home/rory | sort -h
et ainsi de suite.
Cela suppose que la partition a été montée sur le répertoire /tmp/newhome préalablement créé.
/tmp n’est pas vraiment l’endroit pour créer des points de montage. Il existe justement un répertoire servant aux montages temporaires : /mnt.
Personnellement j’utiliserais /home/. plutôt que /home/* car par défaut * ne prend pas les répertoires et fichiers « cachés » dont le nom commence par un point. Certes il ne devrait pas y en avoir dans /home mais autant prendre de bonnes habitudes.
Parce que peut être que /mnt contient déjà d’autres points de montage. Par exemple, chez moi j’ai un /mnt/albums_photos de monté en NFS vers mon NAS… Donc ça force à créer un autre sous dossier, qu’il faudra de toute façon supprimer en fin de procédure. Alors qu’en utilisant /tmp, une fois la procédure terminée, y a pas besoin de faire le ménage.
C’est limite pour la conformité avec le FHS qui dit que /mnt sert de point de montage temporaire, pas qu’il sert à créer des sous-répertoires servant de points de montage temporaires. Si tu as fait l’effort de créer des points de montage dans /mnt, ils ne sont peut-être pas si temporaires…
Effectivement, mais le FHS ne défini par non plus où doivent être montés les éléments non-amovibles. Puis j’ai l’impression qu’un grand nombre de personnes (je ne l’ai pas inventé) utilisent également /mnt comme dossier racine pour différents points de montages. Du coup j’anticipe les problèmes en donnant une procédure qui marchera de toute façon.
C’est normal. Dans la philosophie Unix, l’arborescence du système de fichiers est censée faire abstraction de la structure physique des volumes sous-jacents. Elle est fondée sur le contenu, pas le contenant. Par exemple peu importe que /var/log soit dans le système de fichiers racine, dans un système de fichiers séparé monté sur /var ou dans son propre système de fichiers monté sur /var/log, on sait que par convention c’est là que se trouvent les logs. Les volumes amovibles montés dans /media sont l’exception à ce modèle.
Par contre je trouve qu’il manque dans le FHS la définition d’un emplacement pour les données diverses, comme par exemple les fichiers partagés entre plusieurs utilisateurs. Mais cela n’a rien à voir avec les montages de systèmes de fichiers puisque le problème se pose aussi bien si toute l’arborescence est rassemblée dans un unique système de fichiers racine.
En effet, la page de manuel hier(7) mentionne au sujet de /mnt :
Point de montage pour un système de fichiers monté temporairement. Dans certaines distributions, /mnt contient des sous-répertoires censés être utilisés comme points de montages temporaires pour plusieurs systèmes de fichiers.
Mais note bien qu’il s’agit toujours de montages temporaires.
