DietPi don't expand SD-Card on Rock64 #1452

ghost · 2018-02-02T11:50:22Z

Required Information:

DietPi Version: 6.0
SBC Device: Rock64
Power supply used: 5V/2A Offical Rock64 Power Supply
SD card used: SanDisk Ultra 32 GB
Distro: Stretch | Linux DietPi 4.4.77-rockchip-ayufan-136 Fix warning when running scp over openssh-server #1 SMP Thu Oct 12 09:14:48 UTC 2017 aarch64 GNU/Linux

Expected behaviour:

DietPi should expand the SD card

Actual behaviour:

DietPi don't expand SD-Card

Error Message:

Available free space on RootFS is low (0 MB). To prevent potential issues due to running out of free space, this script will now be terminated.
Please free up at least 500 MB of free space, then try again.

Bug Report ID: 5bbe22ea-b04e-46b1-a13d-db6473b6f13b-0

Fourdee · 2018-02-02T14:26:53Z

@canoxnet

Thanks for the report 👍

We'll try to replicate with local testing.

ghost · 2018-02-02T15:42:21Z

I was able to fix the problem by running resize_rootfs.sh. Nevertheless, the SD card will not be expanded automatically on first startup

Fourdee · 2018-02-02T18:48:48Z

@canoxnet

Unable to replicate:

root@DietPi:~# df -h
Filesystem      Size  Used Avail Use% Mounted on
...
/dev/mmcblk1p7   15G  336M   14G   3% /

Please provide the resize logs:

cat /var/tmp/dietpi/logs/fs_*

Reference, successful logs:

root@DietPi:~# cat /var/tmp/dietpi/logs/fs_*
resize2fs 1.43.4 (31-Jan-2017)
Filesystem at /dev/mmcblk1p7 is mounted on /; on-line resizing required
old_desc_blocks = 1, new_desc_blocks = 1
The filesystem on /dev/mmcblk1p7 is now 3856763 (4k) blocks long.


Welcome to fdisk (util-linux 2.29.2).
Changes will remain in memory only, until you decide to write them.
Be careful before using the write command.


Command (m for help):
Disk /dev/mmcblk1: 14.9 GiB, 15931539456 bytes, 31116288 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: gpt
Disk identifier: 1C7D4C86-35A6-4E6A-B3E3-2A6BEB44FDD0

Device          Start     End Sectors  Size Type
/dev/mmcblk1p1     64    8063    8000  3.9M Linux filesystem
/dev/mmcblk1p2   8064    8191     128   64K Linux filesystem
/dev/mmcblk1p3   8192   16383    8192    4M Linux filesystem
/dev/mmcblk1p4  16384   24575    8192    4M Linux filesystem
/dev/mmcblk1p5  24576   32767    8192    4M Linux filesystem
/dev/mmcblk1p6  32768  262143  229376  112M Microsoft basic data
/dev/mmcblk1p7 262144 1368063 1105920  540M Linux filesystem

Command (m for help): Partition number (1-7, default 7):
Partition 7 has been deleted.

Command (m for help): Partition number (7-128, default 7): Partition number (7-128, default 7): First sector (262144-31116254, default 262144): Last sector, +sectors or +size{K,M,G,T,P} (262144-31116254, default 31116254):
Created a new partition 7 of type 'Linux filesystem' and of size 14.7 GiB.

Command (m for help):
Disk /dev/mmcblk1: 14.9 GiB, 15931539456 bytes, 31116288 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: gpt
Disk identifier: 1C7D4C86-35A6-4E6A-B3E3-2A6BEB44FDD0

Device          Start      End  Sectors  Size Type
/dev/mmcblk1p1     64     8063     8000  3.9M Linux filesystem
/dev/mmcblk1p2   8064     8191      128   64K Linux filesystem
/dev/mmcblk1p3   8192    16383     8192    4M Linux filesystem
/dev/mmcblk1p4  16384    24575     8192    4M Linux filesystem
/dev/mmcblk1p5  24576    32767     8192    4M Linux filesystem
/dev/mmcblk1p6  32768   262143   229376  112M Microsoft basic data
/dev/mmcblk1p7 262144 31116254 30854111 14.7G Linux filesystem

