Porteus

also didn't work, complaining that from= cheatcode is incorrect, press enter for the list of devices or something.

Reboot and pray is my only solution so far

Thanks @Ed I've added literally without double quotes: from=UUID:04defda4-a423-4e51-8485-8b65e657213e and the boot didn't go through complaining about the "from" cheatcode and no such device It's always /dev/sda2 for me, so I'm going to try adding simply from=/dev/sda2 Will report tomorrow. Although...

I increased the SLEEP to 15 in two places where previously it specified 6 in `finit`, which made it even worse: couldn't go past the 15 sec wait at all no matter how many restarts -- had to fall back to the original `initrd.xz`

mbos , yes, Leafpad would crash on me too sometimes. The problem is upstream, or the way they work with GTK2. The solution is as follows: switch to the OpenBox porteus -- it's very similar to LXDE anyway, even better. Its native file manager (and desktop manager?) is SpaceFM. Now, very important: g...

Works well and is quite pleasant and light. I already use the Qt5 module(s) for other things anyway, so didn't have to activate anything else. Thank you once again, @ncmprhnsbl!

works well so far -- will update if starts hanging again -- Thanks!

I suspect that the problem is on the level of partition, before file system. Besides, the first partition regardless it containing NTFS or FAT32, is not the one marked as a boot partition: # parted -l Model: SanDisk Ultra USB 3.0 (scsi) Disk /dev/sda: 30.8GB Sector size (logical/physical): 512B/512B...

I've ended up using a wrapper script `lynx` which reads the credentials off the environment proxy variable and feeds them to the actual lynx: https://unix.stackexchange.com/question ... horization

Booting from my new USB, after the initial menu, the screen shows searching for porteus-v4.0-x86_64.cfg file device not ready yet? delaying 6 seconds At this moment when lucky it just goes through. But usually it times out and displays: searching for porteus-v4.0-x86_64.cfg file device not ready yet...

@ncmprhnsbl , I'm sorry, I have another request for you -- you're the key person for me now :) Is it too difficult to build SpaceFM against GTK3, please, luckily it's supported https://github.com/IgnorantGuru/spacefm . Your current builds use GTK2 and that system is a suspected culprit, and using G...

ncmprhnsbl , It now crashes first thing and I can't even restart it anymore - only logout. All I changed was to add some new languages/keyboards -- probably unrelated. OpenBox is actually nice, nothing else is crashing. I'm afraid of XFCE because it's GTK too. Could you please help me try a QT-base...

I'd like to try a QT-based file manager on my OpenBox. I'd be very grateful if someone knowledgeable made a module with some integration into OpenBox, as per https://github.com/rodlie/qtfm . I already have some QT5 modules installed so hopefully already have some dependencies. I explain why I need i...

Thanks @ncmprhnsbl. It works somewhat better. It only freezes once-twice per hour (of usage) and simply restarting by pressing the button on the taskbar restores all open tabs. So I've settled on this alpha for now, thank you. However, right now it's frozen so bad that even though I killed I can't s...

It did indeed have an alpha, but I thought it was an old alpha. And it crashed every so often. It must have been built before 24-Apr-2018 -- the date of 003-openbox.xzm. What about the later Commits on May 16, 2018 https://github.com/IgnorantGuru/spacefm/commits/alpha, or even Apr 22, 2018 I doubt t...

I'm struggling to build/convert a most recent SpaceFM http://ignorantguru.github.io/spacefm/ from their alpha, development channel (also known in some distributions as spacefm 1.0.6-4 I guess). I'll tell you why I need it. Coming from LXDE and PCManFM that constantly crashes due to a multithreading ...