Je ne parviens pas à comprendre pourquoi mon disque est saturé. Je suis actuellement en train de suivre le tutoriel "Concevez votre site Web avec PHP et MySQL", peut être y a t il une raison due à une fausse manipulation. Après quelques recherches sur Internet, je n'ai que trouvé ce cas : https://forum.ubuntu-fr.org/viewtopic.php?id=585861
Cependant, mes fichiers d'erreurs ne sont pas de grosses tailles, mais sont nombreux (7). De plus, débutant avec Linux, je ne suis pas très à l'aise avec le système d'exploitation... Soyez indulgent si je ne comprends pas du premier coup vos remarques s'il vous plait ! Merci d'avance
Tu devrais poster les résultats des commandes demandées sur le lien que tu donnes. Je viens de l'ouvrir et je n'ai pas tout lu. Mais, comme ça, une personne en Linux et PHP saura t'aider, parce que là, tu ne nous avances pas
Et utilise la balise </> pour mettre du code shell (tu choisis Bash(Shell)).
Même si, ici, on peut lire ce que tu as mis en impression d'écran. Il faut que tu prennes dès le début les bonnes habitudes. On envoie pas d'impression d'écran mais des résultats copiables. De plus, si tu as des données sensibles, tu peux les effacer, alors qu'avec une image, tu dois ouvrir un éditeur et y mettre une tâche de couleur bien dégueulasse.
D'après les impr-écran tes fichiers dans /var/log/cpus ne prenne pas une place excessive comme dans le post du forum ubuntu. Le mieux que tu pourrais faire c'est te placer à la racine de ton ubuntu et faire ls-lh pour repérer quel est le répertoire qui prend toute cette place.
ls -lh
Ensuite continue de remonter jusqu'à obtenir le répertoire coupable si tu le trouve :).
Essaie également la commande top qui permettra d'avoir un suivi des processus qui consomment du CPU, on sait jamais ça pourrait révéler l'identité du coupable.
C'est modifié ! Par contre, la piste en regardant la racine ne donne rien et le top me donne en premier firefox... Donc rien d'intéressant par là non plus.
Si cela peut apporter une information nécessaire à la résolution, j'ai également l'erreur "Erreur : SQLSTATE[HY000] [2002] Aucun fichier ou dossier de ce type" en voulant observer le minichat réalisé dans le tutoet l'impossibilité d'avoir accès à phpmySQL depuis la saturation de mon disque
- Edité par Jean-Paul Bella 23 octobre 2016 à 10:56:53
Alors, commençons par le commencement. Quelle est la taille de ton disque dur où tu as installé Linux ? Y-a-t-il un ou d'autres systèmes d'exploitations ? As-tu partitionné ton disque dur en plusieurs emplacements (notamment, séparer le /home/ de /) ? Si oui, quelles sont leurs tailles ?
Pour savoir tout ça, utilise gparted.
sudo gparted
s'il n'est pas installé :
sudo apt install gparted
Tu regardes juste le remplissage, c'est tout.
Comme ça, déjà, tu verras s'il y a une partition bien remplie
---
Que signifie la flèche dans tes instructions de commandes ?
- Edité par tomsawyer1311 23 octobre 2016 à 11:02:58
Je pense qu'ici une photo sera plus parlante. Il n'y a aucune raison pour que les espaces sda soient aussi remplis (je ne possède que très peu d'images et de dossiers en général sur cet ordinateur). La partie non allouée me servira à l'avenir pour installer une autre version de Linux peut être...
PS : la flèche n'est qu'un aspect graphique de zsh, un autre shell
- Edité par Jean-Paul Bella 23 octobre 2016 à 13:14:13
En redémarrant l'ordinateur depuis hier mon espace dans sda6 est effectivement passé de 100% à 80% et il est actuellement à 84%. Je n'ai vraiment rien tenté d'autre si ce n'est que le minichat proposé dans le tutoriel.
Les changements observés sont : un petit message apparaissant toutes les demie-heures m'indiquant le manque d'espace sur mon disque, impossibilité d'utiliser phpmyadmin, l'étrange démarrage de mysql qui ne tourne plus pourtant. Ainsi que l'impossibilité de lancer chromium depuis le lanceur (je dois passer par le tableau de commande)
Pour autant, mon pc ne rame pas plus...
➜ ~ sudo lampp start
Starting XAMPP for Linux 5.6.24-1...
XAMPP: Starting Apache...ok.
XAMPP: Starting MySQL...ok.
XAMPP: Starting ProFTPD...ok.
➜ ~ sudo lampp stop
[sudo] Mot de passe de jpec :
Stopping XAMPP for Linux 5.6.24-1...
XAMPP: Stopping Apache...ok.
XAMPP: Stopping MySQL...not running.
XAMPP: Stopping ProFTPD...ok.
- Edité par Jean-Paul Bella 23 octobre 2016 à 14:14:51
En fait ls ne t'affiche que les poids des fichiers répertoriant les fichiers et dossiers qu'ils contient (ça sert à rien quoi). Il faut utiliser la commande suivante:
du -skh * | sort -rn
Là tu pourras localiser le coupable, n'hésite pas à le dénoncer si tu le trouves
Une autre piste:
Sinon peut-être que désinstaller lamp permettra de libérer de l'espace. Vérifie que lamp a bien été installé avec dpkg:
dpkg --get-selections | grep lamp
Essaie ensuite de le désinstaller avec la commande suivante ou un nom de paquet équivalent correspondant à lamp:
sudo apt-get purge lamp && apt-get autoremove
Vérifie ensuite l'espace avec:
df -h
Solution provisoire:
Sinon si tu as besoin d'un linux opérationnel en attendant il te reste largement assez pour le faire en fin de partition, à la limite prend tout ce qu'il reste avec un OS debian (plus stable). Puis n'installe pas lamp mais plutôt chacun des composants (apache2, php5, php-my-admin, mysql-server....) manuellement ce qui te permet de tuer les services en cas de problème.
Télécharge l'iso avec le DVD-1, normalement tu auras pas mal de drivers wifi de fourni avec ce type d'installation.
Ensuite depuis ton ubuntu tu grave l'image iso sur une clé USB de plus de 2 Go:
Cherche le nom du périphérique avec
lsblk
Grave l'image iso sur la clé, voici un exemple de la commande si ta clé est sur /dev/sdb:
dd if=(chemin_vers_l'image ISO debian) of=/dev/sdb bs=1M
Puis ensuite tu redémarre ton PC et tu boot depuis la clé en changeant l'ordre du boot dans les options du bios. Tu suis les étapes d'installation et au moment ou il faut gérer les partitions tu te concentres et tu créer un swap de 8Go pour ta debian et tu décoche l'utilisation du swap ubuntu. Ensuite du créer ta partition racine sur ce qu'il reste de ta partition non allouée. Puis tu continue et tu demande l'environnement de bureau par défaut.
Une ligne pour mettre l'iso sur clé USB bootable. Il faut la préparer avant (gparted >> formatage en Fat32 + boot flag), non ?
En tout cas, cette commande dd (qui serait assez dangereuse, je crois, dans un autre thread, que tu as dit qu'elle écrivait sur le disque (celui du paramètre of= )) a l'air géniale.
Ça met au placard les unetbootin et consorts, non ?
- Edité par tomsawyer1311 23 octobre 2016 à 18:56:16
J'utilise jamais unetbootin et consorts, ça m'a pas l'air nécessaire d'autant plus qu'ils ne sont pas installés par défaut ce qui est pénible quand tu travail sans connexion internet parfois et que tu as déjà les images ISO sur ton PC. Si tu prends tes précautions pour par faire un dd sur le /dev/sda (qui est souvent la partition utilisée pour le disque dur "interne") , la commande est pas plus dangereuse que ça, enfin elle écrase tout quoi :). Normalement pas besoin de formater ta clé, tu as juste besoin de spécifier le nom de la clé dans /dev pas les partitions avec of (Je suis sûr qu'à 90% de ce que je viens de dire là).
Désolé de vous casser dans votre élan, mais cela ne marche pas vraiment comme prévu :/
Voici le résultat de la première commande
➜ / sudo du -skh * | sort -rn
[sudo] Mot de passe de jpec :
du: impossible d'accéder à 'proc/2681/task/2681/fd/4': Aucun fichier ou dossier de ce type
du: impossible d'accéder à 'proc/2681/task/2681/fdinfo/4': Aucun fichier ou dossier de ce type
du: impossible d'accéder à 'proc/2681/fd/4': Aucun fichier ou dossier de ce type
du: impossible d'accéder à 'proc/2681/fdinfo/4': Aucun fichier ou dossier de ce type
du: impossible d'accéder à 'run/user/1000/gvfs': Permission non accordée
817M opt
599M lib
596K dev
162M run
147M boot
56K tmp
24G var
17M root
16K lost+found
16G home
14M bin
13M sbin
13M etc
8,0K media
4,0K srv
4,0K snap
4,0K mnt
4,0K lib64
4,0K cdrom
3,9G usr
0 vmlinuz.old
0 vmlinuz
0 sys
0 proc
0 initrd.img.old
0 initrd.img
Et lampp ne semble pas avoir été installé de cette façon là malheureusement aha :
Pour ce qui est du linux opérationnel, je m'en charge demain, mais pour l'heure actuelle, à part phpmyadmin et tout ce qui a été indiqué, il reste fonctionnel (ce qui est plutôt un exploit !) . Merci de votre aide en tout cas !
Au contraire la première commande a très bien fonctionné regarde la taille de ton répertoire var il est de 24 Go, réexcecute la même commande dans le répertoire var jusqu'à trouver le(s) responsable(s).
k ton problème n'a rien à voir avec php à priori, c'est plutôt un problème de kernel. Le fichier de 15Go est un fichier de log du kernel, ne l'ouvre pas. Je propose une suppression de son contenu:
cd /var/log && >/var/log/kern.log.1
Si jamais il se reremplit anormalement, il faudra voir d'où vient le problème exactement.
Tant qu'à faire, supprime aussi kern.log.2.gz , kern.log.3, kern.log.4.gz avec rm en root.
Si tu n'as pas les droits, fait:
sudo rm /var/log/kern.log.*
- Edité par YohanPipereau 23 octobre 2016 à 23:00:03
Effectivement, ça a libéré radicalement mon espace, merci !
Je vous tiendrais au courant si le disque se remplit à nouveau (ce qui ne m'étonnerait pas, puisqu'il ne me semble pas que l'on ait déterminé la provenance de cette accumulation dans /var/log) Par contre, phpmyadmin ne se lance toujours pas, ce qui ne présage rien de bon...
- Edité par Jean-Paul Bella 23 octobre 2016 à 23:17:04
➜ ~ cd /
➜ / du -a|sort +1n
sort: impossible de lire: +1n: Aucun fichier ou dossier de ce type
du: impossible de lire le répertoire './root': Permission non accordée
➜ / sudo du -a|sort +1n
sort: impossible de lire: +1n: Aucun fichier ou dossier de ce type
[sudo] Mot de passe de jpec :
➜ / du -a| sort +1n
du: impossible de lire le répertoire './root': Permission non accordée
du: impossible de lire le répertoire './tmp/systemd-private-4c4f859065ee445b9ddddee2d4c11a6a-rtkit-daemon.service-cauIEe': Permission non accordée
du: impossible de lire le répertoire './tmp/systemd-private-4c4f859065ee445b9ddddee2d4c11a6a-systemd-timesyncd.service-UJeoDz': Permission non accordée
du: impossible de lire le répertoire './tmp/systemd-private-4c4f859065ee445b9ddddee2d4c11a6a-colord.service-SJsKsR': Permission non accordée
sort: impossible de lire: +1n: Aucun fichier ou dossier de ce type
➜ / sudo du -a| sort +1n
sort: impossible de lire: +1n: Aucun fichier ou dossier de ce type
Je ne pense pas que cela serve :/ Et entre temps je suis repassé à 100% d'espace utilisé pour /dev/sda6 sans raison...
il existe un programme assez intéressant Kdirstat qui permet de visualiser graphiquement l'état de peuplement de ton système de fichier. il existe un programme similaire sous Windows appelé Windirstat .
Les petites choses ont leur importance ; c'est toujours par elles qu'on se perd. Auteur: Fedor Dostoïevski
[Ubuntu] Saturation du disque sans raison
× Après avoir cliqué sur "Répondre" vous serez invité à vous connecter pour que votre message soit publié.
× Attention, ce sujet est très ancien. Le déterrer n'est pas forcément approprié. Nous te conseillons de créer un nouveau sujet pour poser ta question.
Voire ce qu il ne va pas et nous envoyer le retour merci