Bonjour,
lsof permet de voir les fichiers qui sont en cours d'utilisations par les
process. Par:* lsof | grep -i nom_de_ton_gros_fichier* je voulais être sur
que ton gros fichier n'est pas encore en cours d'utilisation (même supprimé
un fichier peut encore être présent sur le disque, et aussi sur mémoire
s'il est encore en cours d'utilisation).


Le 17 septembre 2013 11:32, Dorian Carpentier de Changy <
dechangydor...@yahoo.fr> a écrit :

>  df -ih
> Sys.de fichiers    Inodes            IUtilisé        ILib.
> IUti%     Monté sur
> /dev/sda5           598K               163K          436K        28%    /
> tmpfs                   354K                5                354K
>     1%    /lib/init/rw
> udev                     336K               892            335K
> 1%    /dev
> tmpfs                   354K                    2            354K
>      1%    /dev/shm
> overflow              354K                    1            354K
>    1%    /tmp
>
> L'utilisation des Inodes montre que 72% sont inoccupés !?
>
>
> Sys.de fichiers    1K-blocs        Utilisé            Dispo.
> Uti%     Monté sur
> /dev/sda5           9620408       9620408            0            100%
> /
> tmpfs                    1449340                    0      1449340
> 0%    /lib/init/rw
> udev                      1373708               272       1373436
> 1%    /dev
> tmpfs                    1449340                    0        1449340
> 0%    /dev/shm
> overflow                      1024                    0        1024
>      0%    /tmp
>
>
>
>
> Le 16/09/2013 13:15, Johnny B a écrit :
>
> Salut,
>
> A tous les coups tu as tes inodes full
>
> Fais un df -ih
>
> Le 09/16/2013 12:40 PM, Belaïd MOUNSI a écrit :
>
>   Bonjour,
>  Que donne la commande suivante:
>  lsof | grep -i le_nom_de_ton_fichier
>
>
> Le 16 septembre 2013 11:57, Dorian <dechangydor...@yahoo.fr> a écrit :
>
>>  Bonjour,
>>
>> Suite à l'encodage d'un vidéo sous PiTiVi, j'ai obtenu un fichier qui a
>> occupé tt l'espace disque restant(3.9G sur un volume de 9G).
>> J'ai souhaité supprimer le fichier. puis Reboot. Lors de la fermeture, le
>> système freezais avant d'envoyer le TERM.
>> J'ai forcé la fermeture par le bouton power du portable.
>> JE redémarre et constate que j'ai accès que à la CLI.
>> df signale, 100% sur /dev/sda5 (le volume logique sur lequel est installé
>> Squeeze avec noyau Xen-4.0, plusieurs LV créés mais inutilisés, il y a des
>> messages d'erreurs leur cc au démarrage, ... à tt hazard)
>> J'ai retrouvé le fichier qui à ma connaissance (je n'ai pas vérifier à
>> l'ai de de ls -hla <nom fichier>) et l'ai supprimé rm.
>> Le  fichier n'existe bien plus. df m'indique tjs 100% d'utilisation sur
>> /dev/sda5. Mais je ne sais pas comment/quel répertoire/fichier occupe tt
>> cet espace.
>> free m'indique que le swap est vide. ram utilisé à 10 %
>>
>>
>> Le texte qui s'affiche au lancement de la machine m'affiche:
>> starting Avahi mDNS/DNS-SD Daemon : avahi-daemon Failed!
>> uname: write error : No space left on device
>> cat: write error : No space left on device
>> ...
>> Can't start hardware abstraction layer - please ensure dbus is running
>> ... failed!
>>
>> Un init 5 ou init 3 ne me permet pas rentrer ds la GUI.
>>
>> JE dois pouvoir retrouver le contrôle sur la GUI, je mène un teste sur
>> XEN.
>>
>> MErci de votre support,
>>
>>
>> Dorian
>>
>
>
>
> --
> < Belaid >
>
>
>
>


-- 
< Belaid >

Répondre à