[erledigt] Auf Nachricht in /var/log/messages warten

Vom einfachen Programm zum fertigen Debian-Paket, Fragen rund um Programmiersprachen, Scripting und Lizenzierung.
Antworten
Benutzeravatar
GregorS
Beiträge: 2518
Registriert: 05.06.2008 09:36:37
Wohnort: Freiburg
Kontaktdaten:

[erledigt] Auf Nachricht in /var/log/messages warten

Beitrag von GregorS » 11.09.2020 01:51:19

Hallo allerseits!

Ich möchte ein Backup-Script schreiben. Zu Anfang soll darauf gewartet werden, dass bestimmte Meldungen in /var/log/messages erscheinen (fett markiert):


Sep 11 01:47:06 mimi kernel: [50974.093519] sd 7:0:0:0: [sdh] Spinning up disk...
Sep 11 01:47:06 mimi mtp-probe: checking bus 3, device 3: "/sys/devices/pci0000:00/0000:00:14.0/usb3/3-6/3-6.1"
Sep 11 01:47:06 mimi mtp-probe: bus: 3, device: 3 was not an MTP device
Sep 11 01:47:06 mimi mtp-probe: checking bus 3, device 3: "/sys/devices/pci0000:00/0000:00:14.0/usb3/3-6/3-6.1"
Sep 11 01:47:06 mimi mtp-probe: bus: 3, device: 3 was not an MTP device
Sep 11 01:47:16 mimi kernel: [50975.123016] .........ready


Danach soll im Script gemountet werden und ein paar weitere Befehle laufen.

Wie kann ich das mit dem Warten bewerkstelligen? Müsste das nicht mit awk gehen?

Gruß

Gregor
Zuletzt geändert von GregorS am 12.09.2020 02:07:38, insgesamt 1-mal geändert.
Wenn man keine Probleme hat, kann man sich welche machen. ("Großes Lötauge", Medizinmann der M3-Hopi [und sog. Maker])

bitschubser
Beiträge: 67
Registriert: 14.02.2011 09:45:53

Re: Auf Nachricht in /var/log/messages warten

Beitrag von bitschubser » 11.09.2020 15:21:45

Hallo

Ich hätte da eine andere Lösung die zum Ziel führt.
Via udev Regel die Platte abfragen und wenn sie gesteckt wurde das Backup-Script starten

Code: Alles auswählen

udevadm info /dev/sdh1
dort wird dann nach Unikaten gesucht wie z.B.

Code: Alles auswählen

ID_MODEL=TS32GSSD25-M
ID_SERIAL=TS32GSSD25-M_A49528E432829F000044
als nächstes wird eine passende udev Regel benötigt

Code: Alles auswählen

nano /etc/udev/rules.d/99-my-backup.rules

SUBSYSTEMS=="scsi", ATTRS{model}=="TS32GSSD25-M", RUN+="/path/my-backup-script.sh"
und zu letzt dein Backup-Script.

Vielleicht hilft dir dies als Lösung weiter

Gruß bitschubser

tobo
Beiträge: 1964
Registriert: 10.12.2008 10:51:41

Re: Auf Nachricht in /var/log/messages warten

Beitrag von tobo » 11.09.2020 15:44:57

GregorS hat geschrieben: ↑ zum Beitrag ↑
11.09.2020 01:51:19
Wie kann ich das mit dem Warten bewerkstelligen?
Das was du beschreibst sollte so funktionieren:

Code: Alles auswählen

#!/bin/sh

WAIT=1s     ##1 second

while ! grep -q "TEST WORD" /var/log/messages; do
    sleep "$WAIT"
done

#mount ...
#other commands ...

exit 0 
Anzupassen wären die Zeitspanne, das zu suchende Muster und die Befehle unter der Schleife.

Benutzeravatar
heinz
Beiträge: 535
Registriert: 20.12.2007 01:43:49

Re: Auf Nachricht in /var/log/messages warten

Beitrag von heinz » 11.09.2020 17:09:00

Code: Alles auswählen

while ! grep -q "TEST WORD" /var/log/messages; do
    sleep "$WAIT"
done
Das ist keine so gute Idee, denke ich.

