Erreur lors de l'écriture de test.txt : Aucun espace disponible sur le périphérique

Le
Patrice Go
--001a113ea6945f8022054b2fe6d3
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

Bonjour,

je comprend pas le problème que j'ai sur un serveur rpi.
je n'arrive pas à écrire des fichiers sur celui-ci, et mon nagios=
qui est
dessus ne peut plus rien écrire en tampon.

lorsque je fais un df -h ça donne:

/dev/root 7,2G 3,8G 3,4G 54% /
devtmpfs 215M 0 215M 0% /dev
tmpfs 219M 0 219M 0% /dev/shm
tmpfs 219M 8,4M 211M 4% /run
tmpfs 5,0M 0 5,0M 0% /run/lock
tmpfs 219M 0 219M 0% /sys/fs/cgroup
/dev/mmcblk0p1 50M 19M 31M 38% /boot
tmpfs 44M 0 44M 0% /run/user/0

donc il semble y avoir de la place.

et pour un df -i ça donne :

/dev/root 432352 432352 0 100% /
devtmpfs 54945 311 54634 1% /dev
tmpfs 55986 1 55985 1% /dev/shm
tmpfs 55986 392 55594 1% /run
tmpfs 55986 7 55979 1% /run/lock
tmpfs 55986 8 55978 1% /sys/fs/cgroup
/dev/mmcblk0p1 0 0 0 - /boot
tmpfs 55986 4 55982 1% /run/user/0

dans /etc/fstab :

proc /proc proc defaults
0 0
/dev/mmcblk0p1 /boot vfat defaults
0 0
/dev/mmcblk0p3 none swap sw
0 0
/swapfile1 none swap sw
0 0

je ne comprend pas ce qui bloque l'écriture ?

si quelqu'un a déjà eu ce genre de problème et aurait une pi=
ste

merci.

--001a113ea6945f8022054b2fe6d3
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: base64

