You are not logged in.
Hello:
... Refracta 11.2 on a Lenovo Ideapad 210 Touch ...
... touchpad and keyboard do not work ...
... With SystemRescue, the touchpad is also nonfunctional, but the keyboard works just fine.
Seeing that System Rescue actuallu finds the keyboard, look at what its logs have to say about it:
~$ sudo dmesg | grep -i keyboard
As to the touchpad, see what x11 has to say:
xinput list #if you don't have it you need to install it:
sudo apt install xinput
Please post your findings.
Best,
A.
Hello:
... czkawka hangs with a missing dependency libgtk-4-dev which is apparently not installable.
What version of Devuan are you attempting to install it in?
That package does not seem to be in the Debian repositories.
And as you surely know, not in the Debian repositories => not in the Devuan repositories.
That said, libgtk-4-dev is only available ceres:
https://pkginfo.devuan.org/cgi-bin/pack … .10.4+ds-2
and daedalus:
https://pkginfo.devuan.org/cgi-bin/pack … 4.8.3+ds-2
Best,
A.
Hello:
... worth using free and vmstat to see how much your swap file is being used.
Yes, but it will have to wait till I have some time to do that.
For now, I seem to have solved the problem by installing 91.9.1esr.
... firefox must have something else wrong with it.
I do not use the 1000HE much, just roast coffee with it one a fortnight and keep it updated.
As I have not had to do any local travel since a couple of years before the pandemic hit, browser usage has been limited to accessing the web to check on something while/if my box was off-line which is not frequent so I cannot really say at which point this started happening.
Although I suspect it is this last (available) version
But something is amiss: either a bug or FF code now does things it did not do in previous versions.
Would not be at all surprised.
Thanks in advance.
Best,
A.
Hello:
... they have i386 for 78, 102 and 115, but they skipped 91.
... might find a suitable version somewhere else.
Found it here.
apt/synaptic won't be aware of it as this was not a .deb file.
The extracted folder is in /opt and symlinked the executable to /user/bin/firefox.
As expected, it loads with no problems and does not stress the CPU: I was able to untick all the boxes as I have always done.
No response delays whatsoever.
So whatever is going on with FF 102.13.0esr, it is poison for the 1000HE.
If by design (ie: not a bug) it is a rather dumb move for a i686 version.
Thanks for your input.
Best,
A.
Hello:
Yes, the 91.13esr-1~deb10u1 would be suitable enough to test but I've been there.
Maybe I don't know what I am looking for?
ie: I don't see a "esr-1~deb10u1 i386" version.
Thanks in advance.
Best,
A.
Hello:
... installer has been picking up swap files from any ...
I don't think that should happen.
You have seen it in other (Debian based?) distributions because the installer code is common to all of them.
... put the swap on a separate HDD and really noticed ...
Yes, I also did that (another life, many years ago) when I could get my hand on another HDD.
When memory prices dropped, things changed a bit.
Thanks for your input.
Best,
A.
Hello fsr:
... playing with an ASUS EEE ...
... what software to use on it.
... old Refracta Jessie on it that runs fine ...
Mine runs on 5.10.0-0.deb10.16-686-pae (5.10.127-2~bpo10+1).
I have resized the almost never used XP partition to get space for a larger swap file, now set at a ridiculous 12GB for testing purposes.
I reinstalled firefox-esr from the repository but it is practically unusable.
First thing I have always done when installing FF and other similar browsesr is go to the settings page and untick the default settings.
In this version of FF the UI has an absurd reponse time: between two or three sec. to see the box unticked.
Scrolling with the 1000HE's infamous touchpad is another problem, it takes almost two sec. to respond.
I have also noticed the CPU fan starting to blow after a while of doing nothing but what I describe above.
ie: no web related activity whatsoever, just FF open and changing the settings.
A consequence of this is that with the 1000HE plugged in, the battery charging light came on.
I have never seen this happen, not even when running the coffee roasting program.
... the cpu is the limiting issue.
I'm sure of it, but I do not recall this happening with previous versions of FF.
Curiously enough (or not) the usually sluggish (but not unusable) coffee roasting sofware I use on the 1000HE has acquired a snappiness it did not have when the swap file was set at its previous value of 8GB, so one for the good guys.
I have been looking all over but cannot find an older version of firefox-esr to try, ideally two or three behind the acual one.
Know where I can download it to test on the 1000HE?
Thanks in advance.
Best,
A.
Hello:
One operating system per physical drive is a clear approach.
+1
Fully agree with that.
Provided it is not a netbook/laptop with a single HDD but then that also has the possibility of a fast SD card.
Not sure that can be done for a windows system.
Best,
A.
Hello:
... links2 for lightweight graphical browsing. It makes the internet look like 1995, which I find very soothing.
I'll have a look.
To test, I fired up the devuan_chimaera_4.0.3_i386_desktop-live.iso using a 4GB SD card and although Firefox behaved a bit better but still unusable.
Maybe I should try an older version and pin it or resize the swapfile.
Thanks for your input.
Best,
A.
Hello:
... comes out Like this,
--- snip ---
... did the partitioning before the installation ...
Yes, I used to do it like that.
Every time I moved from one distribution to the next one in line.
I then settled on Devuan ~6 years ago.
I was very much used to /dev/sdx notation but eventually started using UUIDs.
... every time you format a partition it get a new UUID.
Indeed ...
And your fstab gets ... fstabbed.
Resulting in a warning about the system not finding a UUID, usually happens when you resize the /swap partition.
... used to have more separate system partitions ...
The benefit of separate partitions for /home, /var and /swap are important.
I also use primary partitions, easier/faster to work with than primary+extended if you don't need more than four partitions.
My box has 8.0GB RAM and the 4.0GB swap partition (in my case) practically gets no use as I have priority set to -2 (it is a small SSD).
Should I need more disk space I will see about a tmpfs for swap, have been puting it off for the longest time.
With respect to the reason for this thread, I think the installer is not working properly.
ie:
Once a specific drive is selected for the installation, the default behaviour should be that no partition on any other drive be used for anything.
More yet, the installer should warn that a partition outside the selected installation drive will be used before continuing with the process.
Thanks for your input.
Best,
A.
Hello:
I have run Devuan Linux on an Asus 1000HE (1.66GHz Intel Atom N280 CPU + 2GB RAM) for a few years now.
These days, 5.10.0 with a backported kernel.
I run my coffee roasting software and serves as a access websites when I'm doing maintenance on my box and need to read up on something specific.
I also take with me when I am out of town. Limited but quite useful for a 14 year old netbook.
Now, the thing is that with the last two or three upgrades to firefox-esr, the browser has become incredibly slow/sluggish: practically unusable.
Is there another, lighter on resources (ie:'netbook friendly') that can be used with Devuan instead of Firefox-esr?
Thanks in advance.
Best,
A.
Hello:
Apparently the partitioner picks up all swap partitions ...
Apparently so, would have to delve further into that.
But ...
Remember my first post: the installer wanted to format a partiton that did not exist.
Now, having 1) chosen to do an expert install, 2) selected specific drive to use and 3) having opted to partition it manually, I think that this should not be happening.
I did what you suggested and made sure that "don't use this partition" was used on every partition I could find that did not belong to the drive I selected for the installation and that worked.
As the other ie: /, /var and /home partitions were already established, the installer only formatted the /swap partition.
That said, why isn't every partition set up as "don't use this partition" by default?
Why does the installer pick up a /swap partition from a previously unselected drive?
I don't understand what is going on, maybe a glitch or a bug? Quite worrisome, at least to me.
In any case, I stopped the installation at 32% as it had been there for well over 15'.
I guess that installing on a 64GB USB2.0 will do that and as the damn things no longer come with the luxury of an activity LED, you really don't know if it is being written to or the install process went awry for whatever reason.
I'll try again this weekend.
Thanks for your input.
Best,
A.
Hello fsr:
... seen the disk order change when booting with usb ...
Yes, I think that happens always.
But it does not matter here as the installation drive is easy to identify.
Unless I am not paying attention, the right drive will be formatted and receive the installation.
The problem (as I see it) is that the installer wants to muck around with other drives and in ways that don't make sense.
eg: formatting an inexistent partition. (?)
Thanks for your input.
Best,
A.
Hello:
Partition your disk manually ...
That is exactly what I am doing.
Thanks for your input.
Best,
A.
Hello:
Having come to my senses, I went ahead and did it right way. 8^°
I burned the netinstall.iso to a 2.0Gb MicroSD card to install to the previously used 64Gb USB2.0 stick.
During the installation I chose to delete everything on the stick so it would start anew.
But I got the same behaviour from the installer:
eg: the installer informing me that ...
- it would format partitions in drives that don't belong to the drive previously selected for the installation.
ie: drive selected is /dev/sdc but it informs that it will format partition #3 in /dev/sdb- it would format an inexistent partition.
ie: drive /dev/sdf does not have a partition #3
Any idea as to what is happening?
Why would the installer want to muck around with a drive not selcted for installation?
Thanks in advance.
Best,
A.
Hello fsr:
Live isos can boot the entire iso into RAM.
Yes.
Add "toram" or maybe "toram=filesystem.squashfs" to the boot command for a live-usb ...
... that way might allow you to install over the imaged usb, but then you have to get it right the first time ...
That's a good idea.
Have to get it right the first time around.
Thanks for your input.
Best,
A.
Hello:
... you are trying to install it to the same pendrive ...
Exactly.
See previous posts.
Thanks for your input.
Best,
A.
Hello:
Looks funny yes ...
So I thought.
... hard to know what is happening when you start partitioning the installer disk ...
... installing over itself is probably stretching it too far.
Indeed.
For some reason I had it in my head/was convinced that is was loading to RAM ... 8^°
I wonder where I got that from?
... really need the installed system to replace the installer on that USB ...
No, not that at all.
More ignorance (of how the install process works) than anything else.
... misunderstood your use case?
You are too kind.
Thanks (many) for your input.
Best,
A.
Hello:
Have you done like that before?
Install Linux directly on a USB drive?
Most probably, long ago.
Really can't recall.
What did you expect to see?
More like what I did not expect to see.
eg: the installer informing me that ...
- it would format partitions in drives that don't belong to the drive previously selected for the installation.
ie: drive selected is /dev/sdc but it informs that it will format partition #3 in /dev/sdb
- it would format an inexistent partition.
ie: drive /dev/sdf does not have a partition #3
Obviously, this problem has an easy enough solution: take all drives in my box off-line.
But questions remain:
Why does the installer want to work on drives not selected for the installation?
Why does the installer see an inexistent partition in one of those drives?
I think that that type of thing should not happen.
Surely it can't be because the selected drive is a USB stick?
Thanks in advance.
Best,
A.
Hello:
I downloaded the devuan_chimaera_4.0.0_amd64_netinstall.iso, checked it aginst its SHA256SUM and burned it to a 64Gb USB2.0 stick.
The purpose was to install it to that same USB stick.
When I got to writing the partitions I came across something strange, see for yourselves:
The USB stick I am using for the installation is SCSI8 (sdc).
SCSI6 (sdb) is my system drive and /dev/sdb3 is the swap file.
SCSI9 (sdf) is *not* partitioned and it contains a few important backup files.
Anyone knows what is going on?
Thanks in advance.
Best,
A.
PD: sorry for the lousy image system but the one I had is no longer free.
Hello:
If systemd is "so good" why does it still exist?
Is that a question to ask here, at Dev1?
Seeing that there is no systemd in Devuan, you may want to consider asking that question here.
... the sole reason I choose devuan when I can.
If that is your sole reason for your choosing Devuan, I think you have a lot of reading up to do.
Best,
A.
Hello:
... purchasing stuff off Jack Ma's Aliexpress ...
... unable to login because the PHP is not working right ...
I also purchase things from Aliexpress, no problems logging in.
I use Firefox 102+uBlock Origin for most if not all my web activity.
Everything goes through Pi-Hole set up as a recursive DNS server in a VM inside my Devuan box.
Am I missing something?
Best,
A.
Hello:
... you may have to change Device1 to Device0):
Section "Device" Identifier "Device1" Driver "intel" EndSection--- snip ---
... had to change Device0 to Device1 for the config file to have any effect. Crashes went away with this.
Reading your post I vaguely recalled a similar issue (many) years ago when I was attempting to go from a single screen layout to a two (and then three) screen layout.
I was trying to get a manually configured xorg.conf file to work but had started the screen numbering at 1 instead of at 0.
Once I got it to work I never had to look at it again: I have used the same *.conf file with the same hardware through at least four different distributions and now with Devuan since Jesse.
See Device Section here: https://www.x.org/releases/current/doc/ … #heading10
Screen number
This option is mandatory for cards where a single PCI entity can drive more than one display (i.e., multiple CRTCs sharing a single graphics accelerator and video memory). One Device section is required for each head, and this parameter determines which head each of the Device sections applies to. The legal values of number range from 0 to one less than the total number of heads per entity. Most drivers require that the primary screen (0) be present.
In short: screen numbers start at 0.
Best,
A.
Hello:
Got this today in my inbox:
-------------------------------------------------------------------------------------------
X.Org Security Advisory: June 15, 2023
Buffer overflows in InitExt.c in libX11 prior to 1.8.6 [CVE-2023-3138]
====================================================
The functions in src/InitExt.c in libX11 prior to 1.8.6 do not check
that the values provided for the Request, Event, or Error IDs are
within the bounds of the arrays that those functions write to, using
those IDs as array indexes. Instead they trusted that they were called
with values provided by an Xserver that was adhering to the bounds
specified in the X11 protocol, as all X servers provided by X.Org do.
As the protocol only specifies a single byte for these values, an
out-of-bounds value provided by a malicious server (or a malicious
proxy-in-the-middle) can only overwrite other portions of the Display
structure and not write outside the bounds of the Display structure
itself. Testing has found it is possible to at least cause the client
to crash with this memory corruption.
This is fixed in:
https://gitlab.freedesktop.org/xorg/lib … 0332cfa36c
which is included in the libX11 1.8.6 release issued today.
X.Org thanks Gregory James Duck for reporting this issue to our security team.
--
Alan Coopersmith - alan.coopersmith@oracle.com
X.Org Security Response Team - xorg-security@lists.x.org
-------------------------------------------------------------------------------------------
Best,
A.