root devenu trop petit pour migration vers 22.04 LTS

Laadna · Le 24/06/2022, à 11:11

Bonjour,
J'ai un système composé comme suit :

(en synthèse : deux disques durs d'environ 200 Go, le premier avec / et /home)

Dolphin et l'utilitaire de migration vers la 22.04 LTS sont en désaccord avec Gparted concernant l'espace libre sur sda2 (affiché à moins d'1 go) comme sur les autres partitions d'ailleurs (sda3 selon Dolphin a 25 Go de libres et sdb1 a 84 go). Ce qui est une curiosité sans doute pas très importante, puisque j'ai lu qu'il fallait compter environ 5 Go de libre pour cette mise à jour et que donc de toutes façons j'en manque.

Ma première question, c'est : est-ce normal d'avoir un root aussi plein, sachant que j'ai déjà effectué les commandes suivantes pour libérer l'espace :

sudo apt-get clean
sudo apt-get autoremove
dpkg -l 'linux-*' | sed '/^ii/!d;/'"$(uname -r | sed "s/\(.*\)-\([^0-9]\+\)/\1/")"'/d;s/^[^ ]* [^ ]* \([^ ]*\).*/\1/;/[0-9]/!d' | xargs sudo apt-get -y purge

Il y a quelques mois j'avais encore plus de 5 Go de libres, et globalement c'était stable depuis des années. Je viens de passer un mois sans Internet, et l'encombrement de / est arrivé après avoir récupéré Internet.

Ma seconde question, si la première ne permet pas de libérer assez d'espace, c'est : comment faire pour augmenter / de 5 Go en les prenant à /home ? Via un livecd et gparted ? J'aimerais quand même résoudre ce premier problème parce que je sens que je vais finir par avoir un / plus volumineux que mon /home...

Dernière modification par Laadna (Le 24/06/2022, à 11:20)

geole · Le 24/06/2022, à 11:50

Bonjour
On va regarder comment se présente ta partition logicielle.

sudo du -haxd2 / 2>/dev/null | sort -hr | head -50

Un petit coup de suppression de ce qui est inutile

sudo apt autoremove --purge
sudo apt putge ~c

Et un nouvel état des lieux

df -htext4

Si tu es amené à agrandir, il faut booter avec le support d'installation et lancer gparted.
Se positionner sur la partition /home et diminuer sa taille de 10000Mo et dire que les 10000Mo de libre sont devant la partition et pas derrière. C'est une opération qui va durer quelques heures et doit aller à terme. Pas de coupure de courant électrique..
Nota. Il n'y avait pas de raison d'avoir une partition hébergeant le répertoire home si c'est pour la stocker sur le même disque.

Dernière modification par geole (Le 24/06/2022, à 11:55)

Qid · Le 24/06/2022, à 11:50

Palimpset/utilitaire d'occupation des disques ou ncdu sont tes amis pour identifier où est le trop plein...

Laadna · Le 24/06/2022, à 12:09

benoit@kubuntu:~$ sudo du -haxd2 / 2>/dev/null | sort -hr | head -50
[sudo] Mot de passe de benoit : 
26G     /
14G     /var
9,6G    /usr
6,1G    /usr/lib
6,0G    /var/lib
4,1G    /var/tmp
2,9G    /var/log
2,3G    /usr/share
1,3G    /swapfile
698M    /opt
516M    /usr/bin
507M    /usr/local
349M    /opt/cesium-g1-test
349M    /opt/cesium
242M    /var/cache
233M    /root/.cache
233M    /root
132M    /usr/src
103M    /boot
83M     /var/crash
77M     /boot/initrd.img-5.4.0-94-generic
35M     /usr/sbin
14M     /boot/vmlinuz-5.4.0-94-generic
13M     /etc
9,3M    /usr/libexec
8,0M    /boot/grub
7,4M    /var/backups
7,3M    /tmp
7,2M    /var/snap
7,2M    /tmp/ubuntu-release-upgrader-v9j9u_d0
6,9M    /usr/include
4,6M    /boot/System.map-5.4.0-94-generic
2,3M    /etc/mono
1,6M    /usr/games
1,1M    /etc/gufw
752K    /etc/ssl
708K    /etc/apparmor.d
508K    /etc/fonts
496K    /etc/java-11-openjdk
472K    /etc/timidity
464K    /etc/xdg
464K    /etc/X11
344K    /etc/sane.d
276K    /etc/ImageMagick-6
272K    /etc/systemd
236K    /boot/config-5.4.0-94-generic
232K    /etc/init.d
184K    /boot/memtest86+_multiboot.bin
184K    /boot/memtest86+.elf
180K    /boot/memtest86+.bin
benoit@kubuntu:~$

benoit@kubuntu:~$ df -htext4
Sys. de fichiers Taille Utilisé Dispo Uti% Monté sur
/dev/sda2           28G     26G  835M  97% /
/dev/sda3          192G    156G   26G  86% /home
/dev/sdb1          229G    133G   85G  62% /media/deux
benoit@kubuntu:~$

Nota. Il n'y avait pas de raison d'avoir une partition hébergeant le répertoire home si c'est pour la stocker sur le même disque.

Fut un temps, j'avais régulièrement des problèmes qui nécessitaient de réinstaller la distribution. Séparer /home et / rendait l'opération bien moins pénible (restauration des configuration de logiciels, sauvegarde auto des documents, etc).

autoremove et purge n'ont pas touché significativement à l'espace restant sur la partition.

ncdu m'indique pas mal de trucs à nettoyer dans /home, mais j'ai l'impression qu'il ne scanne que cette partition.

geole · Le 24/06/2022, à 12:47

L'espace disque me semble normal
/var prend de l'amplitude

sudo du -haxd2 /var 2>/dev/null | sort -hr | head -50

Il y a déjà pas mal de temps qu'on peut réinstaller le logiciel en conservant le /home. Il suffit de dire qu'on désire réinitialiser la totalité car en standard, il conserve tout et ne fait qu'un ménage partiel du logiciel

pour le logiciel

sudo ncdu / -x

et pour le /home

sudo ncdu

Tu ne vas pas avoir d'autre choix que d'agrandir de 10 Go.
Mais il faudra aussi que tu fasses maigrir le home car il est assez plein

Dernière modification par geole (Le 24/06/2022, à 12:51)

iznobe · Le 24/06/2022, à 12:50

Bonjour , qu ' en est il du 2eme disque ?
il sert a quoi actuellement ?
y a t il de la place libre dessus ?

geole · Le 24/06/2022, à 12:53

iznobe a écrit :

Bonjour , qu ' en est il du 2eme disque ?
y a t il de la place libre dessus ?

A lire le résultat

benoit@kubuntu:~$ df -htext4
Sys. de fichiers Taille Utilisé Dispo Uti% Monté sur
/dev/sdb1          229G    133G   85G  62% /media/deux

On ne pourra pas tout déporter, il faudra traiter au cas par cas

Dernière modification par geole (Le 24/06/2022, à 12:54)

Laadna · Le 24/06/2022, à 13:03

iznobe a écrit :

Bonjour , qu ' en est il du 2eme disque ?

C'est un disque assez vieux que j'utilise pour installer les jeux, principalement. Je préfère éviter d'y stocker des éléments sensibles tels que mes documents ou le root.

ncdu m'a déjà permis de faire le ménage dans /home, merci pour ça.

J'imagine qu'il n'est pas possible de refondre / et /home dans une seule partition ?

iznobe · Le 24/06/2022, à 13:09

Laadna a écrit :

J'imagine qu'il n'est pas possible de refondre / et /home dans une seule partition ?

En theorie si , cependant il faut de la place quelque part pour servir de tampon aux données afin de proceder aux modifications de partitions , qui effaceront les données de ta partition home actuelle .
Si tu possedes un disque externe , c ' est faisable .

Dernière modification par iznobe (Le 24/06/2022, à 13:09)

Laadna · Le 24/06/2022, à 13:15

geole a écrit :

pour le logiciel
sudo ncdu / -x

Ho bah ça alors, 7 go de libérés en nettoyant /log et un fichier d'installation de jeu resté au chaud dans /tmp. Merci du coup, ça suffira pour la migration

geole · Le 24/06/2022, à 13:17

Laadna a écrit :

J'imagine qu'il n'est pas possible de refondre / et /home dans une seule partition ?

En théorie c'est possible, mais vu le peu de place disque disponible c'est compliqué
car l'espace disque occupé par le /home doit être en double exemplaire pendant l'opération.
Il n'y a pas la place dans le premier disque, Il n'y a pas la place dans le second disque
Donc il faudrait travailler répertoire par répertoire pour ventiler dans le second disque et dans la racine.

1) Remplir au maxima le second disque
2) Réduire au maxima home
3) agrandir la racine
4) recopier le home dans la racine
==> Si on n'a pas de chance, il faudra itérer sur les points 2 3 et 4
5) supprimer le home
6) agrandir la racine de la totalité du disque
8) Rapatrier ce qu'on a stocké dans l'autre disque
9) Modifier le fichier fstab pour dire qu'il n'y a plus de home
et tout cela avec le support d'installation