PGRpdiBkaXI9Imx0ciI+PGRpdj48ZGl2PjxkaXY+PGRpdj48ZGl2PjxkaXY+PGRpdj5Cb25qb3Vy
LDxicj48YnI+PC9kaXY+amUgY29tcHJlbmQgcGFzIGxlIHByb2Jsw6htZSBxdWUgaiYjMzk7YWkg
c3VyIHVuIHNlcnZldXIgcnBpLjxicj48L2Rpdj5qZSBuJiMzOTthcnJpdmUgcGFzIMOgIMOpY3Jp
cmUgZGVzIGZpY2hpZXJzIHN1ciBjZWx1aS1jaSwgZXQgbW9uIG5hZ2lvcyBxdWkgZXN0IGRlc3N1
cyBuZSBwZXV0IHBsdXMgcmllbiDDqWNyaXJlIGVuIHRhbXBvbi48YnI+PGJyPjwvZGl2PmxvcnNx
dWUgamUgZmFpcyB1biBkZiAtaCDDp2EgZG9ubmU6PGJyPjxicj4vZGV2L3Jvb3TCoMKgwqDCoMKg
wqDCoMKgwqAgNywyR8KgwqDCoCAzLDhHwqAgMyw0R8KgIDU0JSAvPGJyPmRldnRtcGZzwqDCoMKg
wqDCoMKgwqDCoMKgwqAgMjE1TcKgwqDCoMKgwqDCoCAwwqAgMjE1TcKgwqAgMCUgL2Rldjxicj50
bXBmc8KgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgIDIxOU3CoMKgwqDCoMKgwqAgMMKgIDIxOU3C
oMKgIDAlIC9kZXYvc2htPGJyPnRtcGZzwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqAgMjE5TcKg
wqDCoCA4LDRNwqAgMjExTcKgwqAgNCUgL3J1bjxicj50bXBmc8KgwqDCoMKgwqDCoMKgwqDCoMKg
wqDCoMKgIDUsME3CoMKgwqDCoMKgwqAgMMKgIDUsME3CoMKgIDAlIC9ydW4vbG9jazxicj50bXBm
c8KgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgIDIxOU3CoMKgwqDCoMKgwqAgMMKgIDIxOU3CoMKg
IDAlIC9zeXMvZnMvY2dyb3VwPGJyPi9kZXYvbW1jYmxrMHAxwqDCoMKgwqDCoCA1ME3CoMKgwqDC
oCAxOU3CoMKgIDMxTcKgIDM4JSAvYm9vdDxicj50bXBmc8KgwqDCoMKgwqDCoMKgwqDCoMKgwqDC
oMKgwqAgNDRNwqDCoMKgwqDCoMKgIDDCoMKgIDQ0TcKgwqAgMCUgL3J1bi91c2VyLzA8YnI+PGJy
PjwvZGl2PjxkaXY+ZG9uYyBpbCBzZW1ibGUgeSBhdm9pciBkZSBsYSBwbGFjZS48YnI+PC9kaXY+
PGRpdj48YnI+PC9kaXY+ZXQgcG91ciB1biBkZiAtaSDDp2EgZG9ubmUgOjxicj48YnI+L2Rldi9y
b290wqDCoMKgwqDCoMKgwqAgNDMyMzUyIDQzMjM1MsKgwqDCoMKgwqAgMMKgIDEwMCUgLzxicj5k
ZXZ0bXBmc8KgwqDCoMKgwqDCoMKgwqDCoCA1NDk0NcKgwqDCoCAzMTHCoCA1NDYzNMKgwqDCoCAx
JSAvZGV2PGJyPnRtcGZzwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgIDU1OTg2wqDCoMKgwqDCoCAx
wqAgNTU5ODXCoMKgwqAgMSUgL2Rldi9zaG08YnI+dG1wZnPCoMKgwqDCoMKgwqDCoMKgwqDCoMKg
wqAgNTU5ODbCoMKgwqAgMzkywqAgNTU1OTTCoMKgwqAgMSUgL3J1bjxicj50bXBmc8KgwqDCoMKg
wqDCoMKgwqDCoMKgwqDCoCA1NTk4NsKgwqDCoMKgwqAgN8KgIDU1OTc5wqDCoMKgIDElIC9ydW4v
bG9jazxicj50bXBmc8KgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoCA1NTk4NsKgwqDCoMKgwqAgOMKg
IDU1OTc4wqDCoMKgIDElIC9zeXMvZnMvY2dyb3VwPGJyPi9kZXYvbW1jYmxrMHAxwqDCoMKgwqDC
oMKgwqAgMMKgwqDCoMKgwqAgMMKgwqDCoMKgwqAgMMKgwqDCoMKgIC0gL2Jvb3Q8YnI+dG1wZnPC
oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqAgNTU5ODbCoMKgwqDCoMKgIDTCoCA1NTk4MsKgwqDCoCAx
JSAvcnVuL3VzZXIvMDxicj48YnI+PC9kaXY+PGRpdj5kYW5zIC9ldGMvZnN0YWIgOjxicj48YnI+
cHJvY8KgwqDCoMKgwqDCoMKgwqDCoMKgwqAgL3Byb2PCoMKgwqDCoMKgwqDCoMKgwqDCoCBwcm9j
wqDCoMKgwqDCoMKgwqDCoMKgwqDCoCBkZWZhdWx0c8KgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg
wqDCoCAwwqDCoMKgwqDCoMKgIDA8YnI+L2Rldi9tbWNibGswcDHCoCAvYm9vdMKgwqDCoMKgwqDC
oMKgwqDCoMKgIHZmYXTCoMKgwqDCoMKgwqDCoMKgwqDCoMKgIGRlZmF1bHRzwqDCoMKgwqDCoMKg
wqDCoMKgwqDCoMKgwqDCoMKgIDDCoMKgwqDCoMKgwqAgMDxicj4vZGV2L21tY2JsazBwM8KgIG5v
bmXCoMKgwqDCoMKgwqDCoMKgwqDCoMKgIHN3YXDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgIHN3wqDC
oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgIDDCoMKgwqDCoMKgwqAgMDxi
cj4vc3dhcGZpbGUxwqDCoMKgwqAgbm9uZcKgwqDCoMKgwqDCoMKgwqDCoMKgwqAgc3dhcMKgwqDC
oMKgwqDCoMKgwqDCoMKgwqAgc3fCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC
oMKgwqAgMMKgwqDCoMKgwqDCoCAwPGJyPjxicj48L2Rpdj5qZSBuZSBjb21wcmVuZCBwYXMgY2Ug
cXVpIGJsb3F1ZSBsJiMzOTvDqWNyaXR1cmUgPzxicj48YnI+PC9kaXY+c2kgcXVlbHF1JiMzOTt1
biBhIGTDqWrDoCBldSBjZSBnZW5yZSBkZSBwcm9ibMOobWUgZXQgYXVyYWl0IHVuZSBwaXN0ZSAu
Li48YnI+PGJyPjwvZGl2Pm1lcmNpLjxicj48L2Rpdj4NCg==
--001a113ea6945f8022054b2fe6d3--
Vos réponses Page 1 / 2
Gagnez chaque mois un abonnement Premium avec GNT : Inscrivez-vous !
Trier par : date / pertinence
Sébastien Dinot
Le #26429492
Patrice Go a écrit :
et pour un df -i ça donne :
/dev/root        432352 432352      0  100% /

Il n'y a plus aucun i-node disponible sur le système de fichier. Autrement
dit, il reste bien de l'espace disponible sur le disque mais plus aucun point
d'entrée.
Sébastien
--
Sébastien Dinot,
http://sebastien.dinot.free.fr/
Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer !
Belaïd
Le #26429493
--001a11458c32e87c70054b3025da
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
Bonjour,
Le nombre d'inodes utilités sur le rootfs est à 100% (/dev/root
432352 432352 0 100% /). J'imagine que c'est pour ça que la cr éation
de nouveau fichier bloque puisque pour chaque fichier correspond une
structure inodes.
Le 20 mars 2017 à 22:06, Patrice Go
Bonjour,
je comprend pas le problème que j'ai sur un serveur rpi.
je n'arrive pas à écrire des fichiers sur celui-ci, et mon nagi os qui est
dessus ne peut plus rien écrire en tampon.
lorsque je fais un df -h ça donne:
/dev/root 7,2G 3,8G 3,4G 54% /
devtmpfs 215M 0 215M 0% /dev
tmpfs 219M 0 219M 0% /dev/shm
tmpfs 219M 8,4M 211M 4% /run
tmpfs 5,0M 0 5,0M 0% /run/lock
tmpfs 219M 0 219M 0% /sys/fs/cgroup
/dev/mmcblk0p1 50M 19M 31M 38% /boot
tmpfs 44M 0 44M 0% /run/user/0
donc il semble y avoir de la place.
et pour un df -i ça donne :
/dev/root 432352 432352 0 100% /
devtmpfs 54945 311 54634 1% /dev
tmpfs 55986 1 55985 1% /dev/shm
tmpfs 55986 392 55594 1% /run
tmpfs 55986 7 55979 1% /run/lock
tmpfs 55986 8 55978 1% /sys/fs/cgroup
/dev/mmcblk0p1 0 0 0 - /boot
tmpfs 55986 4 55982 1% /run/user/0
dans /etc/fstab :
proc /proc proc defaults
0 0
/dev/mmcblk0p1 /boot vfat defaults
0 0
/dev/mmcblk0p3 none swap sw
0 0
/swapfile1 none swap sw
0 0
je ne comprend pas ce qui bloque l'écriture ?
si quelqu'un a déjà eu ce genre de problème et aurait une piste ...
merci.


