Server schaltet nach "herunterfahren" nicht ab

October 28, 2025Oct 28

Community Expert

1 hour ago, Pixelpaule said:
Habe ich nach dem Post noch eingeschaltet, da ich in einem Beitrag gelesen haben, das dies zu Shutdown Problemen führen kann, wenn es deaktiviert ist.

Eigentlich sind die ErP Einstellungen zum Stromsparen (im ausgeschalteten Zustand) gedacht, aber vielleicht ist genau das der Punkt der Dir hilft. Würde mich freuen.

1 hour ago, Pixelpaule said:
Ich hatte kein WoL App (meines Wissens nach) installiert.

Dann habe ich Dich/den Beitrag verwechselt. Ich bitte um Entschuldigung.

1 hour ago, Pixelpaule said:
Nach dem ich ErP aktiviert habe, ist der Server seit Samstag immer, wenn ich Ihn heruntergefahren habe, von alleine ausgegangen.

Das klingt doch schon mal gut.

Wenn es so bleibt sollte Dein Problem gelöst sein. Ich würde es aber noch etwas länger im Auge behalten.

1 hour ago, Pixelpaule said:
Also so wie es soll. Daher habe ich jetzt WOL noch nicht deaktiviert, da ich mir dies gerne als Fallback erhalten möchte.

Wenn Dein Problem gelöst ist, kann alles andere so bleiben, wie Du es willst.

1 hour ago, Pixelpaule said:
Sollte ich denn besser WoL trotzdem abschalten?

Ich nutze kein WOL und ich würde es ausschalten, aber das kannst Du halten, wie Du es willst, solange das ursprüngliche Problem weg ist. Ansonsten kannst Du da ja auch nochmal 'rumschrauben'.

1 hour ago, Pixelpaule said:
Sollte ich Soft-AUS auch noch einschalten? - Was bewirkt diese Funktion?

Damit steuerst Du, wie der PC sich auf das Drücken des Powertasters (zum Ausschalten) verhält.

Es war nur eine Vermutung von mir, daß eben damit ggf. die Ausschaltfunktion in Deinem Falle negativ beeinflusst wird und das System (wegen einem Bug?) an bleibt. Aber wenn es die ErP Funktion schon gebracht hat ist dies hier egal.

Quote

October 29, 2025Oct 29

Author
Community Expert

Also, leider habe ich das Problem noch nicht zu 100 % gelöst.

Ich hatte jetzt erst mal nur das HDMI Kabel aus dem Server entfernt und der letzte Shutdown-Versuch ist leider wieder gescheitert. Der Server ist an geblieben. Den HDMI Dongle hatte ich zu dem Zeitpunkt nicht eingesteckt. Es war nur das LAN Kabel und Stromkabel angeschlossen. Also werde ich jetzt erst mal den HDMI Dongle anschließen und weiter testen. Ich meine auch irgendwo gelesen zu haben, das die GraKa Generation bei 10ten Generation es nicht mag wenn nichts angeschlossen ist.

Quote

1

October 29, 2025Oct 29

5 hours ago, Pixelpaule said:
Ich meine auch irgendwo gelesen zu haben, das die GraKa Generation bei 10ten Generation es nicht mag wenn nichts angeschlossen ist.

um sauber zu booten, initialisieren, usw ... gerne bei gvt-g / sr-iov setups usw ...

aber wer weiß, teste es aus.

Quote

October 30, 2025Oct 30

Author
Community Expert

So es geht weiter. Leider ist der Server wieder angeblieben. Zweimal war der Shutdown wieder erfolglos. Ich habe jetzt WoL deaktiviert. Soft-Aus habe ich noch nicht geändert. Das würde ich dann als nächsten Schritt testen.

Aktuelle Ausgangslage: WOL -> deaktivert, HDMI Dongle angeschlossen, LAN Kabel und Netzkabel angeschlossen.

Edited October 30, 2025Oct 30 by Pixelpaule

Quote

October 31, 2025Oct 31

Author
Community Expert

So, leider wieder keine Erfolg. Ein letzter Test: ErP -> aktiviert, WoL -> deaktiviert, HDMI -> Dongle eingesteckt, Soft aus -> aktiviert

Wenn es dann nicht gehen sollte, werde ich wohl das Board austauschen müssen!?

Quote

1

November 1, 2025Nov 1

Author
Community Expert

Also es klappt nicht. Die einzigen Male bei denen es sauber funktioniert hat war, als ich meinen Monitor angeschlossen hatte. Daher kann ich den Server headless nicht so einsetzen wie ich es eigentlich möchte. Dann werde ich wohl in den sauren Apfel beißen müssen und mir andere Hardware kaufen müssen.

Quote

