Pb avec ecriture disque ? read-only filesystem dans Var ?! - Logiciels - Linux et OS Alternatifs
Marsh Posté le 12-06-2003 à 14:34:17
chose étrange
tu peux coller simplement le résultat de : mount
pour vérifier un truc.....
Marsh Posté le 12-06-2003 à 14:51:00
hmmmmm.....je crois avoir compris....j'avais pas demonter les ressources partages via le smbfs qd j'ai arreter le pc qui avait ces ressources....et puis là vient d'aller voir en face de la passerelle (non pas par ssh) ce qu'il me disait à l'écran....et là plein d'erreur en boucle d'écriture sur le hda ....
Je savais que le dd de la passerelle etait nike mais bon
putain.....si je la reboote je sais meme pas si elle va encore fonctionner et puis j'avais pas que ça à faire ....
Y a pas un moyen pr arretter tte les tentatives d'écriture sur le disque ?!?
Sachant que je peux a peine de me servir de la console ça m'ecrit en boucle dessus
Marsh Posté le 12-06-2003 à 15:09:38
Yeah ! j'ai reussi à arreter les erreurs en tuant le syslogd et les mounts smbfs (mais je crois que ces derniers n'avaient pas de rapports).
La charge est retombée :
Odin:/var# uptime |
Mais par contre impossible de faire un screen......
Odin:/var# screen |
ça m'inquiéte le Read-Only file system....ça pourrait expliquer le fait que le syslog ne pouvait plus écrire dans le var donc qu'il bouclait et que la charge augmentait non ?
[/fixed]Filesystem Size Used Avail Use% Mounted on
/dev/hda5 663M 488M 142M 78% /[fixed]
Marsh Posté le 12-06-2003 à 15:16:44
ouais.....tout le tmp read-only file system
Odin:/# man screen |
Help plizz !
Marsh Posté le 12-06-2003 à 15:27:24
Il est possible que ce soit le noyau qui ait décidé de remonter la partition en lecture seule ; ce comportement peut être configuré dans le /etc/fstab, avec l'option "errors", qui indique ce qu'il faut faire en cas de problème avec le disque (continuer, remonter en lecture seule ou panique). Cf. "man mount", section Ext2.
Exemple (extrait de mon /etc/fstab):
dev/sda5 /var ext2 defaults,errors=remount-ro 1 1 |
Note : on peut aussi fixer ce comportement directement avec "tune2fs" une fois pour toutes :
tune2fs -e <continue|remount-ro|panic> /dev/sda5 |
Pour le problème ici, il est effectivement peu probable que la machine redémarre si le disque /dev/hda est le disque de boot (et /dev/hda5 la partition racine)...
Il faut peut-être essayer de remonter la partition en écriture, sachant que ça peut potentiellement créer plus de dégats sur le disque endommagé
/sbin/mount -w -v -n -o remount / |
Marsh Posté le 12-06-2003 à 15:41:35
Je viens de faire un mout et :
Odin:/# mount |
donc en effet ça a l'air bien marque que il remonte en read-only si y a des erreurs ...
confirmation avec fstab:
Odin:/etc# cat fstab |
donc je fais comment now ?
Vu que je peux pas modifier quoique ce soit
Marsh Posté le 12-06-2003 à 15:43:03
ah bah en effet un simple
mount -w -v -n -o remount / |
fait tt refonctionner
Merci bcp
Marsh Posté le 12-06-2003 à 14:23:13
EDIT: CF BAS DU TOPIC
Alors je comprend pas , j'etais en train d'essayer de nettoyer ma passerelle : http://forum.hardware.fr/forum2.ph [...] h=&subcat=
Et mon systeme ramait grave (P166+16 Mo de ram ) ce qui est normal....un moment j'etais sorti de aptitude & co, mais le systeme continuait a ramer
(load average: 1.24, 1.30, 1.35) . j'ai fait un top j'ai rien trouver de louche idem avec un ps aux , pstree...alors me dit peut etre screen qui déconne...je quitte screen, je quitte ma session ssh je me relogue....et pareil, j'essaye de restorer mon screen....quedale...me dit vais voir le man screen pr voir l'option pr supprimer l'ancienne session "pourrie" et là
Odin:/# screen
mkfifo /var/run/screen/S-root/4505.pts-1.Odin failed
Odin:/# screen -x
There is a screen on:
3492.pts-1.Odin (Dead ???)
Remove dead screens with 'screen -wipe'.
There is no screen to be attached.
Odin:/# man screen
man: can't create a temporary filename: Read-only file system
Odin:/#
Odin:/# screen -wipe
There is a screen on:
3492.pts-1.Odin (Dead ???)
0 socket wiped out.
1 Socket in /var/run/screen/S-root.
Et le systeme continue de ramer
top - 14:22:22 up 153 days, 17:01, 0 users, load average: 1.34, 1.30, 1.34
Tasks: 30 total, 1 running, 29 sleeping, 0 stopped, 0 zombie
Cpu(s): 1.9% user, 1.3% system, 0.0% nice, 96.8% idle
Mem: 14316k total, 13520k used, 796k free, 392k buffers
Swap: 66492k total, 8292k used, 58200k free, 8132k cached
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ Command
4509 root 17 0 912 912 740 R 2.3 6.4 0:01.82 top
212 root 11 0 260 208 208 D 0.6 1.5 10:34.14 syslogd
4444 root 9 0 1304 1088 1036 S 0.3 7.6 0:07.66 sshd
1 root 8 0 108 76 76 S 0.0 0.5 0:32.65 init
2 root 9 0 0 0 0 S 0.0 0.0 0:20.98 keventd
3 root 19 19 0 0 0 S 0.0 0.0 0:12.44 ksoftirqd_CPU0
4 root 9 0 0 0 0 S 0.0 0.0 74:52.57 kswapd
5 root 9 0 0 0 0 S 0.0 0.0 0:00.00 bdflush
6 root 9 0 0 0 0 D 0.0 0.0 0:32.18 kupdated
215 root 9 0 824 160 160 S 0.0 1.1 2:57.14 klogd
301 daemon 9 0 92 24 24 S 0.0 0.2 0:01.84 atd
613 root 9 0 416 404 404 S 0.0 2.8 2:36.70 noip
2547 root 9 0 188 4 4 S 0.0 0.0 0:08.06 adsl-connect
6464 root 9 0 1236 692 692 S 0.0 4.8 0:04.06 mount.smbfs
6479 root 9 0 812 4 4 S 0.0 0.0 0:01.49 mount.smbfs
27502 root 9 0 56 4 4 S 0.0 0.0 0:00.01 getty
27506 root 9 0 56 4 4 S 0.0 0.0 0:00.01 getty
27510 root 9 0 56 4 4 S 0.0 0.0 0:00.01 getty
2076 root 9 0 808 4 4 S 0.0 0.0 0:01.12 mount.smbfs
16645 root 9 0 872 4 4 S 0.0 0.0 0:03.30 mount.smbfs
16649 root 9 0 872 4 4 S 0.0 0.0 0:01.29 mount.smbfs
16653 root 9 0 872 4 4 S 0.0 0.0 0:01.69 mount.smbfs
3186 root 9 0 868 4 4 S 0.0 0.0 0:00.87 mount.smbfs
8471 root 9 0 56 4 4 S 0.0 0.0 0:00.01 getty
18215 root 9 0 56 4 4 S 0.0 0.0 0:00.01 getty
15477 root 9 0 324 112 112 S 0.0 0.8 0:00.25 sshd
3757 root 9 0 60 8 8 S 0.0 0.1 0:00.00 getty
4217 root 9 0 220 124 124 S 0.0 0.9 0:02.60 pppd
4219 root 9 0 96 48 48 S 0.0 0.3 5:08.91 pppoe
4446 root 9 0 1412 1272 1108 S 0.0 8.9 0:00.37 bash
Je capte plus trop là .
Désolé de faire pas mal de topic à pb today mais ça s'enchaine je sais pas pkoi
Message édité par disconect le 12-06-2003 à 15:10:06