You are not logged in.
Invest 20 bugs in a new SSD. Runnung devuan/debian using a 2 GB parftiion can be quite masochistic these days. Anyway, not my decision.
If the current kernel works, you may deinstall the previous (now backup) kernel. This frees about 250 MB of kernel modules and has to be repeated after a kernel upgrade.
You may use apt with "--no-install-recommends".
Regards
Not sure whether the following is connected... .
Today, I had a uniq experience with 'LibreOfiice Calc' on a remote mashine. It killed the whole vnc-server-session when opening a document - three times in a row, then I gave up.
server: debian bookworm, running tightvncserver and libreoffice calc
client: devuan excalibur, running xtightvncviewer
At least there are similarities.
And the supplied document from github does not freeze my desktop.
Hi,
I'm running excalibur on a amd64 computer with i386 achitechture enabled (to play old games). Additionally, some packages from ceres and daedalus are installed too. 'deb-src' repositories are commented-in on occasion, not permanently.
This resulted not seldom in having +100 MB to download just for syncing the repositories.
A reasonable reduction was archived by "i386 packages are installed from excalibur, all other repositories can be fixed to amd64". 'sources.list' looks as follows:
cat /etc/apt/sources.list
deb http://deb.devuan.org/merged excalibur main contrib non-free non-free-firmware
# virtualbox, nomacs
deb [arch=amd64] http://deb.devuan.org/merged ceres main contrib non-free non-free-firmware
# lxde-gtk2 - lxpannel-gtk3 doesn't work
deb [arch=amd64] http://deb.devuan.org/merged daedalus main contrib non-free non-free-firmware
deb [arch=amd64] http://deb.devuan.org/merged daedalus-updates main contrib non-free non-free-firmware
deb [arch=amd64] http://deb.devuan.org/merged daedalus-security main contrib non-free non-free-firmware
# kpackage
deb [arch=amd64] http://mirror.ppa.trinitydesktop.org/trinity/deb/trinity-sb excalibur deps-r14 main-r14
What else can be done (or excluded or specified) to further reduce the download when apt is syncing?
Thanks for any input and regards.
EDIT 2024-Oct-30:
Decided to use "daedalus main" and "ceres main contrib" as a further reduction. And closing the topic.
devuan / debian stable usually stays as it is after release.
This package would be a good candidate for daedalus-backports.
cat /etc/apt/sources.list | grep backports
deb http://deb.devuan.org/merged daedalus-backports main #contrib non-free non-free-firmware
$ sudo apt-get update
$ sudo apt-get -t daedalus-backports install yt-dlp
I can not reproduce the error. upowerd on my excalibur works.
Hi,
adding i386 architecture is recommended or mandatory for wine installations.
sudo dpkg --add-architecture i386
Personal experiences:
I had pointless trys using WINEARCH=win[32,64] and wine installtions without i386 architecture. You can do that, but expect pain.
Instead: May the wine warper script decide such things - as long as it works.
Part of the problem is, how modern IC's / micro controllers are working: The binary blob (or firmware or driver) defines its function. Even IO-pins can be re-routed to be (e.g.) an analog input or digital output. Input signals are digitized as early as possible and the output is calculated.
"classic" electronic components are fixed in function and layout. This made it possible to guess the function of a circuit board by it's components. Or reverse engineer it. That is impossible today.
do i have to clowning around with cups or similar???
Does 'Installing cups by installing another distribution' count?
Anyway. Your choice.
Sometimes such command lines work:
$ apt install dbus apparmor- -s
dbus is already the newest version (1.14.10-1~deb12u1devuan1).
The following packages will be REMOVED:
apparmor
Remv apparmor [3.0.8-3]
"apparmor-" has a trailing "-" and "-s" is for simulation.
Computer: daedalus notebook
Great advice, thanks a lot! Totally forgot about liquorix.
My shiny new computer does not suffer on windows, but the old one has a (more or less) big data partition formated with ntfs. For the fist time the transfer speed is in a reasonable dimension. I'm quite happy with that.
No news on the USB-stick front so far.
Hi,
I'm confused about the ssh version. https://pkginfo.devuan.org/cgi-bin/poli … r&x=submit
Affected is version 6.7 or earlier, which would mean jessie (devuan 1 / debian 8) ?
Thanks for the replies.
The stick is for a TV set-top-box.
4 GB file size is easy to hit. Sadly, ext[3,4] file systems are not recognised.
Tried exfat: File size is good, but the file system is not recognised either.
Found some information on Paragon's "ntfs3" driver, e.g. https://forum.manjaro.org/t/how-to-enable-ntfs3/86049/4
$ cat /boot/config-6.9.12-amd64 | grep -i ntfs3
# CONFIG_NTFS3_FS is not set
Means recompiling the kernel to enable it.
The USB stick was factory formated with 'vfat' and allowed a file size of up to 4GB. I need more.
Formating it with mkfs.vfat /dev/sde1 -S 4096 should allow 16GB file size, but it's still 4GB. Using -S 32768 makes the drive disappear.
Using ntfs (NeanderTal File System) is as always slow as fuck.
Two questions:
(a) How to formate vfat, that can have files bigger than 4GB?
(b) Where is Paragon's (compared to ntfs-3g) super-fast-kernel-ntfs-driver? Or how can it be enabled?
What really makes me sick is the following: That little box I want to feed most likely runs on Linux, but it reads fuck Microsoft file systems only. Such s**t costs hours for nothing.
The desktop nice.
Last resort of Microsoft Windows.
After a bit of searching I determined that something called conman may be wireless related, but using it is not obvious to me.
You can have either connman or network manager. The packages are mutually exclusive.
Interesting command lines for rsync, indeed.
I'll stick to cat (or dd) a partition and resize2fs the file system to the target partition's size.
Just a data point:
I'm in a hotel in Aschaffenburg, Germany- Internet speed is very good - downloaded 500MByte in less than a minute.
Internet provider: Telekom, 100MBit (assumed)
Problem: host "deb.devuan.org" was not resolved with wifi's standard dns (192.168.2.1).
After 2-4 times apt update, I inserted the installed unbound in /etc/resolv.conf ("nameserver 127.0.0.1") and dns worked as expected.
Maybe a dns-cache-problem?
What???
You want
EITHER grow a file system to the full partition's size (see #2)
OR recover "something" from the drive.
cp simply over-writes. I would start looking for a back-up.
ddrescue is useful, when dd aborts with an error, e.g. when the drive is physically damaged.
testdisk (as far as I remember) is looking for known file headers (like png/jpg images, zip/gz archives, etc) on the raw disk and trys to recover them.
Even if you would provide all information to the accident in detail, I doubt someone could help. Sorry.
$# resize2fs /dev/sda1
did the trick for me.
Adding the daedalus-backports repository would be a convenient way to have a quite current kernel (6.9).
cat /etc/apt/sources.list | grep backports
deb http://deb.devuan.org/merged daedalus-backports main contrib non-free non-free-firmware
apt install -t daedalus-backports linux-image-amd64
Beside the kernel, firmware can be a major problem especially on new notebooks. There are no backports releases by now, e.g. https://pkginfo.devuan.org/cgi-bin/poli … *&x=submit . I would go for the newest packages for all build-in components.
apt update, apt upgrade
Did you run apt dist-upgrade too?
I'm currently installing excalibur on my new desktop, which is not as much fun as I hoped.
The proprietary nvidia driver seems not like kernel 6.10. Beside that and some uefi boot BS, everything seems to work. But I don't use/have KDE.
EDIT:
Debian's testing netinstall.iso throwed errors after booting, so I ran bookworm and daedalus isos and migrated them to excalibur.
I don't know synaptic, but can parse the list to apt. If you hate terminals, just ignore this.
"listapt.txt" contains _all_ debian packages in the installed repositories (--installed or --manual-installed would do a selection like below).
You want to re-install the ones marked with "[installed]", not "[installed,automatic]". Have a good look at "[installed,local]", which were either downloaded or not in the current repositories.
cat listapt.txt | grep '\[installed,local\]'
Let's prepare the installation:
There will be errors; work on cleaned.list.txt, until apt succeeds. Then omit "-s" in the apt command.
cat listapt.txt | grep '\[installed\]' | awk -F/ '{print $1}' >cleaned.list.txt
apt install -s $(cat cleaned.list.txt | awk '{printf"%s ", $0}')
Too many errors? Maybe just the tasks for the big picture?
apt install $(cat cleaned.list.txt | grep ^task | awk '{printf"%s ", $0}')
Hope this helps, and yes I'm about to do that myself.
Interesting, didn't know that cp has a device mode. Fist thought was you ment cat, which equally works here.
Today I looked at some back-up copies in /root/_backup/usr/local/bin/ ... and found symliks "corrected" too.
That's not funny!
apt purge symlinks
Thanks fro the reply. The accident happened about three weeks ago. usrmerge was installed months ago, before switching to excalibur.
After more digging, I guess it was the package symlinks, or a "cleaning" job using it.
All symbolic links in /usr/local/bin (pointing to another directory) have the same updated timestamp. In my case "2024-07-01 19:25:17", or 20 seconds after installation of the package "symlinks".
# /var/log/dpkg.log
(...)
2024-07-01 19:16:23 startup packages configure
2024-07-01 19:24:58 startup archives unpack
2024-07-01 19:24:58 install symlinks:amd64 <none> 1.4-4
2024-07-01 19:24:58 status half-installed symlinks:amd64 1.4-4
2024-07-01 19:24:58 status triggers-pending man-db:amd64 2.12.1-2
2024-07-01 19:24:58 status unpacked symlinks:amd64 1.4-4
2024-07-01 19:24:58 startup packages configure
2024-07-01 19:24:58 configure symlinks:amd64 1.4-4 <none>
2024-07-01 19:24:58 status unpacked symlinks:amd64 1.4-4
2024-07-01 19:24:58 status half-configured symlinks:amd64 1.4-4
2024-07-01 19:24:58 status installed symlinks:amd64 1.4-4
2024-07-01 19:24:58 trigproc man-db:amd64 2.12.1-2 <none>
2024-07-01 19:24:58 status half-configured man-db:amd64 2.12.1-2
2024-07-01 19:24:59 status installed man-db:amd64 2.12.1-2
2024-07-02 15:23:51 startup archives unpack
(...)
package: symlinks
summary: scan/change symbolic links
version: 1.4-4
description: Symlinks scans directories for symbolic links and lists them on stdout.
Each link is prefixed with a classification of relative, absolute, dangling, messy, lengthy or other_fs. .
Symlinks can also convert absolute links (within the same filesystem)
to relative links and can delete messy and dangling links.