Bash: Wie kann ich "sudo-n true" im Hintergrund ausführen, ohne "read" zu stören?

Ich habe ein lang laufendes Bash-Skript, das ich nicht als Root ausführen möchte, das jedoch regelmäßig Root-Zugriff benötigt. Ich habe dieses Problem gelöst, indem ich den Benutzer nach dem Root-Passwort gefragt habe

sudo -v

und dann habe ich einen Prozess hinterlegt, der den Sudo-Timer mit schleifen und zurücksetzen würde

sudo -n true

Ich bekam dann seltsame Probleme bei der Verwendung readim Hauptprozess. Hier ist ein minimales Skript, das dieses Problem zeigt. Wenn Sie es ausführen und vor dem sudo -n trueAusführen nichts eingeben, erhält der Lesevorgang einread error: 0: Resource temporarily unavailable

#!/usr/bin/env bash

sudo -v  # ask user for password

sleep 1 && sudo -n true &  # background a process to reset sudo

printf "Reading text: "
read -n 1 TEXT
echo "Read text: $TEXT"

Ich konnte dieses Verhalten mit keinem anderen Befehl außer replizieren sudo. Wie kann ich sudo -n trueim Hintergrund laufen, ohne mich einzumischen read?

Bearbeiten:

Ich bekomme dieses Problem nur unter Ubuntu, nicht unter MacOS.

Ich bekomme das gleiche Verhalten mit:

sleep 1 && true < /dev/tty &
read var

sudowird geöffnet /dev/tty, um die aktuelle Vordergrundprozessgruppe abzufragen, wodurch der read()von readbashs ausgeführte Systemaufruf mit EAGAIN mit dem Linux-Kernel 4.15.0-45-generic und 4.18.0-14-generic von Ubuntu 18.04 zurückgegeben wird, wodurch zumindest das readDienstprogramm zurückgegeben wird mit diesem Fehler.

Dies scheint auf einen Fehler in neueren Versionen der Ubuntu-Varianten des Linux-Kernels zurückzuführen zu sein . Ich kann es weder unter Solaris noch unter FreeBSD oder in einer Linux-Version unter Debian reproduzieren (obwohl ich es reproduzieren kann, wenn ich Debian auf Ubuntus 4.18-Kernel starte).

https://bugs.launchpad.net/ubuntu/+source/linux-signed-hwe/+bug/1815021 scheint eine weitere Manifestation dieses Fehlers zu sein.

Dies wird durch https://lkml.org/lkml/2018/11/1/663 eingeführt, das Ubuntu mindestens auf seine Kernel 4.15 und 4.18 zurückportiert hat. Aber Ubuntu hatte bis vor 2 Stunden keine weitere Änderung zurückportiert, die eine durch diesen Patch eingeführte Regression behebt .

4.18.0-15-generic ist jetzt in den Ubuntu-Repositories gelandet und behebt das Problem. Ich nehme an, der für 4.15 wird in Kürze folgen.

ksh93hat nicht das Problem für denselben Code, den der readintegrierte Code zuerst verwendet select(), um auf die Eingabe zu warten, und select()kehrt nicht zurück, wenn der andere Prozess geöffnet wird /dev/tty.

Hier können Sie also ksh93anstelle bashoder warten auf den festen Kernel oder kehren zu 4.15.0-43 zurück, bis 4.15.0-46 veröffentlicht wird.

Alternativ können Sie zshdie integrierte Unterstützung für das Ändern von UIDs (über die speziellen Variablen EUID / UID / USERNAME) verwenden, sofern Sie das Skript starten, rootdamit Sie es nicht sudoinnerhalb des Skripts ausführen müssen (es ist möglicherweise auch gefährlich, die Lebensdauer von zu verlängern das Sudo-Token länger als vom Benutzer erwartet).