Dernière modification par geole (Le 24/06/2022, à 13:18)

iznobe · Le 24/06/2022, à 13:18

Laadna a écrit :

Ho bah ça alors, 7 go de libérés en nettoyant /log et un fichier d'installation de jeu resté au chaud dans /tmp. Merci du coup, ça suffira pour la migration

loin d' etre sur . la 22.04 avec les snaps a besoin de beaucoup plus de place que les autres migrations .
Partir comme ca , c' est partir au devant d' un plantage pendant la migration a cause d' un manque de place .

geole · Le 24/06/2022, à 13:19

iznobe a écrit :

loin d' etre sur . la 22.04 avec les snaps a besoin de beaucoup plus de place que les autres migrations .
Partir comme ca , c' est partir au devant d' un plantage pendant la migration a cause d' un manque de place .

+10
Déja tu n'as probablement qu'un seul noyau de disponible (236K /boot/config-5.4.0-94-generic ). alors qu'il est préférable d'en avoir deux

Dernière modification par geole (Le 24/06/2022, à 13:27)

Laadna · Le 24/06/2022, à 13:20

L'utilitaire de migration ne vérifie pas l'espace disponible avant de débuter ?

geole · Le 24/06/2022, à 13:23

Oui, mais il ne prend pas en compte l'espace temporaire nécessaire à la migration.
De plus les logs vont revenir à toute vitesse
De toute façon, la migration en 22.04 n'est pas encore débloquée alors tu as le temps de t'organiser

