Page 3 of 3

Re: Invalid argument

Posted: 19 Jan 2017, 07:44
by Ed_P
I'm gonna wait for 3.2.3. :D

Re: Invalid argument

Posted: 22 Jan 2017, 14:50
by biotec
Hi!

I've run in this (stupid?) bug as well. In my case, I found it when trying to build a package using slackbuild a script that had 'cp -a ...' in it. Since slackbuild scripts are set to stop with ANY error, I couldn't build the package and it made me to investigate too. I'll summarize my findings, in part similar to those described in this thread.

1) Simply "mkdir aa; cp -a aa bb" already shows the error, no need to do anything more complicated.
2) In spite of the error report, It looks like permissions are correctly copied (I can't find any permission difference).
3) If the destination is on a non-aufs filesystem, NO error is shown, whatever is the originating filesystem.
4) If the destination is on a aufs filesystem, the error message IS shown, whatever is the originating filesystem.
5) any 4.9.x kernel shows the situation, but kernels from earlier series do not.
6) going back to porteus 3.2.1 does not solve the situation (with kernel 4.9.x).
7) replacing the coreutils in 001-core.xzm with the latest slackware version (8.26) does not solve the situation either in my hands (using kernel 4.9.4 and 4.9.5). This is disapointing after reading what was reported by ncmprhnsbl.

At this stage, I tend to think it is somehow related to how aufs behave in kernel 4.9, but I do not know the intrincacies of kernels and aufs to go further. Maybe I could try changing the aufs config, but this kind of trial and error is painful (each kernel compilation takes more than 90 min in my computer).

Re: Invalid argument

Posted: 22 Jan 2017, 23:03
by ncmprhnsbl
good stuff.. :good:
biotec wrote:At this stage, I tend to think it is somehow related to how aufs behave in kernel 4.9
i'm tending this way too, based on other non-aufs systems not displaying ths error..
but whether its something in the aufs patch or some other kernel config is also beyond my present abilities...

Re: Invalid argument

Posted: 23 Jan 2017, 03:03
by brokenman
Yes. This behaviour started with the latest aufs patch. Not much we can do at this point.

Re: Invalid argument

Posted: 23 Jan 2017, 07:34
by Ed_P
How are other Slackware distros handling the problem?

Re: Invalid argument

Posted: 23 Jan 2017, 08:34
by biotec
Good new!

This problem was also reported on the aufs forum from last friday, and yesterday, the aufs developer sent a patch to the forum:

https://sourceforge.net/p/aufs/mailman/ ... /35619254/

I applied the patch on top of a previously compilation kernel tree (v.4.9.5) and recompiled ... and the problem seems gone. :Yahoo!:

As the patch only modifies one file, it is not necessary to do a compilation from scratch if you already had a full compilation tree, as I did, and recompilation only took 3 minutes. Only bzImage is modified (modules remain untouched).

Go to the link above to get the patch named a.patch.bz2 that is attached to the relevant post lnked above. At the time of writting, aufs4-standalone doesn't yet incorporate this patch, so if you compile a kernel 4.9.x, you must apply a.patch.bz2 after applying aufs4-standalone.

Regards to all.

Re: Invalid argument

Posted: 23 Jan 2017, 16:23
by Ed_P
Can the patch be made into an .xzm module? For us ISO booting users. :)

Re: Invalid argument

Posted: 23 Jan 2017, 17:14
by Blaze
Hi biotec.
Can you share your /porteus/base/000-kernel.xzm and /boot/syslinux/vmlinuz?
Thanks.

Re: Invalid argument

Posted: 23 Jan 2017, 19:52
by Bogomips
Ed_P wrote:Can the patch be made into an .xzm module? For us ISO booting users. :)
From what I've gathered so far, kernel 4.9.0 just has to be rebuilt/(relinked?) with the patched module, so most likely all that would be needed would be the replacement of vmlinuz.

Re: Invalid argument

Posted: 23 Jan 2017, 22:52
by biotec
As Bogomips states, only vmlinuz/bzImage is modified by the patch. However, I am compiling my own kernels with different settings that fit my needs, not Neko kernels, so my kernel cannot be used alone as a replacement. Neko work releasing kernels is of first order and of great benefit for the Porteus comunity, so I prefer not to polute the forum with a non-compatible kernel. He surely will release a patched kernel soon (once you have a compilation tree, applying the patch and recompiling takes about 5 minutes).

For those compiling their own kernels: let's say you have downloaded a.patch from the link in my previous mail, and let's you decompressed and saved it in your home directory, and let's say you have the kernel compilation tree at the usual place:

cd /usr/src/linux
patch -p1 < ~/a.patch
make

and in about 3 minutes, you have the correct bzImage 8)

VoilĂ .

Re: Invalid argument

Posted: 23 Jan 2017, 23:00
by biotec
I must update myself: as expected, Neko has already updated his work! :beer:

Re: Invalid argument

Posted: 24 Jan 2017, 02:16
by brokenman
Thanks for the info Biotec.

Junjiro will update the aufs tree within several days. I will release an update for Porteus after this. Others may update and test with Neko's latest kernel before then. Good job!

Re: Invalid argument

Posted: 24 Jan 2017, 04:17
by neko
@biotec
Thank you very much for your information.
I updated new v4.9.5 one that was adapted by the additional patch.

Excuse me for delay responce.
I cleanup a kernel build work directory everytimes in order to keep space in my poor PC.
So it took 3 hours to rebuild kernel (32Bit & 64Bit).

Thanks.