--
< Belaid >
--001a11458c32e87c70054b3025da
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: base64
PGRpdiBkaXI9Imx0ciI+PGRpdj5Cb25qb3VyLDxicj48L2Rpdj5MZSBub21icmUgZCYjMzk7aW5v
ZGVzIHV0aWxpdMOpcyBzdXIgbGUgcm9vdGZzIGVzdCDDoCAxMDAlICgvZGV2L3Jvb3TCoMKgwqDC
oMKgwqDCoCA0MzIzNTIgNDMyMzUywqDCoMKgwqDCoCAwwqAgMTAwJSAvKS4gSiYjMzk7aW1hZ2lu
ZSBxdWUgYyYjMzk7ZXN0IHBvdXIgw6dhIHF1ZSBsYSBjcsOpYXRpb24gZGUgbm91dmVhdSBmaWNo
aWVyIGJsb3F1ZSBwdWlzcXVlIHBvdXIgY2hhcXVlIGZpY2hpZXIgY29ycmVzcG9uZCB1bmUgc3Ry
dWN0dXJlIGlub2Rlcy48YnI+PC9kaXY+PGRpdiBjbGFzcz0iZ21haWxfZXh0cmEiPjxicj48ZGl2
IGNsYXNzPSJnbWFpbF9xdW90ZSI+TGUgMjAgbWFycyAyMDE3IMOgIDIyOjA2LCBQYXRyaWNlIEdv
IDxzcGFuIGRpcj0ibHRyIj4mbHQ7PGEgaHJlZj0ibWFpbHRvOnBhdGdzaW9zaXNyQGdtYWlsLmNv
bSIgdGFyZ2V0PSJfYmxhbmsiPnBhdGdzaW9zaXNyQGdtYWlsLmNvbTwvYT4mZ3Q7PC9zcGFuPiBh
IMOpY3JpdCA6PGJyPjxibG9ja3F1b3RlIGNsYXNzPSJnbWFpbF9xdW90ZSIgc3R5bGU9Im1hcmdp
bjowIDAgMCAuOGV4O2JvcmRlci1sZWZ0OjFweCAjY2NjIHNvbGlkO3BhZGRpbmctbGVmdDoxZXgi
PjxkaXYgZGlyPSJsdHIiPjxkaXY+PGRpdj48ZGl2PjxkaXY+PGRpdj48ZGl2PjxkaXY+Qm9uam91
ciw8YnI+PGJyPjwvZGl2PmplIGNvbXByZW5kIHBhcyBsZSBwcm9ibMOobWUgcXVlIGomIzM5O2Fp
IHN1ciB1biBzZXJ2ZXVyIHJwaS48YnI+PC9kaXY+amUgbiYjMzk7YXJyaXZlIHBhcyDDoCDDqWNy
aXJlIGRlcyBmaWNoaWVycyBzdXIgY2VsdWktY2ksIGV0IG1vbiBuYWdpb3MgcXVpIGVzdCBkZXNz
dXMgbmUgcGV1dCBwbHVzIHJpZW4gw6ljcmlyZSBlbiB0YW1wb24uPGJyPjxicj48L2Rpdj5sb3Jz
cXVlIGplIGZhaXMgdW4gZGYgLWggw6dhIGRvbm5lOjxicj48YnI+L2Rldi9yb290wqDCoMKgwqDC
oMKgwqDCoMKgIDcsMkfCoMKgwqAgMyw4R8KgIDMsNEfCoCA1NCUgLzxicj5kZXZ0bXBmc8KgwqDC
oMKgwqDCoMKgwqDCoMKgIDIxNU3CoMKgwqDCoMKgwqAgMMKgIDIxNU3CoMKgIDAlIC9kZXY8YnI+
dG1wZnPCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoCAyMTlNwqDCoMKgwqDCoMKgIDDCoCAyMTlN
wqDCoCAwJSAvZGV2L3NobTxicj50bXBmc8KgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgIDIxOU3C
oMKgwqAgOCw0TcKgIDIxMU3CoMKgIDQlIC9ydW48YnI+dG1wZnPCoMKgwqDCoMKgwqDCoMKgwqDC
oMKgwqDCoCA1LDBNwqDCoMKgwqDCoMKgIDDCoCA1LDBNwqDCoCAwJSAvcnVuL2xvY2s8YnI+dG1w
ZnPCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoCAyMTlNwqDCoMKgwqDCoMKgIDDCoCAyMTlNwqDC
oCAwJSAvc3lzL2ZzL2Nncm91cDxicj4vZGV2L21tY2JsazBwMcKgwqDCoMKgwqAgNTBNwqDCoMKg
wqAgMTlNwqDCoCAzMU3CoCAzOCUgL2Jvb3Q8YnI+dG1wZnPCoMKgwqDCoMKgwqDCoMKgwqDCoMKg
wqDCoMKgIDQ0TcKgwqDCoMKgwqDCoCAwwqDCoCA0NE3CoMKgIDAlIC9ydW4vdXNlci8wPGJyPjxi
cj48L2Rpdj48ZGl2PmRvbmMgaWwgc2VtYmxlIHkgYXZvaXIgZGUgbGEgcGxhY2UuPGJyPjwvZGl2
PjxkaXY+PGJyPjwvZGl2PmV0IHBvdXIgdW4gZGYgLWkgw6dhIGRvbm5lIDo8YnI+PGJyPi9kZXYv
cm9vdMKgwqDCoMKgwqDCoMKgIDQzMjM1MiA0MzIzNTLCoMKgwqDCoMKgIDDCoCAxMDAlIC88YnI+
ZGV2dG1wZnPCoMKgwqDCoMKgwqDCoMKgwqAgNTQ5NDXCoMKgwqAgMzExwqAgNTQ2MzTCoMKgwqAg
MSUgL2Rldjxicj50bXBmc8KgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoCA1NTk4NsKgwqDCoMKgwqAg
McKgIDU1OTg1wqDCoMKgIDElIC9kZXYvc2htPGJyPnRtcGZzwqDCoMKgwqDCoMKgwqDCoMKgwqDC
oMKgIDU1OTg2wqDCoMKgIDM5MsKgIDU1NTk0wqDCoMKgIDElIC9ydW48YnI+dG1wZnPCoMKgwqDC
oMKgwqDCoMKgwqDCoMKgwqAgNTU5ODbCoMKgwqDCoMKgIDfCoCA1NTk3OcKgwqDCoCAxJSAvcnVu
L2xvY2s8YnI+dG1wZnPCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqAgNTU5ODbCoMKgwqDCoMKgIDjC
oCA1NTk3OMKgwqDCoCAxJSAvc3lzL2ZzL2Nncm91cDxicj4vZGV2L21tY2JsazBwMcKgwqDCoMKg
wqDCoMKgIDDCoMKgwqDCoMKgIDDCoMKgwqDCoMKgIDDCoMKgwqDCoCAtIC9ib290PGJyPnRtcGZz
wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgIDU1OTg2wqDCoMKgwqDCoCA0wqAgNTU5ODLCoMKgwqAg
MSUgL3J1bi91c2VyLzA8YnI+PGJyPjwvZGl2PjxkaXY+ZGFucyAvZXRjL2ZzdGFiIDo8YnI+PGJy
PnByb2PCoMKgwqDCoMKgwqDCoMKgwqDCoMKgIC9wcm9jwqDCoMKgwqDCoMKgwqDCoMKgwqAgcHJv
Y8KgwqDCoMKgwqDCoMKgwqDCoMKgwqAgZGVmYXVsdHPCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC
oMKgwqAgMMKgwqDCoMKgwqDCoCAwPGJyPi9kZXYvbW1jYmxrMHAxwqAgL2Jvb3TCoMKgwqDCoMKg
wqDCoMKgwqDCoCB2ZmF0wqDCoMKgwqDCoMKgwqDCoMKgwqDCoCBkZWZhdWx0c8KgwqDCoMKgwqDC
oMKgwqDCoMKgwqDCoMKgwqDCoCAwwqDCoMKgwqDCoMKgIDA8YnI+L2Rldi9tbWNibGswcDPCoCBu
b25lwqDCoMKgwqDCoMKgwqDCoMKgwqDCoCBzd2FwwqDCoMKgwqDCoMKgwqDCoMKgwqDCoCBzd8Kg
wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoCAwwqDCoMKgwqDCoMKgIDA8
YnI+L3N3YXBmaWxlMcKgwqDCoMKgIG5vbmXCoMKgwqDCoMKgwqDCoMKgwqDCoMKgIHN3YXDCoMKg
wqDCoMKgwqDCoMKgwqDCoMKgIHN3wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg
wqDCoMKgIDDCoMKgwqDCoMKgwqAgMDxicj48YnI+PC9kaXY+amUgbmUgY29tcHJlbmQgcGFzIGNl
IHF1aSBibG9xdWUgbCYjMzk7w6ljcml0dXJlID88YnI+PGJyPjwvZGl2PnNpIHF1ZWxxdSYjMzk7
dW4gYSBkw6lqw6AgZXUgY2UgZ2VucmUgZGUgcHJvYmzDqG1lIGV0IGF1cmFpdCB1bmUgcGlzdGUg
Li4uPGJyPjxicj48L2Rpdj5tZXJjaS48YnI+PC9kaXY+DQo8L2Jsb2NrcXVvdGU+PC9kaXY+PGJy
PjxiciBjbGVhcj0iYWxsIj48YnI+LS0gPGJyPjxkaXYgY2xhc3M9ImdtYWlsX3NpZ25hdHVyZSIg
ZGF0YS1zbWFydG1haWw9ImdtYWlsX3NpZ25hdHVyZSI+Jmx0OyBCZWxhaWQgJmd0OzwvZGl2Pg0K
PC9kaXY+DQo --001a11458c32e87c70054b3025da--
Sébastien Dinot
Le #26429501
Sébastien Dinot a écrit :
Il n'y a plus aucun i-node disponible sur le système de fichier.
Autrement dit, il reste bien de l'espace disponible sur le disque mais
plus aucun point d'entrée.