Stell Dir vor, Du steckst [sdh] ein, ziehst sie wieder ab und startest dann das script.
Oder die TEST-Worte sind noch vom Vortag drin...
Beides mal wuerde das Backupscript starten, ohne "vorhandene" Platte.
Da sollte zumindest noch ein, auf die letzten Zeilen beschraenkendes, tail davor.

Wuerde ein einfacher Test, ob der mount geklappt hat nicht reichen?

Ungetestet!

Code: Alles auswählen

while ! mount /dev/sdh /mnt/irgendwas 2>/dev/null
do
  sleep .5
done
Gruss, heinz

Benutzeravatar
GregorS
Beiträge: 2518
Registriert: 05.06.2008 09:36:37
Wohnort: Freiburg
Kontaktdaten:

Re: Auf Nachricht in /var/log/messages warten

Beitrag von GregorS » 11.09.2020 17:35:00

Hallo nochmal!

Danke schonmal für Eure Antworten!

Die Idee, die ich verfolge:

- Ich starte das Backup-Script
- erst dann stöpsle ich die externe Platte an
- sobald festgestellt wurde, dass die Platte eingestöpselt und hochgefahren ist, fährt das Script mit seiner Arbeit fort, d.h.

- Backup-Platte mounten
- unterhalb von /home/gszaktilla gemountete Platten aushängen
- Backup von /home/gszaktilla per 'cp -ar'
- meine Datensammlung wieder einhängen
- rsync-Backup von /home/gszaktilla/dokumente/datensammlung nach /media/backup/datensammlung

Ledliglich die „Bezeichnung“ der Backup-Platte könnte sich ändern, wenn z.B. noch ein USB-Stick im Rechner steckt. Dann wäre nicht sdh1 zu mounten, sondern sdi1.

Gruß

Gregor
Wenn man keine Probleme hat, kann man sich welche machen. ("Großes Lötauge", Medizinmann der M3-Hopi [und sog. Maker])

Benutzeravatar
GregorS
Beiträge: 2518
Registriert: 05.06.2008 09:36:37
Wohnort: Freiburg
Kontaktdaten:

Re: Auf Nachricht in /var/log/messages warten

Beitrag von GregorS » 11.09.2020 17:59:04

bitschubser hat geschrieben: ↑ zum Beitrag ↑
11.09.2020 15:21:45
Ich hätte da eine andere Lösung die zum Ziel führt.
Via udev Regel die Platte abfragen und wenn sie gesteckt wurde das Backup-Script starten
Vielen Dank für die Idee!

Das würde allerdings bedeuten, dass das Script gestartet wird, sobald die Platte angestöpselt wird - auch, wenn ich nur „etwas aus dem Archiv holen“ möchte. Das macht Deine Lösung unbrauchbar (ist aber trotzdem interessant).

Gruß

Gregor
Wenn man keine Probleme hat, kann man sich welche machen. ("Großes Lötauge", Medizinmann der M3-Hopi [und sog. Maker])

tobo
Beiträge: 1964
Registriert: 10.12.2008 10:51:41

Re: Auf Nachricht in /var/log/messages warten

Beitrag von tobo » 11.09.2020 18:15:14

heinz hat geschrieben: ↑ zum Beitrag ↑
11.09.2020 17:09:00
Das ist keine so gute Idee, denke ich.
Da hast du wohl recht!

Für das Problem, dass das gesuchte bereits im Log steht, würde ich dann auch ein tail -n vor das grep schieben. Anstecken/Abziehen, da würde ich auf den Ersetzungstext von ".........ready" setzen, als dann spezifische Erfolgsmeldung. Das sollte dann auch einen möglicherweise geänderten Laufwerksnamen durch z.B. einen zusätzlichen USB-Datenträger abdecken.
Wuerde ein einfacher Test, ob der mount geklappt hat nicht reichen?
Sitzt man eh vor dem Teil und stöpselt selbst ein, sieht das alles irgendwie überdimensioniert und künstlich aus!?

Benutzeravatar
Tintom
Moderator
Beiträge: 3029
Registriert: 14.04.2006 20:55:15
Wohnort: Göttingen

