A votre avis ça peut être dû à quoi un df qui donne ça :
Filesystem 1k-blocks Used Available Use% Mounted on
/dev/hda8 -536170925098 1 0 8% /
/dev/hda1 -16257823927 1 0 10% /boot
/dev/hda5 -1761716737784 1 0 59% /home
/dev/hda6 -1761716737784 1 0 7% /var
/dev/hda7 -1006085090375 1 0 9% /usr
Je pense que c'est après une coupure de courant et les fs sont en ext2... Je
n'ai pas encore lancé fsck mais j'voulais savoir si quelqu'un avait une idée
du pourquoi.. Sinon l'OS semble tourner correctement.
[quelques minutes plus tard]
Je viens de faire un fsck sur /dev/hda5 et tout est ok...
A votre avis ça peut être dû à quoi un df qui donne ça : Filesystem 1k-blocks Used Available Use% Mounted on /dev/hda8 -536170925098 1 0 8% / /dev/hda1 -16257823927 1 0 10% /boot
A votre avis ça peut être dû à quoi un df qui donne ça :
Filesystem 1k-blocks Used Available Use% Mounted on
/dev/hda8 -536170925098 1 0 8% /
/dev/hda1 -16257823927 1 0 10% /boot
A votre avis ça peut être dû à quoi un df qui donne ça : Filesystem 1k-blocks Used Available Use% Mounted on /dev/hda8 -536170925098 1 0 8% / /dev/hda1 -16257823927 1 0 10% /boot
euhh... que dit mount et fdisk ?
# mount # fdisk -l /dev/hda
Michel.
Pascal
Cyril wrote:
Bonjour,
A votre avis ça peut être dû à quoi un df qui donne ça : Filesystem 1k-blocks Used Available Use% Mounted on /dev/hda8 -536170925098 1 0 8% / /dev/hda1 -16257823927 1 0 10% /boot /dev/hda5 -1761716737784 1 0 59% /home /dev/hda6 -1761716737784 1 0 7% /var /dev/hda7 -1006085090375 1 0 9% /usr
Je pense que c'est après une coupure de courant et les fs sont en ext2... Je n'ai pas encore lancé fsck mais j'voulais savoir si quelqu'un avait une idée du pourquoi.. Sinon l'OS semble tourner correctement.
[quelques minutes plus tard] Je viens de faire un fsck sur /dev/hda5 et tout est ok...
merci
A+ Cyril
A la limite si ca marche, tu peux laisser. Sinon umount et mount tout.
Mis a part, c'est vraiment bizarre ton truc... quel linux tu utilises?
-- Pascal
Cyril wrote:
Bonjour,
A votre avis ça peut être dû à quoi un df qui donne ça :
Filesystem 1k-blocks Used Available Use% Mounted on
/dev/hda8 -536170925098 1 0 8% /
/dev/hda1 -16257823927 1 0 10% /boot
/dev/hda5 -1761716737784 1 0 59% /home
/dev/hda6 -1761716737784 1 0 7% /var
/dev/hda7 -1006085090375 1 0 9% /usr
Je pense que c'est après une coupure de courant et les fs sont en ext2... Je
n'ai pas encore lancé fsck mais j'voulais savoir si quelqu'un avait une idée
du pourquoi.. Sinon l'OS semble tourner correctement.
[quelques minutes plus tard]
Je viens de faire un fsck sur /dev/hda5 et tout est ok...
merci
A+
Cyril
A la limite si ca marche, tu peux laisser. Sinon umount et mount tout.
Mis a part, c'est vraiment bizarre ton truc... quel linux tu utilises?
A votre avis ça peut être dû à quoi un df qui donne ça : Filesystem 1k-blocks Used Available Use% Mounted on /dev/hda8 -536170925098 1 0 8% / /dev/hda1 -16257823927 1 0 10% /boot /dev/hda5 -1761716737784 1 0 59% /home /dev/hda6 -1761716737784 1 0 7% /var /dev/hda7 -1006085090375 1 0 9% /usr
Je pense que c'est après une coupure de courant et les fs sont en ext2... Je n'ai pas encore lancé fsck mais j'voulais savoir si quelqu'un avait une idée du pourquoi.. Sinon l'OS semble tourner correctement.
[quelques minutes plus tard] Je viens de faire un fsck sur /dev/hda5 et tout est ok...
merci
A+ Cyril
A la limite si ca marche, tu peux laisser. Sinon umount et mount tout.
Mis a part, c'est vraiment bizarre ton truc... quel linux tu utilises?
-- Pascal
Pascal
Si tu arrives par à resoudre le probleme, sauvegarde le contenu de tes partitions et recrée les systèmes de fichiers correctement
Bonjour,
A votre avis ça peut être dû à quoi un df qui donne ça : Filesystem 1k-blocks Used Available Use% Mounted on /dev/hda8 -536170925098 1 0 8% / /dev/hda1 -16257823927 1 0 10% /boot /dev/hda5 -1761716737784 1 0 59% /home /dev/hda6 -1761716737784 1 0 7% /var /dev/hda7 -1006085090375 1 0 9% /usr
Je pense que c'est après une coupure de courant et les fs sont en ext2... Je n'ai pas encore lancé fsck mais j'voulais savoir si quelqu'un avait une idée du pourquoi.. Sinon l'OS semble tourner correctement.
[quelques minutes plus tard] Je viens de faire un fsck sur /dev/hda5 et tout est ok...
merci
A+ Cyril
Si tu arrives par à resoudre le probleme, sauvegarde le contenu de tes
partitions et recrée les systèmes de fichiers correctement
Bonjour,
A votre avis ça peut être dû à quoi un df qui donne ça :
Filesystem 1k-blocks Used Available Use% Mounted on
/dev/hda8 -536170925098 1 0 8% /
/dev/hda1 -16257823927 1 0 10% /boot
/dev/hda5 -1761716737784 1 0 59% /home
/dev/hda6 -1761716737784 1 0 7% /var
/dev/hda7 -1006085090375 1 0 9% /usr
Je pense que c'est après une coupure de courant et les fs sont en ext2... Je
n'ai pas encore lancé fsck mais j'voulais savoir si quelqu'un avait une idée
du pourquoi.. Sinon l'OS semble tourner correctement.
[quelques minutes plus tard]
Je viens de faire un fsck sur /dev/hda5 et tout est ok...
Si tu arrives par à resoudre le probleme, sauvegarde le contenu de tes partitions et recrée les systèmes de fichiers correctement
Bonjour,
A votre avis ça peut être dû à quoi un df qui donne ça : Filesystem 1k-blocks Used Available Use% Mounted on /dev/hda8 -536170925098 1 0 8% / /dev/hda1 -16257823927 1 0 10% /boot /dev/hda5 -1761716737784 1 0 59% /home /dev/hda6 -1761716737784 1 0 7% /var /dev/hda7 -1006085090375 1 0 9% /usr
Je pense que c'est après une coupure de courant et les fs sont en ext2... Je n'ai pas encore lancé fsck mais j'voulais savoir si quelqu'un avait une idée du pourquoi.. Sinon l'OS semble tourner correctement.
[quelques minutes plus tard] Je viens de faire un fsck sur /dev/hda5 et tout est ok...
merci
A+ Cyril
Cyril
Salut,
euhh... que dit mount et fdisk ? Rien de spécial...
# mount /dev/hda8 on / type ext2 (rw,errors=remount-ro)
proc on /proc type proc (rw) devpts on /dev/pts type devpts (rw,gid=5,modeb0) /dev/hda1 on /boot type ext2 (rw) /dev/hda6 on /var type ext2 (rw) /dev/hda7 on /usr type ext2 (rw) /dev/hda5 on /home type ext2 (rw)
# fdisk -l /dev/hda
Disk /dev/hda: 255 heads, 63 sectors, 2498 cylinders Units = cylinders of 16065 * 512 bytes
Device Boot Start End Blocks Id System /dev/hda1 1 2 16033+ 83 Linux /dev/hda2 3 51 393592+ 82 Linux swap /dev/hda3 52 2498 19655527+ 5 Extended /dev/hda5 52 902 6835626 83 Linux /dev/hda6 903 1753 6835626 83 Linux /dev/hda7 1754 2239 3903763+ 83 Linux /dev/hda8 2240 2498 2080386 83 Linux
Salut,
euhh... que dit mount et fdisk ?
Rien de spécial...
# mount
/dev/hda8 on / type ext2 (rw,errors=remount-ro)
proc on /proc type proc (rw)
devpts on /dev/pts type devpts (rw,gid=5,modeb0)
/dev/hda1 on /boot type ext2 (rw)
/dev/hda6 on /var type ext2 (rw)
/dev/hda7 on /usr type ext2 (rw)
/dev/hda5 on /home type ext2 (rw)
# fdisk -l /dev/hda
Disk /dev/hda: 255 heads, 63 sectors, 2498 cylinders
Units = cylinders of 16065 * 512 bytes
Device Boot Start End Blocks Id System
/dev/hda1 1 2 16033+ 83 Linux
/dev/hda2 3 51 393592+ 82 Linux swap
/dev/hda3 52 2498 19655527+ 5 Extended
/dev/hda5 52 902 6835626 83 Linux
/dev/hda6 903 1753 6835626 83 Linux
/dev/hda7 1754 2239 3903763+ 83 Linux
/dev/hda8 2240 2498 2080386 83 Linux
euhh... que dit mount et fdisk ? Rien de spécial...
# mount /dev/hda8 on / type ext2 (rw,errors=remount-ro)
proc on /proc type proc (rw) devpts on /dev/pts type devpts (rw,gid=5,modeb0) /dev/hda1 on /boot type ext2 (rw) /dev/hda6 on /var type ext2 (rw) /dev/hda7 on /usr type ext2 (rw) /dev/hda5 on /home type ext2 (rw)
# fdisk -l /dev/hda
Disk /dev/hda: 255 heads, 63 sectors, 2498 cylinders Units = cylinders of 16065 * 512 bytes
Device Boot Start End Blocks Id System /dev/hda1 1 2 16033+ 83 Linux /dev/hda2 3 51 393592+ 82 Linux swap /dev/hda3 52 2498 19655527+ 5 Extended /dev/hda5 52 902 6835626 83 Linux /dev/hda6 903 1753 6835626 83 Linux /dev/hda7 1754 2239 3903763+ 83 Linux /dev/hda8 2240 2498 2080386 83 Linux
Cyril
'jour,
A la limite si ca marche, tu peux laisser. Sinon umount et mount tout. J'aimerai bien savoir combien il reste sur mes partitions...
Lorsque je fais un du /home, tout semble correcte... J'viens aussi de faire un md5sum sur /bin/df j'ai le même que sur une autre machine. Par contre /lib/ld-linux.so.2 n'a pas le même md5sum, j'ai e59659ec62ab594285c00945b010d54e /lib/ld-linux.so.2 alors que je devrai avoir 36686270007c72c63db8149dd31e1c85 /lib/ld-linux.so.2
Mis a part, c'est vraiment bizarre ton truc... quel linux tu utilises? Debian en stable
Merci Cyril
'jour,
A la limite si ca marche, tu peux laisser. Sinon umount et mount tout.
J'aimerai bien savoir combien il reste sur mes partitions...
Lorsque je fais un du /home, tout semble correcte...
J'viens aussi de faire un md5sum sur /bin/df j'ai le même que sur une autre
machine.
Par contre /lib/ld-linux.so.2 n'a pas le même md5sum, j'ai
e59659ec62ab594285c00945b010d54e /lib/ld-linux.so.2
alors que je devrai avoir
36686270007c72c63db8149dd31e1c85 /lib/ld-linux.so.2
Mis a part, c'est vraiment bizarre ton truc... quel linux tu utilises?
Debian en stable
A la limite si ca marche, tu peux laisser. Sinon umount et mount tout. J'aimerai bien savoir combien il reste sur mes partitions...
Lorsque je fais un du /home, tout semble correcte... J'viens aussi de faire un md5sum sur /bin/df j'ai le même que sur une autre machine. Par contre /lib/ld-linux.so.2 n'a pas le même md5sum, j'ai e59659ec62ab594285c00945b010d54e /lib/ld-linux.so.2 alors que je devrai avoir 36686270007c72c63db8149dd31e1c85 /lib/ld-linux.so.2
Mis a part, c'est vraiment bizarre ton truc... quel linux tu utilises? Debian en stable
Merci Cyril
Cyril
Si tu arrives par à resoudre le probleme, sauvegarde le contenu de tes partitions et recrée les systèmes de fichiers correctement j'vais faire le test avec home pour commencer, et j'vais voir ce que
ça donne...
Merci
Cyril
Si tu arrives par à resoudre le probleme, sauvegarde le contenu de tes
partitions et recrée les systèmes de fichiers correctement
j'vais faire le test avec home pour commencer, et j'vais voir ce que
Si tu arrives par à resoudre le probleme, sauvegarde le contenu de tes partitions et recrée les systèmes de fichiers correctement j'vais faire le test avec home pour commencer, et j'vais voir ce que
ça donne...
Merci
Cyril
Michel Tatoute
Le Wed, 22 Oct 2003 10:16:44 +0200, Cyril a écrit :
J'viens aussi de faire un md5sum sur /bin/df j'ai le même que sur une autre machine. Par contre /lib/ld-linux.so.2 n'a pas le même md5sum, j'ai e59659ec62ab594285c00945b010d54e /lib/ld-linux.so.2 alors que je devrai avoir 36686270007c72c63db8149dd31e1c85 /lib/ld-linux.so.2
pour voir si la strcuture des file systems est endommagée (peu probable).
Essaie aussi e booter sur un mini-linux (diskette ou cd install en rescue shell, ou encore demolinux), de monter les partitions. Si le df d'un autre systeme continue à délirer... je ne comprend plus.
$ ls -l /lib/ld-linux.so.2 $ ls -lL /lib/ld-linux.so.2
ca donne quoi sur les deux machines?
Si tu es un peu parano, tu boote demolinux et tu te fais un floppy avec les md5 des applis et dll. Puis tu compare avec la machine "de confiance".
Bon, si ca tourne avec une ld-linux différente, il y très peu de chance qu'elle soit endommagée, elle est soit différente cause version différente, soit trojanée.
Mais je pense que le linux de secours de fera voir la vraie taille.
Pour reparer (si ce n'est pas un trojan), je pense que apt (tu es sur débian, non?) ou rpm (si redhat ou mdk) possède le necessaire pour détecter la corruption de leur install. C'est le + simple: tu trouves les packages à problèmes, puis tu les reinstalles.
Bonne chance.
Le Wed, 22 Oct 2003 10:16:44 +0200, Cyril a écrit :
J'viens aussi de faire un md5sum sur /bin/df j'ai le même que sur une
autre machine.
Par contre /lib/ld-linux.so.2 n'a pas le même md5sum, j'ai
e59659ec62ab594285c00945b010d54e /lib/ld-linux.so.2 alors que je devrai
avoir
36686270007c72c63db8149dd31e1c85 /lib/ld-linux.so.2
pour voir si la strcuture des file systems est endommagée (peu probable).
Essaie aussi e booter sur un mini-linux (diskette ou cd install en rescue
shell, ou encore demolinux), de monter les partitions. Si le df d'un autre
systeme continue à délirer... je ne comprend plus.
$ ls -l /lib/ld-linux.so.2
$ ls -lL /lib/ld-linux.so.2
ca donne quoi sur les deux machines?
Si tu es un peu parano, tu boote demolinux et tu te fais un floppy avec
les md5 des applis et dll. Puis tu compare avec la machine "de confiance".
Bon, si ca tourne avec une ld-linux différente, il y très peu de chance
qu'elle soit endommagée, elle est soit différente cause version
différente, soit trojanée.
Mais je pense que le linux de secours de fera voir la vraie taille.
Pour reparer (si ce n'est pas un trojan), je pense que apt (tu es sur
débian, non?) ou rpm (si redhat ou mdk) possède le necessaire pour
détecter la corruption de leur install. C'est le + simple: tu trouves les
packages à problèmes, puis tu les reinstalles.
Le Wed, 22 Oct 2003 10:16:44 +0200, Cyril a écrit :
J'viens aussi de faire un md5sum sur /bin/df j'ai le même que sur une autre machine. Par contre /lib/ld-linux.so.2 n'a pas le même md5sum, j'ai e59659ec62ab594285c00945b010d54e /lib/ld-linux.so.2 alors que je devrai avoir 36686270007c72c63db8149dd31e1c85 /lib/ld-linux.so.2
pour voir si la strcuture des file systems est endommagée (peu probable).
Essaie aussi e booter sur un mini-linux (diskette ou cd install en rescue shell, ou encore demolinux), de monter les partitions. Si le df d'un autre systeme continue à délirer... je ne comprend plus.
$ ls -l /lib/ld-linux.so.2 $ ls -lL /lib/ld-linux.so.2
ca donne quoi sur les deux machines?
Si tu es un peu parano, tu boote demolinux et tu te fais un floppy avec les md5 des applis et dll. Puis tu compare avec la machine "de confiance".
Bon, si ca tourne avec une ld-linux différente, il y très peu de chance qu'elle soit endommagée, elle est soit différente cause version différente, soit trojanée.
Mais je pense que le linux de secours de fera voir la vraie taille.
Pour reparer (si ce n'est pas un trojan), je pense que apt (tu es sur débian, non?) ou rpm (si redhat ou mdk) possède le necessaire pour détecter la corruption de leur install. C'est le + simple: tu trouves les packages à problèmes, puis tu les reinstalles.
Bonne chance.
Michel Tatoute
Le Wed, 22 Oct 2003 10:16:44 +0200, Cyril a écrit :
J'viens aussi de faire un md5sum sur /bin/df j'ai le même que sur une autre machine. Par contre /lib/ld-linux.so.2 n'a pas le même md5sum, j'ai e59659ec62ab594285c00945b010d54e /lib/ld-linux.so.2 alors que je devrai avoir 36686270007c72c63db8149dd31e1c85 /lib/ld-linux.so.2
pour voir si la strcuture des file systems est endommagée (peu probable).
Essaie aussi e booter sur un mini-linux (diskette ou cd install en rescue shell, ou encore demolinux), de monter les partitions. Si le df d'un autre systeme continue à délirer... je ne comprend plus.
$ ls -l /lib/ld-linux.so.2 $ ls -lL /lib/ld-linux.so.2
ca donne quoi sur les deux machines?
Si tu es un peu parano, tu boote demolinux et tu te fais un floppy avec les md5 des applis et .so. Puis tu compare avec la machine "de confiance".
Bon, si ca tourne avec une ld-linux différente, il y très peu de chance qu'elle soit endommagée, elle est soit différente cause version différente, soit trojanée.
Mais je pense que le linux de secours de fera voir la vraie taille.
Pour reparer (si ce n'est pas un trojan), je pense que apt (tu es sur débian, non?) ou rpm (si redhat ou mdk) possède le necessaire pour détecter la corruption de leur install. C'est le + simple: tu trouves les packages à problèmes, puis tu les reinstalles.
Bonne chance.
Le Wed, 22 Oct 2003 10:16:44 +0200, Cyril a écrit :
J'viens aussi de faire un md5sum sur /bin/df j'ai le même que sur une
autre machine.
Par contre /lib/ld-linux.so.2 n'a pas le même md5sum, j'ai
e59659ec62ab594285c00945b010d54e /lib/ld-linux.so.2 alors que je devrai
avoir
36686270007c72c63db8149dd31e1c85 /lib/ld-linux.so.2
pour voir si la strcuture des file systems est endommagée (peu probable).
Essaie aussi e booter sur un mini-linux (diskette ou cd install en rescue
shell, ou encore demolinux), de monter les partitions. Si le df d'un autre
systeme continue à délirer... je ne comprend plus.
$ ls -l /lib/ld-linux.so.2
$ ls -lL /lib/ld-linux.so.2
ca donne quoi sur les deux machines?
Si tu es un peu parano, tu boote demolinux et tu te fais un floppy avec
les md5 des applis et .so. Puis tu compare avec la machine "de confiance".
Bon, si ca tourne avec une ld-linux différente, il y très peu de chance
qu'elle soit endommagée, elle est soit différente cause version
différente, soit trojanée.
Mais je pense que le linux de secours de fera voir la vraie taille.
Pour reparer (si ce n'est pas un trojan), je pense que apt (tu es sur
débian, non?) ou rpm (si redhat ou mdk) possède le necessaire pour
détecter la corruption de leur install. C'est le + simple: tu trouves les
packages à problèmes, puis tu les reinstalles.
Le Wed, 22 Oct 2003 10:16:44 +0200, Cyril a écrit :
J'viens aussi de faire un md5sum sur /bin/df j'ai le même que sur une autre machine. Par contre /lib/ld-linux.so.2 n'a pas le même md5sum, j'ai e59659ec62ab594285c00945b010d54e /lib/ld-linux.so.2 alors que je devrai avoir 36686270007c72c63db8149dd31e1c85 /lib/ld-linux.so.2
pour voir si la strcuture des file systems est endommagée (peu probable).
Essaie aussi e booter sur un mini-linux (diskette ou cd install en rescue shell, ou encore demolinux), de monter les partitions. Si le df d'un autre systeme continue à délirer... je ne comprend plus.
$ ls -l /lib/ld-linux.so.2 $ ls -lL /lib/ld-linux.so.2
ca donne quoi sur les deux machines?
Si tu es un peu parano, tu boote demolinux et tu te fais un floppy avec les md5 des applis et .so. Puis tu compare avec la machine "de confiance".
Bon, si ca tourne avec une ld-linux différente, il y très peu de chance qu'elle soit endommagée, elle est soit différente cause version différente, soit trojanée.
Mais je pense que le linux de secours de fera voir la vraie taille.
Pour reparer (si ce n'est pas un trojan), je pense que apt (tu es sur débian, non?) ou rpm (si redhat ou mdk) possède le necessaire pour détecter la corruption de leur install. C'est le + simple: tu trouves les packages à problèmes, puis tu les reinstalles.
Bonne chance.
Julien Salgado
Cyril a écrit :
Bonjour,
A votre avis ça peut être dû à quoi un df qui donne ça : Filesystem 1k-blocks Used Available Use% Mounted on /dev/hda8 -536170925098 1 0 8% / /dev/hda1 -16257823927 1 0 10% /boot /dev/hda5 -1761716737784 1 0 59% /home /dev/hda6 -1761716737784 1 0 7% /var /dev/hda7 -1006085090375 1 0 9% /usr
Je pense que c'est après une coupure de courant et les fs sont en ext2... Je n'ai pas encore lancé fsck mais j'voulais savoir si quelqu'un avait une idée du pourquoi.. Sinon l'OS semble tourner correctement.
En effet, df pour faire son calcul se base sur les infos remontées par les infomations de superblock qui décrivent quels sont les i-noeud utilisés, hors le système de fichier est corrompue et les informations ne sont peut être pas inscrites en mémoire.
[quelques minutes plus tard] Je viens de faire un fsck sur /dev/hda5 et tout est ok...
merci
A+ Cyril
-- Julien
Cyril a écrit :
Bonjour,
A votre avis ça peut être dû à quoi un df qui donne ça :
Filesystem 1k-blocks Used Available Use% Mounted on
/dev/hda8 -536170925098 1 0 8% /
/dev/hda1 -16257823927 1 0 10% /boot
/dev/hda5 -1761716737784 1 0 59% /home
/dev/hda6 -1761716737784 1 0 7% /var
/dev/hda7 -1006085090375 1 0 9% /usr
Je pense que c'est après une coupure de courant et les fs sont en ext2... Je
n'ai pas encore lancé fsck mais j'voulais savoir si quelqu'un avait une idée
du pourquoi.. Sinon l'OS semble tourner correctement.
En effet, df pour faire son calcul se base sur les infos remontées par
les infomations de superblock qui décrivent quels sont les i-noeud
utilisés, hors le système de fichier est corrompue et les informations
ne sont peut être pas inscrites en mémoire.
[quelques minutes plus tard]
Je viens de faire un fsck sur /dev/hda5 et tout est ok...
A votre avis ça peut être dû à quoi un df qui donne ça : Filesystem 1k-blocks Used Available Use% Mounted on /dev/hda8 -536170925098 1 0 8% / /dev/hda1 -16257823927 1 0 10% /boot /dev/hda5 -1761716737784 1 0 59% /home /dev/hda6 -1761716737784 1 0 7% /var /dev/hda7 -1006085090375 1 0 9% /usr
Je pense que c'est après une coupure de courant et les fs sont en ext2... Je n'ai pas encore lancé fsck mais j'voulais savoir si quelqu'un avait une idée du pourquoi.. Sinon l'OS semble tourner correctement.
En effet, df pour faire son calcul se base sur les infos remontées par les infomations de superblock qui décrivent quels sont les i-noeud utilisés, hors le système de fichier est corrompue et les informations ne sont peut être pas inscrites en mémoire.
[quelques minutes plus tard] Je viens de faire un fsck sur /dev/hda5 et tout est ok...
merci
A+ Cyril
-- Julien
Cyril
Essaie aussi e booter sur un mini-linux (diskette ou cd install en rescue shell, ou encore demolinux), de monter les partitions. Si le df d'un autre systeme continue à délirer... je ne comprend plus. C'est bon, le df d'un autre systeme fonctionne.
$ ls -l /lib/ld-linux.so.2 $ ls -lL /lib/ld-linux.so.2
ca donne quoi sur les deux machines? Je me suis rendu compte après avoir fait mon md5 tout à l'heure
qu'il y a quelques semaines j'avais installé amavisd, qui est dispo seulement en unstable... Il a du mettre à jour la libc6. Sur celui qui est en stable j'ai /lib/ld-linux.so.2 -> ld-2.2.5.so et sur celui qui deconne j'ai /lib/ld-linux.so.2 -> ld-2.3.2.so. Donc normale que le md5 ne soit pas le même...
Si tu es un peu parano, tu boote demolinux et tu te fais un floppy avec les md5 des applis et .so. Puis tu compare avec la machine "de confiance". Je ne le suis pas :-)
Bon, si ca tourne avec une ld-linux différente, il y très peu de chance qu'elle soit endommagée, elle est soit différente cause version différente, soit trojanée. Bingo, version différente.
Mais je pense que le linux de secours de fera voir la vraie taille.
Pour reparer (si ce n'est pas un trojan), je pense que apt (tu es sur débian, non?) ou rpm (si redhat ou mdk) possède le necessaire pour Ouais, debian. Je fais en live un apt-get install fileutils en
unstable... Ca telecharge... Hop un petit df... Youpi, tout est rentré dans l'ordre...
détecter la corruption de leur install. C'est le + simple: tu trouves les packages à problèmes, puis tu les reinstalles.
Bonne chance. Merci, et merci de ton aide.
Cyril
Essaie aussi e booter sur un mini-linux (diskette ou cd install en rescue
shell, ou encore demolinux), de monter les partitions. Si le df d'un autre
systeme continue à délirer... je ne comprend plus.
C'est bon, le df d'un autre systeme fonctionne.
$ ls -l /lib/ld-linux.so.2
$ ls -lL /lib/ld-linux.so.2
ca donne quoi sur les deux machines?
Je me suis rendu compte après avoir fait mon md5 tout à l'heure
qu'il y a quelques semaines j'avais installé amavisd, qui est dispo
seulement en unstable... Il a du mettre à jour la libc6. Sur celui qui est
en stable j'ai /lib/ld-linux.so.2 -> ld-2.2.5.so et sur celui qui deconne
j'ai /lib/ld-linux.so.2 -> ld-2.3.2.so. Donc normale que le md5 ne soit pas
le même...
Si tu es un peu parano, tu boote demolinux et tu te fais un floppy avec
les md5 des applis et .so. Puis tu compare avec la machine "de confiance".
Je ne le suis pas :-)
Bon, si ca tourne avec une ld-linux différente, il y très peu de chance
qu'elle soit endommagée, elle est soit différente cause version
différente, soit trojanée.
Bingo, version différente.
Mais je pense que le linux de secours de fera voir la vraie taille.
Pour reparer (si ce n'est pas un trojan), je pense que apt (tu es sur
débian, non?) ou rpm (si redhat ou mdk) possède le necessaire pour
Ouais, debian. Je fais en live un apt-get install fileutils en
unstable... Ca telecharge...
Hop un petit df...
Youpi, tout est rentré dans l'ordre...
détecter la corruption de leur install. C'est le + simple: tu trouves les
packages à problèmes, puis tu les reinstalles.
Essaie aussi e booter sur un mini-linux (diskette ou cd install en rescue shell, ou encore demolinux), de monter les partitions. Si le df d'un autre systeme continue à délirer... je ne comprend plus. C'est bon, le df d'un autre systeme fonctionne.
$ ls -l /lib/ld-linux.so.2 $ ls -lL /lib/ld-linux.so.2
ca donne quoi sur les deux machines? Je me suis rendu compte après avoir fait mon md5 tout à l'heure
qu'il y a quelques semaines j'avais installé amavisd, qui est dispo seulement en unstable... Il a du mettre à jour la libc6. Sur celui qui est en stable j'ai /lib/ld-linux.so.2 -> ld-2.2.5.so et sur celui qui deconne j'ai /lib/ld-linux.so.2 -> ld-2.3.2.so. Donc normale que le md5 ne soit pas le même...
Si tu es un peu parano, tu boote demolinux et tu te fais un floppy avec les md5 des applis et .so. Puis tu compare avec la machine "de confiance". Je ne le suis pas :-)
Bon, si ca tourne avec une ld-linux différente, il y très peu de chance qu'elle soit endommagée, elle est soit différente cause version différente, soit trojanée. Bingo, version différente.
Mais je pense que le linux de secours de fera voir la vraie taille.
Pour reparer (si ce n'est pas un trojan), je pense que apt (tu es sur débian, non?) ou rpm (si redhat ou mdk) possède le necessaire pour Ouais, debian. Je fais en live un apt-get install fileutils en
unstable... Ca telecharge... Hop un petit df... Youpi, tout est rentré dans l'ordre...
détecter la corruption de leur install. C'est le + simple: tu trouves les packages à problèmes, puis tu les reinstalles.
