Espace disque faible sur "Racine du système de fichiers"

enrico_69003 · Le 08/05/2024, à 16:46

@ lznobe

J'ai transféré les plus gros fichiers dont je n'ai pas l'utilité du dossier Téléchargement à mon DD externe, ce qui semble avoir bien régler le problème dans l'immédiat. C'était des fichiers iso de différentes versions d'Ubuntu, ainsi que des fichiers d'applications diverses inutilisées.

Par contre, s'il s'agit de transférer des dossiers par rapport à la configuration de base, je ne veux pas trop tenter le truc sans réelle connaissance...

Par exemple, avec les transferts que j'ai réalisés, je me retrouve et je ne sais pas pourquoi avec un dossier 'Ubuntu 22.04.1 LTS amd64' dans la liste verticale de gauche, et ce dossier est situé dans : /media/eric.
Je ne le voyais pas auparavant, et il a le petit bouton pour le "démonter" (dangereux!).

enrico_69003 · Le 08/05/2024, à 16:50

eric@eric-desktop:~$ grep -v "#" /etc/fstab
UUID=f7b9ff5e-ae5a-4a50-84fb-5291582be37c /               ext4    errors=remount-ro 0       1
UUID=FAB5-115A  /boot/efi       vfat    umask=0077      0       1
/dev/disk/by-uuid/9470bfb1-b1cf-4378-bdb6-3cbc2ec6e3f1 /mnt/9470bfb1-b1cf-4378-bdb6-3cbc2ec6e3f1 auto nosuid,nodev,nofail,x-gvfs-show,x-gvfs-name=Documents_Eric 0 0
/dev/disk/by-uuid/0a848da3-9a29-4236-a997-966c7f67d62a /mnt/0a848da3-9a29-4236-a997-966c7f67d62a auto nosuid,nodev,nofail,x-gvfs-show,x-gvfs-name=Documents_Dominique 0 0
eric@eric-desktop:~$

geole · Le 08/05/2024, à 16:54

Pour iznobe
Interprétation trop rapide de ma part après avoir vu deux partitions EXT4 dans le NVME. Pas pensé à vérifier les points de montages

Dernière modification par geole (Le 08/05/2024, à 16:54)

iznobe · Le 08/05/2024, à 17:11

Par exemple, avec les transferts que j'ai réalisés, je me retrouve et je ne sais pas pourquoi avec un dossier 'Ubuntu 22.04.1 LTS amd64' dans la liste verticale de gauche, et ce dossier est situé dans : /media/eric.

ce n' est rien de mechant . tu as probablement une autre installation d ' ubuntu sur ton ordi et u as probablement monté cette partition . ce n' estabsolument pas un probleme .

----------------------------------

vu que tu es à l' etroit sur ta partition racine , et que tu disposes de pas mal d' espace disque libre ailleurs , c ' est un peu dommage de risquer des plantages par manque d' espace ...
tu pourrais , si tu as un autre disque interne , utiliser une partitions_data ou bien , meme avec la partition de ton nvme0n1p3 , libre a 97 % .

geole a écrit :

De toutes façon ta partition logicielle trop petite.

+1 , sur le long therme tu seras embêté régulièrement .
Donc soit tu unifies nvme0n1p2 et nvme0n1p3 , comme le propose @geole ,
soit tu fais une partition de " données uniquement " si tu disposes d ' un 2eme disque interne ( lien ci-dessus ) ou dans le cas ou nvme0n1p3 n ' est pas collé a nvme0n1p2 .
tu peux voir ca avec gparted .

Dernière modification par iznobe (Le 08/05/2024, à 17:13)

enrico_69003 · Le 08/05/2024, à 17:14

Sur mon ordi, 'telechargement' est dans /Home/eric

Sur Gparted, /dev/nvme0n1p3 est bien juste au-dessous de /dev/nvme0n1p2.
Par contre, je n'arrive pas à avoir la main pour redimensionner. Il y a une petite clé en grisé à côté des chemins /dev/nvme0n1p3 et /dev/nvme0n1p2, est-ce qu'il s'agit d'une clé de verrouillage ?

iznobe · Le 08/05/2024, à 17:16

oui , c ' est normal , car tes partitions sont montées actuellement .
tu devrais donc pouvoir reunifier apres avoir passé la commande suivante :

sudo umount -v /dev/nvme0n1p3

si p2 est a gauche et p3 est a droite .

Par contre , il te faut transferer les données existantes sur P3 avant de redimensionner .
ensuite tu supprimes P3 , tu appliques , puis tu pourras agrandir P2 ( meme avec la clé dessus ) .

Dernière modification par iznobe (Le 08/05/2024, à 17:19)

