You are not logged in.
Pages: 1
I have a bone stock Optiplex 9020 mini tower. running Daedelus with Intel Mesa HD 4600 graphics via HDMI
Devuan has run stable for a couple years (unless I enable GUFW! which renders it prone to lockups!!) except:
Every. Single. Time. it suspends (or hibernates) it reverts back to the highest resolution available since it detects my 42" LG as a 72" LG the highest resolution is rendered so small as to have me guessing which of the illegible little blurs I want to use as the display adjustment. The settings survive reboot and shutdown, ... but never suspend.
In addition it reverts back to VGA if the LG shuts down from inactivity and I inadvertently shake the mouse prior to restarting the TV,
Wise cognoscenti how can I lock the display to 1920x1080 at 60 HZ ??? and feed it to a single HDMI port rather than have it rescan every port, and every option, on every wakeup?
Tah Dah!!!
Thank you very much!
Mousepad did the trick.
no joy
the initial attempt was made as root and it came up in Libre Office Writer when moused.
Subsequent efforts made as su'd user in Mousepad
new message from cli
"root@devuan:/home/bill# apt-get update
E: Type 'b' is not known on line 1 in source list /etc/apt/sources.list
E: The list of sources could not be read."
so we lost the de?
sorry:
$ hexdump -C /etc/apt/sources.list | head -n 5
00000000 ef bb bf 64 65 62 20 68 74 74 70 3a 2f 2f 64 65 |...deb http://de|
00000010 62 2e 64 65 76 75 61 6e 2e 6f 72 67 2f 6d 65 72 |b.devuan.org/mer|
00000020 67 65 64 2f 20 64 61 65 64 61 6c 75 73 20 6d 61 |ged/ daedalus ma|
00000030 69 6e 20 63 6f 6e 74 72 69 62 20 6e 6f 6e 2d 66 |in contrib non-f|
00000040 72 65 65 20 6e 6f 6e 2d 66 72 65 65 2d 66 69 72 |ree non-free-fir|
$ hexdump -C /etc/apt/sources.list | head -n 5
00000000 ef bb bf 64 65 62 20 68 74 74 70 3a 2f 2f 64 65 |...deb http://de|
00000010 62 2e 64 65 76 75 61 6e 2e 6f 72 67 2f 6d 65 72 |b.devuan.org/mer|
00000020 67 65 64 2f 20 64 61 65 64 61 6c 75 73 20 6d 61 |ged/ daedalus ma|
00000030 69 6e 20 63 6f 6e 74 72 69 62 20 6e 6f 6e 2d 66 |in contrib non-f|
00000040 72 65 65 20 6e 6f 6e 2d 66 72 65 65 2d 66 69 72 |ree non-free-fir|
no difference!
The exact message:
E: Type 'deb' is not known on line 1 in source list /etc/apt/sources.list
E: The list of sources could not be read.
(that does seem rather distant from line 1?)
Even deleting the entry returns the same result
attempted to add backports.
after attempt, both cli and synaptic assure me that: "Type 'deb' is not known on line 1 in source list /etc/apt/sources.list"
Deleting the new addition makes no difference.
Shifting line one down I get a message that "Line 1 is malformed" even when there is no content on line one.
hash-tagging # line one makes no difference
the .list as it stands
deb http://deb.devuan.org/merged/ daedalus main contrib non-free non-free-firmware
deb-src http://deb.devuan.org/merged/ daedalus main contrib non-free non-free-firmware
deb http://deb.devuan.org/merged/ daedalus-security main contrib non-free non-free-firmware
deb-src http://deb.devuan.org/merged/ daedalus-security main contrib non-free non-free-firmware
# daedalus-updates, to get updates before a point release is made;
# see https://www.debian.org/doc/manuals/debi … _backports
deb http://deb.devuan.org/merged/ daedalus-updates main contrib non-free non-free-firmware
deb-src http://deb.devuan.org/merged/ daedalus-updates main contrib non-free non-free-firmware
deb http://deb.devuan.org/merged chimera-backports main
# deb-src http://deb.devuan.org/merged chimera-backports main
deb cdrom:[Devuan GNU/Linux 5.0.1 daedalus amd64 - netinstall 20230914]/ daedalus contrib main non-free non-free-firmware
# This system was installed using small removable media
# (e.g. netinst, live or single CD). The matching "deb cdrom"
# entries were disabled at the end of the installation process.
# For information about how to configure apt package sources,
# see the sources.list(5) manual.
Soo Devuan 5 was cranking along okee dokee and I applied the system updates this morning,... after that I attempted to download Prusa Slicer as an Appimage
it half downloaded and stalled out, I attempted again and it half downloaded and told me I was out of space,
Properties of the download folder tell me it's 4 Gb in size, and has 160 Gb capacity, and all 160 Gb are used up, ... but it will continue to half download every thing I try and then fail out.
I have multiple partial downloads so its obviously not out of space because it continues to accrue half downloads.
I assume a bug came with the update?
Where to from here?
No joy,
neither solution was effective.
yes
when executed from the command line (as user) the full message is
"fuse: failed to exec fusermount: Permission denied
Cannot mount AppImage, please check your FUSE setup.
You might still be able to extract the contents of this AppImage
if you run it with the --appimage-extract option.
See https://github.com/AppImage/AppImageKit/wiki/FUSE
for more information
open dir error: No such file or directory"
When invoked via sudo it executes (but as a new user without a game history)
When ran from the command line it gives
failed to exec fusermount: Permission denied
So I have XFCE on Devuan5
I recently downloaded an appimage that will not execute as user, It executes without hitch as root.
Other appimages run flawlessly but not this one. (Endless_Sky-v0.10.8-x86_64.AppImage)
I assume that I need to be a part of some group?
Any direction would be good!
That worked wonderfully!
While I was there I added the swap, now can I just delete the swapfile?
A thousand pardons!
Dell 9020 Tower, bone stock with the exception of 32 GB memory (and of course the multiple drives)
Booting into efi is the only option currently enabled in BIOS and all hard drives are formatted to GPT specs,
no boot sticks, started from live CD in both cases, in every case but the current solution I did a manual partition, (since the other affected disks were unplugged to achieve this there was no sense in a manual partition.
(Is there a reason BTRFS is not an option with Devuan?)
in this case I simply selected an ext4 partition for / (all other options being unplugged at the time!)
Anyway...thanks for reiterating my question as a statement of what I should do, in your final line ... how do I ensure that's the only /home in use and not the current file existent with this install?
So I tried to install Beowulf ....no joy it would not write to the efi partition,
Tried to install Daedalus .... no joy it would not write to efi partition
During both installs it probed and found my sda1 (1 GB, efi) partition and gave an error 127 on grub install
Noodling around in the live CD I fired up GParted and it listed my sda disk (ssd) as a different disk (actual sdc, (sdb is a ssd windows disk))
sdc is a regular HDD with /home and /swap on it... it also has an efi partition (so does the windisk for what its worth!) but I consistently pointed the installer to sda1, and it didn't, write to the wrong efi partition either.
(sda is dedicated to testing systemd free distros, sda2 is void Linux, sda3 is PCLOS, and sda4 Devuan
In desperation I unplugged the sdb, and sdc disks from the SATA controller and reinstalled aaand, ... no joy it would not write to the efi partition!
But, when booting into sda3 (PCLOS) and running grub_update it found the Devuan (sda4) and included it in the grub list, FINALLY getting me to a Devuan install.
It still does not register with the UEFI Bios, .. but is in Grub
Now how do I link to, and ensure the old /home on sdc4 is used as /home.
And how do I lose the swapfile, and ensure the old swap partition on sdc2 is active on boot?
Pages: 1