You are not logged in.
Hi,
I disabled the spectre CPU-patches.
This is not recommend for e.g. cloud servers running potentially evil virtual machines. My computer is just a desktop.
The arguments are from https://make-linux-fast-again.com
# /etc/default/grub
GRUB_CMDLINE_LINUX_DEFAULT="quiet noibrs noibpb nopti nospectre_v2 nospectre_v1 l1tf=off nospec_store_bypass_disable no_stf_barrier mds=off tsx=on tsx_async_abort=off mitigations=off"
$ sudo update-grubWhat about
apt remove apparmorGuarantied to work with every init system.
Hi,
the gvfs-* packages are useful for the mounting features in pcmanfm, e.g. disk partitions, usb drives when connecting, MTP devices / androd cell phones. Not strictly needed, but quite handy. Taste is different of course.
The Librewolf Appimage has working sound using ALSA (the build from the apt repo does not, for whatever reason).
Maybe an option ... .
EDIT: Typo
What worked for me was a slight modification of the order:
apt install sysvinit-core
reboot
Then following the manual instructions.
The basic idea was to change pid 1 to init before doing something else.
That was after reading https://dev1galaxy.org/viewtopic.php?id=5147 post#6, and rrq's migration script and jaromil's ansible.
EDIT: Or if you want to follow the original procedure successfully, then consult farmatito's script for additional measures.
Thanks a lot - that new feature made me nuts!
This Issue came out other than I initially thought.
Dear admin,
suggestion is to move the whole thread from "Freedom Hacks" to "Installation" or "Other Issues". On occation.
Thanks.
Hm, how would the following look in doas style?
(Capt. Obviuos does not want to compile as root)
$ ./configure
$ make
$ sudo make installThat's better- thanks a lot!
Good to know, that apt is still working as expected.
Quite sure I have had some trys using a=oldstable, but there must be another error incorporated.
$ apt policy
Package files:
100 /var/lib/dpkg/status
release a=now
1001 http://ftp.de.debian.org/debian buster/contrib amd64 Packages
release v=10.12,o=Debian,a=oldstable,n=buster,l=Debian,c=contrib,b=amd64
origin ftp.de.debian.org
1001 http://ftp.de.debian.org/debian buster/non-free amd64 Packages
release v=10.12,o=Debian,a=oldstable,n=buster,l=Debian,c=non-free,b=amd64
origin ftp.de.debian.org
1001 http://ftp.de.debian.org/debian buster/main amd64 Packages
release v=10.12,o=Debian,a=oldstable,n=buster,l=Debian,c=main,b=amd64
origin ftp.de.debian.org
Pinned packages:This is from debian bullseye, backdate target is buster. The chimaera image showed a comparable behaviour.
Thanks for looking!
$ cat /etc/apt/preferences{,.d/*}
Package: *
Pin: release a=buster
Pin-Priority: 1001
cat: '/etc/apt/preferences.d/*': No such file or directory
$ apt policy
Package files:
100 /var/lib/dpkg/status
release a=now
500 http://ftp.de.debian.org/debian buster/contrib amd64 Packages
release v=10.12,o=Debian,a=oldstable,n=buster,l=Debian,c=contrib,b=amd64
origin ftp.de.debian.org
500 http://ftp.de.debian.org/debian buster/non-free amd64 Packages
release v=10.12,o=Debian,a=oldstable,n=buster,l=Debian,c=non-free,b=amd64
origin ftp.de.debian.org
500 http://ftp.de.debian.org/debian buster/main amd64 Packages
release v=10.12,o=Debian,a=oldstable,n=buster,l=Debian,c=main,b=amd64
origin ftp.de.debian.org
Pinned packages:
# some details and commands:
$ cat /etc/debian_version
11.4
$ cat sources.list
deb http://ftp.de.debian.org/debian/ buster main non-free contrib
$ apt update
Hit:1 http://ftp.de.debian.org/debian buster InRelease
All packages are up to date.
$ apt upgrade
Calculating upgrade... Done
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
$ apt list -a | grep linux-image-amd64/
linux-image-amd64/now 5.10.136-1 amd64 [installed,local]
linux-image-amd64/oldstable 4.19+105+deb10u15 amd64
$ apt install linux-image-amd64
linux-image-amd64 is already the newest version (5.10.136-1).
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
# downgrade single package:
$ apt -s install linux-image-amd64=4.19+105+deb10u15
0 upgraded, 1 newly installed, 1 downgraded, 0 to remove and 0 not upgraded.
Inst linux-image-4.19.0-20-amd64 (4.19.235-1 Debian:10.12/oldstable [amd64])
Inst linux-image-amd64 [5.10.136-1] (4.19+105+deb10u15 Debian:10.12/oldstable [amd64])Hi,
About ~18 month ago it was still possible to downgrade package versions by setting the releases pin priority to 1001. Applied with apt update - nice and easy.
Now, apt happly tells you, that the newest version of the package is installed. Have a cookie!
Is it possible to restore the previous behavoir?
Supplemental (not really part of the question, just how it happened)
The pin priority in /etc/apt/preferences is not applied directly. Checking with apt-cache policy, resulted in a values of "990 : 500 : 100" instead of "1001 : -1 : -10". Remarkable may be: Pin priority 1001 for 'force downgrade' is gone.
What's the purpose?
Distro downgrade (to try lcarsde). Sounds complicated, but it wasn't. The process was straight forward. At the time I moved a box from testing (bullseye) back to stable (buster):
Adjust /etc/apt/sources.list, pin the release to 1001 in /etc/apt/preferences, apt update; apt upgrade; apt dist-upgrade; reboot with the "new" 4.19 kernel.
That really impressed me! (later the box became bullseye again and is now chimaera)
Yesterday I tried the same with chimaere to beowulf and bullseye to buster. Countless variants of pinning and sources.list - nope.
Use option '--no-install-recommends' when you install the nvidia driver. This will prevent nvidia-persistenced from being installed
Now I'm feeling foolish - all the time wasted in the last two months on a pointless package.
Edit: There might be a take away for the OP:
If it's not working, just uninstall the whole nvidia-* to use the open souce driver nouveau. It's not worth the effort.
if you are lucky, it is just the package status:
/etc/init.d/nvidia-persistenced stop
apt-get upgrade
Hi,
depending on the partition sizes, it could be an option to mount sda3 on "/home". Minimal effort and recommended anyway.
@alexkemp
The vt's have nothing to do with X, they are steady. The underlying process is a getty.
e.g. you can switch from X to vt3 with Alt-Ctrl-F3, but from a vt to vt3 with Alt-F3 (with or without Ctrl).
Another point of view is to see a vt as text console and a X as graphical console.
$ ps ax | grep getty
1781 tty1 Ss+ 0:00 /sbin/getty --noclear 38400 tty1
1782 tty2 Ss+ 0:00 /sbin/getty 38400 tty2
(...)
1786 tty6 Ss+ 0:00 /sbin/getty 38400 tty6"I also still do not know which program is supplying the Alt-F7 command."
Good question - never crossed my mind - vt's were present as far as I can think.
root@chimaera:~# cat /etc/pihole/setupVars.conf PIHOLE_DNS_1=127.0.0.1#5335
I have the same line for PIHOLE_DNS_1. There is an unbound running on my machine, configured for port 5335 to resolve DNS (setup as described in https://forum.kuketz-blog.de/viewtopic.php?f=42&t=3067 (german)).
Did you try a "common" DNS server, like rbit suggested?
Or what is your local DNS resolver on port 5335 and is it working?
Has anyone here at Dev1 installed/run Pi-Hole?
I'm running a pi-hole on chimaera, installed before migration.
(beside the adaption of the changed network device name) no further issues so far, but I'm not frequently updating.
Seems too late to edit the previous post. The essence is:
To fix package nvidia-persistenced for apt do:
/etc/init.d/nvidia-persistenced stop && apt-get upgrade
EDIT / mostly deleted.
Network setup for migration seems to rely on network-manager and NOT dhcp, to circumvent the device name change to eth0.
10 minutes later ... But that is not true for rrq's migration script.
Now I'm confused. I'll go for migration in chroot and look for the network afterwards.
Hi,
Scribus from chimaera should work on daedalus too.
It should not hurt to have chimaera in source.list addionally. Someone disagrees? Any package will be superseeded by an existing daedalus package.
Then acpid it is.
Thanks for clarifying the matter.
EDIT: It's working - solved.
Hello,
after migration from bullseye to chimaera the power button stoped working - in terms of 'does not initiate system shut down'.
The usual suspect would be a *smart* deskop power manger, but there is no X. It is a headless mini-server on older Fujitsu hardware (consisting of AMD notebook components, fanless).
What can it be? A missing or unconfigured package through the update, acpi stuff, ...
Thanks in advance and regards.
Well, hell is on fire, I started having DNS problems and therefore can't do any actions with apt.
Your network device name has changed with the migration. In my case ist was form enp1s0 in bullseye to eth0 in chimaera.
Did you look at ' /etc/network/interfaces' ? Or you may find affected files with, e.g.:
grep -r enp1s /etc/*EDIT: Of course, sometimes it's better to just start fresh.
Could you please post what pkgs you have installed for gkrellm including plug-ins?
$ dpkg -l | grep gkr | cut -c 5-21,44-55
gkrellkam 2.0.0-2
gkrellm 2.3.11-2
gkrellm-bfm 0.6.4-6.1
gkrellm-cpufreq 0.6.4-6.1
gkrellm-hdplop 0.9.11-3
gkrellm-reminder 2.0.0-3.1
gkrellm-tz 0.8-2+b1
gkrellmoon 0.6-7
gkrellshoot 0.4.4-3
gkrelltop 2.2.13-1.1
$ cat .gkrellm2/plugin_enable
gkrellmoon.sogkrellm looks comparabele to your screenshot. Pressing shift-pgup/down does no harm, as fsmithred reported.
Disabled are email and non-existing sensors. "Krell and LED updates per second" is set to 1. Program start-up took 2-4 seconds.
Maybe something in 'user-config'? - It has 144 lines, so just 22 for now.
Anything else that might help debugging?
$ head -22 .gkrellm2/user-config
### GKrellM user config. Auto written, do not edit (usually) ###
### Version 2.3.11 ###
enable_hostname 1
hostname_short 0
enable_sysname 0
mbmon_port 0
sticky_state 0
dock_type 0
decorated 0
skip_taskbar 0
skip_pager 0
above 0
below 0
track_gtk_theme_name 0
default_track_theme "Default"
save_position 0
chart_width 125
update_HZ 1
allow_multiple_instances 0
float_factor 1000
hostname sysname_mode 1
clock_cal clock_launchNo error on my daedalus box. Maybe the package works for chimaera too?
Nice transparent theme.