[Solved] Parman modifies USB drive from which debian is being installed in UEFI mode?

[Talkless]

I was using custom simple-cdd-built Debian images successfully with Debian 11 using preseed file.

But with Debian 12, and under UEFI (works fine in Legacy BIOS), I get this error message (it can be ignored):

https://i.imgur.com/J4HBRas.png

Partition(s) 1 on /dev/sdb have been written, but we have been unable to inform the kernel of the change, probably because it/they are in use. As a result, the old partition(s) will remain in use. You should reboot now before making further changes.

/dev/sdb is USB drive installer is running from!

Is there a way to silencet it, to workaround it? Should I report bug against parman or debian installer?

Also, this does not happen if I attempt installation on VirtualBox machine.

I do set correct installation disk using `d-i partman-auto/disk string` value generated in `partman/early_command` script via `debconf-set-selections /tmp/selections`. Again, it works fine in Debian 11 UEFI/BIOS and in Debian 12 BIOS, just not in Debian 12 UEFI.

Here's last part of partman log (full log too big to paste here or into paste.debian.org):

Code: Select all

parted_server: Partitions printed
parted_server: OUT: 


parted_server: Closing infifo and outfifo
parted_server: main_loop: iteration 287
parted_server: Opening infifo
/lib/partman/commit.d/30parted: *******************************************************
/lib/partman/commit.d/30parted: IN: IS_CHANGED =dev=sda
parted_server: Read command: IS_CHANGED
parted_server: command_is_changed(=dev=sda)
parted_server: Opening outfifo
parted_server: OUT: OK


parted_server: OUT: yes


parted_server: Closing infifo and outfifo
parted_server: main_loop: iteration 288
parted_server: Opening infifo
/lib/partman/commit.d/30parted: IN: COMMIT =dev=sda
parted_server: Read command: COMMIT
parted_server: command_commit()
parted_server: Opening outfifo
parted_server: Note =dev=sda as unchanged
parted_server: OUT: OK


parted_server: Closing infifo and outfifo
parted_server: main_loop: iteration 289
parted_server: Opening infifo
/lib/partman/commit.d/30parted: IN: PARTITIONS =dev=sda
parted_server: Read command: PARTITIONS
parted_server: command_partitions()
parted_server: Opening outfifo
parted_server: OUT: OK


parted_server: OUT: -1	17408-1048575	1031168	primary	free	/dev/sda-1	


parted_server: OUT: 1	1048576-537919487	536870912	primary	ext2	/dev/sda1	


parted_server: OUT: 2	537919488-62998446079	62460526592	primary	ext4	/dev/sda2	


parted_server: OUT: 3	62998446080-64022904831	1024458752	primary	linux-swap	/dev/sda3	


parted_server: OUT: -1	64022904832-64023240191	335360	primary	free	/dev/sda-1	


parted_server: Partitions printed
parted_server: OUT: 


parted_server: Closing infifo and outfifo
parted_server: main_loop: iteration 290
parted_server: Opening infifo
/lib/partman/commit.d/30parted: IN: IS_CHANGED =dev=sdb
parted_server: Read command: IS_CHANGED
parted_server: command_is_changed(=dev=sdb)
parted_server: Opening outfifo
parted_server: OUT: OK


parted_server: OUT: yes


parted_server: Closing infifo and outfifo
parted_server: main_loop: iteration 291
parted_server: Opening infifo
/lib/partman/commit.d/30parted: IN: COMMIT =dev=sdb
parted_server: Read command: COMMIT
parted_server: command_commit()
parted_server: Opening outfifo
parted_server: OUT: Error


parted_server: OUT: Partition(s) 1 on /dev/sdb have been written, but we have been unable to inform the kernel of the change, probably because it/they are in use.  As a result, the old partition(s) will remain in use.  You should reboot now before making further changes.


parted_server: OUT: 


parted_server: OUT: Ignore


parted_server: OUT: Cancel


parted_server: OUT: 


/lib/partman/commit.d/30parted: error_handler: exception with type Error
/lib/partman/commit.d/30parted: error_handler: reading message
/lib/partman/commit.d/30parted: paragraph: Partition(s) 1 on /dev/sdb have been written, but we have been unable to inform the kernel of the change, probably because it/they are in use.  As a result, the old partition(s) will remain in use.  You should reboot now before making further changes.
/lib/partman/commit.d/30parted: error_handler: reading options
/lib/partman/commit.d/30parted: option: Ignore
/lib/partman/commit.d/30parted: option: Cancel

Any ideas what's up with that?

Thanks!

[Talkless]

Here's full log of partman:

https://pastebin.com/kgsSkAk7

[Talkless]

Workaround is to add --mac option for isohybrid. Once mac partition appears, partman no longer marks EFI parition with "esp" flag, hence, no more modification of installation media and so no more error message.

Thanks to pham and Sledge from #debian-cd!