Re: Auf Nachricht in /var/log/messages warten

Beitrag von Tintom » 11.09.2020 18:32:57

GregorS hat geschrieben: ↑ zum Beitrag ↑
11.09.2020 17:59:04
bitschubser hat geschrieben: ↑ zum Beitrag ↑
11.09.2020 15:21:45
Ich hätte da eine andere Lösung die zum Ziel führt.
Via udev Regel die Platte abfragen und wenn sie gesteckt wurde das Backup-Script starten
Vielen Dank für die Idee!

Das würde allerdings bedeuten, dass das Script gestartet wird, sobald die Platte angestöpselt wird - auch, wenn ich nur „etwas aus dem Archiv holen“ möchte. Das macht Deine Lösung unbrauchbar (ist aber trotzdem interessant).

Gruß

Gregor
Du könntest einen Timer mit einer Bedingung dazwischen setzen. Etwa so:
sleep 30
if [ -e /tmp/.backup-lock ];then
<kein backup>
else
<backup>
fi

Möchtest du nur Daten aus der Sicherung holen hast du genau 30s Zeit um die Datei /tmp/.backup-lock anzulegen. Unterlässt du es, startet das Backup, ist die Datei vorhanden passiert nichts.

Benutzeravatar
heinz
Beiträge: 535
Registriert: 20.12.2007 01:43:49

Re: Auf Nachricht in /var/log/messages warten

Beitrag von heinz » 11.09.2020 18:38:24

tobo hat geschrieben: ↑ zum Beitrag ↑
11.09.2020 18:15:14
Sitzt man eh vor dem Teil und stöpselt selbst ein, sieht das alles irgendwie überdimensioniert und künstlich aus!?
Gregor moechte den Ablauf halt so...
Erst script starten, dann Platte einstoepseln.
Scripten macht ja auch Spass...
GregorS hat geschrieben: ↑ zum Beitrag ↑
11.09.2020 17:35:00
Ledliglich die „Bezeichnung“ der Backup-Platte könnte sich ändern, wenn z.B. noch ein USB-Stick im Rechner steckt.
Drei einfache Moeglichkeiten, die mir spontan einfallen um zu testen ob es die richtige Platte ist.

1. Gib dem Dateisystem der Backupplatte ein eizigartiges Label.
2. Lege im Hauptverzeichnis der Backupplatte eine Datei ohne Inhalt mit einem einzigartigen Namen an.
3. Nutze die UUID.

Gruss, heinz

Benutzeravatar
GregorS
Beiträge: 2518
Registriert: 05.06.2008 09:36:37
Wohnort: Freiburg
Kontaktdaten:

Re: Auf Nachricht in /var/log/messages warten

Beitrag von GregorS » 11.09.2020 18:41:59

Tintom hat geschrieben: ↑ zum Beitrag ↑
11.09.2020 18:32:57
...
LOL!

Es geht bestimmt noch umständlicher. Bestimmt!

Mir ist wichtig, dass es so simpel ist, wie möglich: Script starten, Platte stöpseln, warten, fertig.

Gruß

Gregor
Wenn man keine Probleme hat, kann man sich welche machen. ("Großes Lötauge", Medizinmann der M3-Hopi [und sog. Maker])

Benutzeravatar
Tintom
Moderator
Beiträge: 3029
Registriert: 14.04.2006 20:55:15
Wohnort: Göttingen

Re: Auf Nachricht in /var/log/messages warten

Beitrag von Tintom » 11.09.2020 18:48:13

GregorS hat geschrieben: ↑ zum Beitrag ↑
11.09.2020 18:41:59
Tintom hat geschrieben: ↑ zum Beitrag ↑
11.09.2020 18:32:57
...
LOL!

Es geht bestimmt noch umständlicher. Bestimmt!

Mir ist wichtig, dass es so simpel ist, wie möglich: Script starten, Platte stöpseln, warten, fertig.

Gruß

Gregor
Nun, woher soll dein Skript wissen wann du ein vollständiges Backup fahren und wann du eine Datei auslesen möchtest? Wenn du keine Usereingaben machen willst, brauchst du als Alternative andere Kriterien (Tag, Uhrzeit, verwendeter USB-Port,...), anhand derer das Skript die Infos auswerten kann.