Command (m for help):
The partition table has been altered.
Calling ioctl() to re-read partition table.

The kernel still uses the old table. The new table will be used at the next reboot or after you run partprobe(8) or kpartx(8).

themax75 · 2018-02-04T16:07:09Z

I have the same issue on my Pine A64 1GB.

SD Card is 16GB.

df -h
Filesystem Size Used Avail Use% Mounted on
/dev/mmcblk0p2 845M 696M 96M 88% /
devtmpfs 458M 0 458M 0% /dev
tmpfs 491M 0 491M 0% /dev/shm
tmpfs 491M 6.6M 484M 2% /run
tmpfs 5.0M 0 5.0M 0% /run/lock
tmpfs 491M 0 491M 0% /sys/fs/cgroup
/dev/mmcblk0p1 50M 14M 37M 28% /boot
tmpfs 20M 20K 20M 1% /var/log
tmpfs 491M 4.0K 491M 1% /tmp
tmpfs 10M 1.4M 8.7M 14% /DietPi

cat /var/tmp/dietpi/logs/fs_*

resize2fs 1.43.4 (31-Jan-2017)
The filesystem is already 227840 (4k) blocks long. Nothing to do!

Image used is: DietPi_v6.0_PineA64-ARMv8-Stretch.img

(sorry noob at GitHub, don't know how to do the fancy markup)

themax75 · 2018-02-04T16:15:54Z

Update : I executed resize_rootfs.sh and got :

root@DietPi:~# resize_rootfs.sh

DEVICE=/dev/mmcblk0
PART=2
resize
fdisk -l /dev/mmcblk0
grep /dev/mmcblk0p2
awk {print $2}
start=143360
echo 143360
143360
set +e
fdisk /dev/mmcblk0

Welcome to fdisk (util-linux 2.29.2).
Changes will remain in memory only, until you decide to write them.
Be careful before using the write command.

Command (m for help): Disk /dev/mmcblk0: 14.9 GiB, 15931539456 bytes, 31116288 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: 0x990596f6

Device Boot Start End Sectors Size Id Type
/dev/mmcblk0p1 40960 143359 102400 50M 6 FAT16
/dev/mmcblk0p2 143360 1966079 1822720 890M 83 Linux

Command (m for help): Partition number (1,2, default 2):
Partition 2 has been deleted.

Command (m for help): Partition type
p primary (1 primary, 0 extended, 3 free)
e extended (container for logical partitions)
Select (default p): Partition number (2-4, default 2): First sector (2048-31116287, default 2048): Last sector, +sectors or +size{K,M,G,T,P} (143360-31116287, default 31116287):
Created a new partition 2 of type 'Linux' and of size 14.8 GiB.
Partition #2 contains a ext4 signature.

Command (m for help):
The partition table has been altered.
Calling ioctl() to re-read partition table.
Re-reading the partition table failed.: Device or resource busy

The kernel still uses the old table. The new table will be used at the next reboot or after you run partprobe(8) or kpartx(8).

set -e
partx -u /dev/mmcblk0
resize2fs /dev/mmcblk0p2
resize2fs 1.43.4 (31-Jan-2017)
Filesystem at /dev/mmcblk0p2 is mounted on /; on-line resizing required
old_desc_blocks = 1, new_desc_blocks = 1
The filesystem on /dev/mmcblk0p2 is now 3871616 (4k) blocks long.
echo Done!
Done!

themax75 · 2018-02-04T16:17:54Z

Now df -h reads:
df -h
Filesystem Size Used Avail Use% Mounted on
/dev/mmcblk0p2 15G 699M 14G 5% /
devtmpfs 458M 0 458M 0% /dev
tmpfs 491M 0 491M 0% /dev/shm
tmpfs 491M 6.6M 484M 2% /run
tmpfs 5.0M 0 5.0M 0% /run/lock
tmpfs 491M 0 491M 0% /sys/fs/cgroup
/dev/mmcblk0p1 50M 14M 37M 28% /boot
tmpfs 20M 20K 20M 1% /var/log
tmpfs 491M 4.0K 491M 1% /tmp
tmpfs 10M 1.4M 8.7M 14% /DietPi

Fourdee · 2018-02-04T19:59:50Z

@themax75

Thanks for the report, please can you paste results of our resize logs:

cat /var/tmp/dietpi/logs/fs_*

themax75 · 2018-02-04T20:10:34Z

When I type that, it only shows :

resize2fs 1.43.4 (31-Jan-2017)
The filesystem is already 227840 (4k) blocks long. Nothing to do!

Fourdee · 2018-02-04T20:16:59Z

@themax75

Thanks, appears rootFS partition resize failed, i'll try to replicate.

Note to self:

Service Log (saved to rootFS) causing this to fail?

Fourdee · 2018-03-01T15:35:31Z

🈯️ Sandisk Ultra 16GB - Rock64:

root@DietPi:~# df -h
Filesystem      Size  Used Avail Use% Mounted on
/dev/mmcblk1p7   15G  336M   14G   3% /

🈯️ Sandisk Ultra 8GB - PineA64:

root@DietPi:~# df -h
Filesystem      Size  Used Avail Use% Mounted on
/dev/root       7.3G  1.5G  5.6G  21% /

Fourdee · 2018-03-02T15:36:05Z

As i'am unable to replicate (https://github.com/Fourdee/DietPi/issues/1452#issuecomment-369630342), we'll need serial debugging to identify the issue, from those affected.

If anyone experiences failed RootFS resize/partition, please do the following:

Write a fresh DietPi image
Connect Serial console
Power on
Wait for the serial console to prompt for login
Login, and check df -h
Paste the whole serial console print in a new post on this ticket

Fourdee · 2018-03-04T17:25:43Z

https://twitter.com/FlyingRich/status/970333749312393216

🈯️ Test with Pine installer:

 ───────────────────────────────────────
 DietPi     | 17:30 | Sun 04/03/18
 ───────────────────────────────────────
 v6.-1       | Rock64 (aarch64)
 ───────────────────────────────────────
 IP eth0    | 192.168.0.33
 ───────────────────────────────────────
[ INFO ] Checking RootFS R/W access. Please wait...
[  OK  ] RootFS R/W access.

[ INFO ] Initializing database, please wait...
^Croot@DietPi:~# df -h
Filesystem      Size  Used Avail Use% Mounted on
udev            460M     0  460M   0% /dev
tmpfs            93M  3.8M   89M   5% /run
/dev/mmcblk1p7   15G  336M   14G   3% /

elRadix · 2018-03-04T18:36:24Z

same issue as https://github.com/Fourdee/DietPi/issues/1511

Fourdee · 2018-03-04T19:08:13Z

@elRadix

same issue as #1511 | GPT mismatch

Could be a possible partition issue with the pre-image we use: https://github.com/ayufan-rock64/linux-build/releases/download/0.5.15/stretch-minimal-rock64-0.5.15-136-arm64.img.xz

@elRadix

Does the rootFS resize function with an SD card?

Fourdee · 2018-05-08T16:29:10Z

Hi all,

I've updated the image, contains the following fixes:

Truncate breaking GPT table. Fixed during image creation process
GPT resize script, using modified version of ayufan-rock64 script.

If anyone can help us test this new image, who experienced the resize issue, i'd be grateful.

https://dietpi.com/downloads/images/DietPi_Rock64-ARMv8-Stretch.7z

@1activegeek @richardhughes260 @lupa18

1activegeek · 2018-05-10T06:12:00Z

Traveling this week, will try to get to it this weekend to test. Thankfully I didn’t move my HASS.io install over to it yet so I can test pretty easily without recourse. 😉

1activegeek · 2018-05-12T18:58:44Z

Ok, I think this worked! Tested on the 16GB card I was having issue with before. I see promising readout and no errors about lack of space as I just started the base install.

[ INFO ] DietPi-Drive_Manager | Detecting drives, please wait...
[ INFO ] DietPi-Drive_Manager | Detected UUID mount: /dev/mmcblk1p6 > /mnt/6393-85D3
[ INFO ] DietPi-Drive_Manager | Detected UUID mount: /dev/mmcblk1p7 > /
[ INFO ] DietPi-Drive_Manager | autofs4 module not available in kernel, x-systemd.automount has been disabled
[ INFO ] DietPi-Drive_Manager | Processing drive information, please wait...
[ INFO ] DietPi-Drive_Manager | Checking available free space on RootFS, please wait...
[  OK  ] DietPi-Drive_Manager | 13907 MB available, 500 MB required

Nicely done @Fourdee!! Thanks for the hard work on squashing these bugs. 😃

Fourdee · 2018-05-13T15:01:22Z

@1activegeek

Excellent, many thanks for testing this and confirming now fixed 👍

🥂 Finally we nipped this one in the bud 😄 Will mark as closed and resolved.

olluz · 2018-06-12T08:15:45Z

this image still doesn't resize my Rock64 with a 16GB SDC

origamins · 2018-06-29T21:35:36Z

Hi All,
Didn't work for me either SanDisk 16GB SDHC UHS-1, I had to resize on Linux box.
Everything else works fine...

Fourdee · 2018-06-29T21:38:47Z

@olluz @origamins

Thanks for the reports 👍
We'll verify the image.

Notes:

2018-05-08 17:23

Fourdee · 2018-07-07T15:43:05Z

@olluz @origamins

I was unable to replicate the issue you reported, auto expansion works as intended.

I used the following (latest) image:
https://dietpi.com/downloads/images/DietPi_Rock64-ARMv8-Stretch.7z

With win32diskimager to write.

Please can you retry the above, if problem persists, please let us know and i'll reopen the ticket.

pfordmedia · 2018-09-22T02:10:25Z

Total noob here, but I'm having the exact same issue using the DietPi version located in the Pine64 installer. Also the newest version v8 is giving me a fatal server error on xserver saying that no screens found. Is this a missing video driver for the Rock64 chipset? Im sorry If I'm not asking the right questions or in the right way.

Fourdee · 2018-09-22T12:00:17Z

@pfordmedia

Pine64 installer.

Hi, the Pine64 installer is outdated in regards to our image I believe, please write the image using our guide:
https://dietpi.com/phpbb/viewtopic.php?f=8&t=9#p9

Fourdee added Testing/testers required 🔽 ROCK64 labels Feb 2, 2018

Fourdee added this to the v6.2 milestone Feb 2, 2018

Fourdee added Waiting for user reply ⏳ Unable to replicate ☕ and removed Testing/testers required 🔽 labels Feb 2, 2018

Fourdee removed this from the v6.2 milestone Feb 3, 2018

Fourdee added PINE A64 Testing/testers required 🔽 and removed Unable to replicate ☕ Waiting for user reply ⏳ labels Feb 4, 2018

Fourdee added this to the v6.3 milestone Feb 18, 2018

Fourdee added Unable to replicate ☕ and removed Testing/testers required 🔽 labels Mar 2, 2018

Fourdee self-assigned this Mar 2, 2018

Fourdee added the Waiting for user reply ⏳ label Mar 2, 2018

Fourdee added Waiting for user reply ⏳ Testing/testers required 🔽 and removed Investigating 🤔 Unable to replicate ☕ PINE A64 labels May 8, 2018

Fourdee closed this as completed May 13, 2018

Fourdee added Bug 🐞 and removed Testing/testers required 🔽 Waiting for user reply ⏳ labels May 13, 2018

Fourdee reopened this Jun 29, 2018

Fourdee added the Investigating 🤔 label Jun 29, 2018

Fourdee modified the milestones: v6.8, v6.10, v6.11, v6.12 Jun 29, 2018

Fourdee closed this as completed Jul 7, 2018

MichaIng removed Investigating 🤔 labels Mar 3, 2019

Provide feedback

Saved searches

Use saved searches to filter your results more quickly

DietPi don't expand SD-Card on Rock64 #1452

DietPi don't expand SD-Card on Rock64 #1452

ghost commented Feb 2, 2018

Fourdee commented Feb 2, 2018

ghost commented Feb 2, 2018

Fourdee commented Feb 2, 2018 •

edited

Loading

themax75 commented Feb 4, 2018 •

edited

Loading

themax75 commented Feb 4, 2018

themax75 commented Feb 4, 2018

Fourdee commented Feb 4, 2018

themax75 commented Feb 4, 2018

Fourdee commented Feb 4, 2018

Fourdee commented Mar 1, 2018 •

edited

Loading

Fourdee commented Mar 2, 2018 •

edited

Loading

Fourdee commented Mar 4, 2018 •

edited

Loading

elRadix commented Mar 4, 2018

Fourdee commented Mar 4, 2018

Fourdee commented May 8, 2018

1activegeek commented May 10, 2018

1activegeek commented May 12, 2018 •

edited

Loading

Fourdee commented May 13, 2018

olluz commented Jun 12, 2018

origamins commented Jun 29, 2018

Fourdee commented Jun 29, 2018

Fourdee commented Jul 7, 2018

pfordmedia commented Sep 22, 2018

Fourdee commented Sep 22, 2018

DietPi don't expand SD-Card on Rock64 #1452

DietPi don't expand SD-Card on Rock64 #1452

Comments

ghost commented Feb 2, 2018

Required Information:

Expected behaviour:

Actual behaviour:

Error Message:

Fourdee commented Feb 2, 2018

ghost commented Feb 2, 2018

Fourdee commented Feb 2, 2018 • edited Loading

themax75 commented Feb 4, 2018 • edited Loading

themax75 commented Feb 4, 2018

themax75 commented Feb 4, 2018

Fourdee commented Feb 4, 2018

themax75 commented Feb 4, 2018

Fourdee commented Feb 4, 2018

Fourdee commented Mar 1, 2018 • edited Loading

Fourdee commented Mar 2, 2018 • edited Loading

If anyone experiences failed RootFS resize/partition, please do the following:

Fourdee commented Mar 4, 2018 • edited Loading

elRadix commented Mar 4, 2018

Fourdee commented Mar 4, 2018

Fourdee commented May 8, 2018

I've updated the image, contains the following fixes:

If anyone can help us test this new image, who experienced the resize issue, i'd be grateful.

https://dietpi.com/downloads/images/DietPi_Rock64-ARMv8-Stretch.7z

1activegeek commented May 10, 2018

1activegeek commented May 12, 2018 • edited Loading

Fourdee commented May 13, 2018

olluz commented Jun 12, 2018

origamins commented Jun 29, 2018

Fourdee commented Jun 29, 2018

Fourdee commented Jul 7, 2018

Please can you retry the above, if problem persists, please let us know and i'll reopen the ticket.

pfordmedia commented Sep 22, 2018

Fourdee commented Sep 22, 2018

Fourdee commented Feb 2, 2018 •

edited

Loading

themax75 commented Feb 4, 2018 •

edited

Loading

Fourdee commented Mar 1, 2018 •

edited

Loading

Fourdee commented Mar 2, 2018 •

edited

Loading

Fourdee commented Mar 4, 2018 •

edited

Loading

1activegeek commented May 12, 2018 •

edited

Loading