tag:linuxfr.org,2005:/tags/fichier_corrompu/publicLinuxFr.org : les contenus étiquetés avec « fichier_corrompu »2019-08-20T21:28:50+02:00/favicon.pngtag:linuxfr.org,2005:Post/404032019-08-20T01:29:22+02:002019-08-20T01:29:22+02:00Fichier supprimé mais qui consomme toujours de l'espace disque <p>Bonjour,</p>
<p>Il y'a quelques semaines , j'ai supprimé un fichier run.log généré par une application , normalement le fichier doit être régénéré parce que l'application tourne toujours , mais ce n'est pas le cas , et l'espace disque se consomme de plus en plus comme si le fichier a été déplacé quelque part ou bien il tourne toujours en arrière plan , je ne sais pas quoi , j'ai remonté ça à l'équipe Linux là où je travaille et l'un d'entre eux a trouvé comment vider le fichier même si il n'apparrait pas avec une commande , mais il n'a pas voulu me donner cette commande , et je dois a chaque fois lui faire la demande pour me faire la manipulation et vider de l'espace , quelqu'un connaît comment résoudre ce problème ?</p>
<p>Merci d'avance</p>
<div><a href="https://linuxfr.org/forums/linux-general/posts/fichier-supprime-mais-qui-consomme-toujours-de-l-espace-disque.epub">Télécharger ce contenu au format EPUB</a></div> <p>
<strong>Commentaires :</strong>
<a href="//linuxfr.org/nodes/117919/comments.atom">voir le flux Atom</a>
<a href="https://linuxfr.org/forums/linux-general/posts/fichier-supprime-mais-qui-consomme-toujours-de-l-espace-disque#comments">ouvrir dans le navigateur</a>
</p>
AndyAjramhttps://linuxfr.org/nodes/117919/comments.atomtag:linuxfr.org,2005:Post/388232017-12-21T18:12:02+01:002017-12-21T18:12:02+01:00Problème avec BTRFS: Fichiers corrompus<p><strong>Bonjour.</strong></p>
<p>Je viens vers vous, car j’ai un souci assez sérieux que personne, pour le moment, n’a sus m’aider à résoudre.<br><br>
En effet, je viens de recevoir un nouveau disque dur de 3Tio pour pouvoir en vider deux autres (un de 2Tio et un autre de 1Tio) et ainsi les formater et trier un peu mes fichiers. J’ai donc créé une nouvelle <strong>Table de Partition GPT</strong> et ai formaté le disque, en entier, en <strong>btrfs</strong>. <br><br>
J’ai donc commencé à déplacer (et trier, ce qui est plutôt fastidieux) mes fichiers, en ayant fait, au préalable, des sous-volumes /home, /logs, /root, /home/{Documents,Images,Jeux,Téléchargements,Vidéos}, /root/{tmp,var}.</p>
<blockquote>
<p><em>Il est à noter que j’ai également reçu un SSD sur lequel je me suis réinstallé une nouvelle Manjaro KDE, et que j’ai créé les sous-volumes /root, /root/tmp et /root/var bien après l’installation et le remplissage du disque dur.</em></p>
</blockquote>
<p>Tout fonctionnait assez bien, j’avais modifié le /etc/fstab pour que le disque en question se monte dès le démarrage avec les options de montage qui vont bien, jusqu’au moment où j’ai voulu déplacer mon /var dans /run/media//Fichiers/root/var/. </p>
<h4 id="dès-lors-le-démarrage-fût-corrompu-tout-comme-le-disque"><strong>Dès lors, le démarrage fût corrompu, tout comme le disque.</strong></h4>
<p>J’ai donc voulu refaire cela proprement, tout réinstaller, créer les partitions correctement dès l’installation. Ce que je fus, or, j’ai eu un très gros problème, le disque n’était même plus reconnu dans le /etc/mtab. Je ne pouvais plus le monter sans qu’il me sorte une erreur du genre</p>
<blockquote>
<p>ERREUR, bad mount option or file system [… etc …]<br></p>
</blockquote>
<p><strong>J’ai réussi à contourner cette erreur grâce à la commande</strong> <br><code><br>
sudo btrfs rescue zero-log /dev/sdf1 <br></code><br><br>
Mais le système de fichier se remontait souvent tout seul en lecture-seule.<br><strong>Et il est important de noter que le PC ne peut plus s’éteindre du tout, qu’importe quelle commande je rentre, ni quel droit j’y mets, pour éteindre je suis obligé de l’éteindre manuellement en restant appuyé sur le bouton de mise en marche.</strong><br><br>
J’ai donc essayé de voir comment il se comportait en live-USB, et c’était un peu la même chose. J’ai donc voulu recopier tous les fichiers qu’il y avait sur ce disque pour les remettre sur l’ancien afin de reformater celui-ci et recopier de nouveau le tout pour pouvoir faire, enfin, ce que j’avais prévu dès le début.<br>
Je m’exécute donc et remarque que la copie se fait vraiment très rapidement (1,1Tio en quelques minutes < 5 mn)<br>
J’essaie, ceci une fois terminé, de lire les fichiers copiés, et là, horreur, <strong>tous les fichiers sont corrompus !</strong> Je vais donc voir sur le disque original, et c’est la même chose, <strong>tous les fichiers sont corrompus, sauf ceux en .txt…</strong> <br>
Est-ce que quelqu’un pourrait m’aider et me dire ce que je pourrais faire pour réussir à récupérer tout cela SVP !!!<br></p>
<h5 id="ps">PS:</h5>
<p>Je précise également que j’ai demandé de l’aide sur les salons IRC de irc://freenode#{btrfs,archlinuxfr,manjarofr,manjaro,archlinux} et que personne n’a sût me trouver une réponse…</p><div><a href="https://linuxfr.org/forums/linux-general/posts/probleme-avec-btrfs-fichiers-corrompus-3f8f5179-584f-4131-aeca-eada33a6e246.epub">Télécharger ce contenu au format EPUB</a></div> <p>
<strong>Commentaires :</strong>
<a href="//linuxfr.org/nodes/113371/comments.atom">voir le flux Atom</a>
<a href="https://linuxfr.org/forums/linux-general/posts/probleme-avec-btrfs-fichiers-corrompus-3f8f5179-584f-4131-aeca-eada33a6e246#comments">ouvrir dans le navigateur</a>
</p>
Troupalhttps://linuxfr.org/nodes/113371/comments.atom