Benutzeravatar
GregorS
Beiträge: 2518
Registriert: 05.06.2008 09:36:37
Wohnort: Freiburg
Kontaktdaten:

Re: Auf Nachricht in /var/log/messages warten

Beitrag von GregorS » 11.09.2020 19:05:17

Tintom hat geschrieben: ↑ zum Beitrag ↑
11.09.2020 18:48:13
GregorS hat geschrieben: ↑ zum Beitrag ↑
11.09.2020 18:41:59
Tintom hat geschrieben: ↑ zum Beitrag ↑
11.09.2020 18:32:57
...
LOL!
Es geht bestimmt noch umständlicher. Bestimmt!
Mir ist wichtig, dass es so simpel ist, wie möglich: Script starten, Platte stöpseln, warten, fertig.
Nun, woher soll dein Skript wissen wann du ein vollständiges Backup fahren und wann du eine Datei auslesen möchtest? Wenn du keine Usereingaben machen willst, brauchst du als Alternative andere Kriterien (Tag, Uhrzeit, verwendeter USB-Port,...), anhand derer das Skript die Infos auswerten kann.
Woher das Script wissen soll, was ich will?! Dadurch dass es läuft ;-)

Könnte man nicht noch etwas mit /dev/cloud einbauen?

Gruß

Gregor
Wenn man keine Probleme hat, kann man sich welche machen. ("Großes Lötauge", Medizinmann der M3-Hopi [und sog. Maker])

Benutzeravatar
Tintom
Moderator
Beiträge: 3029
Registriert: 14.04.2006 20:55:15
Wohnort: Göttingen

Re: Auf Nachricht in /var/log/messages warten

Beitrag von Tintom » 11.09.2020 19:08:21

GregorS hat geschrieben: ↑ zum Beitrag ↑
11.09.2020 19:05:17
Tintom hat geschrieben: ↑ zum Beitrag ↑
11.09.2020 18:48:13
GregorS hat geschrieben: ↑ zum Beitrag ↑
11.09.2020 18:41:59

LOL!
Es geht bestimmt noch umständlicher. Bestimmt!
Mir ist wichtig, dass es so simpel ist, wie möglich: Script starten, Platte stöpseln, warten, fertig.
Nun, woher soll dein Skript wissen wann du ein vollständiges Backup fahren und wann du eine Datei auslesen möchtest? Wenn du keine Usereingaben machen willst, brauchst du als Alternative andere Kriterien (Tag, Uhrzeit, verwendeter USB-Port,...), anhand derer das Skript die Infos auswerten kann.
Woher das Script wissen soll, was ich will?! Dadurch dass es läuft ;-)

Könnte man nicht noch etwas mit /dev/cloud einbauen?

Gruß

Gregor
Dann lese ich jetzt gespannt mit welche simple Lösung am Ende bei deinem Skript herauskommt :THX:

Benutzeravatar
GregorS
Beiträge: 2518
Registriert: 05.06.2008 09:36:37
Wohnort: Freiburg
Kontaktdaten:

Re: Auf Nachricht in /var/log/messages warten

Beitrag von GregorS » 11.09.2020 19:14:30

Tintom hat geschrieben: ↑ zum Beitrag ↑
11.09.2020 19:08:21
Dann lese ich jetzt gespannt mit welche simple Lösung am Ende bei deinem Skript herauskommt
Inzwischen ist mir eingefallen, dass ich ein ähnliches Problem einmal mit awk gelöst hatte. Leider ist das länger her (> 20 Jahre). Ich werde mal man awk lesen und gucken, ob es verwertbare Beispiele gibt.

Gruß

Gregor
Wenn man keine Probleme hat, kann man sich welche machen. ("Großes Lötauge", Medizinmann der M3-Hopi [und sog. Maker])

Benutzeravatar
Tintom
Moderator
Beiträge: 3029
Registriert: 14.04.2006 20:55:15
Wohnort: Göttingen

Re: Auf Nachricht in /var/log/messages warten

Beitrag von Tintom » 11.09.2020 19:38:07

