Page 43 of 43
Posted: Sat 09 Nov 2019, 12:55
by wiak
I've since found that Publii works if download Publii.AppImage instead of the deb. If root user, need to run it with --no-sandbox option. Still don't know the issue with deb version and save2flash; maybe some Bionic library gets overwritten???
wiak
Posted: Sat 09 Nov 2019, 23:45
by fredx181
Hi wiak, thanks, I'll try to investigate the issue you mentioned within the next days, atm I'm in a flow of doing other things.
Fred
Posted: Sun 10 Nov 2019, 21:40
by wiak
fredx181 wrote:Hi wiak, thanks, I'll try to investigate the issue you mentioned within the next days, atm I'm in a flow of doing other things.
Fred
Yes, would be interesting to know what causes the issue, but no hurry, the Appimage version works fine, and personally I'm now using Hugo instead since really nice and has lots of docs/tutorial. Actually, it's my partner that needs the functionality, which is why I looked at Publii since more GUI drag and drop type of app, and Jekyll too technical, but Hugo learning curve isn't so steep for basic use anyway.
wiak
Posted: Tue 12 Nov 2019, 11:55
by fredx181
Hi wiak, I found the cause.
Indeed has to do with save2flash, well, actually with the snapmergepuppy script (called by save2flash) which skips copying the contents of any "trash" folder.
/opt/Publii contains a trash subfolder which is needed for Publii to run and cannot find it after reboot with save2flash.
I added upgraded package "porteusbootscript" (0.0.6) to repo, which contains fixed snapmergepuppy, installing that + re-installing Publii and it should be ok.
Fred
unable to upgrade kernel
Posted: Tue 14 Apr 2020, 17:37
by chesterpeng
Hi there,
I am running BionicDog64_2018-06-04-firmware_all, frugal installed to sda1.
Recently, I am trying to upgrade the kernel through Menu->system->upgrade-kernel, the script seems to run successfully. see attached screen shot.
After rebooting, I find the system is still running old kernel.
Code: Select all
root@bionicdog64:~# uname -a
Linux bionicdog64 4.15.0-22-generic #24-Ubuntu SMP Wed May 16 12:15:17 UTC 2018 x86_64 x86_64 x86_64 GNU/Linux
root@bionicdog64:~#
and the two .bak files which are supposed to be created by the script do not exist under /casper.
I guess something must be messed up in my system, anyone knows how to clean it up?
Thanks.
Posted: Wed 15 Apr 2020, 07:45
by fredx181
Hi chesterpeng,
I have no idea what went wrong for you, just tested upgrade-kernel and went fine, booting with 4.15.0-96 now.
What you can try is removing kernel 4.15.0-96 with apt :
Code: Select all
apt purge linux-image-4.15.0-96-generic linux-modules-4.15.0-96-generic linux-modules-extra-4.15.0-96-generic
And then try running upgrade kernel again, take a close look at the process if you see any error messages (specially at the end when initrd is generated) (it looks like that earlier for you the new kernel got installed well but only the files in casper are not created)
Fred
Posted: Wed 15 Apr 2020, 21:29
by dcung
Posted: Wed 15 Apr 2020, 22:37
by dancytron
Fred might have more specific information, but this may get you pointed in the right direction.
https://help.ubuntu.com/community/WifiD ... er/bcm43xx
Posted: Thu 16 Apr 2020, 00:08
by chesterpeng
fredx181 wrote:
What you can try is removing kernel 4.15.0-96 with apt :
Code: Select all
apt purge linux-image-4.15.0-96-generic linux-modules-4.15.0-96-generic linux-modules-extra-4.15.0-96-generic
And then try running upgrade kernel again...
Hi Fred
After removing the 3 modules and rerunning upgrade-kernel, I got some errors. It seems that initrd is not generated because of the cp errors.
Chester
Posted: Thu 16 Apr 2020, 07:22
by fredx181
Hi chesterpeng, it looks like something is wrong with /usr/sbin/update-initramfs (I see on your screenshot "permission denied") resulting that /boot/initrd.img-4.15.0-96-generic doesn't exist and cannot be copied.
Have a look if update-initramfs is executable
Code: Select all
root@live64:~# ls -l /usr/sbin/update-initramfs
-rwxr-xr-x 1 root root 8235 Oct 7 2019 /usr/sbin/update-initramfs
(it should read like above: -rwxr-xr-x)
If not executable you can try to reinstall initramfs-tools :
Code: Select all
apt install --reinstall initramfs-tools
and check again if /usr/sbin/update-initramfs is executable
Once that is fixed you need to remove kernel 4.15.0-96 (like you did earlier) and run upgrade-kernel again.
But maybe the best is to start fresh with save-file/folder, something must have gone wrong (that resulted in the "permission denied" of update-initramfs, also could have affected other vital system software)
Fred
Posted: Fri 17 Apr 2020, 00:28
by chesterpeng
Hi Fred,
You are right. The executable property of my /usr/sbin/update-initramfs file got somehow lost and become -rw-r--r--. After modifying the permission to -rwxr-xr-x and running upgrade-kernel again, Linux kernel is upgraded to 4.15.0-96 successfully.
Code: Select all
root@bionicdog64:~# uname -a
Linux bionicdog64 4.15.0-96-generic #97-Ubuntu SMP Wed Apr 1 03:25:46 UTC 2020 x86_64 x86_64 x86_64 GNU/Linux
Thank you for the help.
Cheers!
Chester
Posted: Fri 17 Apr 2020, 09:30
by dcung
Thanks for the link dancytron.
It's a little out of my depth, but after few trials and errors, I think I managed to use STA driver. Will see if wifi is more stable now.
Code: Select all
****BEFORE****
root@live64:~# lspci -vvnn | grep -A 9 Network
0c:00.0 Network controller [0280]: Broadcom Limited BCM4321 802.11a/b/g/n [14e4:4328] (rev 03)
Subsystem: Dell Wireless 1500 Draft 802.11n WLAN Mini-card [1028:000a]
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
Latency: 0, Cache Line Size: 64 bytes
Interrupt: pin A routed to IRQ 17
Region 0: Memory at f1ffc000 (64-bit, non-prefetchable) [size=16K]
Region 2: Memory at f0000000 (64-bit, prefetchable) [size=1M]
Capabilities: [40] Power Management version 2
Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot+,D3cold+)
Kernel driver in use: b43-pci-bridge
Kernel modules: ssb
root@live64:~#
****AFTER****
root@live64:~# lspci -vvnn | grep -A 9 Network
0c:00.0 Network controller [0280]: Broadcom Limited BCM4321 802.11a/b/g/n [14e4:4328] (rev 03)
Subsystem: Dell Wireless 1500 Draft 802.11n WLAN Mini-card [1028:000a]
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
Latency: 0, Cache Line Size: 64 bytes
Interrupt: pin A routed to IRQ 17
Region 0: Memory at f1ffc000 (64-bit, non-prefetchable) [size=16K]
Region 2: Memory at f0000000 (64-bit, prefetchable) [size=1M]
Capabilities: [40] Power Management version 2
Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot+,D3cold+)
Kernel driver in use: wl
Kernel modules: ssb, wl
root@live64:~#
Posted: Mon 20 Apr 2020, 22:47
by dcung
dcung wrote: Will see if wifi is more stable now.
FYI - Update.
Have been video streaming (live TV, Netflix, etc) since using wl driver. Wifi has not dropped once since.
In my case, it (STA/wl driver) seems to be more reliable than b43 driver.
I have updated all my D630 to use wl driver now.
Posted: Mon 20 Apr 2020, 22:49
by Semme
Good to see you got back to us with your findings. Excellent!
Posted: Tue 21 Apr 2020, 03:24
by dancytron
dcung wrote:dcung wrote: Will see if wifi is more stable now.
FYI - Update.
Have been video streaming (live TV, Netflix, etc) since using wl driver. Wifi has not dropped once since.
In my case, it (STA/wl driver) seems to be more reliable than b43 driver.
I have updated all my D630 to use wl driver now.
Thanks for reporting back.
Posted: Fri 08 May 2020, 14:01
by fredx181
Updated version of "quick-remaster" v1.2.1 in custom repo, see more info here (about different method used):
http://murga-linux.com/puppy/viewtopic. ... 59#1057459
@backi, the mksquashfs from Bionic doesn't have compression option zstd, so not much new in fact (except the different method used (more safe) and no forced reboot)
Fred
Posted: Sun 10 May 2020, 12:12
by backi
Got it Fred .....Thanks !