Debian SD Card boot Image from BB.org only 2GB

GoogleGroups
1

When I put the Debian 5-14-2014 SD card boot image on a 4GB SD card using Win32 Disk Imager andboot from the SD card I only get a 2GB system. It does say on BB.org that it is a 2GB image.
Using df -h shows very little space left and when I tried to install Adafruit BBIO I do not get past first
step when I get a disk full write error.

Interesting when I boot from the flash which is 4GB on the RevC board and do df -h it shows a 4GB size of which
1.5GB is free and if I then insert the same SD card it mounts it as an external drive and shows it as 4GB with
about half of it used indicating that Win32 disk image did use the whole SD card size.

How would one tell Debian to increase the boot size from 2GB to the whole card when you boot from it.
Things like fdisk will not let you modify a partition if you booted from that partition and if I mount it as
an external disk it already says it is 4GB and no need to change it.

Or do we just need for BB.org to post a 4GB image for use in booting from SD cards.

Thank’s for any info
Tom

2

I’m not aware of any way to do this from within Windows, but can think of a few ways to achieve your end goal. gparted I believe can do this, and another way would be to do it manually with fdisk, mkfs, and tar.

3

http://elinux.org/Beagleboard:BeagleBoneBlack_Debian#Expanding_File_System_Partition_On_A_microSD

it gives you a hint. :wink:

Regards,

4

Robert
Much more than a hint, the actual procedure .
It worked fine and increased the size to 4GB
I then put the SD Card back into the PC and used Win32 Disk Imager to read the image in for backup
that way I can mess it up and get back to where I was without having to rebuild everything that was working.

I installed Adafruit GPIO and this time it had no issues and tested by running Blinky.py and it
blinks an LED on P8_8 .

Thank’ for the info
I bookmarked your FAQ link for future reference
Tom

5

This brings up the question of does the same procedure to increase the size of the image work for the flash version of 5-14-2014
Seems if you were to download the flash version which is also only 2GB and flash the onboard flash with it you would again get only
a 2GB system, unless the flash process is smart enough to expand the image to use all 4GB of flash.
Not willing just yet to try that on my RevC board.
I am new to Linux and the flash seems to be a device like the SD card but I ask the experts here.
By the way increasing the size of the image to use all of the 4GB SD card also solved my issue with booting as a standalone system
and having the browser crash , it was running out of space we now know was the problem.

Tom

6

Robert

      This brings up the question of does the same procedure to increase
the size of the image work for the flash version of 5-14-2014
Seems if you were to download the flash version which is also only 2GB and
flash the onboard flash with it you would again get only
a 2GB system, unless the flash process is smart enough to expand the image
to use all 4GB of flash.

The "flasher" image is smart enough.. It's the standalone "2gb" microSD
that is the problem.

btw, if you look at the "testing" versions:

http://elinux.org/Beagleboard:BeagleBoneBlack_Debian#2014-08-19

The standalone microSD is now 4gb by default..

Not willing just yet to try that on my RevC board.
I am new to Linux and the flash seems to be a device like the SD card but
I ask the experts here.
By the way increasing the size of the image to use all of the 4GB SD card
also solved my issue with booting as a standalone system
and having the browser crash , it was running out of space we now know was
the problem.

Regards,

7

I haven’t had any success here. I created my microSD from the IMG file, bone-debian-7.5-2014-05-14-2gb.img.

I used an 8 Gig microSD card.

It shows I’m at 100% disk usage right off the bat. I used this process and it appeared to work, but complained of errors at the end. After reboot, my file system size was still incorrect:

`
debian@beaglebone:~$ df -h
Filesystem Size Used Avail Use% Mounted on
rootfs 1.6G 1.5G 2.6M 100% /
udev 10M 0 10M 0% /dev
tmpfs 100M 500K 99M 1% /run
/dev/mmcblk0p2 1.6G 1.5G 2.6M 100% /
tmpfs 249M 0 249M 0% /dev/shm
tmpfs 249M 0 249M 0% /sys/fs/cgroup
tmpfs 100M 0 100M 0% /run/user
tmpfs 5.0M 0 5.0M 0% /run/lock
/dev/mmcblk0p1 96M 70M 27M 73% /boot/uboot
debian@beaglebone:~$ cd /opt/scripts/tools/
debian@beaglebone:/opt/scripts/tools$ sudo git pull
remote: Counting objects: 780, done.
remote: Compressing objects: 100% (221/221), done.
remote: Total 780 (delta 575), reused 758 (delta 553)
Receiving objects: 100% (780/780), 102.38 KiB, done.
Resolving deltas: 100% (575/575), completed with 13 local objects.
From https://github.com/RobertCNelson/boot-scripts
8690159…c0429c4 master → origin/master
Updating 8690159…c0429c4
Fast-forward
3rdparty/xinput_calibrator_pointercal.sh | 65 ±
boot/am335x_evm.sh | 52 ±
boot/omap3_beagle.sh | 32 ±
boot/omap5_uevm.sh | 54 +
device/bone/capes/BB-BEAGLELOGIC/beaglelogic-pru0 | Bin 0 → 11160 bytes
device/bone/capes/BB-BEAGLELOGIC/beaglelogic-pru1 | Bin 0 → 12648 bytes
device/bone/capes/BBB_Audio_Cape_RevB/asound.state | 1311 ++++++++++++++++++++
device/bone/tester/eeprom-u-boot.sh | 277 +++++
tools/beaglebone-black-eMMC-flasher.sh | 161 +±
tools/developers/apt-proxy.sh | 2 ±
tools/developers/nfs-rsync.sh | 16 +
tools/eMMC/bbb-eMMC-flasher-eewiki-12mb.sh | 316 +++++
…glebone-black-make-microSD-flasher-from-eMMC.sh | 445 +++±–
tools/eMMC/generic-eMMC-flasher-12mb.sh | 210 ++++
tools/eMMC/init-eMMC-flasher-v2.sh | 335 +++++
tools/eMMC/init-eMMC-flasher-v3.sh | 415 +++++++
tools/graphics/ti-omapdrm.sh | 122 ±
tools/grow_partition.sh | 74 ±
tools/init-eMMC-flasher.sh | 391 ++++++
tools/update_bootloader.sh | 27 ±
tools/update_kernel.sh | 184 +±
tools/wm/efl.sh | 170 +++
tools/wm/lxqt.sh | 1 +
tools/wm/maynard.sh | 114 ++
tools/wm/weston-drm.sh | 7 +
tools/wm/weston-fbdev.sh | 8 +
tools/wm/weston.sh | 12 +
27 files changed, 4354 insertions(+), 447 deletions(-)
create mode 100755 boot/omap5_uevm.sh
create mode 100644 device/bone/capes/BB-BEAGLELOGIC/beaglelogic-pru0
create mode 100644 device/bone/capes/BB-BEAGLELOGIC/beaglelogic-pru1
create mode 100644 device/bone/capes/BBB_Audio_Cape_RevB/asound.state
create mode 100755 device/bone/tester/eeprom-u-boot.sh
create mode 100755 tools/developers/nfs-rsync.sh
create mode 100755 tools/eMMC/bbb-eMMC-flasher-eewiki-12mb.sh
create mode 100755 tools/eMMC/generic-eMMC-flasher-12mb.sh
create mode 100755 tools/eMMC/init-eMMC-flasher-v2.sh
create mode 100755 tools/eMMC/init-eMMC-flasher-v3.sh
create mode 100755 tools/init-eMMC-flasher.sh
create mode 100755 tools/wm/efl.sh
create mode 100755 tools/wm/maynard.sh
create mode 100755 tools/wm/weston-drm.sh
create mode 100755 tools/wm/weston-fbdev.sh
create mode 100755 tools/wm/weston.sh
debian@beaglebone:/opt/scripts/tools$ sudo ./grow_partition.sh
Media: [/dev/mmcblk0]

Disk /dev/mmcblk0: 238720 cylinders, 4 heads, 16 sectors/track
Old situation:
Units = mebibytes of 1048576 bytes, blocks of 1024 bytes, counting from 0

Device Boot Start End MiB #blocks Id System
/dev/mmcblk0p1 * 1 96 96 98304 e W95 FAT16 (LBA)
start: (c,h,s) expected (32,0,1) found (0,32,33)
end: (c,h,s) expected (1023,3,16) found (12,93,17)
/dev/mmcblk0p2 97 1699 1603 1641472 83 Linux
start: (c,h,s) expected (1023,3,16) found (12,93,18)
end: (c,h,s) expected (1023,3,16) found (216,183,31)
/dev/mmcblk0p3 0 - 0 0 0 Empty
/dev/mmcblk0p4 0 - 0 0 0 Empty
New situation:
Units = mebibytes of 1048576 bytes, blocks of 1024 bytes, counting from 0

Device Boot Start End MiB #blocks Id System
/dev/mmcblk0p1 * 1 96 96 98304 e W95 FAT16 (LBA)
/dev/mmcblk0p2 97 7459 7363 7539712 83 Linux
/dev/mmcblk0p3 0 - 0 0 0 Empty
/dev/mmcblk0p4 0 - 0 0 0 Empty
Successfully wrote the new partition table

Re-reading the partition table …
BLKRRPART: Device or resource busy
The command to re-read the partition table failed.
Run partprobe(8), kpartx(8) or reboot your system now,
before using mkfs
If you created or changed a DOS partition, /dev/foo7, say, then use dd(1)
to zero the first 512 bytes: dd if=/dev/zero of=/dev/foo7 bs=512 count=1
(See fdisk(8).)
debian@beaglebone:/opt/scripts/tools$ sudo reboot

Reboot logs omitted

debian@beaglebone:~$ df -h
Filesystem Size Used Avail Use% Mounted on
rootfs 1.6G 1.5G 904K 100% /
udev 10M 0 10M 0% /dev
tmpfs 100M 528K 99M 1% /run
/dev/mmcblk0p2 1.6G 1.5G 904K 100% /
tmpfs 249M 0 249M 0% /dev/shm
tmpfs 249M 0 249M 0% /sys/fs/cgroup
tmpfs 5.0M 0 5.0M 0% /run/lock
tmpfs 100M 0 100M 0% /run/user
/dev/mmcblk0p1 96M 70M 27M 73% /boot/uboot
debian@beaglebone:~$

`

