Here is a place for your projects which are not officially supported by the Porteus Team. For example: your own kernel patched with extra features; desktops not included in the standard ISO like Gnome; base modules that are different than the standard ISO, etc...
-
maia
- Samurai

- Posts: 123
- Joined: 08 Aug 2019, 16:56
- Distribution: Porteus-5 64b Openbox
- Location: Brasil
Post#946
by maia » 23 Aug 2020, 22:47
I was not lucky to compile.
I used the neko script and then tried to apply the patch modified by you.
I received several chunk error messages.
What steps did you use?
Did you apply only the patch modified by you?
Sorry my english is really, g##gle-tr4nsl4t0r
maia
-
peebee
- Black ninja

- Posts: 45
- Joined: 13 Oct 2013, 15:31
- Distribution: 4
- Location: UK
Post#947
by peebee » 24 Aug 2020, 08:12
Hi
I am not familiar with the workings of the "neko script" I'm afraid.
Applying the patch obtained from aufs on github gives 3 chunk errors for:
fs.h
mnt_namespace.h
read_write.c
Therefore, the github version of the patch has to be replaced by the amended version before the aufs patches are applied.
In the script that I am using, I did this by putting a read pause just before the aufs patches were applied and manually copied over the amended patches before proceeding.
If you are still getting chunk errors then I would surmise that the original github patch is being applied.
If the amended patch cannot be utilised by the "neko script" then you will have to wait for the official aufs-5.8 github download to become available. But I do know that neko has been able to utilise amended patches in the past, so you may find clues elsewhere in this thread on how to do so.
peebee
-
maia
- Samurai

- Posts: 123
- Joined: 08 Aug 2019, 16:56
- Distribution: Porteus-5 64b Openbox
- Location: Brasil
Post#948
by maia » 24 Aug 2020, 13:43
Thanks for the answer

Sorry my english is really, g##gle-tr4nsl4t0r
maia
-
peebee
- Black ninja

- Posts: 45
- Joined: 13 Oct 2013, 15:31
- Distribution: 4
- Location: UK
Post#949
by peebee » 25 Aug 2020, 09:19
Further testing of 5.8.3 with the amended patch shows a problem with Chromium throwing "bus errors" so patch is withdrawn - sorry!
peebee
-
maia
- Samurai

- Posts: 123
- Joined: 08 Aug 2019, 16:56
- Distribution: Porteus-5 64b Openbox
- Location: Brasil
Post#950
by maia » 25 Aug 2020, 14:01
Thanks for the feedback.
Anyway, the kernel I compiled with the patch crashed immediately after reading the first modules.
Sorry my english is really, g##gle-tr4nsl4t0r
maia
-
maia
- Samurai

- Posts: 123
- Joined: 08 Aug 2019, 16:56
- Distribution: Porteus-5 64b Openbox
- Location: Brasil
Post#952
by maia » 27 Aug 2020, 02:47
I applied the modified patch.
Compiled without appearing errors.
Dmesg without errors.
Apparently it's working properly
Tks.
I will continue watching the logs for a few days.
Sorry my english is really, g##gle-tr4nsl4t0r
maia
-
maia
- Samurai

- Posts: 123
- Joined: 08 Aug 2019, 16:56
- Distribution: Porteus-5 64b Openbox
- Location: Brasil
Post#954
by maia » 27 Aug 2020, 13:39
babam wrote: ↑27 Aug 2020, 04:43
Does anyone want to try building NTFS3 kernel module for kernel 5.8.x
Hi babam I don't have experience using dkms

Sorry my english is really, g##gle-tr4nsl4t0r
maia
-
maia
- Samurai

- Posts: 123
- Joined: 08 Aug 2019, 16:56
- Distribution: Porteus-5 64b Openbox
- Location: Brasil
Post#955
by maia » 27 Aug 2020, 13:43
peebee wrote: ↑26 Aug 2020, 16:00
5.8.4 is released... seems to fix the problems seen with 5.8.3
Hi peebee Are you managing to activate modules?
Activation of modules after boot is not working here.
I'm using it to get around: mloop and then copy the directory to root.
Sorry my english is really, g##gle-tr4nsl4t0r
maia
-
babam
- Warlord

- Posts: 528
- Joined: 16 Nov 2016, 10:30
- Distribution: Porteus 5.0rc3 Xfce K6.1.1
- Location: Rainy city
Post#956
by babam » 27 Aug 2020, 14:02
maia wrote: ↑27 Aug 2020, 13:39
Hi babam I don't have experience using dkms
Hi maia, dkms is optional dependencies.
Sorry, my English is bad.
babam
-
babam
- Warlord

- Posts: 528
- Joined: 16 Nov 2016, 10:30
- Distribution: Porteus 5.0rc3 Xfce K6.1.1
- Location: Rainy city
Post#957
by babam » 27 Aug 2020, 14:09
maia wrote: ↑27 Aug 2020, 13:43
Activation of modules after boot is not working here.
I'm using it to get around: mloop and then copy the directory to root.
maia, Try activating a module outside of aufs (put a module on ext2/3/4, vfat or ntfs and then activate)
Sorry, my English is bad.
babam
-
maia
- Samurai

- Posts: 123
- Joined: 08 Aug 2019, 16:56
- Distribution: Porteus-5 64b Openbox
- Location: Brasil
Post#958
by maia » 27 Aug 2020, 16:42
babam wrote: ↑27 Aug 2020, 14:02
Hi maia, dkms is optional dependencies.
Not work...
root@porteus:/tmp/aaa# ./configure
configure: Building module name ufsd
configure: error: "Can't find kernel source files"
root@porteus:/tmp/aaa# ./configure --srcdir=/usr/src/linux
configure: Building module name ufsd
configure: error: "Can't find kernel source files"
root@porteus:/tmp/aaa#
Sorry my english is really, g##gle-tr4nsl4t0r
maia
-
maia
- Samurai

- Posts: 123
- Joined: 08 Aug 2019, 16:56
- Distribution: Porteus-5 64b Openbox
- Location: Brasil
Post#959
by maia » 27 Aug 2020, 16:43
babam wrote: ↑27 Aug 2020, 14:09
maia, Try activating a module outside of aufs (put a module on ext2/3/4, vfat or ntfs and then activate)
Work outside of aufs, on ext4.

tks
Sorry my english is really, g##gle-tr4nsl4t0r
maia
-
roadie
- Full of knowledge

- Posts: 428
- Joined: 02 Jan 2011, 18:41
- Distribution: Porteus v5.01.....PorteuX v1.4
- Location: In the bush now
Post#960
by roadie » 28 Aug 2020, 02:59
maia wrote: ↑27 Aug 2020, 13:43
peebee wrote: ↑26 Aug 2020, 16:00
5.8.4 is released... seems to fix the problems seen with 5.8.3
Hi peebee Are you managing to activate modules?
Activation of modules after boot is not working here.
I'm using it to get around: mloop and then copy the directory to root.
I seem to remember that I had to apply the aufs5-loopback.patch to the kernel. Then I was able to activate modules in the live system.
roadie