Thanks Bastian!<br><br>I finally found why this happened, it is really my fault plus some bad blocks in disk.<br><br>The steps I have did in order:<br>1.  resize logical volume first,  this is the stupid step.<br>2.  resize2fs to shrink the file system size,  then found something wrong.<br>

3.  so I tried to resize the logical volume back to the original size, it seemed succeed. <br>4.  then I tried to use resize2fs, and want to change the size back too, but failed even after I force check the file system by using "e2fsck -f".<br>

  Here I noticed the number of blocks (4K) is 36637696,  but number of blocks in logical volume is only 36635648.  there are 2048 blocks missed.  <br><br>Fortunately,  the file system can be mounted with warning, and it seemed most files are not destroyed.<br>

<br>So I think there must be a lot of bad blocks,  so I tried fsck with bad blocks checking,  command is e2fsck -ck /dev/mapper/imrunning-home.<br>I am lucky,  this command finally fixed the file system.<br><br>then,  I did below to shrink the /home file system and logical volume first,  then enlarge the /root file system as I expected.<br>

correct steps :<br>1.  resize2fs  /dev/mapper/imrunning-home  [a smaller size]<br>2.  lvresize --size -delta  /dev/mapper/imrunning-home<br>3.  lvresize -r --size +delta /dev/mapper/imrunning-root     ( resize the fs by -r)<br>

<br>So I think this is not a bug,  but there  are some space can be optimized in resize2fs, it should do more checking before resizing.<br><br>Thanks for help!<br clear="all"><br>-- <br>Bwlee  <br>~ I'm running!~<br>