Lancer Fsck Sur Le Syno ?

[emma_peel]

'soir.

Je voudrais lancer un fsck sur le syno. Cette commande doit être lancée sur un disque qui n'est pas "mounté", du coup je ne vois pas trop comment faire. Est-il possible de brancher le syno un peu comme un DD externe ?

Je pense que certains fichiers sont corrompus, j'ai le message suivant en lançant un rsync :

building file list ... 

165721 files to consider

IO error encountered -- skipping file deletion

volume1/Arnaud/

volume1/Arnaud/.DS_Store

	  15364 100%	0.00kB/s	0:00:00  (1, 0.0% of 165721)

Du coup les fichiers supprimés ne sont pas supprimés sur l'archive.

Ca vous dit qqc ?

[B2V]

Bonjour

fsck ne semble pas disponible sur le syno, par contre e2fsck est en standard j'ignore sont fonctionnment, mais il semble que les deux commandes soient similaires...

[emma_peel]

Effectivement, c'est la mm chose. Mais il faut que la partition en soit pas "mountée", non ?Y a mm les outils pour reiserfs !

SynologyServer> lsdhcpcd		 hwclock		makedevs	   modprobe	   routee2fsck		 ifconfig	   mkdosfs		poweroff	   sfdiskfdisk		  ifdown		 mke2fs		 quotacheck	 swapofffreeramdisk	ifup		   mkfs.ext3	  quotaoff	   swaponfsck.ext3	  init		   mkfs.msdos	 quotaon		sysctlfsck.reiserfs  insmod		 mkfs.reiserfs  reboot		 syslogdgetty		  ip			 mkfs.vfat	  reiserfsckhalt		   klogd		  mkreiserfs	 resize2fshotplug		lsmod		  mkswap		 rmmod

[B2V]

Re-

Excuse la remarque de novice en linux mais pourquoi ne pas utiliser umount, la partition système devrait suffir pour executer la commande e2fsck ???

J'ai peut être dit une bourde mais ...

[emma_peel]

Pas sur que je sois moins novice.

Effectivement je n'ai pas regardé en détail comment avait été monté le système de fichier.

Un petit coup d'oeil sur sur le /dev :

SynologyServer> ls

console		 ptyp0		   sdi4			sdt1

dev.tgz		 ptyp1		   sdj			 sdt2

hda			 ptyp2		   sdj1			sdt3

hda1			ram0			sdj2			sdt4

hda2			ram1			sdj3			sdu

hda3			random		  sdj4			sdu1

hda4			sda			 sdk			 sdu2

hdb			 sda1			sdk1			sdu3

hdb1			sda2			sdk2			sdu4

hdb2			sda3			sdk3			sdv

hdb3			sda4			sdk4			sdv1

hdb4			sda5			sdl			 sdv2

hdc			 sda6			sdl1			sdv3

hdc1			sdb			 sdl2			sdv4

hdc2			sdb1			sdl3			sdw

hdc3			sdb2			sdl4			sdw1

hdc4			sdb3			sdm			 sdw2

hdd			 sdb4			sdm1			sdw3

hdd1			sdc			 sdm2			sdw4

hdd2			sdc1			sdm3			sdx

hdd3			sdc2			sdm4			sdx1

hdd4			sdc3			sdn			 sdx2

hde			 sdc4			sdn1			sdx3

hde1			sdd			 sdn2			sdx4

hde2			sdd1			sdn3			sdy

hde3			sdd2			sdn4			sdy1

hde4			sdd3			sdo			 sdy2

log			 sdd4			sdo1			sdy3

md0			 sde			 sdo2			sdy4

md1			 sde1			sdo3			sdz

md2			 sde2			sdo4			sdz1

md3			 sde3			sdp			 sdz2

md4			 sde4			sdp1			sdz3

md5			 sdf			 sdp2			sdz4

mtd0			sdf1			sdp3			synobios

mtd1			sdf2			sdp4			tty

mtd2			sdf3			sdq			 tty0

mtd3			sdf4			sdq1			tty1

mtd4			sdg			 sdq2			tty2

mtd5			sdg1			sdq3			tty3

mtd6			sdg2			sdq4			tty4

mtd7			sdg3			sdr			 ttyS0

mtd_bootloader  sdg4			sdr1			ttyS1

mtd_fisdir	  sdh			 sdr2			ttyp0

mtd_kernel	  sdh1			sdr3			ttyp1

mtd_para0	   sdh2			sdr4			ttyp2

mtd_redbootcfg  sdh3			sds			 urandom

mtd_rootfs	  sdh4			sds1			usb

mtd_synocfg	 sdi			 sds2			zero

mtd_vender	  sdi1			sds3

null			sdi2			sds4

ppp			 sdi3			sdt

Mmh, il y a un paquer de sd* & de hd* !!

[emma_peel]

En mm tps, avec le /etc/fstab :

SynologyServer> cat fstab

/dev/root / ext3 defaults 1 1

none /proc proc defaults 0 0

/dev/md2 /volume1 ext3 defaults 0 0

Je dois en effet pouvoir faire démounter le /volume1 & lancer le fsck. Bien vu !

C'est pas ce soir que je vais faire le ménage moi.

[B2V]

Bon courage

[emma_peel]

Le umount n'a pas fonctionné, étrange. Sinon ça a l'air correct :

SynologyServer> e2fsck -fv /dev/md2

e2fsck 1.39 (29-May-2006)

/dev/md2 is mounted.  


WARNING!!!  Running e2fsck on a mounted filesystem may cause

SEVERE filesystem damage.


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


Pass 1: Checking inodes, blocks, and sizes

Pass 2: Checking directory structure

Pass 3: Checking directory connectivity

Pass 4: Checking reference counts

Pass 5: Checking group summary information


  165740 inodes used (0%)

	7692 non-contiguous inodes (4.6%)

		 # of inodes with ind/dind/tind blocks: 102922/7662/0

45593336 blocks used (37%)

	   0 bad blocks

	   1 large file


  160761 regular files

	4961 directories

	   0 character device files

	   0 block device files

	   0 fifos

	   0 links

	   9 symbolic links (9 fast symbolic links)

	   0 sockets

--------

  165731 files

[B2V]

Peut être une conséquence de l'utilisation du RAID ???

[fredlime]

Bonsoir,

Ou la !!

Tu titilles le diable là !

Cherche autre chose, je ne pense pas que tu sois sur la bonne voie. Avec un montage RAID, je pense qu'il faut des outils pour le RAID.

Arrives-tu a effacer ce fichier manuellement ? Déjà, pour voir si ce n'est pas un problème de droit ?

A+

Fred.

[emma_peel]

Effectivement, il doit y avoir un truc avec le RAID. Je reconnais avoir prit des risque (enfin j'avais back-upé juste avant quand mm).

Je ne vois pas l'origine du message finalement. Je lance rsync en root, il ne devrait pas y avoir de pb d'accès. Il n'y a d'ailleurs pas de message dans la log d'exécution.

Du coup je ne sais pas du tout d'où ça vient. Je devrais peut-être interrompre samba, ftp, etc. avant de lancer rsync.