I had a 487G LVM that contained a single partition and a swap partition.<br><br>On the data partition I had 86G free that I needed to use elsewhere.<br><br>All the following have been done from a recovery disk so the data is all still intact.<br>
<br>When I tried to resize to 400G it wouldn't  let me stating below mjnimum size...<br><br>sudo resize2fs -p /dev/pathto/lvmdevice 400G<br><br>However mounting it df -h reports<br><br>                                                  Size      Used     Free<br>
/dev/pathto/lvmdevice        487G   377G     86G<br><br>or in 4k blocks<br><br>/dev/pathto/lvmdevice         127571672     98643758    22449438<br><br>So I was forced to run the resize2fs in tye default 4k mode<br><br>sudo resize2fs -p /dev/pathto/lvmdevice 105000000<br>
<br>This should give me a sufficient overhead and finished correctly<br><br>I then did <br><br>sudo lvresize -L /dev/pathto/lvmdevice<br><br>This also appeared to be successful.<br><br>However I can't mount it as it's reporting wrong fs type, bad option etc error.<br>
<br>I think I've identified the problem as a mismatch on ghe block count.<br><br>Even though I resized to 105000000 blocks I now see that df -h reported the size as 103352144 before I did the  lvresize (I didn't notice at the time)<br>
<br>So I think the discrepancy between the  block count size reported by df at 103352144 and tune2fs at 105000000 is the error.<br><br>How can I change the block count number reported by tune2fs from 105000000 to 103352144 that will then allow me to run e2fsck again?<br>
<br>Thanks<br><br><br><br><br><br>-- <br>Sent from Tablet<br>