Ich muss zurückrudern. Ich hatte das überlesen:
GregorS hat geschrieben: ↑ zum Beitrag ↑
11.09.2020 17:35:00
Die Idee, die ich verfolge:

- Ich starte das Backup-Script
- erst dann stöpsle ich die externe Platte an
- sobald festgestellt wurde, dass die Platte eingestöpselt und hochgefahren ist, fährt das Script mit seiner Arbeit fort, d.h.

[...]
Du möchtest also das Skript manuell starten. Mein Gedanke war es die Idee von @bitschubser aufzugreifen und das Ganze automatisiert ablaufen zu lassen - ohne Interaktion des Benutzers. Das vereinfacht die Sache natürlich.

Benutzeravatar
GregorS
Beiträge: 2518
Registriert: 05.06.2008 09:36:37
Wohnort: Freiburg
Kontaktdaten:

Re: Auf Nachricht in /var/log/messages warten

Beitrag von GregorS » 11.09.2020 20:01:21

Tintom hat geschrieben: ↑ zum Beitrag ↑
11.09.2020 19:38:07
Du möchtest also das Skript manuell starten.
Ja. Automatismen sind mir inzwischen zuwider.

Je erdbebensicherer die Lösung, desto sympathischer. Sympathiepunkte bekommen auserdem Tools, die möglichst alt, bewährt und auch anderswo (z.B. BSD) verfügbar sind.

Gruß

Gregor

PS: Mein erstes quick-and-dirty-Skript, wo eben das Warten noch fehlt:

Code: Alles auswählen

#!/bin/bash

# Auf Meldungen in /var/log/messages warten

mount /dev/sdh1 /media/backup
umount /home/gszaktilla/dokumente/datensammlung/video
umount /home/gszaktilla/dokumente/datensammlung

echo -n "Kopiere /home/gszaktilla ... "