Dernière modification par geole (Le 24/06/2022, à 13:29)

iznobe · Le 24/06/2022, à 13:36

D'apres la doc non , pas que je sache , il faut s' assurer d ' avoir assez de place avant de demarrer , mais on ne sait pas combien de place est neccessaire au stockage des fichiers + leur decompression . 9 Go me semble vraiment juste , on a deja vu le cas se produire .

au lieu de faire une migration , je te conseillerais plutot ceci car une installation fraiche demandera moins d' espace que la migration :

Telecharger l' iso de la 22.04 .
graver la clé et t ' assurer qu ' elle fonctionne normalement et que ca demarre normalement .
Demarrer en sesion live , verifier aussi que tout fonctionne bien , si c' est le cas , proceder a l ' installation en utilisant la partition sda 2 et sans definir de home .
Lorsque c ' est fini d ' installé , basculer les données utilisateurs sur le 2eme disque a fond ( ce qui devrait liberer environ 100 go de place sur la partition /home ) .
redemarrer via la sesion live ( cle USB ) , pour modifier la taille de la partition /home ( 100 go de moins environ donc ) ca prendra du temps et il ne faut surtout pas interrompre le process .
reattribuer les 100 GO a la partition root , là ce sera tres rapide .

lorsque c' est fini , redemarrer normalement sur la 22.04 ( sans la clé ) , puis basculer le reste des données utilisateurs sur la partition root dans ton repertoire home toujours , supprimer la partition sda 3 et reattribuer le nouvel espace non alloué a la partition racine .
rebasculer les 100 GO de données du 2eme disque dans ton repertoire home et basta .

NOTE : les changement de tailles de partition doivent se faire avec le logiciel gparted , que ce soit en session live ou normale .

Cela me semble plus pertinent que de faire une migration , a voir ce qu ' en pense geole .

