they are currently in testing, as yet unreleased.
and Rava should know better.
they are currently in testing, as yet unreleased.
With login I presume you mean the graphical login?
Code: Select all
startx
Code: Select all
APPEND initrd=initrd.xz_Porteus_5.0rc2_x86_64 from=UUID:WhatEver/Porteus_5.0rc3e ramsize=10% zram=20% timezone=Europe/Berlin volume=75% kmap=de lang=de fsck
Code: Select all
APPEND initrd=initrd.xz_Porteus_5.0rc2_x86_64 from=UUID:WhatEver/Porteus_5.0rc3e ramsize=10% zram=20% timezone=Europe/Berlin volume=75% kmap=de lang=de fsck 3
Yes, and login as root via console is working.
Does login as root (graphical login) work for you?Can you switch to Virtual Console #1 (aka "VT") using Ctrl+Alt+F1. That is the console in which Porteus booted up, could be there is some info or error message that can be helpful.
I use init 3 mode, I need to log into the VT manually and when logged into as guest, I need to manually start the GUI by typing.Code: Select all
startx
Look into /etc/inittab
Code: Select all
# These are the default runlevels in Slackware:
# 0 = halt
# 1 = single user mode
# 2 = unused (but configured the same as runlevel 3)
# 3 = multiuser mode (default Slackware runlevel)
# 4 = X11 with KDM/GDM/XDM (session managers)
# 5 = unused (but configured the same as runlevel 3)
# 6 = reboot
Code: Select all
root@porteus:/home/guest# usm -s veracrypt
bash: usm: command not found
In my system it takes quite a long time untip the window with the reports appear.
Code: Select all
xpsinfo
Code: Select all
root@porteus:~# file /opt/porteus-scripts/xpsinfo
/opt/porteus-scripts/xpsinfo: Python script, ASCII text executable
Code: Select all
root@porteus:/home/guest# xpsinfo
scsidev: '/dev/cdrom'
devname: '/dev/cdrom'
scsibus: -2 target: -2 lun: -2
Warning: Open by 'devname' is unintentional and not supported.
Linux sg driver version: 3.5.27
End LBA: 4294967295
Read Speed: 4234 == 4234x NONE
Write Speed: 4234 == 4234x NONE
scsidev: '/dev/cdrom'
devname: '/dev/cdrom'
scsibus: -2 target: -2 lun: -2
Warning: Open by 'devname' is unintentional and not supported.
Linux sg driver version: 3.5.27
End LBA: 4294967295
Read Speed: 4234 == 4234x NONE
Write Speed: 4234 == 4234x NONE
scsidev: '/dev/cdrom'
devname: '/dev/cdrom'
scsibus: -2 target: -2 lun: -2
Warning: Open by 'devname' is unintentional and not supported.
Linux sg driver version: 3.5.27
End LBA: 4294967295
Read Speed: 4234 == 4234x NONE
Write Speed: 4234 == 4234x NONE
Traceback (most recent call last):
File "/usr/bin/xpsinfo", line 386, in <module>
class XPSInfo(Gtk.Window):
File "/usr/bin/xpsinfo", line 387, in XPSInfo
system_info = PSInfo()
File "/usr/bin/xpsinfo", line 35, in __init__
self.init_infos()
File "/usr/bin/xpsinfo", line 282, in init_infos
fd.write( f.read() )
File "/usr/lib64/python3.9/codecs.py", line 322, in decode
(result, consumed) = self._buffer_decode(data, self.errors, final)
UnicodeDecodeError: 'utf-8' codec can't decode byte 0x80 in position 8863: invalid start byte
That is quite the important info. I think it should be mentioned somewhere prominent.
Whether or not it's causing the problem remains to be seen, but when activated, the /usr/bin/python symlink is overwritten and points to python2 rather than python3. The error I get is that it's looking for a module named "gi" and there is no such module in python2.
I guess then a python2 script needs to address not python in general but python2 specifically to work?
Possibly, but is python2 even needed with 5.0-rc3? I ran into this quite a while back, don't remember what program wanted python2 but it was older. As python3 is standard on rc3, I can't think of anything I would use that would want python2. I would think most have upgraded to python3. But someone using an older version of Porteus might have problems if they've installed python3 and the program does want python2.