Power & Source of Big Ideas

problem with resizing partition

Moderators: chensy, FATechsupport

I installed ubuntu on the NanoPi A64 model, downloaded from the official website (google drive) https://drive.google.com/drive/folders/ ... Na5zAJxOnD
version: nanopi-a64_friendlycore-xenial_3.10.65_20180207.img
I'm, trying to resize my partition to the maximum space available, I tried different tools and got the same result. The latest one is growpart. The problem is that all the process seems to work, and the partition size is changed, however when I type df -h, I get the following result:

Filesystem Size Used Avail Use% Mounted on
/dev/mmcblk0p2 3.1G 1.2G 1.9G 39% /
devtmpfs 360M 0 360M 0% /dev
tmpfs 489M 0 489M 0% /dev/shm
tmpfs 489M 20M 470M 4% /run
tmpfs 5.0M 4.0K 5.0M 1% /run/lock
tmpfs 489M 0 489M 0% /sys/fs/cgroup
/dev/mmcblk0p1 40M 16M 25M 40% /boot
tmpfs 98M 0 98M 0% /run/user/1000
tmpfs 98M 0 98M 0% /run/user/0

and when I type fdisk -l i get the following:

Disk /dev/mmcblk0: 7.4 GiB, 7948206080 bytes, 15523840 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x66dc81bc

Device Boot Start End Sectors Size Id Type
/dev/mmcblk0p1 49152 131071 81920 40M 83 Linux
/dev/mmcblk0p2 131072 15523806 15392735 7.3G 83 Linux

the growpart command result is:

CHANGED: partition=2 start=131072 old: size=7486114 end=7617186 new: size=15392735,end=15523807

of course, I did a reboot, and still didn't help.

any idea what's going wrong?

I'm stuck for 4 days in this part. P.S. this process must be done in a script for our product porpuses.

Thanks for the helpers
manually I did only use fdisk and resize2fs like:

normally (when moving manually from a small to a bigger sdcard) İ do the following:

fdisk /dev/myospartition
d for delete the partition
n for new primary partition
set size to 95% of the max sector/cluster
set partition type to 83 linux
(leave ext4 marker intact = dont delete)
set boot flag for partition
w for write and exit
(os will use the old partition data until reboot)
reboot

After reboot at commandline:
resize2fs /dev/myospartition

the manual input for fdisk could be piped as input to fdisk....

PS: maybe the following xenial image is better as that from friendlyarm?:
https://github.com/avafinger/nanopi-a64-firmware
I already did this suggested steps, and it's not increasing the size to the full available size.
The other os images you suggested, are they stable? and is there a minimal OS without UI image?
RamiX wrote:
The other os images you suggested, are they stable? and is there a minimal OS without UI image?

if you want it stable and headless - try to compile a actual version of armbian as experiment
(should also work with normal maninline and not only dev-version):
https://forum.armbian.com/topic/9308-ex ... anopi-a64/

Code: Select all

Welcome to ARMBIAN 5.78 user-built Debian GNU/Linux 9 (stretch) 5.0.7-sunxi64
package bsp-kernel[5.78] u-boot[5.78] dtb[5.78] firmware[5.77] config[5.78]

Linux npi-a64 5.0.7-sunxi64 #5.78 SMP Wed Apr 10 09:20:27 +03 2019 aarch64 GNU/Linux
Compiling an OS need courage :)
I was looking for a finalized version which is stable and well tested. I have no experience with compiling Linux system.
I read the thread you sent me and seems that you got a working version but with some patches. is that something I can trust for a product deployed in the market?
RamiX wrote:
Compiling an OS need courage :)
I was looking for a finalized version which is stable and well tested.
I have no experience with compiling Linux system.
I read the thread you sent me and seems that you got a working version but with some patches. is that something I can trust for a product deployed in the market?


with the armbian-build-system you dont need much courage :)
the system is menu driven and I also got no experience in compiling a linux system.
Yes - I did some very small patches (its more like configuring a config-file) - but thats all
( see for the armbian-build.system: https://docs.armbian.com/Developer-Guid ... eparation/ )

Stable - well sometimes my feeling is that a dev-version of armbian is more stable/actual than some linux-versions which are downloadable from manufacturer (orange pi or firendlyarm or banana pi os)

But when you compile - via the menu driven system - a non-dev version (=mainline) it should be even mor stable.
I dont recommend a legacy-version for a NanoPi A64 (only when you need it for playing video/multimedia).

Who is online

In total there are 4 users online :: 0 registered, 0 hidden and 4 guests (based on users active over the past 5 minutes)
Most users ever online was 5185 on Wed Jan 22, 2020 1:44 pm

Users browsing this forum: No registered users and 4 guests