Dernière modification par iznobe (Le 24/06/2022, à 13:48)

Qid · Le 24/06/2022, à 14:06

Sans forcément parler de réinstallation parce-que de toutes façons ce n'est qu'une partie du problème... Perso je pense qu'il serait bon que le demandeur se penche sérieusement sur sa stratégie de rangement de ses données par rapport à ses espaces disques... Parce-que je ne suis pas sûr qu'il ait la réelle notion de ce qui prend de la place et pourquoi...

edit : sous entendu je demande un petit point partition complet de la situation actuelle :

sudo fdisk -l ; echo "--------------------------" ; sudo parted -l ; echo "--------------------------" ; sudo lsblk -o name,fstype,label,size,mountpoint -e 7 ; echo "--------------------------" ; df -aTh ; echo "--------------------------" ; free -h ; echo "--------------------------" ; ls -l /dev/disk/by-label/

Dernière modification par Qid (Le 24/06/2022, à 14:08)

geole · Le 24/06/2022, à 14:12

Laadna a écrit :

iznobe a écrit :
Bonjour , qu ' en est il du 2eme disque ?
C'est un disque assez vieux que j'utilise pour installer les jeux, principalement. Je préfère éviter d'y stocker des éléments sensibles tels que mes documents ou le root.

A mon avis, il faudrait investir dans un SSD.

Laadna · Le 24/06/2022, à 14:27

Qid a écrit :

Sans forcément parler de réinstallation parce-que de toutes façons ce n'est qu'une partie du problème... Perso je pense qu'il serait bon que le demandeur se penche sérieusement sur sa stratégie de rangement de ses données par rapport à ses espaces disques... Parce-que je ne suis pas sûr qu'il ait la réelle notion de ce qui prend de la place et pourquoi...
edit : sous entendu je demande un petit point partition complet de la situation actuelle :
sudo fdisk -l ; echo "--------------------------" ; sudo parted -l ; echo "--------------------------" ; sudo lsblk -o name,fstype,label,size,mountpoint -e 7 ; echo "--------------------------" ; df -aTh ; echo "--------------------------" ; free -h ; echo "--------------------------" ; ls -l /dev/disk/by-label/

benoit@kubuntu:~$ sudo fdisk -l ; echo "--------------------------" ; sudo parted -l ; echo "--------------------------" ; sudo lsblk -o name,fstype,label,size,mountpoint -e 7 ; echo "--------------------------" ; df -aTh ; echo "--------------------------" ; free -h ; echo "--------------------------" ; ls -l /dev/disk/by-label/
[sudo] Mot de passe de benoit : 
Disque /dev/loop0 : 4 KiB, 4096 octets, 8 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets


Disque /dev/loop1 : 133,24 MiB, 139706368 octets, 272864 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets


Disque /dev/loop2 : 111,74 MiB, 117153792 octets, 228816 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets


Disque /dev/loop3 : 55,53 MiB, 58212352 octets, 113696 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets


Disque /dev/loop4 : 61,95 MiB, 64933888 octets, 126824 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets


Disque /dev/loop5 : 113,91 MiB, 119418880 octets, 233240 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets


Disque /dev/loop6 : 131,95 MiB, 138338304 octets, 270192 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets


Disque /dev/loop7 : 65,22 MiB, 68378624 octets, 133552 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets




Disque /dev/sda : 223,58 GiB, 240057409536 octets, 468862128 secteurs
Disk model: ADATA SU630     
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Type d'étiquette de disque : gpt
Identifiant de disque : A87F0FAF-0D2E-4945-8307-C46DC9C481FC

Périphérique    Début       Fin  Secteurs Taille Type
/dev/sda1        2048   1050623   1048576   512M Système EFI
/dev/sda2     1050624  59643903  58593280    28G Système de fichiers Linux
/dev/sda3    59643904 468860927 409217024 195,1G Système de fichiers Linux


Disque /dev/sdb : 232,91 GiB, 250059350016 octets, 488397168 secteurs
Disk model: ST3250410AS     
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Type d'étiquette de disque : dos
Identifiant de disque : 0xb3a6592b

