Bug#992639: debianutils: move of installkernel to /usr/sbin/installkernel breaks kernel build on system with separate / and /usr

2021-09-21 Thread Anatoly Pugachev
so the solution to this bug is:
1. to install usrmerge and run it
2. patch install kernel arch/$arch/boot/install.sh to support /usr/sbin as well

Can we close this bug now? Thanks.



Bug#992639: debianutils: move of installkernel to /usr/sbin/installkernel breaks kernel build on system with separate / and /usr

2021-08-22 Thread Eric Valette

On 21/08/2021 18:33, Clint Adams wrote:

On Sat, Aug 21, 2021 at 06:30:21PM +0200, Eric Valette wrote:

And for the sake of completeness, I already did merge. Just no remembered
it! So even for merged / and /usr system there is a bug unless usrmerge is
installed.


I'm confused.  You installed usrmerge but then deleted the /sbin symlink?



Ok. It was indeed unclear. Sorry.

When I first installed the NAS I had separated disks partitions for / 
and /usr and in that case hard link do not work at all. I did not 
remembered I did already probably boot on a rescue usb key and did the 
merge using the data raid partition has a temporary space holder to copy 
both / and /usr to a directory there, remove the two partitions, 
recreate a single partition using the free space and copy back the 
content. This is was I called merged / and /usr.


I probably never installed usrmerge once done because I had no need to 
do so.


-- eric



Bug#992639: debianutils: move of installkernel to /usr/sbin/installkernel breaks kernel build on system with separate / and /usr

2021-08-21 Thread Clint Adams
On Sat, Aug 21, 2021 at 06:30:21PM +0200, Eric Valette wrote:
> And for the sake of completeness, I already did merge. Just no remembered
> it! So even for merged / and /usr system there is a bug unless usrmerge is
> installed.

I'm confused.  You installed usrmerge but then deleted the /sbin symlink?



Bug#992639: debianutils: move of installkernel to /usr/sbin/installkernel breaks kernel build on system with separate / and /usr

2021-08-21 Thread Eric Valette



I do not mind deciding everything should be in /usr but as pointed out 
there are other project that should adapt.


And for the sake of completeness, I already did merge. Just no 
remembered it! So even for merged / and /usr system there is a bug 
unless usrmerge is installed.


-- eric



Bug#992639: debianutils: move of installkernel to /usr/sbin/installkernel breaks kernel build on system with separate / and /usr

2021-08-21 Thread Eric Valette

On 21/08/2021 18:09, Clint Adams wrote:

On Sat, Aug 21, 2021 at 06:04:33PM +0200, Eric Valette wrote:

if you expect to have unconditionally it make a depends and people with not
enough place to merge / and /usr will explain you maybe not politely you
broke their system...


That would make it impossible to purge usrmerge after install, which would
be unfortunate.


For my personnal case, On a NAS with only remote access, repartioning on the
fly is a bit tricky and that has been live for about 8 years...


What is your plan?  Keep running sid on your NAS until 2 years from now and
then never upgrade again when unmerged /usr is completely unsupported in the
stable release?



Avoid to make the merge as long as possible until everyting is fixed 
everywhere. Recent changes did broke various things if I look at 
critical bug. It also broke at least my laptop with no way to enter X11 
(and here / and /usr are already merged).


The location is incorrect anyway unless upstream kernel explicitly makes 
a change.


I do not mind deciding everything should be in /usr but as pointed out 
there are other project that should adapt.


-- eric



Bug#992639: debianutils: move of installkernel to /usr/sbin/installkernel breaks kernel build on system with separate / and /usr

2021-08-21 Thread Clint Adams
On Sat, Aug 21, 2021 at 06:04:33PM +0200, Eric Valette wrote:
> if you expect to have unconditionally it make a depends and people with not
> enough place to merge / and /usr will explain you maybe not politely you
> broke their system...

That would make it impossible to purge usrmerge after install, which would
be unfortunate.

> For my personnal case, On a NAS with only remote access, repartioning on the
> fly is a bit tricky and that has been live for about 8 years...

What is your plan?  Keep running sid on your NAS until 2 years from now and
then never upgrade again when unmerged /usr is completely unsupported in the
stable release?



Bug#992639: debianutils: move of installkernel to /usr/sbin/installkernel breaks kernel build on system with separate / and /usr

2021-08-21 Thread Eric Valette

On 21/08/2021 17:56, Clint Adams wrote:

On Sat, Aug 21, 2021 at 05:51:06PM +0200, Eric Valette wrote:

But as nobody makes the link, there is a problem by default.


https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=978636#178

As soon as you install the usrmerge package you should be fine.



if you expect to have unconditionally it make a depends and people with 
not enough place to merge / and /usr will explain you maybe not politely 
you broke their system...


For my personnal case, On a NAS with only remote access, repartioning on 
the fly is a bit tricky and that has been live for about 8 years...


-- eric



Bug#992639: debianutils: move of installkernel to /usr/sbin/installkernel breaks kernel build on system with separate / and /usr

2021-08-21 Thread Clint Adams
On Sat, Aug 21, 2021 at 05:51:06PM +0200, Eric Valette wrote:
> But as nobody makes the link, there is a problem by default.

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=978636#178

As soon as you install the usrmerge package you should be fine.



Bug#992639: debianutils: move of installkernel to /usr/sbin/installkernel breaks kernel build on system with separate / and /usr

2021-08-21 Thread Eric Valette

On 21/08/2021 17:48, Clint Adams wrote:

On Sat, Aug 21, 2021 at 05:45:48PM +0200, Eric Valette wrote:

But upstream kernel look explicitely in /sbin so there will be a problem...

/usr/src/linux-zotac-h67itx# sh -x
/usr/src/linux-5.10.7/arch/x86/boot/install.sh 5.10.60 arch/x86/boot/bzImage
System.map "/boot"
+ verify arch/x86/boot/bzImage
+ '[' '!' -f arch/x86/boot/bzImage ']'
+ verify System.map
+ '[' '!' -f System.map ']'
+ '[' -x /root/bin/installkernel ']'
+ '[' -x /sbin/installkernel ']'
+ exec /sbin/installkernel 5.10.60 arch/x86/boot/bzImage System.map /boot


Once your /sbin is a symlink to usr/sbin, that problem will go away.



But as nobody makes the link, there is a problem by default.


-- eric



Bug#992639: debianutils: move of installkernel to /usr/sbin/installkernel breaks kernel build on system with separate / and /usr

2021-08-21 Thread Eric Valette

On 21/08/2021 17:45, Eric Valette wrote:

On 21/08/2021 17:43, Clint Adams wrote:

On Sat, Aug 21, 2021 at 05:34:58PM +0200, Eric Valette wrote:

root@nas2:/usr/src/linux# ls -l /sbin/installkernel <== manually copied
-rwxr-xr-x 1 root root 2659 21 août  17:24 /sbin/installkernel
root@nas2:/usr/src/linux# ls -l /usr/sbin/installkernel
-rwxr-xr-x 1 root root 2659 20 août  13:31 /usr/sbin/installkernel

I suspect  the link is a hard link that does not work on different 
filesystem use -s


No, there is no link; unmerged /usr won't be supported for bookworm.




But upstream kernel look explicitely in /sbin so there will be a problem...

/usr/src/linux-zotac-h67itx# sh -x 
/usr/src/linux-5.10.7/arch/x86/boot/install.sh 5.10.60 
arch/x86/boot/bzImage System.map "/boot"

+ verify arch/x86/boot/bzImage
+ '[' '!' -f arch/x86/boot/bzImage ']'
+ verify System.map
+ '[' '!' -f System.map ']'
+ '[' -x /root/bin/installkernel ']'
+ '[' -x /sbin/installkernel ']'
+ exec /sbin/installkernel 5.10.60 arch/x86/boot/bzImage System.map /boot


removing the link in /sbin gives:

sh -x /usr/src/linux-5.10.7/arch/x86/boot/install.sh 5.10.60 
arch/x86/boot/bzImage System.map "/boot"

+ verify arch/x86/boot/bzImage
+ '[' '!' -f arch/x86/boot/bzImage ']'
+ verify System.map
+ '[' '!' -f System.map ']'
+ '[' -x /root/bin/ ']'
+ '[' -x /sbin/ ']'
+ '[' -f /boot/vmlinuz ']'
+ mv /boot/vmlinuz /boot/vmlinuz.old
+ '[' -f /boot/System.map ']'
+ mv /boot/System.map /boot/System.old
+ cat arch/x86/boot/bzImage
+ cp System.map /boot/System.map
+ '[' -x /sbin/lilo ']'
+ '[' -x /etc/lilo/install ']'
+ sync
+ echo 'Cannot find LILO.'
Cannot find LILO.