November 2, 2025Nov 2

Community Expert

Dein Shutdown-Start laut Log:

Sep 27 11:12:05 Datenlager shutdown[1564799]: shutting down for system halt

und die letzten Log-Einträge dazu:

Sep 27 11:13:18 Datenlager rc.acpid: Stopping ACPI power management daemon...
Sep 27 11:13:18 Datenlager rc.acpid: kill 1621
Sep 27 11:13:18 Datenlager rc.acpid: killall --ns 1568616 acpid
Sep 27 11:13:18 Datenlager acpid: exiting
Sep 27 11:13:18 Datenlager rc.acpid: ACPI power management daemon...  Stopped.
Sep 27 11:13:18 Datenlager rc.udev: Stopping udevd
Sep 27 11:13:18 Datenlager rc.0: Sending all processes the SIGTERM signal.
Sep 27 11:13:18 Datenlager rc.0: /sbin/killall5 -15

Mein Server:

Nov  2 00:55:23 atum shutdown[47575]: shutting down for system halt

Nov  2 00:55:34 atum rc.acpid: Stopping ACPI power management daemon...
Nov  2 00:55:34 atum rc.acpid: kill 1753
Nov  2 00:55:34 atum rc.acpid: killall --ns 49927 acpid
Nov  2 00:55:35 atum rc.acpid: ACPI power management daemon...  Failed.
Nov  2 00:55:35 atum rc.udev: Stopping udevd
Nov  2 00:55:35 atum acpid: exiting
Nov  2 00:55:35 atum rc.0: Sending all processes the SIGTERM signal.
Nov  2 00:55:35 atum rc.0: /sbin/killall5 -15

Bis hier hin sind also deine Logs normal.

Dann habe ich mich aber gefragt, wo eigentlich der Rest ist. Und tatsächlich fehlt da einiges, denn nach dem killall folgen noch einige Commands im rc.0 Skript:


# Kill all remaining processes (including rsyslogd)
OMITPIDS="$(for P in $(/usr/bin/pgrep mdmon); do /bin/echo -o $P; done)" # Don't kill mdmon
if [[ $1 != fast ]]; then
  log "Sending all processes the SIGTERM signal."
  run /sbin/killall5 -15 $OMITPIDS
  /bin/sleep 5
  log "Sending all processes the SIGKILL signal."
  run /sbin/killall5 -9 $OMITPIDS
fi

# limetech - let's keep this on the USB flash
# Carry a random seed between reboots.
/usr/sbin/seedrng
/bin/cp -f /var/lib/seedrng/seed.credit /boot/config/random-seed 2>/dev/null

# If "Mirror syslog to flash" is disabled and "Copy" is enabled (default) then copy current syslog to flash
# The copied file will become /boot/logs/syslog-previous after next boot (see rc.M)
# Safety feature: copy only when enough space is available on the flash device
CFG=/boot/config/rsyslog.cfg
[[ -r $CFG ]] && MIRROR=$(/bin/grep -Pom1 '^syslog_flash="\K[^"]+' $CFG)
[[ -r $CFG ]] && COPY=$(/bin/grep -Pom1 '^syslog_shutdown="\K[^"]+' $CFG)
if [[ ! -f /boot/logs/syslog && -z $MIRROR && -z $COPY ]]; then
  AVAIL=$(/bin/df --output=avail /boot | /bin/awk '(NR>1){print $1*1024;exit}')
  SIZE=$(($(/bin/stat -c%s /var/log/syslog)*2))
  if [[ $AVAIL -ge $SIZE ]]; then
    log "Saving syslog to flash"
    /bin/cp -f /var/log/syslog /boot/logs/syslog
  fi
fi

# Before unmounting file systems write a reboot or halt record to wtmp.
/sbin/$SHUTDOWN_COMMAND -w

# Turn off swap:
if [[ ! $(/bin/cat /proc/swaps | /bin/wc -l) == 1 ]]; then
  log "Turning off swap."
  run /sbin/swapoff -a
  run /bin/sync
fi

# Unmount local file systems:
# limetech - but not /, /lib, /usr or /boot (yet)
log "Unmounting local file systems:"
EXCLUDE_TYPES=("proc" "sysfs" "tmpfs" "devtmpfs" "devpts" "nfsd")
EXCLUDE_PATHS=("/" "/lib" "/usr" "/boot")
while IFS= read -r LINE; do
  MOUNT_TYPE=$(/bin/echo "$LINE" | awk '{print $3}')
  MOUNT_PATH=$(/bin/echo "$LINE" | awk '{print $2}')
  [[ " ${EXCLUDE_TYPES[@]} " =~ " $MOUNT_TYPE " ]] && continue
  [[ " ${EXCLUDE_PATHS[@]} " =~ " $MOUNT_PATH " ]] && continue
  run /bin/umount -v "$MOUNT_PATH"
done <<< "$(/bin/cat /proc/mounts)"
# Update PATH hashes:
hash -r

# limetech - shut down the unraid driver if started
if /bin/grep -qs 'mdState=STARTED' /proc/mdstat; then
  log "Stopping md/unraid driver:"
  /bin/echo "stop" >/proc/mdcmd
  if /bin/grep -qs 'mdState=STOPPED' /proc/mdstat; then
    log "Clean shutdown"
    /bin/rm -f /boot/config/forcesync
  else
    log "Unclean shutdown - Cannot stop md/unraid driver"
  fi
fi

# This never hurts:
/bin/sync

log "Remounting /boot read-only:"
run /bin/mount -v -o remount,ro /boot

log "Remounting /lib read-only:"
run /bin/mount -v -o remount,ro /lib

log "Remounting /usr read-only:"
run /bin/mount -v -o remount,ro /usr

log "Remounting root filesystem read-only:"
run /bin/mount -v -n -o remount,ro /

# Update PATH hashes:
hash -r

# sleep 3 fixes problems with some hard drives that don't
# otherwise finish syncing before reboot or poweroff
/bin/sleep 3

# This is to ensure all processes have completed on SMP machines:
wait

if [[ -x /sbin/genpowerd ]]; then
  # See if this is a powerfail situation:
  if /bin/grep -Eq "FAIL|SCRAM" /etc/upsstatus 2>/dev/null; then
    # Signal UPS to shut off the inverter:
    run /sbin/genpowerd -k
    if [[ $? != 0 ]]; then
      log "There was an error signaling the UPS."
      log "Perhaps you need to edit /etc/genpowerd.conf to configure"
      log "the serial line and UPS type."
      # Wasting 15 seconds of precious power:
      /bin/sleep 15
    fi
  fi
fi

# Now halt (poweroff with APM or ACPI enabled kernels) or reboot.
if [[ $SHUTDOWN_COMMAND == reboot ]]; then
  log "Rebooting."
  run /sbin/reboot
else
  log "Powering off."
  run /sbin/poweroff
fi

Ich vermute bei dir hängt einer der unmounting Befehle. Um das zu ermitteln, brauchen wir aber mehr Logs.

Mach mal bitte das über das Terminal:

sed -i '/# run & log functions/a\
exec 3> >(stdbuf -oL awk -v pid="$$" '\''{ print strftime("%F %T"), "rc.0["pid"]:", $0 }'\'' >> /run/shutdown-debug.log)\
export BASH_XTRACEFD=3\
export PS4='\''+ ${BASH_SOURCE##*/}:${LINENO}: '\''\
set -x' /etc/rc.d/rc.0

sed -i '/\/bin\/sync/a\
exec 3>&-\
cp /run/shutdown-debug.log /boot/logs/shutdown-debug.log' /etc/rc.d/rc.0

Das /boot/logs/shutdown-debug.log enthält dann fast alles was das Shutdown Skript macht.

Bei mir endet es dann zB so:

2025-11-02 02:49:23 rc.0[8642]: + rc.0:252: run /bin/umount -v /mnt
2025-11-02 02:49:23 rc.0[8642]: + rc.runlog:13: /usr/bin/logger -t rc.0 -- /bin/umount -v /mnt
2025-11-02 02:49:23 rc.0[8642]: + rc.runlog:15: /bin/umount -v /mnt
2025-11-02 02:49:23 rc.0[8642]: + rc.0:247: IFS=
2025-11-02 02:49:23 rc.0[8642]: + rc.0:247: read -r LINE
2025-11-02 02:49:23 rc.0[8642]: + rc.0:255: hash -r
2025-11-02 02:49:23 rc.0[8642]: + rc.0:258: /bin/grep -qs mdState=STARTED /proc/mdstat
2025-11-02 02:49:23 rc.0[8642]: + rc.0:270: /bin/sync
2025-11-02 02:49:23 rc.0[8642]: + rc.0:271: exec

Solltest du auch soweit (fehlerfrei) kommen, bliebe nur noch das als Fehlermöglichkeit:

umount des USB-Sticks funktioniert nicht
/sbin/poweroff hat keine Wirkung

Lad am besten dein Shutdown Log komplett hoch.

Quote

Server schaltet nach "herunterfahren" nicht ab

Featured Replies

Join the conversation

Account

Navigation

Search

Configure browser push notifications

Chrome (Android)

Chrome (Desktop)

Safari (iOS 16.4+)

Safari (macOS)

Edge (Android)

Edge (Desktop)

Firefox (Android)

Firefox (Desktop)