Porteus v5.0rc1 problems
Ed_P
cchuang
-
- Black ninja
- Posts: 75
- Joined: 15 May 2011, 16:20
- Location: denver
- Contact:
Porteus v5.0rc1 problems
Post#3 by quotaholic » 17 Jun 2019, 01:23
quotaholic
Porteus v5.0rc1 problems
Post#4 by jssouza » 17 Jun 2019, 01:38
http://dl.porteus.org/x86_64/Porteus-v5.0/kernel/
jssouza
Porteus v5.0rc1 problems
Post#5 by AcnapyxoB » 17 Jun 2019, 05:02
After booting v5.0rc1 all drives (HD, flash) are inaccessible for some time. Also Nemo in Cinnamon or Thunar in XFCE are unresponsive for same time!
Tested on two machines.
AcnapyxoB
Porteus v5.0rc1 problems
Post#6 by nanZor » 17 Jun 2019, 07:36
But instead of just one long thread, should we make each bug an individual topic in a dedicated subforum? Make it easier to reference....
tbc...
nanZor
Porteus v5.0rc1 problems
Post#7 by nanZor » 17 Jun 2019, 07:39
One of my boxes uses "legacy video" in bios, despite being UEFI enabled. What is weird, is on that one, I can see the current status of the login's, that is..
In the upper right, the boot splash details about using root : toor, and guest : guest. OK cool.
But on my other 3 boxes I'm testing with, I don't see this text in the upper right of the boot splash at all.
Interesting. Not a showstopper.
nanZor
Porteus v5.0rc1 problems
Post#8 by nanZor » 17 Jun 2019, 07:44
I noticed that the video autoconfiguration takes a bit longer than usual on my 4 machines. But on one older Intel computestick that used to run Win 8.1 (circa 2015), after the initial boot, the screen stays dark forever.
UNTIL, I click and move the mouse to make it start thinking. After that, the screen gets autoconfigured and works. Again, only one machine, the older computestick, exhibits this seemingly endless black video delay until I tickle the mouse.
Note: This is unrelated to the older known issue of Intel Atom cpu's needing the special intel_idle.max_cstate=1 cheatcode.
nanZor
-
- Shogun
- Posts: 434
- Joined: 02 May 2017, 09:51
- Distribution: v3.2.2-32 and Porteus-Artix-64
- Location: Chennai,India
Porteus v5.0rc1 problems
Post#9 by raja » 17 Jun 2019, 08:21
Please check whether vmlinuz,000-kernel,xzm inside ISO same as listed separately. in the d/l page.
raja
Porteus v5.0rc1 problems
Post#10 by nanZor » 17 Jun 2019, 08:23
Ok, the live usb creator brings up a message box wanting you to drop to the commandline as root to start the tool manually.
Yet other tools that need root access can be done by entering "toor" into the messagebox that pops up and continuing on immediately.
Is this a special security issue, or can we bring the simple message box warning and entering "toor" into it be ok for creating live-usb's like the other utilities?
nanZor
bour59
- Ed_P
- Contributor
- Posts: 8961
- Joined: 06 Feb 2013, 22:12
- Distribution: Cinnamon 5.01 ISO
- Location: Western NY, USA
Porteus v5.0rc1 problems
Post#12 by Ed_P » 17 Jun 2019, 17:14
Code: Select all
guest@porteus:~$ su
Password:
root@porteus:/home/guest# slackyd -u
Repository: slackware [www.slackware.at]
`- Downloading FILELIST.TXT [File Not Found]
Warning: cannot retreive all file (0/8). Trying next: nothing
Code: Select all
/etc/slackyd/slackyd.conf
Change this:
# Official mirror is too slow...
!repository ftp://ftp.slackware.com/pub/slackware/slackware64-13.37/
repository = http://www.slackware.at/data/slackware64-current/
To this:
# Official mirror is too slow...
repository ftp://ftp.slackware.com/pub/slackware/slackware64-13.37/
!repository = http://www.slackware.at/data/slackware64-current/
Thank you.

This seems to work for current.
Code: Select all
!repository = http://www.slackware.at/data/slackware64-current/
repository http://slack.conraid.net/repository/slackware64-current/
Ed_P
- brokenman
- Site Admin
- Posts: 6105
- Joined: 27 Dec 2010, 03:50
- Distribution: Porteus v4 all desktops
- Location: Brazil
Porteus v5.0rc1 problems
Post#13 by brokenman » 17 Jun 2019, 18:37
@nanZor you can invoke a su GUI by using pkexec. Even better use our own script.
/opt/porteus-scripts/org/psu /usr/bin/gparted (psu is porteus su)
Please be aware that the kernel and module 000-kernel are matching pairs. If you change one you must change the other.
Wear your underpants on the outside and put on a cape.
brokenman
-
- Black ninja
- Posts: 75
- Joined: 15 May 2011, 16:20
- Location: denver
- Contact:
Porteus v5.0rc1 problems
Post#14 by quotaholic » 17 Jun 2019, 19:53
Thank you!!jssouza wrote: ↑17 Jun 2019, 01:38You can find them here:
http://dl.porteus.org/x86_64/Porteus-v5.0/kernel/
Forgot to mention had to enable legacy boot. Tried gpt formatted usb at first. Had to go msdos. Possibly I got spoiled by Nemesis but that refind booting worked quite well on my hardware.
quotaholic
Porteus v5.0rc1 problems
Post#15 by nanZor » 17 Jun 2019, 20:32
Seems related to wireless. The older 2015 Intel computestick will sit at a black screen once the initial boot is done forever until I click the mouse.
HOWEVER, if I boot with a known good wireless dongle attached, video will autoconfigure in a reasonable amount of time. I'll have to check to see if this stick is using broadcom, rather than intel wifi.
nanZor wrote: ↑17 Jun 2019, 07:44Video just stays black until I move and click the mouse - only on one box out of the 4 I am testing with.
I noticed that the video autoconfiguration takes a bit longer than usual on my 4 machines. But on one older Intel computestick that used to run Win 8.1 (circa 2015), after the initial boot, the screen stays dark forever.
UNTIL, I click and move the mouse to make it start thinking. After that, the screen gets autoconfigured and works. Again, only one machine, the older computestick, exhibits this seemingly endless black video delay until I tickle the mouse.
Note: This is unrelated to the older known issue of Intel Atom cpu's needing the special intel_idle.max_cstate=1 cheatcode.
nanZor