[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#867564: rescue: Call to search-path fails as it is not in $CHROOT_PATH



Package: rescue
Version: 1.64
Tags: patch
Severity: important

Dear Maintainer,

   * What led up to the situation?
        Trying to recover a debian machine using rescue, after mounting the
target disk, trying to open a shell in the target
   * What was the outcome of this action?
        Informed no shell could be found (or dropped to a shell, but not bash)

   * What outcome did you expect instead?
        Correctlly end up in a shell with bash

In the chroot_has function, the PATH variable is set to $CHROOT_PATH which does
not contain the script search-path (as this only exists in the installer env).
Therefore this call fails.

Changing this to the absolute path resolves the issue



-- System Information:
Debian Release: buster/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 4.9.0-3-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8),
LANGUAGE=en_GB:en (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Attachment: patch
Description: Binary data


Reply to: