You are not logged in.
With todays update session I received several firmware updates. Looks like the merge has been adapted.
I guess the merge needs to be adapted/completed.
# apt policy
Paketdateien:
100 /var/lib/dpkg/status
release a=now
500 http://deb.devuan.org/merged daedalus/non-free-firmware amd64 Packages
release v=5.0,o=Devuan,a=testing,n=daedalus,l=Devuan,c=non-free-firmware,b=amd64
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 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 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:I guess that change has not been considered by Devuan yet. the sources.list from my test machine reads:
deb http://deb.devuan.org/merged daedalus main contrib non-free non-free-firmware# apt update works, but apt list does not find any packages from the new repo https://deb.debian.org/debian/pool/non- … e-nonfree/, example:
# apt list firmware*
Auflistung… Fertig
firmware-ast/testing 20140808-7 all
firmware-ath9k-htc/testing 1.4.0-108-gd856466+dfsg1-1 all
firmware-b43-installer/testing 1:019-7 all
firmware-b43legacy-installer/testing 1:019-7 all
firmware-linux-free/testing,now 20200122-1 all [Installiert,automatisch]
firmware-nvidia-gsp/testing 510.108.03-3 amd64
firmware-nvidia-tesla-gsp/testing 510.108.03-3 amd64
firmware-realtek-rtl8723cs-bt/testing 20181104-2 all
firmware-realtek/now 20210818-1 all [Installiert,lokal]
firmware-sof-signed/testing 2.2.4-1 all
firmware-tomu/testing 2.0~rc7-2 all
firmware-zd1211/testing 1:1.5-8 allDaedalus/Testing: Just stumbled across a new feature imported from Debian: the package firmware-linux-nonfree is gone, there is an additional entry required in the sources.list to get access: "non-free-firmware" after main contrib non-free.
It looks like all the packages have been renamed somehow, need firmware-amd-graphics, and can't find a replacement. This package no more exists.
Any hints? Searching the repo for parts of this name ends with "Search timed out. Please use a more specific pattern....."
Maybe I am wrong, but I think it is because the "enumeration" has been parallelised instead of looking at ata, then scsi, then usb in serial order. And since usb has become more important over the years chances are much higher nowadays that additional usb devices pop up as block devices.
Edith: Just checked, I already had issues with that when setting up my file server with Debian 3 Sarge. Adding/removing a scsi disk screwed the device naming, in my early Linux days I started to use uuid.
Can only recommend to use UUIDs or labels, everything else is coincidence. Device detection order is ambiguous since a while already.
It depends on the DE and the options used if gparted is installed by default.
Please show your sources.list and
# apt policy gparted
Linux can deal with both, does not make a real difference.
Meanwhile I have adopted the habit to use gpt wherever possible, even if its not really necessary. The advantage is that you do not have to deal with the limitations of the old MSDOS partitioning scheme: not more than 4 partitions. Or you use 3 plus an extended with logical drives in there (i.e. sda5 as first logical partition in an extended), or sometimes one in the middle is missing. gpt is linear, you just count up.
When you want to install a linux in efi mode, the boot medium has to be started in efi mode.
Normally all PCs have a boot override. Use that and have a close look. on a efi system you should find the boot stick twice, without note and with (efi) or similar. For an efi installation use the efi marked option.
For such jobs I have a gparted life cd available to boot on usb. Write a new partition table, and then restart the Devuan installer and use manual partitioning.
And to get to another console while installing: use ALT-F2. There you can enter available commands. Back to installer with ALT-F1.
Have you installed ntfs-3g?
I am using it and I am not aware of any limitations beyond 2T.
You might need to look for the uuid instead of the device. Check your fstab.
Got Bookworm installed in a VBox VM now. efi had to be disabled, and I had to use an IDE controller for the cdrom and the iso, then it worked.
Its a full cinnamon task based installation, legacy mode, non encrypted on a LVM. ntpsec is installed and configured the same as my desktop.
Behaviour is slightly different. Gnome system tools throws the same error, the Cinnamon setting happily sits on the network time.
Short update: tried to install the weekly Bookworm into VBox for a check if Debian behaves the same, and failed. The iso is throwing machine checks and complains about the display. Will drill a bit deeper into that and update when I have results.
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 ...