enrico_69003 · Le 08/05/2024, à 17:23

Pour /dev/nvme0n1p2, Gparted me dit qu'il ne peut pas être redimensionner car il est en lecture seule, et qu'il faudrait le démonter ou le remonter en lecture/écriture (The file system can not be resized while it is mounted read only. Either unmount the file system or remount it read/write)

enrico_69003 · Le 08/05/2024, à 17:30

iznobe a écrit :

oui , c ' est normal , car tes partitions sont montées actuellement .
tu devrais donc pouvoir reunifier apres avoir passé la commande suivante :
sudo umount -v /dev/nvme0n1p3
si p2 est a gauche et p3 est a droite .
Par contre , il te faut transferer les données existantes sur P3 avant de redimensionner .
ensuite tu supprimes P3 , tu appliques , puis tu pourras agrandir P2 ( meme avec la clé dessus ) .

Est-ce que ça ne serait pas possible de garder P3 et simplement de le redimensionner en le diminuant au profit de P2, parce que ça correspond à des besoins spécifiques (P2 = dossiers personne A, P3 = dossiers personnes B), avec un accès P2 et P3 depuis la liste verticale de gauche ?

geole · Le 08/05/2024, à 17:32

Puisque P2 est ta partition Racine, elle ne devrait pas être en lecture seule. Il s'est passé un autre événement.
Tu vas certainement avoir quelques erreurs qui vont survenir, Prends les devant en rebootant.

Je t'ai proposé de rétrecir P3 par la gauche, de 10 Go, Vu ce que tu expliques, tu peux probablement rétrécir nettement plus

Dernière modification par geole (Le 08/05/2024, à 17:34)

iznobe · Le 08/05/2024, à 17:33

bien sur que si .
ca prendra un peu de temps pour le deplacement des données de P3 , mais c' est tout a fait faisable .
le principe est le meme , il faut demonter la partition avant de la redimensionner ( ne pas la supprimer donc ) , mais il faut que la place inutilisée se trouve alors entre P2 et P3 pour ensuite pouvoir l' ajouter a P2 .

geole · Le 08/05/2024, à 17:36

iznobe a écrit :

bien sur que si .
ca prendra un peu de temps pour le deplacement des données de P3 , mais c' est tout a fait faisable .
.

Déplacer 30 Go sur un Nvme va se faire certainement en moins de trois minutes

Dernière modification par geole (Le 08/05/2024, à 17:37)

enrico_69003 · Le 08/05/2024, à 18:32

Tout s'est bien passé.
J'ai déplacé tout le contenu de P3
J'ai fait sudo umount -v /dev/nvme0n1p3
Ainsi, j'ai pu avoir la main pour redimensionner cette partition (-90Go), et en mettant devant elle la place libérée. (c'est proposé par Gparted)
Puis j'ai fait la même chose avec l'autre partition 'sudo umount -v /dev/nvme0n1p2', et j'ai pu la redimensionner en lui octroyant toute la place laissée libre à sa droite (+90 Go)
Enfin, j'ai du remonter la partition p3 dans mon explorateur (la p2 était ok)
Et j'ai remis à leur place les fichiers de P3.

Donc, merci à vous deux, geole et lznobe, en espérant ne pas avoir de mauvaise surprise suite à ces changements.

Dernière modification par enrico_69003 (Le 08/05/2024, à 21:23)

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#26 Le 08/05/2024, à 16:46

Re : Espace disque faible sur "Racine du système de fichiers"

#27 Le 08/05/2024, à 16:50

Re : Espace disque faible sur "Racine du système de fichiers"

#28 Le 08/05/2024, à 16:54

Re : Espace disque faible sur "Racine du système de fichiers"

#29 Le 08/05/2024, à 17:11

Re : Espace disque faible sur "Racine du système de fichiers"

#30 Le 08/05/2024, à 17:14

Re : Espace disque faible sur "Racine du système de fichiers"

#31 Le 08/05/2024, à 17:16

Re : Espace disque faible sur "Racine du système de fichiers"

#32 Le 08/05/2024, à 17:23

Re : Espace disque faible sur "Racine du système de fichiers"

#33 Le 08/05/2024, à 17:30

Re : Espace disque faible sur "Racine du système de fichiers"

#34 Le 08/05/2024, à 17:32

Re : Espace disque faible sur "Racine du système de fichiers"

#35 Le 08/05/2024, à 17:33

Re : Espace disque faible sur "Racine du système de fichiers"

#36 Le 08/05/2024, à 17:36

Re : Espace disque faible sur "Racine du système de fichiers"

#37 Le 08/05/2024, à 18:32

Re : Espace disque faible sur "Racine du système de fichiers"

Pied de page des forums