BUG记录：系统镜像烧写后磁盘占用率100%。

问题描述：新系统镜像文件.img烧入px30后，系统能够正常启动，但磁盘占用率为100%。

设备：px30
内核：kernel 4.4
x系统：ubuntu 18.04

现象如下：
系统启动后bash报错 ：-bash: cannot create temp file for here-document: No space left on device。

1、df -h查看磁盘容量

从上图可以发现，根目录已被占满。

2、fdisk -l 查看磁盘信息

实际存储容量是7个多G，不存在物理存储空间不够的问题。

3、此时基本可以推测是调整文件系统大小的resize2fs执行有问题。
查找系统启动信息后，找到如下报错。
resize2fs命令是放在rc.local脚本中启动的，可以确定的是rc.local是有root执行权限的，为何会报“Permission denied”的错误。

4、切换到root用户，手动执行resize2fs命令执行一次
resize2fs /dev/mmcblk0p8
依然报错，信息如下：
此时可以确认，虽然resize2fs报错是权限问题，但实际并不是权限问题导致的。

5、回溯系统的整个启动信息，查找异常点。
发现了如下的错误信息：
[ 5.379712] EXT4-fs error (device mmcblk0p8): ext4_mb_generate_buddy:759: group 17, block bitmap and bg descriptor inconsistent: 2497 vs 2490 free clusters
[ 5.407911] EXT4-fs error (device mmcblk0p8): ext4_mb_generate_buddy:759: group 26, block bitmap and bg descriptor inconsistent: 26273 vs 26280 free clusters
通过上述分析应该是根文件系统镜像出了问题，初步怀疑是在mount rootfs.img，修改文件系统相关的内容时，导致了根文件系统的格式损坏了。
解决：重新制作文件系统镜像，流程：
mkdir rootfs
dd if=/dev/zero of=linuxroot.img bs=1M count=4000
mkfs.ext4 linuxroot.img
sudo mount linuxroot.img rootfs/
sudo cp -rfp temp/* rootfs/
sudo umount rootfs/
e2fsck -p -f linuxroot.img
resize2fs -M linuxroot.img

6、烧写新制作的文件系统
系统启动正常，df -h查看磁盘容量
系统已恢复正常。