Your message dated Fri, 1 Sep 2023 16:25:51 +0100
with message-id <01092023162134.0b0fd0466...@desktop.copernicus.org.uk>
and subject line mountmedia: /hd-media unmounted during an installation
has caused the Debian Bug report #756831,
regarding mountmedia: /hd-media unmounted during an installation
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
756831: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=756831
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: mountmedia
Version: 0.22
Severity: normal
Tags: d-i


I have a USB stick with the hd-media kernel and initrd, a preseed file
and firmware-7.5.0-i386-netinst.iso. Booting is with grub. The preseed
file has a late_command which copies files from /hd-media to /target.

1. With an ethernet connection the install is flawless.

2. With a wireless connection the late_command fails. This is because
   /hd-media is unmounted when "Detect network hardware" is activated.
   The WiFi device requires non-free firmware.

Commenting out the line "umount $dir 2>/dev/null || true" in mountmedia
gets 1. The behaviour would appear to be connected more with the
provision of firmware than the type of connection. I'm unsure what is
going on but the "fix" does point to mountmedia as being involved in the
issue.

Identical inconsistent behaviour was discussed at

   https://lists.debian.org/debian-user/2013/04/msg01115.html

I have CCed Julien Groselle because he may have some further insight.

I did not test the Jessie images because the changelog for 0.23 doesn't
indicate any relevant intervening change in mountmedia.






-- System Information:
Debian Release: 7.4
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: i386 (i686)

Kernel: Linux 3.2.0-4-686-pae (SMP w/1 CPU core)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

--- End Message ---
--- Begin Message ---
I haven't re-tested and am unlikely to have any futre engagement with the issue.
it is possible the issue is no longer present. Hence closing.

Cheers,

Brian.

--- End Message ---

Reply via email to