Page 12 of 15
Porteus v5.0rc1 problems
Posted: 22 Jan 2020, 23:55
by jssouza
sean, without much debug info to go on, this could be either of two things:
1. Your network controller does not like broadcom's open source drivers, but only needs the proprietary 'wl' driver, which is not provided by Porteus anymore.
Or,
2. An open source driver has been loaded but the firmware is missing.
Run the command lspci -knn to check what driver is being used. If the same driver has been loaded on both Porteus as well as MX-19, check on MX-19 if a firmware has been loaded. If yes, (looks like most issues for your hardware is a problem with missing firmware) check in /lib/firmware if the loaded firmware on MX-19 is missing on Porteus. Copy the firmware to /lib/firmware and check if internet then works.
For case 1: You could try using an older kernel where Porteus was still shipping broadcom wl (I believe it was during Porteus 3.2.2).
Good luck.
Porteus v5.0rc1 problems
Posted: 23 Jan 2020, 04:22
by sean
Thanks for your kind reply Ed_P, great to see you are still here!,
And "jssouza", thank you also for your kind reply's to my recent posts :-),
Gentlemen,
I only submitted the problem for Porteus development info & "consideration as an unsolved bug". I fully realize this computer is now fairly ancient. I just thought the developers here might desire that information. Also I see here that Broadcom has been a PIA for Linux/Wifi for some considerable time. There is certainly a limit to Porteus long term compatibility/support. Obviously this is such a time for me/us and this computer.
With that in mind, "jssouza", I will skip this computer and move on. Porteus (wifi) working on this Dell is not a priority. ( I don't like the dang thing anyway :-)
However, should you, as a Porteus Developer, wish to pursue this matter I will be most happy to oblige and supply any information you may request , and which I am proficient to provide.
"jssouza", your interest, is deeply appreciated,
sean
Porteus v5.0rc1 problems
Posted: 23 Jan 2020, 04:51
by jssouza
sean as root, please provide outputs of these commands:
lspci -knn
lsmod
dmesg | grep firmware
Porteus v5.0rc1 problems
Posted: 23 Jan 2020, 14:51
by sean
jssouza, as you requested, here are the outputs of the 3 commands. The third "dmesg grep | firmware gave no output. I hope this is helpful to you and Porteus.
Code: Select all
root@porteus:~# lspci -knn
00:00.0 Host bridge [0600]: Intel Corporation Mobile 4 Series Chipset Memory Controller Hub [8086:2a40] (rev 07)
Subsystem: Dell Device [1028:02cf]
Kernel modules: intel_agp
00:02.0 VGA compatible controller [0300]: Intel Corporation Mobile 4 Series Chipset Integrated Graphics Controller [8086:2a42] (rev 07)
Subsystem: Dell Device [1028:02cf]
Kernel driver in use: i915
Kernel modules: i915
00:02.1 Display controller [0380]: Intel Corporation Mobile 4 Series Chipset Integrated Graphics Controller [8086:2a43] (rev 07)
Subsystem: Dell Device [1028:02cf]
00:1a.0 USB controller [0c03]: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #4 [8086:2937] (rev 03)
Subsystem: Dell Device [1028:02cf]
Kernel driver in use: uhci_hcd
00:1a.1 USB controller [0c03]: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #5 [8086:2938] (rev 03)
Subsystem: Dell Device [1028:02cf]
Kernel driver in use: uhci_hcd
00:1a.2 USB controller [0c03]: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #6 [8086:2939] (rev 03)
Subsystem: Dell Device [1028:02cf]
Kernel driver in use: uhci_hcd
00:1a.7 USB controller [0c03]: Intel Corporation 82801I (ICH9 Family) USB2 EHCI Controller #2 [8086:293c] (rev 03)
Subsystem: Dell Device [1028:02cf]
Kernel driver in use: ehci-pci
00:1b.0 Audio device [0403]: Intel Corporation 82801I (ICH9 Family) HD Audio Controller [8086:293e] (rev 03)
Subsystem: Dell Device [1028:02cf]
Kernel driver in use: snd_hda_intel
Kernel modules: snd_hda_intel
00:1c.0 PCI bridge [0604]: Intel Corporation 82801I (ICH9 Family) PCI Express Port 1 [8086:2940] (rev 03)
Kernel driver in use: pcieport
00:1c.1 PCI bridge [0604]: Intel Corporation 82801I (ICH9 Family) PCI Express Port 2 [8086:2942] (rev 03)
Kernel driver in use: pcieport
00:1c.2 PCI bridge [0604]: Intel Corporation 82801I (ICH9 Family) PCI Express Port 3 [8086:2944] (rev 03)
Kernel driver in use: pcieport
00:1c.4 PCI bridge [0604]: Intel Corporation 82801I (ICH9 Family) PCI Express Port 5 [8086:2948] (rev 03)
Kernel driver in use: pcieport
00:1d.0 USB controller [0c03]: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #1 [8086:2934] (rev 03)
Subsystem: Dell Device [1028:02cf]
Kernel driver in use: uhci_hcd
00:1d.1 USB controller [0c03]: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #2 [8086:2935] (rev 03)
Subsystem: Dell Device [1028:02cf]
Kernel driver in use: uhci_hcd
00:1d.2 USB controller [0c03]: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #3 [8086:2936] (rev 03)
Subsystem: Dell Device [1028:02cf]
Kernel driver in use: uhci_hcd
00:1d.7 USB controller [0c03]: Intel Corporation 82801I (ICH9 Family) USB2 EHCI Controller #1 [8086:293a] (rev 03)
Subsystem: Dell Device [1028:02cf]
Kernel driver in use: ehci-pci
00:1e.0 PCI bridge [0604]: Intel Corporation 82801 Mobile PCI Bridge [8086:2448] (rev 93)
00:1f.0 ISA bridge [0601]: Intel Corporation ICH9M LPC Interface Controller [8086:2919] (rev 03)
Subsystem: Dell Device [1028:02cf]
Kernel driver in use: lpc_ich
Kernel modules: lpc_ich
00:1f.2 SATA controller [0106]: Intel Corporation 82801IBM/IEM (ICH9M/ICH9M-E) 4 port SATA Controller [AHCI mode] [8086:2929] (rev 03)
Subsystem: Dell Device [1028:02cf]
Kernel driver in use: ahci
00:1f.3 SMBus [0c05]: Intel Corporation 82801I (ICH9 Family) SMBus Controller [8086:2930] (rev 03)
Subsystem: Dell Device [1028:02cf]
Kernel driver in use: i801_smbus
Kernel modules: i2c_i801
09:00.0 Ethernet controller [0200]: Realtek Semiconductor Co., Ltd. RTL8101/2/6E PCI Express Fast/Gigabit Ethernet controller [10ec:8136] (rev 02)
Subsystem: Dell Device [1028:02cf]
Kernel driver in use: r8169
Kernel modules: r8169
0c:00.0 Network controller [0280]: Broadcom Corporation BCM4312 802.11b/g LP-PHY [14e4:4315] (rev 01)
Subsystem: Dell Wireless 1397 WLAN Mini-Card [1028:000c]
Kernel modules: ssb
root@porteus:~#
Code: Select all
root@porteus:~# lsmod
Module Size Used by
ipv6 335872 12
uvcvideo 90112 0
videobuf2_vmalloc 16384 1 uvcvideo
videobuf2_memops 16384 1 videobuf2_vmalloc
videobuf2_v4l2 24576 1 uvcvideo
videobuf2_common 36864 2 videobuf2_v4l2,uvcvideo
dcdbas 16384 0
dell_smm_hwmon 16384 0
i915 1363968 6
coretemp 16384 0
snd_hda_codec_idt 53248 1
input_leds 16384 0
snd_hda_codec_generic 61440 1 snd_hda_codec_idt
i2c_i801 24576 0
led_class 16384 1 input_leds
ledtrig_audio 16384 1 snd_hda_codec_generic
snd_hda_intel 32768 3
r8169 65536 0
snd_hda_codec 94208 3 snd_hda_codec_generic,snd_hda_intel,snd_hda_codec_idt
realtek 20480 1
lpc_ich 28672 0
snd_hda_core 53248 4 snd_hda_codec_generic,snd_hda_intel,snd_hda_codec,snd_hda_codec_idt
intel_agp 20480 0
snd_hwdep 16384 1 snd_hda_codec
intel_gtt 20480 2 intel_agp,i915
libphy 57344 2 r8169,realtek
snd_pcm 73728 3 snd_hda_intel,snd_hda_codec,snd_hda_core
snd_timer 28672 1 snd_pcm
wmi 20480 0
pcc_cpufreq 16384 0
acpi_cpufreq 16384 1
root@porteus:~#
Code: Select all
root@porteus:~# dmesg | grep firmware
root@porteus:~# dmesg | grep firmware
root@porteus:~# dmesg | grep firmware
root@porteus:~#
sean
Porteus v5.0rc1 problems
Posted: 04 Feb 2020, 01:05
by Rava
For some reason, the md5sums file
http://dl.porteus.org/x86_64/Porteus-v5.0/md5sums.txt is
missing all files in the kernel/ subfolder.
I would like to confirm if these are correct:
Code: Select all
cdf3057c0f6902820cea089e485df6ef 05-devel.xzm
1954ff4acbfbb95dd47d6d3634813a76 06-crippled_sources-5.1.5-64bit.xzm
_______________________________________________
Another issue. Unlike older 5.0rc1 versions, the VT resolution (VT=virtual terminal, the text terminals you work with when not starting X, e.g. when you want to compile NVIDIA drivers for older hardware) is quite ugly on my full HD screen. See for yourself:
The reason is quite simple: It is a notebook and the Full-HD screen is an external HDMI monitor
(and its resolution is sure 1920x1080, or it would not be a full-HD monitor), the resolution of the internal screen is a mere 1366x768.
So, the mc displayed in the screenshot using only a small part of the full HD monitor; the very same mc displayed on the internal monitor is shown as full-screen without any waste at the borders on the 1366x768 resolution.
And besides, I need to really move too close for comfort to the full-HD monitor to even read what's there.
Since I tend to work with the external monitor, I would like to have a more sane resolution than the one displayed in the screenshot.
Why was that changed?
I really did preferred the "boring, more normal" 80x25 columns and rows of the older 5.0rc1 versions, since these look well on a Full-HD screen and on the internal screen.
____________________________________
uloop has the very same bug I already reported some time prior the release of "porteus-5.0rc1-x86_64.iso 26-May-2019", it reports umounting when in reality the umount failed:
Code: Select all
root@porteus:/mnt/loop/var/log/packages# ls -o
total 14
-rw-r--r-- 1 root 10015 Jul 9 2019 gsettings-desktop-schemas-3.28.1-i586-1
-rw-r--r-- 1 root 3777 Jul 9 2019 peek-git-1d3e971-x86_64-ncm
root@porteus:/mnt/loop/var/log/packages# uloop
umount: /mnt/loop: target is busy.
/mnt/loop has been unmounted
root@porteus:/mnt/loop/var/log/packages# echo $?
0
root@porteus:/mnt/loop/var/log/packages# ls -o
total 14
-rw-r--r-- 1 root 10015 Jul 9 2019 gsettings-desktop-schemas-3.28.1-i586-1
-rw-r--r-- 1 root 3777 Jul 9 2019 peek-git-1d3e971-x86_64-ncm
As you can see, uloop reports "/mnt/loop has been unmounted" and returns "0" as return value indicating all went well, when in reality it should report "/mnt/loop has NOT been unmounted", and also return a non-zero value.
Porteus v5.0rc1 problems
Posted: 23 Mar 2020, 15:55
by babam
Please to add Trash support on VFAT and NTFS filesystem.
Code: Select all
$ gio trash /path/to/fileordirectory
Code: Select all
--- old/finit
+++ new/finit
@@ -51,11 +51,11 @@
EOF
for x in $dev; do
fs=`grep -w /dev/$x /tmp/devices | egrep -o ' TYPE=[^ ]+' | cut -d'"' -f2`
- [ $fs = vfat ] && echo "/dev/$x /mnt/$x vfat $MOPT,umask=0,check=s,utf8 0 0" >>/etc/fstab || echo "/dev/$x /mnt/$x $fs $MOPT 0 0" >>/etc/fstab
+ [ $fs = vfat ] && echo "/dev/$x /mnt/$x vfat $MOPT,umask=0,check=s,utf8,uid=1000 0 0" >>/etc/fstab || echo "/dev/$x /mnt/$x $fs $MOPT 0 0" >>/etc/fstab
if [ ! -d /mnt/$x ]; then
mkdir /mnt/$x
if [ $fs = ntfs ]; then
- ntfs-3g /dev/$x /mnt/$x -o $MOPT 2>/dev/null || { sed -i "/$x /d" /etc/fstab; rmdir /mnt/$x; }
+ ntfs-3g /dev/$x /mnt/$x -o $MOPT,uid=1000,big_writes 2>/dev/null || { sed -i "/$x /d" /etc/fstab; rmdir /mnt/$x; }
else
mount -n /mnt/$x 2>/dev/null || { modprobe $fs 2>/dev/null && mount -n /mnt/$x 2>/dev/null || { sed -i "/$x /d" /etc/fstab; rmdir /mnt/$x; }; }
fi
@@ -73,9 +73,9 @@
if [ "$fs" ]; then
mkdir /mnt/$1
if [ $fs = vfat ]; then
- mount -n /dev/$1 /mnt/$1 -o $MOPT,umask=0,check=s,utf8 2>/dev/null || rmdir /mnt/$1
+ mount -n /dev/$1 /mnt/$1 -o $MOPT,umask=0,check=s,utf8,uid=1000 2>/dev/null || rmdir /mnt/$1
elif [ $fs = ntfs ]; then
- ntfs-3g /dev/$1 /mnt/$1 -o $MOPT 2>/dev/null || rmdir /mnt/$1
+ ntfs-3g /dev/$1 /mnt/$1 -o $MOPT,uid=1000,big_writes 2>/dev/null || rmdir /mnt/$1
else
mount -n /dev/$1 /mnt/$1 -o $MOPT 2>/dev/null || { modprobe $fs 2>/dev/null && mount -n /dev/$1 /mnt/$1 -o $MOPT || rmdir /mnt/$1; }
fi
Porteus v5.0rc1 problems
Posted: 23 Mar 2020, 16:33
by Blaze
babam, thanks, I applied your patch for initrd
Porteus v5.0rc1 problems
Posted: 27 Mar 2020, 16:26
by lvds
Hello,
I'm new to the forum and registered to report bugs found in Porteus v5.0rc1 though it seems to have already been reported by others in this thread or elsewhere in the forum because I could not make it work despite previous answers.
When using USM graphic tool, the databases updates fine and all is good, but in the end the windows empty itself (just like if someone was pressing the enter key when you have a terminal open) and at the bottom left of the windows a message says "Segmentation fault" and there is a terminal prompt #. When running usm -u all in a terminal as root all is fine.
Porteus is great and I really LOVE it ! I hope you will debug it and I can't wait having the next release. I would like to have more SFS files ready to download (LibreOffice, Thunderbird, Teamviewer, gimp, inkscape, pinta, dia, ...)
Laurent
Porteus v5.0rc1 problems
Posted: 27 Mar 2020, 17:04
by Ed_P
To the best of my knowledge USM is not supported in 5.0rc1 at this point. Hopefully 5.0rc2 will have it and many more SFS files to download.
Porteus v5.0rc1 problems
Posted: 29 Mar 2020, 14:01
by Rava
Affected system is: Dual Pentium PC with Porteus 5.0rc1 and kernel 5.4.19.
While
trying the so far failed attempt at compiling Nvidia driver 304.137 for Porteus 5.0rc and kernel 5.4.19 every time I opened a XFCE terminal I got this error:
Code: Select all
gnome-keyring-daemon: insufficient process capabilities, insecure memory might get used
That never occurred on my other machine which now runs 5.0rc1 successfully for ages (at least it feels like ages, with all the ongoing current weirdness in RL)
Any idea what I can do to further examine this issue?
Porteus v5.0rc1 problems
Posted: 29 Mar 2020, 19:27
by fulalas
@Rava, let me know if this Xfce module fixes your issue:
http://www.mediafire.com/file/mmnd2jeq4 ... rteus5.xzm
Porteus v5.0rc1 problems
Posted: 29 Mar 2020, 22:28
by Rava
It is already the one I was using, here the md5sum:
Code: Select all
f2a9742af5cbf0344445be25eb32c598 porteus/base/003-xfce-porteus5.xzm
Porteus v5.0rc1 problems
Posted: 30 Mar 2020, 02:02
by fulalas
Alright. Could you please provide the exact and most simple step by step to reproduce the issue? And I mean, since the boot.
Porteus v5.0rc1 problems
Posted: 30 Mar 2020, 06:54
by Rava
fulalas wrote: ↑30 Mar 2020, 02:02
Alright. Could you please provide the exact and most simple step by step to reproduce the issue? And I mean, since the boot.
I set up a new Porteus system: for 5.0rc1-pre-rc2 and kernel 5.4.19
I booted via cheatcode "3".
I log into the virtual console as guest. [I do not recall if I got this error in VT as well or only in the xterms, when I start up that machine again I will log into a new VT and then tell you]
I start X via "startx"
In XFCE I open xfce4-terminal.
I get the error as mentioned.
I do the same with my current 8-core running system: I also boot with "3" cheatcode, also log into a VT as guest and also start X manually via startx.
but I do not get the error in xfce4-terminal.
Porteus v5.0rc1 problems
Posted: 31 Mar 2020, 11:05
by chromer
Hi, Is it possible to develop a tool for updating current released Porteus ISOs ?
Something like Aporteus ISO Builder by neko which update all modules of ISO automatically.
That's because the span between Porteus new releases is too long and ISO become outdated so with such tool anyone can update ISO modules , packages and use generated daily updated ISO.
Thabks very much.