if [ -e /media/backup/home/gszaktilla ]; then
  cp -ar /home/gszaktilla/* /media/backup/home/gszaktilla/
fi

echo "fertig."

mount /home/gszaktilla/dokumente/datensammlung
mount /home/gszaktilla/dokumente/datensammlung/video

echo -n "Gleiche /home/gszaktilla/dokumente/datensammlung ab ... "

if [ -e /media/backup/datensammlung ]; then
  rsync --exclude=lost+found/ -auqEhs \
  /home/gszaktilla/dokumente/datensammlung/* \
  /media/backup/datensammlung/
fi

echo "fertig."

umount /dev/sdh1

echo "--- Backup beendet ---"
echo

# eof
Wenn man keine Probleme hat, kann man sich welche machen. ("Großes Lötauge", Medizinmann der M3-Hopi [und sog. Maker])


Benutzeravatar
GregorS
Beiträge: 2518
Registriert: 05.06.2008 09:36:37
Wohnort: Freiburg
Kontaktdaten:

Re: Auf Nachricht in /var/log/messages warten

Beitrag von GregorS » 11.09.2020 20:50:50

Vielen Dank! Das führt schon einmal in eine gute Richtung.

Gruß

Gregor
Wenn man keine Probleme hat, kann man sich welche machen. ("Großes Lötauge", Medizinmann der M3-Hopi [und sog. Maker])

Benutzeravatar
GregorS
Beiträge: 2518
Registriert: 05.06.2008 09:36:37
Wohnort: Freiburg
Kontaktdaten:

Re: Auf Nachricht in /var/log/messages warten

Beitrag von GregorS » 12.09.2020 02:06:56

Hallo nochmal!

Inzwischen fiel mir ein, dass ich auch bei linuxquestions.org fragen könnte. Gesagt, getan. Ergebnis ist, dass ich den Kopf meines ersten quick-and-dirty-Scripts wie folgt geändert habe:

Code: Alles auswählen

# Auf Meldungen in /var/log/messages warten
tail -n 1 -f /var/log/messages | awk '/Spinning up disk.../ { exit; }'
echo -n "Platte wurde angeschlossen, warte auf Bereitschaft ..."

tail -n 1 -f /var/log/messages | awk '/.....ready/ { exit; }'
echo " bereit."
Das weitere Vorgehen dürfte nur noch ein bisschen Tipparbeit sein (z.B. gucken, ob jetzt auf /dev/sdh die Backup-Platte hängt).

Gruß

Gregor
Wenn man keine Probleme hat, kann man sich welche machen. ("Großes Lötauge", Medizinmann der M3-Hopi [und sog. Maker])

Benutzeravatar
Tintom
Moderator
Beiträge: 3029
Registriert: 14.04.2006 20:55:15
Wohnort: Göttingen

Re: Auf Nachricht in /var/log/messages warten

Beitrag von Tintom » 12.09.2020 06:52:04

GregorS hat geschrieben: ↑ zum Beitrag ↑
11.09.2020 20:01:21

PS: Mein erstes quick-and-dirty-Skript, wo eben das Warten noch fehlt:
Also bei der Vorgehensweise wäre es sinnvoller, du machst es weiterhin komplett per Hand. Ein paar Anregungen:

Code: Alles auswählen

mount /dev/sdh1 /media/backup
Die 90er haben angerufen und wollen ihre Gerätedateien zurück :mrgreen:
Mit den angesprochenen UDEV-Regeln von @bitschubser umgehst du diesen Punkt elegant, indem die Platte dann als /dev/meinebackupplatte oder alternativ unter /dev/disk/by-xxx/ auftaucht (letzteres sogar per default). Das spart dir auch das parsen von /var/log/messages und somit ein zweites Skript.

Code: Alles auswählen

umount /home/gszaktilla/dokumente/datensammlung/video
umount /home/gszaktilla/dokumente/datensammlung
<...>
mount /home/gszaktilla/dokumente/datensammlung
mount /home/gszaktilla/dokumente/datensammlung/video
Du möchtest cp und rsync den Schalter -x mitgeben um das zu umgehen.

Code: Alles auswählen

echo -n "Kopiere /home/gszaktilla ... "
<...>
echo "fertig."
<...>
echo "fertig."
Die Meldungen sind ein Trugschluss. Sie tauchen auch auf wenn rsync/cp gescheitert sind

Code: Alles auswählen

cp -ar /home/gszaktilla/* /media/backup/home/gszaktilla/
-a impliziert -r, ist also doppelt

Code: Alles auswählen

umount /dev/sdh1
Ist falsch.

Benutzeravatar
GregorS
Beiträge: 2518
Registriert: 05.06.2008 09:36:37
Wohnort: Freiburg
Kontaktdaten:

Re: Auf Nachricht in /var/log/messages warten

Beitrag von GregorS » 12.09.2020 13:29:29

Tintom hat geschrieben: ↑ zum Beitrag ↑
12.09.2020 06:52:04
... Das spart dir auch das parsen von /var/log/messages und somit ein zweites Skript.
Was zur Hölle hast Du jetzt mit einem zweiten Script?!

Code: Alles auswählen

echo -n "Kopiere /home/gszaktilla ... "
<...>
echo "fertig."
<...>
echo "fertig."
Die Meldungen sind ein Trugschluss. Sie tauchen auch auf wenn rsync/cp gescheitert sind
Du weißt anscheinend nicht, was „quick and dirty“ bedeutet. Das steht für „schnell dahingekritzelt“, „provisorisch“ „work in progress“. Und ein Trugschluss sind die Meldungen keineswegs -- cp und rsync haben ihre Arbeit beendet, das ist alles. Dass man noch eine Fehlerbehandlung einbauen könnte, ist mir klar.

Code: Alles auswählen

cp -ar /home/gszaktilla/* /media/backup/home/gszaktilla/
-a impliziert -r, ist also doppelt
Könntest Du bitte den Teil der Doku zitieren, aus dem das hervorgeht?

Code: Alles auswählen

umount /dev/sdh1
Ist falsch.
Nein. Das ist korrekt und funktioniert.

Gruß

Gregor
Wenn man keine Probleme hat, kann man sich welche machen. ("Großes Lötauge", Medizinmann der M3-Hopi [und sog. Maker])

Benutzeravatar
heinz
Beiträge: 535
Registriert: 20.12.2007 01:43:49

Re: [erledigt] Auf Nachricht in /var/log/messages warten

Beitrag von heinz » 12.09.2020 14:06:27

Ich antworte einfach mal...
GregorS hat geschrieben: ↑ zum Beitrag ↑
12.09.2020 13:29:29
Code: Alles auswählen

cp -ar /home/gszaktilla/* /media/backup/home/gszaktilla/
-a impliziert -r, ist also doppelt

Könntest Du bitte den Teil der Doku zitieren, aus dem das hervorgeht?
Hab gerade mal nachgesehen:
man cp
Erste Seite:

Code: Alles auswählen

-a, --archive
    Genau wie -dR --preserve=all
Ist also doppelt aber funktioniert natuerlich trotzdem.

GregorS hat geschrieben: ↑ zum Beitrag ↑
12.09.2020 13:29:29
Code: Alles auswählen
umount /dev/sdh1
Ist falsch.

Nein. Das ist korrekt und funktioniert.
Ist zwar korrekt und funktioniert aber ist laut man umount "obsolete", da es nicht immer korrekt funktioniert.

man umount
Erste Seite:

Code: Alles auswählen

    Giving the special device on which the file system
    lives may also work, but is obsolete, mainly because it  will  fail  in
    case this device was mounted on more than one directory.
Gruss,
heinz

Benutzeravatar
GregorS
Beiträge: 2518
Registriert: 05.06.2008 09:36:37
Wohnort: Freiburg
Kontaktdaten:

Re: [erledigt] Auf Nachricht in /var/log/messages warten

Beitrag von GregorS » 12.09.2020 14:33:01

heinz hat geschrieben: ↑ zum Beitrag ↑
12.09.2020 14:06:27
GregorS hat geschrieben: ↑ zum Beitrag ↑
12.09.2020 13:29:29
umount /dev/sdh1
Ist falsch.
Nein. Das ist korrekt und funktioniert.
Ist zwar korrekt und funktioniert aber ist laut man umount "obsolete", da es nicht immer korrekt funktioniert.

man umount
Erste Seite:

Code: Alles auswählen

    Giving the special device on which the file system
    lives may also work, but is obsolete, mainly because it  will  fail  in
    case this device was mounted on more than one directory.
Lies das bitte nochmal und denk nach.

Es geht um den Computer, der hier unter dem Schreibtisch steht. Ich bin der Einzige mit root-Zugang und überhaupt der Einzige, der Zugang zu der Kiste hat. Wie wahrscheinlich ist wohl, dass ich das Laufwerk ein zweites Mal mounte, nachdem ich das Script gestartet habe?!

Gruß

Gregor
Wenn man keine Probleme hat, kann man sich welche machen. ("Großes Lötauge", Medizinmann der M3-Hopi [und sog. Maker])

Benutzeravatar
heinz
Beiträge: 535
Registriert: 20.12.2007 01:43:49

Re: [erledigt] Auf Nachricht in /var/log/messages warten

Beitrag von heinz » 12.09.2020 14:48:07

GregorS hat geschrieben: ↑ zum Beitrag ↑
12.09.2020 14:33:01
Lies das bitte nochmal und denk nach.
Warum? Ich schrieb doch, das diese Art korrekt ist und funktioniert.
Das die Methode "obsolete" ist, war wohl der Grund warum Tintom geschrieben hat es waere falsch.
Manchmal fliegen obsolete Funktionen ja auch irgendwann raus.
War schon korrekt von Tintom Dich darauf hinzuweisen.

Gruss,
heinz

Benutzeravatar
GregorS
Beiträge: 2518
Registriert: 05.06.2008 09:36:37
Wohnort: Freiburg
Kontaktdaten:

Re: [erledigt] Auf Nachricht in /var/log/messages warten

Beitrag von GregorS » 12.09.2020 14:55:08

Hallo nochmal!

Bitte lasst diesen Thread sterben.

Die Ursprungsfrage ist beantwortet.

Gruß

Gregor
Wenn man keine Probleme hat, kann man sich welche machen. ("Großes Lötauge", Medizinmann der M3-Hopi [und sog. Maker])

Antworten