J'ai oublié de préciser qu'à ma connaissance, il n'est pas possible
d'augmenter a posteriori le nombre d'inodes d'un système de fichiers. Ce
faisant, les solutions possibles sont :
A. Dans l'immédiat
Dans l'urgence, supprimer des fichiers, par exemple des paquets Debian
inutiles. À ce jeu, les paquets linux-headers-* sont d'excellents
candidats. Attention, les commandes de gestion de paquets de haut
niveau, notamment les commandes graphiques, sont inopérantes dans ces
circonstances car elles ont elles-mêmes besoin de créer des fichiers
temporaires sur le disque. Rien ne vaut un « dpkg --purge <paquet> »
dans ce cas.
B. À terme
- Sauvegarder les données utiles, notamment le contenu des répertoires
/etc, /home, /root, ... (si le disque est de faible taille, il peut
même être prudent de copier tout son contenu sur un autre support).
- Reformater le disque en augmentant le nombre d'inodes
- Réinstaller le système
- Recopier les données utiles
Sébastien

--
Sébastien Dinot,
http://sebastien.dinot.free.fr/
Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer !
Haricophile
Le #26429503
Le Mon, 20 Mar 2017 22:43:49 +0100,
Sébastien Dinot
J'ai oublié de préciser qu'à ma connaissance, il n'est pas possible
d'augmenter a posteriori le nombre d'inodes d'un système de fichiers.

