PINE64
Minimal 64bit ARM RootFS for Debian and Ubuntu - Printable Version

+- PINE64 (https://forum.pine64.org)
+-- Forum: PINE A64(+) (https://forum.pine64.org/forumdisplay.php?fid=4)
+--- Forum: Linux on Pine A64(+) (https://forum.pine64.org/forumdisplay.php?fid=6)
+--- Thread: Minimal 64bit ARM RootFS for Debian and Ubuntu (/showthread.php?tid=87)

Pages: 1 2 3 4 5


Minimal 64bit ARM RootFS for Debian and Ubuntu - umiddelb - 01-03-2016

Hi,

I've prepared two tar archives containing a minimal 64bit ARM root filesystem for Debian Jessie (login: debian, passwd: 111111) and Ubuntu Trusty (login ubuntu, passwd: 111111). You can find the scripts for creating the root filesystems and some additional information about the tar archives here. Once the kernel image / modules and the boot loader are available for the PINE64, I'll try to build a complete image.

Cheers
Uli


RE: Minimal 64bit ARM RootFS for Debian and Ubuntu - Debcool - 01-23-2016

Salut,
Very kind of you. Can't wait to get the device in my hands Wink
A+
Debcool


RE: Minimal 64bit ARM RootFS for Debian and Ubuntu - tllim - 01-23-2016

(01-03-2016, 01:58 AM)umiddelb Wrote: Hi,

I've prepared two tar archives containing a minimal 64bit ARM root filesystem for Debian Jessie (login: debian, passwd: 111111) and Ubuntu Trusty (login ubuntu, passwd: 111111). You can find the scripts for creating the root filesystems and some additional information about the tar archives here. Once the kernel image / modules and the boot loader are available for the PINE64, I'll try to build a complete image.

Cheers
Uli

Cool and thanks :-)


RE: Minimal 64bit ARM RootFS for Debian and Ubuntu - umiddelb - 02-12-2016

The Archlinux ARM community provided generic rootfs for arm64 runs on the pine64 as well.


RE: Minimal 64bit ARM RootFS for Debian and Ubuntu - tllim - 02-12-2016

(02-12-2016, 05:32 PM)umiddelb Wrote: The Archlinux ARM community provided generic rootfs for arm64 runs on the pine64 as well.

This porting already going on by Sunxi and hopefully release on this week. Stays tune.


RE: Minimal 64bit ARM RootFS for Debian and Ubuntu - umiddelb - 02-13-2016

(02-12-2016, 05:32 PM)umiddelb Wrote: The Archlinux ARM community provided generic rootfs for arm64 runs on the pine64 as well.

And it evens runs Docker ...


Code:
[root@alarm docker]# docker info DEBU[2641] Calling GET /v1.22/info DEBU[2641] GET /v1.22/info Containers: 1 Running: 0 Paused: 0 Stopped: 1 Images: 1 Server Version: 1.10.1 Storage Driver: overlay Backing Filesystem: extfs Execution Driver: native-0.2 Logging Driver: json-file Plugins: Volume: local Network: null host bridge Kernel Version: 4.5.0-rc1+ Operating System: Arch Linux ARM OSType: linux Architecture: aarch64 CPUs: 4 Total Memory: 780.2 MiB Name: alarm ID: W3UG:DDAD:5PSR:FECO:X7CN:QCR5:EBAH:RA76:6JOJ:IVI3:MMQW:LCWN Debug mode (server): true File Descriptors: 14 Goroutines: 27 System Time: 2016-02-05T17:00:08.85349Z EventsListeners: 0 Init SHA1: 14d42f7cde8f432216a470821fd5fffb5cfa549b Init Path: /usr/lib/docker/dockerinit Docker Root Dir: /var/lib/docker



RE: Minimal 64bit ARM RootFS for Debian and Ubuntu - patrickhwood - 02-13-2016

Nice. I assume this is with the 4.4.0 kernel?

I tried to boot this with the android kernel, but it doesn't want to start a getty on ttyS0. I haven't worked with systemd before (one of the reasons I'm dreading the upcoming ubuntu LTS release), but I followed the instructions on the Archlinux site to enable it and set the right baud rate. I get a message that it's attempting to start the getty, but no login prompt:

[ *** ] A start job is running for dev-ttyS0.device (15s / 1min 30s)

Eventually, it times out:

[ TIME ] Timed out waiting for device dev-ttyS0.device.
[DEPEND] Dependency failed for Serial Getty on ttyS0.


RE: Minimal 64bit ARM RootFS for Debian and Ubuntu - umiddelb - 02-13-2016

(02-13-2016, 11:45 AM)patrickhwood Wrote: Nice. I assume this is with the 4.4.0 kernel?

I tried to boot this with the android kernel, but it doesn't want to start a getty on ttyS0. I haven't worked with systemd before (one of the reasons I'm dreading the upcoming ubuntu LTS release), but I followed the instructions on the Archlinux site to enable it and set the right baud rate. I get a message that it's attempting to start the getty, but no login prompt:

[ ***  ] A start job is running for dev-ttyS0.device (15s / 1min 30s)

Eventually, it times out:

[ TIME ] Timed out waiting for device dev-ttyS0.device.
[DEPEND] Dependency failed for Serial Getty on ttyS0.

I use this base image and added Arch on an additional partition. This base image comes with the 4.4 kernel. I've updated the kernel to 4.5 but kept the 4.4 dtb. To activate the serial console on Arch, I've simply added
Code:
c0:2345:respawn:/sbin/agetty 115200 ttyS0 linux
to /etc/inittab.

For Ubuntu, please add
Code:
T0:2345:respawn:/sbin/getty -L ttyS0 115200 vt100
to /etc/inittab

How did you build the android kernel?


RE: Minimal 64bit ARM RootFS for Debian and Ubuntu - patrickhwood - 02-13-2016

Are you using the latest aarch64 rootfs? SysV init isn't supported out of the box in that -- systemd is the default init system. Also, ubuntu hasn't used /etc/inittab for quite a while. i enabled getty on ttyS0 with this script in /etc/init/ttyS0.conf:

start on runlevel [2345]
respawn
script
exec /sbin/getty -8 -a root 115200 ttyS0
end script


RE: Minimal 64bit ARM RootFS for Debian and Ubuntu - patrickhwood - 02-13-2016

(02-13-2016, 05:12 PM)umiddelb Wrote: How did you build the android kernel?

I didn't build it; I pulled the android boot image from partition 6 and used abootimg to replace the ramdisk with one containing busybox and this in /init:

Code:
#!/bin/sh +x # mount local virtual fs mount -t proc proc /proc mount -t devtmpfs dev /dev mount /dev/mmcblk0p1 /root # mount /dev in new rootfs, cause we'll need one mount -t devtmpfs dev /root/dev exec chroot /root /sbin/init

I supposed I could have modified uboot's environment or script.bin to change the root= setting in the kernel's args, but that would have entailed mucking around with allwinner's uboot, and I'd prefer to spend my time elsewhere.