![]() ![]() Debian also offers it as an option, though not the default. DEBIAN OPENZFS 2.0 SOFTWAREYou can also try the equivalent versions of the software on 圆4 for comparison.Ubuntu is one Linux distribution which offers ZFS during installation when Canonical, its parent company, decided to offer ZFS as default in 2016, it was accused of violating the GNU General Public Licence version 2, the licence under which the Linux kernel is released. For something like ZFS you are actually better off with Ubuntu, since Raspberry Pi don't do any testing for it. I would suggest your first port of call should be Ubuntu Server 20.04 using the pre-compiled modules. With Ubuntu they supply the kernel modules for you. In the past I've compiled my own to run on Raspberry Pi OS, but it was a hassle to have to recompile everything every time the kernel was upgraded. I'm running the default version of ZFS from the Ubuntu repos. The user interface at the command line is far better than BTRFS, and I hold Sun engineers in high regard. I trust ZFS due to having used it before on OpenSolaris. I've never tried running any of the ZFS test suite - all I know is it seems to work. There is a lot of motion in the Pi - area right now.Īre there others who invest in Pi based NAS? TrueNAS/FreeNAS drop arm64 support - what are other alternatives? An option is the Compute Module Development Board with a SATA PCe - interface card. The turingPi V2 will have such extensions - hopefully My hope is, that their will come up some boards for the Compute Module 4 with direct SATA interfaces. Will test some of adapters and have a look at the startech, thanks! Ubuntu Server is still an option but I wish to stay with RPiOS. Think that the RPiOS arm64 will get official with the next LTS version somehow next year. ![]() That will be my target combination - but seems that it is alpha state yet. RPiOS arm64 with 5.10.x-kernel LTS and OpenZFS 2.0.x Have to learn some stuff regarding zfs and test the hardware.ģ. This will be my test setup for the next months. RPiOS arm64 (beta) with 5.4x - kernel (build my own kernel due to the described problem) and ZFS 0.8.x (backports) Got a running setup but the zfs test-suite pointed out some failed tests and the Pi freeze at test 100 of > 1000 - think it is not yet the time to invest in this setup.Ģ. RPiOS arm64 (beta) with the 5.9.x - kernel (beta) and OpenZFS 2.0 (rc-4). Here my thoughts on how I might proceed to get a minimalistic NAS.ġ. Good the get feedback from running installations. Lot of questions but I am lost and don't know if it's worth to get it solved - because others have the same issue - or switch to ubuntu-server arm64 for Pi because there zfs is "build-in" and Raspberry Pi is a reference platform now? Any hints for that? Pure debian or ubuntu? Will try WSL2 environment on Win10 - any thoughts on that? Think that I will set up a cross-compile environment. Stop.) because of the beta state - lot of other things to do I guess, correct?Ĥ. The local build of the RPiOS arm64 kernel is broken (make: *** No rule to make target 'zImage'. To get new headers with CONFIG_STACKPROTECTOR_PER_TASK=y and a kernel-image which support this I must configure and build my own kernel-image?ģ. The Symbol CONFIG_STACKPROTECTOR_PER_TASK=y is not present in the header package raspberrypi-kernel-headers so the official kernel-image was compiled in an environment which didn't support the cc_options - see above?Ģ. configįine! Hmm, learned a lot of stuff but what are the next steps? Is it the correct track?Īssumptions and Questions (Please correct if I am wrong - first time I dive into kernel staff, thanks):ġ. Gcc version 8.3.0 (Debian 8.3.0-6) didn't support the required cc-option - upgrading to gcc version 10.2.0 (Debian 10.2.0-15) (testing) and new kernel config come back $ grep STACKPROTECTOR. DEBIAN OPENZFS 2.0 HOW TOHow to get CC_HAVE_STACKPROTECTOR_SYSREG to y? configĭepends on: STACKPROTECTOR & CC_HAVE_STACKPROTECTOR_SYSREG ĭef_bool $(cc-option,-mstack-protector-guard=sysreg -mstack-protector-guard-reg=sp_el0 -mstack-protector-guard-offset=0) The symbol STACKPROTECTOR_PER_TASK is required but not present in the $ grep -r STACKPROTECTOR. Installation of the packages and Build of openzfs sources break withĮRROR: "_stack_chk_guard" undefined! DEBIAN OPENZFS 2.0 INSTALLI try to install ZFS on my Pi4 with RPiOS arm64 - Lite (beta)īuster: zfs-dkms/stable,stable 0.7.12-2+deb10u2 allīuster-backport: zfs-dkms (0.8.4-2~bpo10+1)Īnd try to build OpenZFS master and 2.0 - branch with gcc version 8.3.0 (Debian 8.3.0-6) I have an issue and hope that someone can give me a hint and that I am on the right track. ![]()
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |