[DE] base-files und usrmerge

[unklarer]

Hallo Alle   

ich habe eine Neuinstallation mit der nox(15.05.2024) ausgeführt.

Nach Neustart und Aktualisierung des System (501 Pakete) unterbricht apt mit der Meldung:

Code: [Select]

...
Vorbereitung zum Entpacken von .../base-files_13.4_amd64.deb ...


******************************************************************************
*
* The base-files package cannot be installed because
* /bin is a symbolic link and not pointing at usr/bin exactly.
*
* This is an unexpected situation. Cannot proceed with the upgrade.
*
* For more information please read https://wiki.debian.org/UsrMerge.
*
******************************************************************************


dpkg: Fehler beim Bearbeiten des Archivs /var/cache/apt/archives/base-files_13.4_amd64.deb (--unpack):
 »neues pre-installation-Skript des Paketes base-files«-Unterprozess gab den Fehlerwert 1 zurück
Fehler traten auf beim Bearbeiten von:
 /var/cache/apt/archives/base-files_13.4_amd64.deb
Error: Sub-process /usr/bin/dpkg returned an error code (1)


Was ist zu tun? Ich habe keinen Plan mit usrmerge, außer, das ich es installiert habe und die Meldung bleibt.   

Danke!

[towo]

Code: [Select]

ls -ld /bin??

[Carnophage]

[sorry for jumping in with English]

I had the same issue yesterday, for reasons unknown one of my three laptops had the leading `/` for symbolic links

Code: [Select]

readlink /bin
/usr/bin

instead of checked by the preinst script

Code: [Select]

readlink /bin
usr/bin

for me the solution was to run linux from pendrive, mount the root partition and replace symlinks

[unklarer]

Code: [Select]

ls -ld /bin??

Code: [Select]

ls -ld /bin
lrwxrwxrwx 1 root root 8  2. Aug 10:52 /bin -> /usr/bin


[towo]

Bei mir sieht das so aus:

Code: [Select]

~
towo:Defiant> ls -ld /bin
lrwxrwxrwx 1 root root 7  6. Okt 2020  /bin -> usr/bin

[unklarer]

Schön, und, wie stelle ich es an? Wie @Carnophage?

[ReinerS]

Habe dasselbe Problem mit einem Laptop.
Bei dem anderen Rechner war es kein Problem, obwohl die Links offensichtlich identisch sein sollten.
Trickse i manuell den Link aus, kommt gleich die nächste Beschwerde über /lib bzw. /usr/lib.
Trickse ich das auch aus, kommt als nächstes Gemecker über /lib64.

Danach hab ich's erst mal gesteckt.

Grüße

Reiner

[jedee]

please can you help me, how to replace these (this?) symlink(s), I am afraid to bork my system, no professional
Thank you. BTW great distro!

lg jedee

[ReinerS]

I solved here this problem for now as I put base-files on hold,
seems no other package requires the update for that and the system runs still fine.

Regards

Reiner

[unklarer]

Es ist ein Panoptikum, was hier mit debian und siduction abläuft.

Auf diesen Umstand, das sich die nox nach der Installation und dem ersten Neustart NICHT aktualisieren läßt macht mich das Paket base-files-13.4 aufmerksam (siehe oben). Es prüft, ob das System von /bin --> /usr/bin auf /bin --> usr/bin (und weitere) umgestellt ist. Das ist neu.

Das vorherige base-files auf 'hold', und die Aktualisierung des System läuft durch.

Nun habe ich hier auf unterschiedlichen Rechnern, 6 nox Installationen und eine xfce.
Keine der nox ist 'umgestellt'.
Wird das Paket usrmerge installiert und eines der beiden Scripte zur Umstellung ausgeführt, sehe ich das:

Code: [Select]

# /usr/lib/usrmerge/convert-usrmerge
chrt: failed to set pid 1330's policy: Operation not permitted
The system has been successfully converted.
Anschließende Prüfung, nende:

Code: [Select]

