On Tue, Jan 22, 2019 at 09:59:08PM -0500, Dennis Clarke wrote: > well darn ! > > root@arm7:/boot# mount -v > /dev/mmcblk0p2 on / type ext4 (rw,relatime,data=ordered) > devtmpfs on /dev type devtmpfs > (rw,relatime,size=1021496k,nr_inodes=187164,mode=755) > sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime) > proc on /proc type proc (rw,relatime) > securityfs on /sys/kernel/security type securityfs > (rw,nosuid,nodev,noexec,relatime) > tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev) > devpts on /dev/pts type devpts > (rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000) > tmpfs on /run type tmpfs (rw,nosuid,nodev,mode=755) > tmpfs on /run/lock type tmpfs (rw,nosuid,nodev,noexec,relatime,size=5120k) > tmpfs on /sys/fs/cgroup type tmpfs (ro,nosuid,nodev,noexec,mode=755) > cgroup on /sys/fs/cgroup/systemd type cgroup > (rw,nosuid,nodev,noexec,relatime,xattr,release_agent=/lib/systemd/systemd-cgroups-agent,name=systemd) > pstore on /sys/fs/pstore type pstore (rw,nosuid,nodev,noexec,relatime) > cgroup on /sys/fs/cgroup/cpuset type cgroup > (rw,nosuid,nodev,noexec,relatime,cpuset) > cgroup on /sys/fs/cgroup/devices type cgroup > (rw,nosuid,nodev,noexec,relatime,devices) > cgroup on /sys/fs/cgroup/freezer type cgroup > (rw,nosuid,nodev,noexec,relatime,freezer) > cgroup on /sys/fs/cgroup/cpu,cpuacct type cgroup > (rw,nosuid,nodev,noexec,relatime,cpu,cpuacct) > mqueue on /dev/mqueue type mqueue (rw,relatime) > debugfs on /sys/kernel/debug type debugfs (rw,relatime) > configfs on /sys/kernel/config type configfs (rw,relatime) > fusectl on /sys/fs/fuse/connections type fusectl (rw,relatime) > /dev/mmcblk0p1 on /boot type vfat > (rw,relatime,fmask=0022,dmask=0022,codepage=437,iocharset=iso8859-1,shortname=mixed,errors=remount-ro) > tmpfs on /run/user/0 type tmpfs > (rw,nosuid,nodev,relatime,size=206040k,mode=700) > root@arm7:/boot# > > What I need is a proper Debian install process on this tinker board ASUS > thing and then I can say goodbye to the linaro install that comes with > it. > > Thanks for catching that and .. gee .. is there a way to recover?
I would think this could work: Move the files belonging to debian packages from /boot to another location, then unmount /boot and move the files into the /boot that is part of / then mount your boot partition as something else (like /vfatboot or something). On these types of machines usually you use the flash-kernel package, which copies to correct files from /boot to the vfat boot partition when a new kernel is installed and generates the needed uboot scripts or whatever a given system requires. That is once you add the machine identifier to the database for flash-kernel. There seems to be no reason to have a seperate /boot partition from the debian point of view if the system boots from a vfat partition so easier to just make /boot be a plain directory on the root partition in that case. -- Len Sorensen
