ap0 Posted December 7, 2015 Posted December 7, 2015 Hello Igor, your Image resizes itself upon boot to full SD card size. Is it possible to reenable this process again? I know I simply could resize with GParted or similar tools. But I'd rather reuse it the way your image did on first boot. Thank you.
Igor Posted December 8, 2015 Posted December 8, 2015 This is a part of firstrun and resize2fs scripts. update.rc firstrun defaults you will get a ssh keys rebuild and apt-get update with this which is harmless. Just to note.
d1dd1 Posted March 15, 2017 Posted March 15, 2017 Just for reference: I had the issue that the filesystem did not expand on my OPI Zero. The command is now update-rc.d firstrun defaults Like this Quote this
tkaiser Posted March 15, 2017 Posted March 15, 2017 Just as a reference: the rootfs resizing moved in the meantime:
lsmith Posted April 4, 2017 Posted April 4, 2017 It looks like the resize2fs command has been split out from firstrun. Is it still possible to expand the filesystem as it did on first boot? I tried: sudo systemctl enable resize2fs sudo update-rc.d resize2fs defaults sudo reboot But it did not resize the partition.
pr0fessor Posted May 24, 2017 Posted May 24, 2017 (edited) update-rc not work for me, but standart online resize work. first create backup image then: sudo cfdisk /dev/mmcblk0 delete partition and re-create (this can be risky, parttition mist start from same sector - in this case 2048), save and then: sudo resize2fs /dev/mmcblk0p1 if resize2fs can't resize, reboot and run resize2fs again then you can check disk at next boot: sudo touch /forcefsck this is for expanding partition. for shrinking (this is risky), first resize2fs with lower size, then delete and re-create partition with smaller size, but bigger than size after resize2fs, after that you can clone and expand partition to fill new card... Edited May 24, 2017 by pr0fessor better explanation
tkaiser Posted May 24, 2017 Posted May 24, 2017 20 minutes ago, pr0fessor said: sudo resize2fs /dev/mmcblk0p1 Just for the record: Armbian's method does a few things differently: https://github.com/armbian/build/blob/af560222c7f08034a8dbe218249a989aab478e46/scripts/resize2fs#L61-L65 (so an '/etc/init.d/resize2fs start' is the way I would prefer) 1
pfeerick Posted May 25, 2017 Posted May 25, 2017 I was just looking at that again because of another post, and noticed that on line 66 $capacity is lowercase, and on line 73 it's uppercase ($CAPACITY)? Aren't shell script variables case sensitive? Thus making it so the 8GB condition never fires??? 1
tkaiser Posted May 25, 2017 Posted May 25, 2017 5 hours ago, pfeerick said: Aren't shell script variables case sensitive? They are. Thank you for reporting. 1
Technicavolous Posted October 19, 2017 Posted October 19, 2017 On 5/24/2017 at 1:21 PM, tkaiser said: so an '/etc/init.d/resize2fs start' is the way I would prefer Worked perfect for me thanks.
whats up skip Posted November 12, 2018 Posted November 12, 2018 I have tried '/etc/init.d/resize2fs start', but I receive "command not found error". It would appear the resize2fs has been moved to a different location.
martinayotte Posted November 12, 2018 Posted November 12, 2018 11 hours ago, whats up skip said: It would appear the resize2fs has been moved to a different location. Try this one : /usr/lib/armbian/armbian-resize-filesystem
uracolix Posted January 23, 2019 Posted January 23, 2019 Sorry to pick up that old thread, but I want to add another resolution. Yesterday I got from @martinayotte the hint, that `sudo systemctl start armbian-resize-filesystem` is working ( I checked it with Armbian 5.70 and it works). 2
Pol Isidor Posted March 22, 2019 Posted March 22, 2019 On 1/23/2019 at 1:37 PM, uracolix said: Sorry to pick up that old thread, but I want to add another resolution. Yesterday I got from @martinayotte the hint, that `sudo systemctl start armbian-resize-filesystem` is working ( I checked it with Armbian 5.70 and it works). Neither of above method didn't work for me. But your worked! Hence, thank you!
Recommended Posts