Réponse - Informaticien.be

Poster une réponse à un sujet: Synology diskstation: rootfs full but 2Go missing !

Attention, ce sujet est un sujet ancien (5160 jours sans réponse)

forum_emoticons.html

Courriel [email=nobody@nobody.org]Nom[/email]

Lien [url=http://www.website.com]Texte[/url]

Image [img]http://www.website.com/image.jpg[/img]

Aligné à gauche [align=left]Texte[/align]

Aligné à droite [align=right]Texte[/align]

Toute la largeur [align=justify]Texte[/text]

Mise en forme [highlight=pascal]Texte[/highlight]

Liste [list=square][item]BlaBla[/item][/list]

Liste Numérotée [list=decimal][item]BlaBla[/item][/list]

Spoiler [spoiler]James est le meurtrier![/spoiler]

Tout en majuscules [uppercase]Texte[/uppercase]

Tout en minuscules [lowercase]Texte[/lowercase]

[quote=jeezho,117709]Bonjour tout le monde !

J'ai un soucis sur le système linux du NAS synology que je n'arrive pas à comprendre (et même avec google, j'avance pas  :halalala: ) et comme je sais qu'il y ici des as dans ce domaine, peut-être arriveriez-vous à m'aider à me dépatouiller (ça existe vraiment ce mot?) de ce problème.

Voici en gros ce qu'il se passe. Depuis quelques jours, le root file system (/) est full. D'après df, j'ai 2,5Go sur cette partition et tout semble pris. Je dois donc faire de la place. Ce que j'ai fait en vider quelques logs mais ça n'a pas aidé très longtemps.

Via du -xhs, il me dit que seulement 445Mo sont pris sur / et je me demande où sont partis les 2Go que je recherche. J'ai cru lire que du ne comptabilisait pas les fichiers qui sont en cours d'ouverture par un process. J'ai donc stoppé/killé tous les process qui tournait (sauf telnet :tongue: ), et rien vu de spécial dans lsof. Quand je démonte /opt, il n'y a plus rien dedans non plus. Et après avoir fait tout ça, je n'ai récupéré que quelques mégas. Bref je ne vois plus quoi faire :sad:

Voici quelques infos utiles:
DiskStation> df -h
Filesystem Size Used Avail Use% Mounted on
rootfs 2.4G 2.4G 1.5M 100% /
/dev/root 2.4G 2.4G 1.5M 100% /
/tmp 252M 416K 252M 1% /tmp
/dev/md2 2.7T 629G 2.1T 23% /volume1
/dev/md2 2.7T 629G 2.1T 23% /opt

DiskStation> ls -a /
. .cache .local .rnd dev etc.defaults lib linuxrc mnt proc sbin tmp var volume1
.. .config .mkcert.serial bin etc initrd lib64 lost+found opt root sys usr var.defaults

DiskStation> cat /etc/fstab
/dev/root / ext3 defaults 1 1
none /proc proc defaults 0 0
/dev/md2 /volume1 ext3 defaults 0 0

DiskStation> cat /etc/mtab
/dev/root / ext3 rw,data=ordered 0 0
/tmp /tmp tmpfs rw 0 0
/sys /sys sysfs rw 0 0
/proc/bus/usb /proc/bus/usb usbfs rw 0 0
/dev/md2 /volume1 ext3 usrquota,grpquota 0 0
/volume1/@optware /opt --bind rw 0 0

Merci d'avance pour votre lecture et encore plus si vous avez une idée qui pourrait me mettre sur la piste ![/quote]

jeezho

Pour info, le problème est revenu et j'ai finalement trouvé d'où ça venait.
A chaque arrêt de la machine, un fichier core (voire plusieurs) allait se mettre dans le dossier /volume1, au moment où celui-ci est démonté.

Les fichiers core proviennent de rails_cluster qui, je l'imagine, n'est pas arrêté correctement (i.e. pas du tout) lors de l'extinction de la machine, ce qui provoquerait les fichiers core.

Je ne suis pas vraiment allé plus loin dans l'investigation du problème, vu que l'analyse m'oblige à arrêter tous les services et démonter le dossier /volume1.

jeezho

Bon, bin, voilà, réinstallation du firmware avec formatage de la partition root (le truc du double reset).
Par contre, je n'arrive pas à récupérer ipkg. Impossible d'accéder à l'url.

Est-ce que vous y arrivez ?
http://ipkg.nslu2-linux.org/feeds/optware/syno-e500/cross/unstable/syno-e500-bootstrap_1.2-7_powerpc.xsh
ou son mirroir ?
http://nslu2-linux.dyoung-mirror.net/feeds/optware/

jeezho

Mouais, je m'informe encore sur les moyens de résoudre ça et j'arrive de plus en plus à la conclusion qu'à part réinitialiser le système...
Apparemment, la réparation du système root n'a jamais été faite par quiconque :ohwell:

jeezho

DiskStation> mount -o remount,ro /
mount: Mounting /dev/root on / failed: Device or resource busy

Snif :pleurer:

philfr

Pour remonter read only:
mount -o remount,ro /

puis laisse faire fsck

jeezho

1 large file > ce serait peut-être ce fichier-là que je cherche ? (s'il est foireux...)

jeezho

Je sais pas si c'est vraiment correct mais j'ai ceci :
(Disque toujours monté normalement...)
Apparemment, /dev/md0 serait la première partition qui est utilisée pour /dev/root alias rootfs.

DiskStation> e2fsck -v -n -f /dev/md0
e2fsck 1.40.3 (05-Dec-2007)
Warning! /dev/md0 is mounted.
Warning: skipping journal recovery because doing a read-only filesystem check.
Pass 1: Checking inodes, blocks, and sizes
Inode 68223 has INDEX_FL flag set on filesystem without htree support.
Clear HTree index? no

Inode 70302 has INDEX_FL flag set on filesystem without htree support.
Clear HTree index? no

Inode 114689 has INDEX_FL flag set on filesystem without htree support.
Clear HTree index? no

Inode 229377 has INDEX_FL flag set on filesystem without htree support.
Clear HTree index? no

Inode 230483 has INDEX_FL flag set on filesystem without htree support.
Clear HTree index? no

Deleted inode 278786 has zero dtime. Fix? no

Pass 2: Checking directory structure
Problem in HTREE directory inode 68223: node (1) has bad max hash
Problem in HTREE directory inode 68223: node (2) has bad min hash
Invalid HTREE directory inode 68223 (/usr/syno/synoman/webman/images). Clear? n o

Problem in HTREE directory inode 70302: node (1) has bad max hash
Problem in HTREE directory inode 70302: node (2) has bad min hash
Invalid HTREE directory inode 70302 (/usr/syno/synoman/surveillance/images). Cl ear? no

Problem in HTREE directory inode 114689: node (1) has bad max hash
Problem in HTREE directory inode 114689: node (2) has bad min hash
Problem in HTREE directory inode 114689: node (2) has bad max hash
Problem in HTREE directory inode 114689: node (3) has bad min hash
Problem in HTREE directory inode 114689: node (3) has bad max hash
Problem in HTREE directory inode 114689: node (4) has bad min hash
Problem in HTREE directory inode 114689: node (4) has bad max hash
Problem in HTREE directory inode 114689: node (5) has bad min hash
Problem in HTREE directory inode 114689: node (5) has bad max hash
Problem in HTREE directory inode 114689: node (6) has bad min hash
Problem in HTREE directory inode 114689: node (6) has bad max hash
Problem in HTREE directory inode 114689: node (7) has bad min hash
Problem in HTREE directory inode 114689: node (7) has bad max hash
Problem in HTREE directory inode 114689: node (8) has bad min hash
Invalid HTREE directory inode 114689 (/dev). Clear? no

Problem in HTREE directory inode 229377: node (1) has bad max hash
Problem in HTREE directory inode 229377: node (2) has bad min hash
Invalid HTREE directory inode 229377 (/lib). Clear? no

Problem in HTREE directory inode 230483: node (1) has bad max hash
Problem in HTREE directory inode 230483: node (2) has bad min hash
Invalid HTREE directory inode 230483 (/lib/perl5/5.8.6/unicore/lib/gc_sc). Clea r? no

Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information
Block bitmap differences: -(587505--587506) -(607544--607552) -(607554--607590) -(607609--607882) -(607884--608008)
Fix? no

Inode bitmap differences: -278786
Fix? no

1.39-Dec272008: ********** WARNING: Filesystem still has errors **********

16278 inodes used (5.23%)
433 non-contiguous inodes (2.7%)
# of inodes with ind/dind/tind blocks: 1111/55/0
616634 blocks used (99.06%)
0 bad blocks
1 large file

12977 regular files
1514 directories
59 character device files
1321 block device files
0 fifos
4 links
395 symbolic links (395 fast symbolic links)
2 sockets
--------
16272 files

jeezho

Je peux installer des packages via ipkg.
Pour e2fsck, j'ai pourtant pris la version ext3. Ils m'auraient menti en mettant le .ext3 derrière fsck ? :alarmclock117:

Par contre, aucune idée de comment remonter le rootfs en readonly.
(Oui, je sais faire des choses sous linux mais pas trop l'habitude de jouer avec les partitions)

philfr

Citation de: jeezho

WARNING!!! Running e2fsck on a mounted filesystem may cause
SEVERE filesystem damage.

Il faut remonter ton device en read-only avant de faire un fsck... :wink:

Mais ici ton problème est que la partition est ext3 et que tu n'as pas le fsck correspondant (seulement celui pour ext2). C'est une distro standard de ton NAS ? Tu sais y ajouter des packages ?

jeezho

Oui, pareil au redémarrage (qui se fait tous les matins)

DiskStation> fsck.ext3 /dev/root
e2fsck 1.40.3 (05-Dec-2007)
/dev/root is mounted.

WARNING!!! Running e2fsck on a mounted filesystem may cause
SEVERE filesystem damage.

Do you really want to continue (y/n)? yes

fsck.ext3: No such file or directory while trying to open /dev/root

The superblock could not be read or does not describe a correct ext2
filesystem. If the device is valid and it really contains an ext2
filesystem (and not swap or ufs or something else), then the superblock
is corrupt, and you might try running e2fsck with an alternate superblock:
e2fsck -b 8193 <device>

J'ai essayé au lieu de /dev/root : / et rootfs => même chose.
Et bizarrement, /dev/root n'existe pas...