Package: usrmerge
Version: 31
Severity: normal
X-Debbugs-Cc: r...@debian.org


Hello,

I'm just filing it as a report here as I'm not sure if this qualifies as
a valida bug. Nevertheless it does break the user's system.


```
Setting up perl (5.34.0-5) ...
Setting up libfile-find-rule-perl (0.34-2) ...
Selecting previously unselected package usrmerge.
(Reading database ... 22180 files and directories currently installed.)
Preparing to unpack .../archives/usrmerge_32_all.deb ...
Unpacking usrmerge (32) ...
Setting up usrmerge (32) ...
sched: RT throttling activated
mv: cannot move '/lib/modules' to '/usr/lib/modules': Device or resource busy

FATAL ERROR:
mv --no-clobber /lib/modules /usr/lib/modules: rc=1

You can try correcting the errors reported and running again
/usr/lib/usrmerge/convert-usrmerge until it will complete without errors.
Do not install or update other Debian packages until the program
has been run successfully.

E: usrmerge failed.
dpkg: error processing package usrmerge (--configure):
 installed usrmerge package post-installation script subprocess returned error 
exit status 1
Errors were encountered while processing:
 usrmerge
E: Sub-process /usr/bin/dpkg returned an error code (1)
```

The below occurred inside a Debian Unstable rootfs running
user-mode-linux.

And the reason this fails is because:

```
root@uml:~# cat /etc/fstab
# UNCONFIGURED FSTAB FOR BASE SYSTEM
hostfs  /lib/modules    hostfs  /usr/lib/uml/modules    0       0
hostfs  /var/tmp/Debian-Build/containers        hostfs  
/var/tmp/Debian-Build/containers        0       0
/swapfile       swap    swap    defaults        0       0
/dev/ubda       /       ext4    discard,errors=remount-ro       0       1
```


The uml kernel is a modular kernel. The bare boot is built as the
monolithic kernel and everything else as modules, which are then mounted
from the host to the UML guest.

Now, going forward, I can manually fix it by mounting to
/usr/lib/modules and arranging the symlink to the old location in the
guest, something that usrmerge is trying to do.

But I report it here only to keep parties aware and if/whether they have
a better detection and handling of this scenario.



-- System Information:
Debian Release: bookworm/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable-debug'), (500, 
'testing-debug'), (500, 'stable-updates'), (500, 'stable-security'), (500, 
'unstable'), (500, 'stable'), (500, 'oldstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 5.19.0-2-amd64 (SMP w/8 CPU threads; PREEMPT)
Kernel taint flags: TAINT_USER, TAINT_WARN
Locale: LANG=en_IN.UTF-8, LC_CTYPE=en_IN.UTF-8 (charmap=locale: Cannot set 
LC_ALL to default locale: No such file or directory
UTF-8), LANGUAGE=en_US
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages usrmerge depends on:
ii  libfile-find-rule-perl  0.34-2
ii  perl                    5.34.0-5

usrmerge recommends no packages.

usrmerge suggests no packages.

-- debconf information:
perl: warning: Setting locale failed.
perl: warning: Please check that your locale settings:
        LANGUAGE = "en_US",
        LC_ALL = (unset),
        LC_TIME = "en_IO.UTF-8",
        LANG = "en_IN.UTF-8"
    are supported and installed on your system.
perl: warning: Falling back to a fallback locale ("en_IN.UTF-8").
locale: Cannot set LC_ALL to default locale: No such file or directory

Reply via email to