Périphérique Amorçage Début       Fin  Secteurs Taille Id Type
/dev/sdb1              2048 488390655 488388608 232,9G 83 Linux


Disque /dev/loop8 : 424,17 MiB, 444768256 octets, 868688 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets


Disque /dev/loop9 : 254,1 MiB, 266436608 octets, 520384 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets


Disque /dev/loop10 : 168 KiB, 172032 octets, 336 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets


Disque /dev/loop11 : 46,98 MiB, 49233920 octets, 96160 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets


Disque /dev/loop12 : 101,48 MiB, 106397696 octets, 207808 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets


Disque /dev/loop13 : 61,94 MiB, 64925696 octets, 126808 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets


Disque /dev/loop14 : 290,59 MiB, 304689152 octets, 595096 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets


Disque /dev/loop15 : 164,78 MiB, 172761088 octets, 337424 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets


Disque /dev/loop16 : 319,53 MiB, 335036416 octets, 654368 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets


Disque /dev/loop17 : 81,27 MiB, 85209088 octets, 166424 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets


Disque /dev/loop18 : 162,89 MiB, 170778624 octets, 333552 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets


Disque /dev/loop19 : 248,78 MiB, 260841472 octets, 509456 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets


Disque /dev/loop20 : 323,52 MiB, 339222528 octets, 662544 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets


Disque /dev/loop21 : 168 KiB, 172032 octets, 336 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets


Disque /dev/loop22 : 140 KiB, 143360 octets, 280 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets


Disque /dev/loop23 : 55,55 MiB, 58232832 octets, 113736 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets


Disque /dev/loop24 : 82,91 MiB, 86913024 octets, 169752 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets


Disque /dev/loop25 : 44,72 MiB, 46870528 octets, 91544 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets


Disque /dev/loop26 : 82,92 MiB, 86925312 octets, 169776 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
--------------------------
Modèle : ATA ADATA SU630 (scsi)
Disque /dev/sda : 240GB
Taille des secteurs (logiques/physiques) : 512B/512B
Table de partitions : gpt
Drapeaux de disque : 

Numéro  Début   Fin     Taille  Système de fichiers  Nom                   Drapeaux
 1      1049kB  538MB   537MB   fat32                EFI System Partition  démarrage, esp
 2      538MB   30,5GB  30,0GB  ext4
 3      30,5GB  240GB   210GB   ext4


Modèle : ATA ST3250410AS (scsi)
Disque /dev/sdb : 250GB
Taille des secteurs (logiques/physiques) : 512B/512B
Table de partitions : msdos
Drapeaux de disque : 

Numéro  Début   Fin    Taille  Type     Système de fichiers  Drapeaux
 1      1049kB  250GB  250GB   primary  ext4