-- eric



Bug#992639: debianutils: move of installkernel to /usr/sbin/installkernel breaks kernel build on system with separate / and /usr

2021-08-21 Thread Clint Adams
On Sat, Aug 21, 2021 at 05:34:58PM +0200, Eric Valette wrote:
> root@nas2:/usr/src/linux# ls -l /sbin/installkernel <== manually copied
> -rwxr-xr-x 1 root root 2659 21 août  17:24 /sbin/installkernel
> root@nas2:/usr/src/linux# ls -l /usr/sbin/installkernel 
> -rwxr-xr-x 1 root root 2659 20 août  13:31 /usr/sbin/installkernel
> 
> I suspect  the link is a hard link that does not work on different filesystem 
> use -s

No, there is no link; unmerged /usr won't be supported for bookworm.



Bug#992639: debianutils: move of installkernel to /usr/sbin/installkernel breaks kernel build on system with separate / and /usr

2021-08-21 Thread Clint Adams
On Sat, Aug 21, 2021 at 05:45:48PM +0200, Eric Valette wrote:
> But upstream kernel look explicitely in /sbin so there will be a problem...
> 
> /usr/src/linux-zotac-h67itx# sh -x
> /usr/src/linux-5.10.7/arch/x86/boot/install.sh 5.10.60 arch/x86/boot/bzImage
> System.map "/boot"
> + verify arch/x86/boot/bzImage
> + '[' '!' -f arch/x86/boot/bzImage ']'
> + verify System.map
> + '[' '!' -f System.map ']'
> + '[' -x /root/bin/installkernel ']'
> + '[' -x /sbin/installkernel ']'
> + exec /sbin/installkernel 5.10.60 arch/x86/boot/bzImage System.map /boot

Once your /sbin is a symlink to usr/sbin, that problem will go away.



Bug#992639: debianutils: move of installkernel to /usr/sbin/installkernel breaks kernel build on system with separate / and /usr

2021-08-21 Thread Eric Valette

On 21/08/2021 17:43, Clint Adams wrote:

On Sat, Aug 21, 2021 at 05:34:58PM +0200, Eric Valette wrote:

root@nas2:/usr/src/linux# ls -l /sbin/installkernel <== manually copied
-rwxr-xr-x 1 root root 2659 21 août  17:24 /sbin/installkernel
root@nas2:/usr/src/linux# ls -l /usr/sbin/installkernel
-rwxr-xr-x 1 root root 2659 20 août  13:31 /usr/sbin/installkernel

I suspect  the link is a hard link that does not work on different filesystem 
use -s


No, there is no link; unmerged /usr won't be supported for bookworm.




But upstream kernel look explicitely in /sbin so there will be a problem...

/usr/src/linux-zotac-h67itx# sh -x 
/usr/src/linux-5.10.7/arch/x86/boot/install.sh 5.10.60 
arch/x86/boot/bzImage System.map "/boot"

+ verify arch/x86/boot/bzImage
+ '[' '!' -f arch/x86/boot/bzImage ']'
+ verify System.map
+ '[' '!' -f System.map ']'
+ '[' -x /root/bin/installkernel ']'
+ '[' -x /sbin/installkernel ']'
+ exec /sbin/installkernel 5.10.60 arch/x86/boot/bzImage System.map /boot


-- eric



Bug#992639: debianutils: move of installkernel to /usr/sbin/installkernel breaks kernel build on system with separate / and /usr

2021-08-21 Thread Eric Valette
Package: debianutils
Version: 5.3-1
Severity: normal

root@nas2:/usr/src/linux# ls -l /sbin/installkernel <== manually copied
-rwxr-xr-x 1 root root 2659 21 août  17:24 /sbin/installkernel
root@nas2:/usr/src/linux# ls -l /usr/sbin/installkernel 
-rwxr-xr-x 1 root root 2659 20 août  13:31 /usr/sbin/installkernel

I suspect  the link is a hard link that does not work on different filesystem 
use -s


-- System Information:
Debian Release: 11.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 5.10.60 (SMP w/8 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE
Locale: LANG=fr_FR.UTF8, LC_CTYPE=fr_FR.UTF8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/bash
Init: systemd (via /run/systemd/system)

Versions of packages debianutils depends on:
ii  libc6  2.31-16

debianutils recommends no packages.

debianutils suggests no packages.

-- no debconf information