Pour ext4 en tout cas, je ne sais pas si c'est vrai de tous les FS
Dans les "workaround" si on a de la place disque dispo pour faire une
partition, on peut recréer un nouveau fs et le monter à la place d'un
dossier qui encombre avec de nombreux petits fichiers.
Il me semble aussi qu'il y avait à une époque un bug a ce sujet d ans
Debian, si on est dans ce cas, utiliser un disque d'install a jour...
--

S
Le #26429606
Bonjour,
Le lundi 20 mars 2017 à 22:43, Sébastien Dinot a écrit :
B. À terme

- identifier ce qui a consommé autant d’i-nodes et voir si c’est bien
normal
- Sauvegarder les données utiles, notamment le contenu des répertoires
/etc, /home, /root, ... (si le disque est de faible taille, il peut
même être prudent de copier tout son contenu sur un autre support).
- Reformater le disque en augmentant le nombre d'inodes
- Réinstaller le système
- Recopier les données utiles

Sébastien
Sébastien Dinot
Le #26429666
Sébastien NOBILI a écrit :
- identifier ce qui a consommé autant d’i-nodes et voir si c’est bien
normal

Certes, il n'est pas idiot de se poser cette question.
Pour ce qui est du nombre d'inodes consommés, le nombre annoncé ne me
semble pas gargantuesque quand je le compare aux serveurs que
j'administre : entre 170 000 et 2 200 000 inodes sont consommés selon
les machines.
Mais sans plus d'éléments d'information sur le serveur considéré, il est
impossible de dire s'il est normal que 432352 inodes soient consommés.
Pour localiser les applications et/ou paquets qui consomment beaucoup
d'inodes, Patrice peut tenter d'identifier les répertoires qui
contiennent le plus grand nombre de fichiers. Voici ce que cela donne
sur deux de mes machines :
sudo find / -xdev -printf '%hn' | sort | uniq -c | sort -k1nr | head -n 3
11907 /home/seb/.josm/cache/wms/4/lambertcc9
8842 /home/seb/.josm/cache/wms/5/lambertcc9
4758 /home/seb/.josm/cache/wms/5/mercator
sudo find / -xdev -printf '%hn' | sort | uniq -c | sort -k1nr | head -n 3
12970 /var/lib/dpkg/info
7521 /usr/share/man/man3
3571 /usr/share/man/man1
Sébastien
--
Sébastien Dinot,
http://sebastien.dinot.free.fr/
Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer !
Haricophile
Le #26429791
Le Wed, 22 Mar 2017 00:47:52 +0100,
Sébastien Dinot
sudo find / -xdev -printf '%hn' | sort | uniq -c | sort -k1nr | head
-n 3 11907 /home/seb/.josm/cache/wms/4/lambertcc9
8842 /home/seb/.josm/cache/wms/5/lambertcc9
4758 /home/seb/.josm/cache/wms/5/mercator
sudo find / -xdev -printf '%hn' | sort | uniq -c | sort -k1nr | head
-n 3 12970 /var/lib/dpkg/info
7521 /usr/share/man/man3
3571 /usr/share/man/man1

