Pages : 1
#1 Le 15/12/2020, à 09:59
- Sebastien31T
[Résolu] serveur plein
Bonjour à tous, ce vous contacte car mon serveur m'indique qu'il est plein.
je ne coomprend pas pourquoi,
il est en lvm
/boot 1G
/ 350G
/srv 1.8T
toutes mes donnees sont dans /srv
Je n'ai rien installer dans la partie / (sauf une sauvegarde que j'ai supprimer avec rm).
Ma question est: comment voir ou se situe ce stockage qui me bloque la mémoire? pour la supprimer.
Merci de votre aide.
Dernière modification par Sebastien31T (Le 15/12/2020, à 10:03)
Hors ligne
#2 Le 15/12/2020, à 10:03
- xubu1957
Re : [Résolu] serveur plein
Bonjour,
Fournis les noyaux présents :
echo; dpkg -l | awk '!/^rc/ && / linux-(c|g|h|i|lo|m|si|t)/{print $1,$2,$3,$4 | "sort -k3V | column -t"}' ; echo -e "\nNoyau courant : $(uname -mr)"
et :
df -Th
dpkg -l | grep -v ^ii
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
#3 Le 15/12/2020, à 18:29
- Sebastien31T
Re : [Résolu] serveur plein
Bonjour voici le retour des commandes:
echo; dpkg -l | awk '!/^rc/ && / linux-(c|g|h|i|lo|m|si|t)/{print $1,$2,$3,$4 | "sort -k3V | column -t"}' ; echo -e "\nNoyau courant : $(uname -mr)"
ii linux-headers-5.4.0-56 5.4.0-56.62 all
ii linux-headers-5.4.0-56-generic 5.4.0-56.62 amd64
ii linux-image-5.4.0-56-generic 5.4.0-56.62 amd64
ii linux-modules-5.4.0-56-generic 5.4.0-56.62 amd64
ii linux-modules-extra-5.4.0-56-generic 5.4.0-56.62 amd64
ii linux-headers-5.4.0-58 5.4.0-58.64 all
ii linux-headers-5.4.0-58-generic 5.4.0-58.64 amd64
ii linux-image-5.4.0-58-generic 5.4.0-58.64 amd64
ii linux-modules-5.4.0-58-generic 5.4.0-58.64 amd64
ii linux-modules-extra-5.4.0-58-generic 5.4.0-58.64 amd64
ii linux-generic 5.4.0.58.61 amd64
ii linux-headers-generic 5.4.0.58.61 amd64
ii linux-image-generic 5.4.0.58.61 amd64
Noyau courant : 5.4.0-58-generic x86_64
df -Th
Filesystem Type Size Used Avail Use% Mounted on
udev devtmpfs 7.7G 0 7.7G 0% /dev
tmpfs tmpfs 1.6G 2.8M 1.6G 1% /run
/dev/mapper/ubuntu--vg-racinelv--0 ext4 344G 327G 0 100% /
tmpfs tmpfs 7.7G 0 7.7G 0% /dev/shm
tmpfs tmpfs 5.0M 0 5.0M 0% /run/lock
tmpfs tmpfs 7.7G 0 7.7G 0% /sys/fs/cgroup
/dev/sda2 ext4 976M 198M 712M 22% /boot
/dev/loop0 squashfs 48M 48M 0 100% /snap/certbot/784
/dev/loop2 squashfs 48M 48M 0 100% /snap/certbot/793
/dev/loop3 squashfs 56M 56M 0 100% /snap/core18/1932
/dev/loop5 squashfs 71M 71M 0 100% /snap/lxd/16922
/dev/loop1 squashfs 56M 56M 0 100% /snap/core18/1885
/dev/loop6 squashfs 32M 32M 0 100% /snap/snapd/10492
/dev/loop7 squashfs 32M 32M 0 100% /snap/snapd/10238
/dev/loop8 squashfs 68M 68M 0 100% /snap/lxd/18150
/dev/loop9 squashfs 62M 62M 0 100% /snap/core20/875
/dev/loop4 squashfs 61M 61M 0 100% /snap/core20/634
tmpfs tmpfs 1.6G 0 1.6G 0% /run/user/1000
dpkg -l | grep -v ^ii
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ Name Version Architecture Description
+++-====================================-===================================-============-======================================================================================================
rc linux-image-5.4.0-47-generic 5.4.0-47.51 amd64 Signed kernel image generic
rc linux-image-5.4.0-48-generic 5.4.0-48.52 amd64 Signed kernel image generic
rc linux-image-5.4.0-51-generic 5.4.0-51.56 amd64 Signed kernel image generic
rc linux-image-5.4.0-52-generic 5.4.0-52.57 amd64 Signed kernel image generic
rc linux-image-5.4.0-53-generic 5.4.0-53.59 amd64 Signed kernel image generic
rc linux-image-5.4.0-54-generic 5.4.0-54.60 amd64 Signed kernel image generic
rc linux-modules-5.4.0-47-generic 5.4.0-47.51 amd64 Linux kernel extra modules for version 5.4.0 on 64 bit x86 SMP
rc linux-modules-5.4.0-48-generic 5.4.0-48.52 amd64 Linux kernel extra modules for version 5.4.0 on 64 bit x86 SMP
rc linux-modules-5.4.0-51-generic 5.4.0-51.56 amd64 Linux kernel extra modules for version 5.4.0 on 64 bit x86 SMP
rc linux-modules-5.4.0-52-generic 5.4.0-52.57 amd64 Linux kernel extra modules for version 5.4.0 on 64 bit x86 SMP
rc linux-modules-5.4.0-53-generic 5.4.0-53.59 amd64 Linux kernel extra modules for version 5.4.0 on 64 bit x86 SMP
rc linux-modules-5.4.0-54-generic 5.4.0-54.60 amd64 Linux kernel extra modules for version 5.4.0 on 64 bit x86 SMP
rc linux-modules-extra-5.4.0-47-generic 5.4.0-47.51 amd64 Linux kernel extra modules for version 5.4.0 on 64 bit x86 SMP
rc linux-modules-extra-5.4.0-48-generic 5.4.0-48.52 amd64 Linux kernel extra modules for version 5.4.0 on 64 bit x86 SMP
rc linux-modules-extra-5.4.0-51-generic 5.4.0-51.56 amd64 Linux kernel extra modules for version 5.4.0 on 64 bit x86 SMP
rc linux-modules-extra-5.4.0-52-generic 5.4.0-52.57 amd64 Linux kernel extra modules for version 5.4.0 on 64 bit x86 SMP
rc linux-modules-extra-5.4.0-53-generic 5.4.0-53.59 amd64 Linux kernel extra modules for version 5.4.0 on 64 bit x86 SMP
rc linux-modules-extra-5.4.0-54-generic 5.4.0-54.60 amd64 Linux kernel extra modules for version 5.4.0 on 64 bit x86 SMP
rc postfix 3.4.13-0ubuntu1 amd64 High-performance mail transport agent
Cordialement.
Hors ligne
#4 Le 15/12/2020, à 18:34
- xubu1957
Re : [Résolu] serveur plein
Pour supprimer les fichiers de configuration devenus sans objets et marqués "rc", et uniquement ces fichiers, exécuter :
dpkg -l | awk '/^rc/ && !/sql/{print $2}' | xargs -r sudo dpkg -P
_ _ _
Pour :
/dev/mapper/ubuntu--vg-racinelv--0 ext4 344G 327G 0 100% /
Il faudra les conseils d'autres aidants.
Dernière modification par xubu1957 (Le 15/12/2020, à 18:35)
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
#5 Le 16/12/2020, à 07:26
- Sebastien31T
Re : [Résolu] serveur plein
Bonjour j'ai suivi tes conseils. et je t'en remerci .a bientot.
mais je songe a reinstaller car j'ai beaucoup de bugs impossible de changer lal lecture et écriture.
tous les fichiers ne se transfere pas avec filezilla...
Dernière modification par Sebastien31T (Le 16/12/2020, à 07:43)
Hors ligne
#6 Le 16/12/2020, à 09:38
- cqfd93
Re : [Résolu] serveur plein
Bonjour,
Pour :
/dev/mapper/ubuntu--vg-racinelv--0 ext4 344G 327G 0 100% /
Il faudra les conseils d'autres aidants.
Cette partition est à 100% parce qu'elle est en LVM. Elle est chiffrée ? Tu peux accéder à son contenu ? Avec un petit utilitaire comme ncdu, tu peux voir facilement où sont les plus gros dossiers / fichiers.
− cqfd93 −
Hors ligne
#7 Le 16/12/2020, à 11:10
- bruno
Re : [Résolu] serveur plein
Le retour de :
sudo du -h -d1 / | sort -rh
pour voir dans un premier temps les dossiers de premier niveau qui occupent le plus de place.
Et :
sudo parted -l
pour voir si tu peux étendre ton volume LVM.
#8 Le 16/12/2020, à 15:53
- Sebastien31T
Re : [Résolu] serveur plein
Bonjour,
c'est un lvm non chifré et j'y ai access
sudo du -h -d1 / | sort -rh
du: cannot access '/proc/8594/task/8594/fd/4': No such file or directory
du: cannot access '/proc/8594/task/8594/fdinfo/4': No such file or directory
du: cannot access '/proc/8594/fd/3': No such file or directory
du: cannot access '/proc/8594/fdinfo/3': No such file or directory
328G /
314G /srv
5.1G /var
3.8G /usr
1.7G /snap
195M /boot
27M /etc
2.8M /run
156K /root
156K /home
64K /tmp
16K /lost+found
4.0K /opt
4.0K /mnt
4.0K /media
4.0K /cdrom
0 /sys
0 /proc
0 /dev
sudo parted -l
Model: ATA ST2000DM008-2FR1 (scsi)
Disk /dev/sda: 2000GB
Sector size (logical/physical): 512B/4096B
Partition Table: gpt
Disk Flags:
Number Start End Size File system Name Flags
1 1049kB 2097kB 1049kB bios_grub
2 2097kB 1076MB 1074MB ext4
3 1076MB 2000GB 1999GB
Model: Linux device-mapper (linear) (dm)
Disk /dev/mapper/ubuntu--vg-racinelv--0: 376GB
Sector size (logical/physical): 512B/4096B
Partition Table: loop
Disk Flags:
Number Start End Size File system Flags
1 0.00B 376GB 376GB ext4
Model: Linux device-mapper (linear) (dm)
Disk /dev/mapper/ubuntu--vg-srvlv--0: 1604GB
Sector size (logical/physical): 512B/4096B
Partition Table: loop
Disk Flags:
Number Start End Size File system Flags
1 0.00B 1604GB 1604GB ext4
Model: Linux device-mapper (linear) (dm)
Disk /dev/mapper/ubuntu--vg-swplv--0: 16.1GB
Sector size (logical/physical): 512B/4096B
Partition Table: loop
Disk Flags:
Number Start End Size File system Flags
1 0.00B 16.1GB 16.1GB linux-swap(v1)
Merci de votre aide
Hors ligne
#9 Le 16/12/2020, à 16:09
- bruno
Re : [Résolu] serveur plein
L'espace est majoritairement occupé par /srv. Si tu veux voir ce qui prend le plus de place tu peux répéter la commande du avec :
sudo du -h -d1 /srv | sort -rh
et ainsi de suite en jouant sur le dossier à analyser et la profondeur (-d), voir man du.
Maintenant de ce que je comprends de ton partitionnement tu as deux gros volumes ubuntu--vg-racinelv--0 (376GB) et ubuntu--vg-srvlv--0 (1604GB). Je ne sais pas à quoi sert ce second volume. D'après son nom, on dirait qu'il a été créé pour y monter /srv mais /srv est visiblement monté avec / sur le premier volume…
Si ce volume est inutilisé le plus simple serait d'y déplacer /srv
À confirmer avec le retour de
cat /etc/fstab
Dernière modification par bruno (Le 16/12/2020, à 16:12)
#10 Le 16/12/2020, à 18:43
- Sebastien31T
Re : [Résolu] serveur plein
C'est exactement ce que je voulais faire une partie dedier a /srv
C'est pourtant comme ca que j'avais confiqurer mon serveur lors de l'installation.
mais j'ai un doute sur la commande à passer pour deplacer /srv.
est ce que :
sudo mv /srv/ /dev/sda3
Hors ligne
#11 Le 16/12/2020, à 18:50
- bruno
Re : [Résolu] serveur plein
NON. Surtout pas.
Il faut d'abord donner le contenu de ton fichier fstab :
cat /etc/fstab
et
mount | grep ^/
pour que l'on voit ce qui est monté et où.
#12 Le 16/12/2020, à 18:59
- Sebastien31T
Re : [Résolu] serveur plein
cat /etc/fstab
# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point> <type> <options> <dump> <pass>
# / was on /dev/ubuntu-vg/racinelv-0 during curtin installation
/dev/disk/by-id/dm-uuid-LVM-3smQ4WQxqxBoUXZnIHBPnHaDqpjOXuHls72J09OoMTpcAUSyAvLZD4YijmJgGyTQ / ext4 defaults 0 0
/dev/disk/by-id/dm-uuid-LVM-3smQ4WQxqxBoUXZnIHBPnHaDqpjOXuHlZ5l3cO7FO0owF0ocKAmNeNm3ajmQumc9 none swap sw 0 0
# /boot was on /dev/sda2 during curtin installation
/dev/disk/by-uuid/44158ead-8236-4ec5-bbad-3cb44b0f6973 /boot ext4 defaults 0 0
/swap.img none swap sw 0 0
et
mount | grep ^/
/dev/mapper/ubuntu--vg-racinelv--0 on / type ext4 (rw,relatime)
/dev/sda2 on /boot type ext4 (rw,relatime)
/var/lib/snapd/snaps/certbot_784.snap on /snap/certbot/784 type squashfs (ro,nodev,relatime,x-gdu.hide)
/var/lib/snapd/snaps/certbot_793.snap on /snap/certbot/793 type squashfs (ro,nodev,relatime,x-gdu.hide)
/var/lib/snapd/snaps/core18_1932.snap on /snap/core18/1932 type squashfs (ro,nodev,relatime,x-gdu.hide)
/var/lib/snapd/snaps/core20_875.snap on /snap/core20/875 type squashfs (ro,nodev,relatime,x-gdu.hide)
/var/lib/snapd/snaps/lxd_16922.snap on /snap/lxd/16922 type squashfs (ro,nodev,relatime,x-gdu.hide)
/var/lib/snapd/snaps/core18_1885.snap on /snap/core18/1885 type squashfs (ro,nodev,relatime,x-gdu.hide)
/var/lib/snapd/snaps/snapd_10238.snap on /snap/snapd/10238 type squashfs (ro,nodev,relatime,x-gdu.hide)
/var/lib/snapd/snaps/snapd_10492.snap on /snap/snapd/10492 type squashfs (ro,nodev,relatime,x-gdu.hide)
/var/lib/snapd/snaps/lxd_18150.snap on /snap/lxd/18150 type squashfs (ro,nodev,relatime,x-gdu.hide)
/var/lib/snapd/snaps/core20_634.snap on /snap/core20/634 type squashfs (ro,nodev,relatime,x-gdu.hide)
Hors ligne
#13 Le 17/12/2020, à 15:57
- bruno
Re : [Résolu] serveur plein
Cela montre bien que /srv n'est pas monté sur le volume qui étéit prévu pour, et que ce volume est inutilisé.
1. monter temporairement le volume destiné à recevoir le contenu de /srv :
sudo mount /dev/mapper/ubuntu--vg-srvlv--0 /mnt
et on vérifie que /mnt est bien vide.
2. copier intégralité des données présentes dans /srv dans /mnt :
sudo rsync -av /srv/ /mnt/
3. on supprime le montage temporaire :
sudo umount /mnt
4. on renomme le dossier /srv
sudo mv /srv /srv.bakcup
5. et on le récrée :
sudo mkdir /srv
6. on modifie le fstab pour indiquer le nouveau point de montage pour /srv en ajoutant la ligne :
/dev/mapper/ubuntu--vg-srvlv--0 /srv ext4 defaults 0 0
(on devrait idéalement plutôt utiliser l'UUID)
7. on redémarre et on vérifie que tout fonctionne correctement. Si c'est la cas on peut supprimer les anciennes données :
sudo rm -rf /srv.backup
P.S. : tu as une configuration du swap des plus étranges : un volume LVM + un fichier à la racine…
Dernière modification par bruno (Le 17/12/2020, à 16:00)
#14 Le 18/12/2020, à 12:20
- Sebastien31T
Re : [Résolu] serveur plein
Bonjour,
j'ai suivi à la lettre tes instruction et tout marche bien.
par contre, peux tu m'en dire plus sur mon swap stp?
Hors ligne
#15 Le 18/12/2020, à 12:44
- bruno
Re : [Résolu] serveur plein
Dans ton fstab tu as une partition de swap :
/dev/disk/by-id/dm-uuid-LVM-3smQ4WQxqxBoUXZnIHBPnHaDqpjOXuHlZ5l3cO7FO0owF0ocKAmNeNm3ajmQumc9 none swap sw 0 0
qui correspond au troisième volume :LVM :
Disk /dev/mapper/ubuntu--vg-swplv--0: 16.1GB
Et en plus un fichier de swap à la racine :
/swap.img none swap sw 0 0
AMHA ce dernier est tout à fait inutile. Tu peux donc supprimer cette ligne du fstab et après redémarrage supprimer le fichier /swap.img
#16 Le 18/12/2020, à 17:24
- Sebastien31T
Re : [Résolu] serveur plein
C'est fait merci pour tout.
problème résolu!!
Hors ligne
Pages : 1