ls -la /
insgesamt 76
drwxr-xr-x  19 root root  4096  4. Aug 17:52 .
drwxr-xr-x  19 root root  4096  4. Aug 17:52 ..
-rw-r--r--   1 root root     0  2. Aug 11:06 .autorelabel
lrwxrwxrwx   1 root root     8  2. Aug 10:52 bin -> /usr/bin
drwxr-xr-x   3 root root  4096  4. Aug 17:54 boot
drwxr-xr-x  19 root root  4040  4. Aug 19:25 dev
drwxr-xr-x  13 root root  4096  2. Aug 10:56 disks
drwxr-xr-x 118 root root 12288  4. Aug 19:25 etc
drwxr-xr-x   3 root root  4096  2. Aug 10:53 home
lrwxrwxrwx   1 root root    40  4. Aug 17:52 initrd.img -> boot/initrd.img-6.10.3-1-siduction-amd64
lrwxrwxrwx   1 root root    39  4. Aug 17:52 initrd.img.old -> boot/initrd.img-6.8.9-1-siduction-amd64
lrwxrwxrwx   1 root root     8  2. Aug 10:52 lib -> /usr/lib
lrwxrwxrwx   1 root root    10  2. Aug 10:52 lib64 -> /usr/lib64
drwx------   2 root root 16384  2. Aug 10:52 lost+found
drwxr-xr-x   2 root root  4096 15. Mai 23:37 media
drwxr-xr-x   2 root root  4096 15. Mai 23:37 mnt
drwxr-xr-x   2 root root  4096 15. Mai 23:37 opt
dr-xr-xr-x 198 root root     0  4. Aug 19:24 proc
drwx------   3 root root  4096  2. Aug 12:12 root
drwxr-xr-x  28 root root   740  4. Aug 19:25 run
lrwxrwxrwx   1 root root     9  2. Aug 10:52 sbin -> /usr/sbin
drwxr-xr-x   2 root root  4096 15. Mai 23:37 srv
dr-xr-xr-x  12 root root     0  4. Aug 19:25 sys
drwxrwxrwt  13 root root   260  4. Aug 19:25 tmp
drwxr-xr-x  12 root root  4096 15. Mai 23:37 usr
drwxr-xr-x  11 root root  4096  2. Aug 10:43 var
lrwxrwxrwx   1 root root    37  4. Aug 17:52 vmlinuz -> boot/vmlinuz-6.10.3-1-siduction-amd64
lrwxrwxrwx   1 root root    36  4. Aug 17:52 vmlinuz.old -> boot/vmlinuz-6.8.9-1-siduction-amd64
Die xfce habe ich am 25.07. installiert und regelmäßig aktualisiert. Ohne, das ich es bisher beachtet hätte, sie ist UMGESTELLT. Ein Paket usrmerge gibt es darauf nicht.

Code: [Select]

ls -al /
insgesamt 96
drwxr-xr-x  24 root root  4096  3. Aug 21:15 .
drwxr-xr-x  24 root root  4096  3. Aug 21:15 ..
-rw-r--r--   1 root root     0 25. Jul 11:19 .autorelabel
lrwxrwxrwx   1 root root     7 15. Mai 23:22 bin -> usr/bin
drwxr-xr-x   4 root root  4096  5. Aug 16:11 boot
drwxr-xr-x  19 root root  4020  5. Aug 16:27 dev
drwxr-xr-x   2 root root  4096 15. Mai 23:22 disks
drwxr-xr-x 140 root root 12288  5. Aug 16:27 etc
drwxr-xr-x   7 root root  4096 25. Jul 12:06 fll
drwxr-xr-x   3 root root  4096 25. Jul 11:36 home
lrwxrwxrwx   1 root root    40  3. Aug 21:15 initrd.img -> boot/initrd.img-6.10.3-1-siduction-amd64
lrwxrwxrwx   1 root root    40  3. Aug 21:15 initrd.img.old -> boot/initrd.img-6.10.2-1-siduction-amd64
lrwxrwxrwx   1 root root     7 15. Mai 23:22 lib -> usr/lib
lrwxrwxrwx   1 root root     9 15. Mai 23:22 lib64 -> usr/lib64
drwx------   2 root root 16384 25. Jul 11:34 lost+found
drwxr-xr-x   4 root root  4096 25. Jul 18:41 media
drwxr-xr-x   3 root root  4096 27. Jul 09:12 mnt
drwxr-xr-x   2 root root  4096 15. Mai 23:22 opt
dr-xr-xr-x 301 root root     0  5. Aug 16:27 proc
drwx------   6 root root  4096 29. Jul 11:55 root
drwxr-xr-x  29 root root   720  5. Aug 16:27 run
lrwxrwxrwx   1 root root     8 15. Mai 23:22 sbin -> usr/sbin
drwxr-xr-x   2 root root  4096 26. Jul 14:52 sda2
drwxr-xr-x   2 root root  4096 26. Jul 14:52 sda3
drwxr-xr-x   2 root root  4096 26. Jul 14:52 sda4
drwxr-xr-x   2 root root  4096 25. Jul 12:06 .snapshots
drwxr-xr-x   2 root root  4096 25. Jul 12:07 srv
dr-xr-xr-x  12 root root     0  5. Aug 16:27 sys
drwxrwxrwt  18 root root   480  5. Aug 17:09 tmp
drwxr-xr-x  12 root root  4096 25. Jul 12:06 usr
drwxr-xr-x  11 root root  4096 25. Jul 12:09 var
lrwxrwxrwx   1 root root    37  3. Aug 21:15 vmlinuz -> boot/vmlinuz-6.10.3-1-siduction-amd64
lrwxrwxrwx   1 root root    37  3. Aug 21:15 vmlinuz.old -> boot/vmlinuz-6.10.2-1-siduction-amd64
-rw-r--r--   1 root root     0 25. Jul 11:19 .xorgconfig-was-here


Vielleicht kann das jemand erklären?
Ist davon auszugehen, alle nox-Installationen sind jetzt für die Katz und es ist warten angesagt, bis neue nox-ISO's mit diesem Debian-Geraffel von Euch erstellt sind? Oder, wie kann man das retten? Symlinks habe ich schon probiert, funktioniert auch nicht, wahrscheinlich bin ich zu blöd.

Danke für's lesen.