You are not logged in.
You will have to get accustomed to efi and GPT with new HW. I bought a new Acer laptop about 2 years ago that does not have the possibility anymore to configure CSM.
efi and GPT are mandatory.
I am not really an expert on logging, I just use whats available every now and then.
Devuan uses its own package called rsyslog. There is also a doc package for this. Maybe that is a start for you. Somehow the stuff can be configured, and maybe yours is off for some reason.
To the raid: I have had my share of experiences with using Raid0 and later on trying Raid1/10 mainly on U320 SCSI, I would call it a disaster. Thats why I personally would walk away from any Raid if I have the choice of using SSDs instead. A single SSD never will cause the kind of hickups you can experience with Raids. A good backup always is required anyhow, and this is the lifesaver, not a Raid1.
And I think good SSDs are more reliable than any disk drive.
There is a bug report now with number 733 for this issue.
(I still don't know why it keeps creating an access.log.1 and an error.log.1)
The logger creates a new file when the log reaches a specified size, and adds a number to the older log. e.g. syslog becomes syslog.1, the current contents remains in a new file syslog. if there was a syslog.1 before it becomes syslog.2. As many versions are kept as specified.
This function is called log-rotate.
Yes got the same ntpsec version installed, and yes, updating is a daily task.
What happens if you change the configuration in the left window which is the one from the gnome-system-tools from manual to internet time?
Or switch the Network Time button in the right hand window to enabled?
According to my notes this is required to enable updating the time from a server.
BTW: just learned that I am missing the native Cinnamon app (your right hand screen). Did my installation with --no-install-recommends. Another side effect. Something to look into.
Thanks for following up ...
Edith: No, got the Cinnamon Date and Time app in my settings. What happens here: I can switch to network time without a complaint from the system (root password is required) and close the app. When I call it up again its back to manual.
Yes I didn't ... to little trouble recently ...
Don't worry, troubleshooting is adventure ...
Well, in summary, the required packages are present, the service is working as required. Still the same, when I try the date and time tool from the gnome-system-tools trying to go away from manual mode, the program is complaining about ntp not being present.
Puh, survived the update. sysv-rc-conf is removed, openrc still active.
Thanks, I did not think about to use apt list to check if the program is coming directly under the same name. Just looked into the rcx.d directories.
And you can be sure I read the Beowulf release notes to find out about su -. I usually never use sudo, all my machines have a separate root account, and I have configured them with all tricks I have learned. I am an early adopter ...
Well, I haven't had any trouble yet with services not working, so I am blank in that aspect of the system. rc-status tells me the ntpsec service is running under the default level. And sysv-rc-conf lists an x for 2,3,4 and 5.
Well, just saw that the installation of sysv-rc-conf removed openrc. Well, reinstalled it and am being told to reboot immediately....
# apt list ntpsec
Auflistung… Fertig
ntpsec/testing,now 1.2.1+dfsg1-8 amd64 [Installiert,automatisch]In /etc/rc2.d is a file called S03ntpsec, I guess that means ntp should be enabled.
Haven't got sysv-rc-conf, command not found. I am using openrc on all my Beowulf/Chimaera/Daedalus installations.
Running Daedalus with Cinnamon as DE, tried to configure ntp as before in ASCII, Beowulf and Chimaera and failed.
ntp and ntpdate are installed, but there is not /etc/ntp.conf as before. I found the ntp.conf with slightly changed contents now in /etc/ntpsec and entered my settings.
Time and Date from the gnome system tools package does no more permit to change to internet time, it complains about a missing ntp installation. I guess the package has not been adapted to the modified ntp package yet. Can somebody please confirm?
Happy new year, rolfie
Edith: bug report to Debian, correct?
Chimaera also will fail if you haven't got a reliable network connection. With wifi not working you need a wired connection. Wait for the dongle to arrive ...
If non-free isn't pulled e.g. because of a typo or the repo being off you should get an error. apt update tells me:
# apt update
Holen:1 http://deb.devuan.org/merged daedalus InRelease [38,9 kB]
Ign:2 http://deb.devuan.org/merged daedalus/main amd64 Packages
Ign:3 http://deb.devuan.org/merged daedalus/main i386 Packages
Holen:4 http://deb.devuan.org/merged daedalus/contrib i386 Packages [47,3 kB]
Holen:5 http://deb.devuan.org/merged daedalus/contrib amd64 Packages [53,3 kB]
Holen:6 http://deb.devuan.org/merged daedalus/non-free amd64 Packages [117 kB]
Holen:7 http://deb.devuan.org/merged daedalus/non-free i386 Packages [90,5 kB]
Holen:2 http://deb.devuan.org/merged daedalus/main amd64 Packages [8.950 kB]There just was a sync problem with the i386 main repo.
Check your sources.list thoroughly and show us what you are getting on apt update ...
Am I better off re-installing as Chimeara? Daedalus seems not quite ready yet for less mainstream kit.
Why? I have got my main desktop running Daedalus for more than a month now without major problems, my laptop is on Daedalus for 3 months now, and I am just installing Daedalus on an older AM3+ PC for test purposes.
You have run into one or the other misunderstanding or slight mistake, but I see nothing that cannot be sorted. Attack it one by one ...
Well, you are getting confused by mixing up two naming schemes.
1.) There is the Debian way to name their kernel/header packages: 6.0.0.6-amd64 tells you its the 6th version of the 6.0.0 kernel. This is a very Debian specific way to name the deb package.
2.) Linked to that is the official naming scheme by Linus: 6.0.12-1 corresponds to the 6.0.0.6 Debian package.
To avoid too much confusion, you might consider using dummy packages for kernel and header that make sure always the correct version is updated: linux-image-amd64 and linux-headers-amd64.
You might consider installing build-essentials or dkms, these packages also pull in the headers.
Have a look at https://www.devuan.org/os/packages. For Daedalus the sources.list must contain the main repo line only.
deb http://deb.devuan.org/merged daedalus main contrib non-freeThat will do the job.
Still the same on the preview dated 2022-12-26.
The May version can be installed fine without mirror (the keyring update via network requires an user input thats not possible), and after first boot apt update does its job ok.
Well, don't fully understand the reasoning. The filename did not include the epoch, and I used that info for the pref file. The epoch is present in Synpatic and when you look closely to the printout of apt policy, but I never thought it would be important, based on the examples I saw.
So far so bad, its solved. Again what learned ....
Why is this "1:" you call it epoch required? Well it works this way.
I scanned through the man apt_preferences, the Ubuntu wiki article, and other in the internet before posting here, didn't see that in the examples given ....
# apt policy
Paketdateien:
100 /var/lib/dpkg/status
release a=now
500 http://deb.devuan.org/merged daedalus/non-free i386 Packages
release v=5.0,o=Devuan,a=testing,n=daedalus,l=Devuan,c=non-free,b=i386
origin deb.devuan.org
500 http://deb.devuan.org/merged daedalus/non-free amd64 Packages
release v=5.0,o=Devuan,a=testing,n=daedalus,l=Devuan,c=non-free,b=amd64
origin deb.devuan.org
500 http://deb.devuan.org/merged daedalus/contrib i386 Packages
release v=5.0,o=Devuan,a=testing,n=daedalus,l=Devuan,c=contrib,b=i386
origin deb.devuan.org
500 http://deb.devuan.org/merged daedalus/contrib amd64 Packages
release v=5.0,o=Devuan,a=testing,n=daedalus,l=Devuan,c=contrib,b=amd64
origin deb.devuan.org
500 http://deb.devuan.org/merged daedalus/main i386 Packages
release v=5.0,o=Devuan,a=testing,n=daedalus,l=Devuan,c=main,b=i386
origin deb.devuan.org
500 http://deb.devuan.org/merged daedalus/main amd64 Packages
release v=5.0,o=Devuan,a=testing,n=daedalus,l=Devuan,c=main,b=amd64
origin deb.devuan.org
Mit Pinning verwaltete Pakete:
# apt policy five-or-more
five-or-more:
Installiert: 1:3.30.0-2
Installationskandidat: 1:3.32.3-1
Versionstabelle:
1:3.32.3-1 500
500 http://deb.devuan.org/merged daedalus/main amd64 Packages
*** 1:3.30.0-2 100
100 /var/lib/dpkg/statusDaedalus with Cinnamon DE.
The counting of results of the game five-or-more is broken since Chimaera, and hasn't been fixed in Daedalus. I removed the package from the installation, downloaded the older version five-or-more_3.30.0-2_amd64.deb from Beowulf and installed it with dpkg -i. I think I had to install an additional dependency. The older program is working.
To keep the package, I added a file five-or-more to /etc/apt/preferences.d with the contents:
Package: five-or-more
Pin: version 3.30.0*
Pin-Priority: 1001When I run an apt update this setting is ignored, I still get the version 3.32.3 listed as installation candidate.
What is wrong in my setup? Why is the preference ignored? Shouldn't I see the setting immediately in apt-cache policy?
rolfie
volumeicon-alsa does the job, thank you for your recommendation. I was searching for something from Cinnamon w/o success.
After installation, you have to reboot to make the integration work correctly. Now I see the same thing with ALSA/Pipewire I saw in my Chimaera installation with pulse.
Additional remark: never got happy with ALSA on its own on my PCs or laptop. Too many devices, no easy to use configuration tool, cryptic naming .... Since ASCII I did use Pulse with a grrrrr ..... but it worked had I got Audio to work easily. Now I have tried Pipewire on my laptop, and it also seems to make it easy to configure Audio. The real challenge will be my wifes PC since she has a 5.1 system, a camera and a headset for video conferencing.
Yes it does, thank you for the reminder. I thought I had added the runtime during the installation, looks like I didn't. The missing file is added to /lib/udev now.
Aspire Aspire A515-44 with Daedalus/openRC/Cinnamon DE (--no-install-recommends): got the following udevd/mtp-probe errors during boot. No errors when booting the older Chimaera installation.
[ 6.282545] ACPI: button: Power Button [PWRF]
[ 6.343990] r8169 0000:03:00.0: firmware: direct-loading firmware rtl_nic/rtl8168h-2.fw
[ 6.354497] ccp 0000:05:00.2: enabling device (0000 -> 0002)
[ 6.354668] ccp 0000:05:00.2: ccp: unable to access the device: you might be running a broken BIOS.
[ 6.361697] ACPI: bus type drm_connector registered
[ 6.364815] ccp 0000:05:00.2: tee enabled
[ 6.364818] ccp 0000:05:00.2: psp enabled
[ 6.374743] Generic FE-GE Realtek PHY r8169-0-300:00: attached PHY driver (mii_bus:phy_addr=r8169-0-300:00, irq=MAC)
[ 6.393147] udevd[1032]: failed to execute '/lib/udev/mtp-probe' 'mtp-probe /sys/devices/pci0000:00/0000:00:08.1/0000:05:00.3/usb1/1-4 1 3': No such file or directory
[ 6.394023] alg: No test for fips(ansi_cprng) (fips_ansi_cprng)
[ 6.398140] udevd[1041]: failed to execute '/lib/udev/mtp-probe' 'mtp-probe /sys/devices/pci0000:00/0000:00:08.1/0000:05:00.3/usb2/2-2 2 2': No such file or directory
[ 6.449352] snd_hda_intel 0000:05:00.1: enabling device (0000 -> 0002)
[ 6.449498] snd_hda_intel 0000:05:00.1: HAspire A515-44andle vga_switcheroo audio client
[ 6.449639] snd_hda_intel 0000:05:00.6: enabling device (0000 -> 0002)
[ 6.451453] udevd[1076]: failed to execute '/lib/udev/mtp-probe' 'mtp-probe /sys/devices/pci0000:00/0000:00:08.1/0000:05:00.4/usb3/3-4 3 3': No such file or directory
[ 6.452040] udevd[1077]: failed to execute '/lib/udev/mtp-probe' 'mtp-probe /sys/devices/pci0000:00/0000:00:08.1/0000:05:00.4/usb3/3-3 3 2': No such file or directory
[ 6.460219] mc: Linux media interface: v0.10
[ 6.462551] input: HD-Audio Generic HDMI/DP,pcm=3 as /devices/pci0000:00/0000:00:08.1/0000:05:00.1/sound/card0/input11lspci tells me:
# lspci
00:00.0 Host bridge: Advanced Micro Devices, Inc. [AMD] Renoir/Cezanne Root Complex
00:00.2 IOMMU: Advanced Micro Devices, Inc. [AMD] Renoir/Cezanne IOMMU
00:01.0 Host bridge: Advanced Micro Devices, Inc. [AMD] Renoir PCIe Dummy Host Bridge
00:01.1 PCI bridge: Advanced Micro Devices, Inc. [AMD] Renoir PCIe GPP Bridge
00:01.2 PCI bridge: Advanced Micro Devices, Inc. [AMD] Renoir/Cezanne PCIe GPP Bridge
00:01.3 PCI bridge: Advanced Micro Devices, Inc. [AMD] Renoir/Cezanne PCIe GPP Bridge
00:02.0 Host bridge: Advanced Micro Devices, Inc. [AMD] Renoir PCIe Dummy Host Bridge
00:02.1 PCI bridge: Advanced Micro Devices, Inc. [AMD] Renoir/Cezanne PCIe GPP Bridge
00:08.0 Host bridge: Advanced Micro Devices, Inc. [AMD] Renoir PCIe Dummy Host Bridge
00:08.1 PCI bridge: Advanced Micro Devices, Inc. [AMD] Renoir Internal PCIe GPP Bridge to Bus
00:08.2 PCI bridge: Advanced Micro Devices, Inc. [AMD] Renoir Internal PCIe GPP Bridge to Bus
00:14.0 SMBus: Advanced Micro Devices, Inc. [AMD] FCH SMBus Controller (rev 51)
00:14.3 ISA bridge: Advanced Micro Devices, Inc. [AMD] FCH LPC Bridge (rev 51)
00:18.0 Host bridge: Advanced Micro Devices, Inc. [AMD] Renoir Device 24: Function 0
00:18.1 Host bridge: Advanced Micro Devices, Inc. [AMD] Renoir Device 24: Function 1
00:18.2 Host bridge: Advanced Micro Devices, Inc. [AMD] Renoir Device 24: Function 2
00:18.3 Host bridge: Advanced Micro Devices, Inc. [AMD] Renoir Device 24: Function 3
00:18.4 Host bridge: Advanced Micro Devices, Inc. [AMD] Renoir Device 24: Function 4
00:18.5 Host bridge: Advanced Micro Devices, Inc. [AMD] Renoir Device 24: Function 5
00:18.6 Host bridge: Advanced Micro Devices, Inc. [AMD] Renoir Device 24: Function 6
00:18.7 Host bridge: Advanced Micro Devices, Inc. [AMD] Renoir Device 24: Function 7
02:00.0 Non-Volatile memory controller: Micron/Crucial Technology Device 5412
03:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (rev 15)
04:00.0 Network controller: Qualcomm Atheros QCA6174 802.11ac Wireless Network Adapter (rev 32)
05:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Renoir (rev c3)
05:00.1 Audio device: Advanced Micro Devices, Inc. [AMD/ATI] Renoir Radeon High Definition Audio Controller
05:00.2 Encryption controller: Advanced Micro Devices, Inc. [AMD] Family 17h (Models 10h-1fh) Platform Security Processor
05:00.3 USB controller: Advanced Micro Devices, Inc. [AMD] Renoir/Cezanne USB 3.1
05:00.4 USB controller: Advanced Micro Devices, Inc. [AMD] Renoir/Cezanne USB 3.1
05:00.5 Multimedia controller: Advanced Micro Devices, Inc. [AMD] ACP/ACP3X/ACP6x Audio Coprocessor (rev 01)
05:00.6 Audio device: Advanced Micro Devices, Inc. [AMD] Family 17h/19h HD Audio Controller
06:00.0 SATA controller: Advanced Micro Devices, Inc. [AMD] FCH SATA Controller [AHCI mode] (rev 81)
06:00.1 SATA controller: Advanced Micro Devices, Inc. [AMD] FCH SATA Controller [AHCI mode] (rev 81)Looks like mtp-probe is missing in /lib/udev. mtp-tools and various mtp-libs are installed. The issue seems to be related to the Audio devices.
How can I get rid of these messages?
rolfie
On my laptop, I initially installed Daedalus/openRC/Cinnamon DE with --no-install-recommends, no pulse. No mixer installed by default and displayed in the panel.
Tried alsamixer-gui and amixer-gtk, none of them show up in the panel and is working. Pure ALSA did not really work, had no working audio.
Just added pipewire, and got the audio working. Still got no mixer. What do you recommend to install/use?
Thanks, rolfie
Tried this on Daedalus/openRC/Cinnamon DE: display is incomplete, unfortunately the mixer can't be used.