If I take that card and plug it into a development system, use gparted to look at it, it shows that the filesystems are about 96M for boot and a little over 7.2G for the ext4 partition. So I do not understand why the BBB is not seeing this same information.

Any suggestions? For what it’s worth, I re-imaged my microSD card over and retried without having done any other actions.

My next step may be to re-image the microSD card, then look at it via gparted and adjust the partition size before I ever even boot it on the BBB.

Regards,

  • RT
8

Instead of starting over just run:

sudo resize2fs /dev/mmcblk0p2

sfdisk already resized it.

Regards,

9

Thanks. That took care of it.

Two notes are:

  • sudo appears to be required to perform the git

  • I realize older boards have 2 G MMC space, but still what’s up with zero space being left minute #1 when you boot this of an SD card. Probably better to require them to use a 4 Gig SD card. Maybe that’s already in the testing releases, I stuck with the last official release.

  • RT

10

Thanks. That took care of it.

Two notes are:
- sudo appears to be required to perform the git

It's only required if you do a "git pull" once with sudo.. by default
it's chown'ed to "debian"..

- I realize older boards have 2 G MMC space, but still what's up with zero
space being left minute #1 when you boot this of an SD card. Probably
better to require them to use a 4 Gig SD card. Maybe that's already in the
testing releases, I stuck with the last official release.

The testing version of the "microSD" has been defaulting to 4GB for a
few releases.

Regards,