--------------------------
NAME   FSTYPE LABEL   SIZE MOUNTPOINT
sda                 223,6G 
├─sda1 vfat           512M /boot/efi
├─sda2 ext4            28G /
└─sda3 ext4         195,1G /home
sdb                 232,9G 
└─sdb1 ext4         232,9G /media/deux
sr0                  1024M 
--------------------------
Sys. de fichiers        Type        Taille Utilisé Dispo Uti% Monté sur
sysfs                   sysfs            0       0     0    - /sys
proc                    proc             0       0     0    - /proc
udev                    devtmpfs      7,8G       0  7,8G   0% /dev
devpts                  devpts           0       0     0    - /dev/pts
tmpfs                   tmpfs         1,6G    3,4M  1,6G   1% /run
/dev/sda2               ext4           28G     19G  7,7G  71% /
securityfs              securityfs       0       0     0    - /sys/kernel/security
tmpfs                   tmpfs         7,9G    102M  7,8G   2% /dev/shm
tmpfs                   tmpfs         5,0M    4,0K  5,0M   1% /run/lock
tmpfs                   tmpfs         7,9G       0  7,9G   0% /sys/fs/cgroup
cgroup2                 cgroup2          0       0     0    - /sys/fs/cgroup/unified
cgroup                  cgroup           0       0     0    - /sys/fs/cgroup/systemd
pstore                  pstore           0       0     0    - /sys/fs/pstore
efivarfs                efivarfs         0       0     0    - /sys/firmware/efi/efivars
none                    bpf              0       0     0    - /sys/fs/bpf
cgroup                  cgroup           0       0     0    - /sys/fs/cgroup/pids
cgroup                  cgroup           0       0     0    - /sys/fs/cgroup/perf_event
cgroup                  cgroup           0       0     0    - /sys/fs/cgroup/devices
cgroup                  cgroup           0       0     0    - /sys/fs/cgroup/memory
cgroup                  cgroup           0       0     0    - /sys/fs/cgroup/hugetlb
cgroup                  cgroup           0       0     0    - /sys/fs/cgroup/cpuset
cgroup                  cgroup           0       0     0    - /sys/fs/cgroup/blkio
cgroup                  cgroup           0       0     0    - /sys/fs/cgroup/cpu,cpuacct
cgroup                  cgroup           0       0     0    - /sys/fs/cgroup/freezer
cgroup                  cgroup           0       0     0    - /sys/fs/cgroup/rdma
cgroup                  cgroup           0       0     0    - /sys/fs/cgroup/net_cls,net_prio
systemd-1               -                -       -     -    - /proc/sys/fs/binfmt_misc
mqueue                  mqueue           0       0     0    - /dev/mqueue
hugetlbfs               hugetlbfs        0       0     0    - /dev/hugepages
debugfs                 debugfs          0       0     0    - /sys/kernel/debug
tracefs                 tracefs          0       0     0    - /sys/kernel/tracing
sunrpc                  rpc_pipefs       0       0     0    - /run/rpc_pipefs
fusectl                 fusectl          0       0     0    - /sys/fs/fuse/connections
configfs                configfs         0       0     0    - /sys/kernel/config
/dev/loop0              squashfs      128K    128K     0 100% /snap/bare/5
/dev/loop1              squashfs      134M    134M     0 100% /snap/chromium/2020
/dev/loop4              squashfs       62M     62M     0 100% /snap/core20/1518
/dev/loop3              squashfs       56M     56M     0 100% /snap/core18/2344
/dev/loop2              squashfs      112M    112M     0 100% /snap/core/13250
/dev/loop5              squashfs      114M    114M     0 100% /snap/core/13308
/dev/loop6              squashfs      132M    132M     0 100% /snap/chromium/2011
/dev/loop7              squashfs       66M     66M     0 100% /snap/gtk-common-themes/1519
/dev/loop8              squashfs      425M    425M     0 100% /snap/kde-frameworks-5-qt-5-15-3-core20/8
/dev/loop10             squashfs      256K    256K     0 100% /snap/ktimer/66
/dev/loop11             squashfs       47M     47M     0 100% /snap/snapd/16010
/dev/loop9              squashfs      255M    255M     0 100% /snap/gnome-3-38-2004/106
/dev/loop12             squashfs      102M    102M     0 100% /snap/p7zip-desktop/220
/dev/loop13             squashfs       62M     62M     0 100% /snap/core20/1494
/dev/sda1               vfat          511M    8,2M  503M   2% /boot/efi
/dev/loop14             squashfs      291M    291M     0 100% /snap/kde-frameworks-5-qt-5-14-core18/4
/dev/loop15             squashfs      165M    165M     0 100% /snap/gnome-3-28-1804/161
/dev/sda3               ext4          192G    144G   38G  80% /home
/dev/loop16             squashfs      320M    320M     0 100% /snap/kde-frameworks-5-qt-5-15-3-core20/7
/dev/loop17             squashfs       82M     82M     0 100% /snap/gtk-common-themes/1534
/dev/loop18             squashfs      163M    163M     0 100% /snap/gnome-3-28-1804/145
/dev/loop19             squashfs      249M    249M     0 100% /snap/gnome-3-38-2004/99
/dev/loop20             squashfs      324M    324M     0 100% /snap/kde-frameworks-5-qt-5-15-core20/14
/dev/loop21             squashfs      256K    256K     0 100% /snap/ktimer/65
/dev/loop22             squashfs      256K    256K     0 100% /snap/gtk2-common-themes/13
/dev/loop23             squashfs       56M     56M     0 100% /snap/core18/2409
/dev/loop24             squashfs       83M     83M     0 100% /snap/discord/137
/dev/loop25             squashfs       45M     45M     0 100% /snap/snapd/15904
/dev/loop26             squashfs       83M     83M     0 100% /snap/discord/132
/dev/sdb1               ext4          229G    133G   84G  62% /media/deux
binfmt_misc             binfmt_misc      0       0     0    - /proc/sys/fs/binfmt_misc
//192.168.1.20/Volume_1 cifs          915G    443G  472G  49% /media/nas
tmpfs                   tmpfs         1,6G    3,7M  1,6G   1% /run/user/1000
/dev/fuse               fuse             0       0     0    - /run/user/1000/doc
tmpfs                   tmpfs         1,6G    3,4M  1,6G   1% /run/snapd/ns
nsfs                    nsfs             0       0     0    - /run/snapd/ns/discord.mnt
--------------------------
              total       utilisé      libre     partagé tamp/cache   disponible
Mem:           15Gi       4,0Gi       150Mi       174Mi        11Gi        11Gi
Partition d'échange:       1,3Gi       3,0Mi       1,3Gi
--------------------------
ls: impossible d'accéder à '/dev/disk/by-label/': Aucun fichier ou dossier de ce type
benoit@kubuntu:~$

geole a écrit :

A mon avis, il faudrait investir dans un SSD.

sda est déjà un ssd, mais je ne vois pas le rapport entre mon problème et la vitesse d'accès au disque.

Qid · Le 24/06/2022, à 14:34

Qid a écrit :

edit : sous entendu je demande un petit point partition complet de la situation actuelle :

sudo fdisk -l ; echo "--------------------------" ; sudo parted -l ; echo "--------------------------" ; sudo lsblk -o name,fstype,label,size,mountpoint -e 7 ; echo "--------------------------" ; df -aTh ; echo "--------------------------" ; free -h ; echo "--------------------------" ; ls -l /dev/disk/by-label/

hum... je n'avais pas fait attention au fait qu'il y avait 2 image dans le premier post... du coups même si il a possiblement déjà été fait par d'autre je vais donner mon diagnostique de la situation actuelle :
- 1) finalement sdb n'ayant qu'une partition de stockage montée dans média j'aurais presque envie de dire qu'on s'en fiche du point de vu du système... par contre point de vu stockage si c'est un poids mort pourquoi le garder comme le sous entend geole
- 2) une partition racine de 30go sera trop court pour une 22.04 utilisée de façon standard... ça peut fonctionner mais il faut y être attentif il n'y a qu'à voir la situation actuelle alors qu'on est encore pas migré... cela-dit ça ne mérite pas forcément une réinstallation car les tailles des partitions peuvent être réajustées après coups...
voilà déjà pour commencer

iznobe · Le 24/06/2022, à 14:40

Qid a écrit :

cela-dit ça ne mérite pas forcément une réinstallation car les tailles des partitions peuvent être réajustées après coups...

Sauf qu ' en l ' occurence , il y a 95 % de chance de ne pas pouvoir migrer a cause du manque de place sur la partition sda2 !

Qid · Le 24/06/2022, à 15:05

iznobe a écrit :

Qid a écrit :
cela-dit ça ne mérite pas forcément une réinstallation car les tailles des partitions peuvent être réajustées après coups...
Sauf qu ' en l ' occurence , il y a 95 % de chance de ne pas pouvoir migrer a cause du manque de place sur la partition sda2 !

je n'ai pas dit le contraire... je fais juste remarquer comme ça a été déjà dit d’ailleurs il me semble qu'il peut se faire de la place avant de tenter le diable... cela-dit il a aussi été rappelé que la migration n'est officiellement pas encore reconnue fiable donc ne devrait pas être faite...

iznobe · Le 24/06/2022, à 15:18

c ' est pas faut

geole · Le 24/06/2022, à 15:25

Laadna a écrit :

geole a écrit :
A mon avis, il faudrait investir dans un SSD.
sda est déjà un ssd, mais je ne vois pas le rapport entre mon problème et la vitesse d'accès au disque.