moi j'ai tendance à utiliser "df" et "du" pour ce genre d'exploration,
il y a une option --inodes
--

S
Le #26429806
Bonjour,
Le jeudi 23 mars 2017 à 12:23, Haricophile a écrit :
Le Wed, 22 Mar 2017 00:47:52 +0100,
Sébastien Dinot
sudo find / -xdev -printf '%hn' | sort | uniq -c | sort -k1nr | head
-n 3 11907 /home/seb/.josm/cache/wms/4/lambertcc9
8842 /home/seb/.josm/cache/wms/5/lambertcc9
4758 /home/seb/.josm/cache/wms/5/mercator
sudo find / -xdev -printf '%hn' | sort | uniq -c | sort -k1nr | head
-n 3 12970 /var/lib/dpkg/info
7521 /usr/share/man/man3
3571 /usr/share/man/man1

moi j'ai tendance à utiliser "df" et "du" pour ce genre d'exploration,
il y a une option --inodes

Excellent ! Je n’avais jamais fait attention à ça (alors que ça paraît pourtant
tellement logique…).
Merci pour le tuyau.
Sébastien
Sébastien Dinot
Le #26429899
Sébastien NOBILI a écrit :
Excellent ! Je n’avais jamais fait attention à ça (alors que ça paraît
pourtant tellement logique…).

Idem.
Merci pour le tuyau.

Idem.
Sébastien

Idem.
--
Sébastien Dinot,
http://sebastien.dinot.free.fr/
Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer !
pat G
Le #26430884
ok, on peut avoir des inodes pleins et pas le disque... c'est
intéressant... je regarde la suite.
Le 20/03/2017 à 22:25, Sébastien Dinot a écrit :
Patrice Go a écrit :
et pour un df -i ça donne :
/dev/root 432352 432352 0 100% /

Il n'y a plus aucun i-node disponible sur le système de fichier. A utrement
dit, il reste bien de l'espace disponible sur le disque mais plus aucun point
d'entrée.
Sébastien
Publicité
Poster une réponse
Anonyme