Also consider that the /boot partition may not be larger enough for more than 3 kernels. Note that we are having kernels problems over on fedora28. I have 6 kernels until I am confident that they have finally fixed the weird problems we are seeing. Now Centos would probably not be in a kernel of the week mode, so we may NOT need a larger /boot partition. But after my Fedora experience I will probably increase /boot by 50%.... Also swap is pretty small if you are running a lot of server tasks. But then that does depend on how much real memory on your board. On 07/31/2018 10:47 PM, Robert Moskowitz wrote: > If you have a Linux desktop, try something like gparted. I have used > this since I started with Fedora-arm 18. It makes it easy to resize > all your partitions. > > Since I use Cubieboards, I can build a small mSD card with only the > uboot on it and put all the partitions on a sata drive. I believe > that other Allwinner uboots (for boards with sata) work this way. > > So I can drop the image on a sata drive, enlarge and move all the > partitions and I am ready to go. > > > > On 07/31/2018 09:20 PM, Chris Smith wrote: >> And just to follow up, you can omit the "e2fsck" command. Simply a >> growpart and then a resize2fs should be sufficient, as I have just >> tested it. >> >> Thanks, >> >> Chris >> >> On Tue, Jul 31, 2018 at 8:29 PM, Chris Smith >> <smittyinthesky at gmail.com <mailto:smittyinthesky at gmail.com>> wrote: >> >> Vamsi, >> >> I have run into this same issue and have a brief (and rough) >> guide if you wish to try it out. >> >> First, run "df -h" and see what your current "/" partition size >> is. I think with the default image, it's somewhere around 1.8GB. >> >> Next, you should be able to run "growpart /dev/mmcblkx n" where x >> likely refers to mmcblk0 and n is the partition number, it should >> be 3. This will grow your 3rd partition to the maximum available >> size, but I believe you should be able to specify your 6GB size. >> >> Once that is complete, run "e2fsck /dev/mmcblk0p3" to verify >> filesystem integrity and then "resize2fs /dev/mmcblk0p3" to >> expand the ext4 partition. >> >> If you run "df -h" after this, you should be able to see your now >> larger "/" partition. >> >> Let me know if you have any issues with this. I've been looking >> for a reason to organize my thoughts on this. >> >> Thanks! >> >> Chris >> >> On Tue, Jul 31, 2018 at 10:10 AM, Pablo Sebastián Greco >> <pablo at fliagreco.com.ar <mailto:pablo at fliagreco.com.ar>> wrote: >> >> There is a script called rootfs-expand which should do >> exactly that. >> Please let us know who it went. >> >> Pablo. >> >> El 31/7/18 a las 10:55, vamsi krishna escribió: >>> Hi Team, >>> >>> Being new to the Linux world, I have installed Centos for R >>> Pi3 on a 16gb microSD card, and partitions are done by >>> default, leaving less space for root file system. Here is >>> what I get. >>> >>> This is the second time I am running into this issue. >>> >>> Can anyone help me with the steps to increase the size for >>> /dev/root to 6G please. >>> >>> >>> Operating System: CentOS Linux 7 (Core) >>> CPE OS Name: cpe:/o:centos:centos:7 >>> Kernel: Linux 4.14.27-v7.1.el7 >>> Architecture: arm >>> >>> [root at rpi ~]# df -h >>> Filesystem Size Used Avail Use% Mounted on >>> /dev/root 1.4G 999M 347M 75% / >>> devtmpfs 460M 0 460M 0% /dev >>> tmpfs 464M 0 464M 0% /dev/shm >>> tmpfs 464M 12M 452M 3% /run >>> tmpfs 464M 0 464M 0% /sys/fs/cgroup >>> /dev/mmcblk0p1 667M 43M 625M 7% /boot >>> tmpfs 93M 0 93M 0% /run/user/0 >>> >>> Any help is highly appreciated. >>> -- >>> Have a nice day. >>> >>> Thanks and regards, >>> Vamsi, >>> Skype @ kvamsi.k143 >>> +91-9704433304. >>> >>> _______________________________________________ >>> Arm-dev mailing list >>> Arm-dev at centos.org <mailto:Arm-dev at centos.org> >>> https://lists.centos.org/mailman/listinfo/arm-dev >>> <https://lists.centos.org/mailman/listinfo/arm-dev> >> >> _______________________________________________ >> Arm-dev mailing list >> Arm-dev at centos.org <mailto:Arm-dev at centos.org> >> https://lists.centos.org/mailman/listinfo/arm-dev >> <https://lists.centos.org/mailman/listinfo/arm-dev> >> >> >> >> >> >> _______________________________________________ >> Arm-dev mailing list >> Arm-dev at centos.org >> https://lists.centos.org/mailman/listinfo/arm-dev > > > > _______________________________________________ > Arm-dev mailing list > Arm-dev at centos.org > https://lists.centos.org/mailman/listinfo/arm-dev -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.centos.org/pipermail/arm-dev/attachments/20180801/f8eb9235/attachment-0006.html>