Je n'avais pas fait attention...
Alors dans un disque de qualité dans lequel tu auras confiance afin d'y mettre tes jeux et toutes tes données personnelles qui seront alors accédées par technique de liens symboliques
il suffit de copier/coller les commandes ci dessous dans le terminal

http://mezigoo.free.fr/ps/index.html a écrit :

Déplacement des répertoires

mv Documents Images Musique Public Téléchargements Vidéos /media/data

Création les liens

ln -s /media/data/Documents && ln -s /media/data/Images && ln -s /media/data/Musique && ln -s /media/data/Public && ln -s /media/data/Téléchargements && ln -s /media/data/Vidéos

C'est terminé

Laadna · Le 24/06/2022, à 17:41

J'ai déjà tout ce qui est déplaçable et qui prend de la place sur un nas. Le gros des données encore sur /home, c'est steam qui ne veut pas s'installer ailleurs (et que je n'ai pas envie de contrarier, vu comment c'est compliqué de trouver de l'aide sur steam/linux, encore plus quand on commence à bricoler), et les logiciels un peu volumineux.

Il n'est pas à l'ordre du jour d'acheter un nouveau disque dur. Je ne sais pas où j'ai pu laisser croire que j'étais prêt à ce genre d'idée dont le rapport avec mon problème s'éloigne de plus en plus.

Dernière modification par Laadna (Le 24/06/2022, à 17:43)

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 24/06/2022, à 11:11

root devenu trop petit pour migration vers 22.04 LTS

#2 Le 24/06/2022, à 11:50

Re : root devenu trop petit pour migration vers 22.04 LTS

#3 Le 24/06/2022, à 11:50

Re : root devenu trop petit pour migration vers 22.04 LTS

#4 Le 24/06/2022, à 12:09

Re : root devenu trop petit pour migration vers 22.04 LTS

#5 Le 24/06/2022, à 12:47

Re : root devenu trop petit pour migration vers 22.04 LTS

#6 Le 24/06/2022, à 12:50

Re : root devenu trop petit pour migration vers 22.04 LTS

#7 Le 24/06/2022, à 12:53

Re : root devenu trop petit pour migration vers 22.04 LTS

#8 Le 24/06/2022, à 13:03

Re : root devenu trop petit pour migration vers 22.04 LTS

#9 Le 24/06/2022, à 13:09

Re : root devenu trop petit pour migration vers 22.04 LTS

#10 Le 24/06/2022, à 13:15

Re : root devenu trop petit pour migration vers 22.04 LTS

#11 Le 24/06/2022, à 13:17

Re : root devenu trop petit pour migration vers 22.04 LTS

#12 Le 24/06/2022, à 13:18

Re : root devenu trop petit pour migration vers 22.04 LTS

#13 Le 24/06/2022, à 13:19

Re : root devenu trop petit pour migration vers 22.04 LTS

#14 Le 24/06/2022, à 13:20

Re : root devenu trop petit pour migration vers 22.04 LTS

#15 Le 24/06/2022, à 13:23

Re : root devenu trop petit pour migration vers 22.04 LTS

#16 Le 24/06/2022, à 13:36

Re : root devenu trop petit pour migration vers 22.04 LTS

#17 Le 24/06/2022, à 14:06

Re : root devenu trop petit pour migration vers 22.04 LTS

#18 Le 24/06/2022, à 14:12

Re : root devenu trop petit pour migration vers 22.04 LTS

#19 Le 24/06/2022, à 14:27

Re : root devenu trop petit pour migration vers 22.04 LTS

#20 Le 24/06/2022, à 14:34

Re : root devenu trop petit pour migration vers 22.04 LTS

#21 Le 24/06/2022, à 14:40

Re : root devenu trop petit pour migration vers 22.04 LTS

#22 Le 24/06/2022, à 15:05

Re : root devenu trop petit pour migration vers 22.04 LTS

#23 Le 24/06/2022, à 15:18

Re : root devenu trop petit pour migration vers 22.04 LTS

#24 Le 24/06/2022, à 15:25

Re : root devenu trop petit pour migration vers 22.04 LTS

#25 Le 24/06/2022, à 17:41

Re : root devenu trop petit pour migration vers 22.04 LTS

Pied de page des forums