Hallo, nachdem ich gestern positive Nachrichten vermelden konnte: (auf dem älteren Rechner)
(Zustand ist ja nun nicht mehr ganz identisch, (--- dieser Rechner hatte gestern “geruht”) und habe heute morgen < 50 updates “eingespielt” (38 + 11)
verschiedene Varianten getestet, jeweils als root:
1. cd /abc/xyz # irgend ein existierendes Verzeichnis tar cvf etc_`date +%y%m%d%H%M%S`.tar /etc/*
# ohne W, ohne Beanstandungen durchgelaufen
2. cd /etc tar cvf etc_`date +%y%m%d%H%M%S`.tar --exclude=mtab *
# ohne W, ohne Beanstandungen durchgelaufen
3. cd /etc tar cvWf etc_`date +%y%m%d%H%M%S`.tar --exclude=mtab *
# mit W, läuft zwar durch, aber reichlich Fehlermitteilungen: # so: Warning: Cannot stat: No such file or directory # oder so: Warning: Cannot readlink: No such file or directory
Die Fehlermitteilungen sind offensichtlich neu und das System ist bei keiner Variante abgestürzt. (Kein Stakkato!!) (Wau!!, Huch!!)
heute morgen und heute nachmittag (auf dem "neuen" Rechner) weitere updates eingespielt bin ich nun auch auf dem “neuen” Rechner wieder auf dem alten Stand (chr!) var. 2 lief sauber durch cd /etc tar cvf etc_`date +%y%m%d%H%M%S`.tar * ohne W modifizierte var. cd /etc tar cvf etc_`date +%y%m%d%H%M%S`.tar --exclude=mtab * führte wieder zu Absturz wieder: ... und "mein" Stakkato (kann mtab nicht lesen --- o.ä.) Info war: systemctl status dbus.service ctrl-alt-F1 verweigert das Einloggen (Pam ....) Booten von Festplatte: wie gehabt:
failed to Start D-Bus-System-Management
jetzt wieder: Bootmodus ändern, Neustart mit Installations-/Rettungsstick (15.3) mit fdisk -l erfahre ich noch, wie meine Festplatte/-partitionen heißen (nvm...) .... und nun wie weiter ?? Bin für jede Hilfe dankbar (Letzter Ausweg wieder: Neuinstallation) Frank
On 24.04.22 18:29, eilf wrote:
cd /etc tar cvf etc_`date +%y%m%d%H%M%S`.tar --exclude=mtab *
führte wieder zu Absturz
Mich würde das komplette Script interessieren. Der tar Befehl alleine erklärt für mich nicht das Verhalten. Viele Grüße Ulf
On Sun, 24 Apr 2022 18:53, Ulf Volmer wrote:
On 24.04.22 18:29, eilf wrote:
cd /etc tar cvf etc_`date +%y%m%d%H%M%S`.tar --exclude=mtab *
führte wieder zu Absturz
Mich würde das komplette Script interessieren.
Der tar Befehl alleine erklärt für mich nicht das Verhalten.
Meiner Meinung nach doch, dieser Befehl ist "Sack blöd" im besten Fall. Hintergrund: Der "tar" Befehl wird in dem Verzeichnis ausgeführt in dem er die Ausgabe anlegen soll (soweit nicht schlimm) aber auf alle Dateien ohne die Ausgabe Datei zum "Exclude" hinzu zunehmen. Hallo Rekursion????? - Entweder ein weiteres Exclude: --exclude='etc_*.tar' - oder die Ausgabedatei woanders hin, und erst nach "habe fertig" ins /etc Verzeichniss, z.B: [code] cd /etc tar cvf ../tmp/etc_`date +%y%m%d%H%M%S`.tar --exclude=mtab * mv ../tmp/etc_*.tar ./ [/code] - Yamaban.
On 24.04.22 19:19, Yamaban wrote:
Der "tar" Befehl wird in dem Verzeichnis ausgeführt in dem er die Ausgabe anlegen soll (soweit nicht schlimm) aber auf alle Dateien ohne die Ausgabe Datei zum "Exclude" hinzu zunehmen. Hallo Rekursion?????
Das ist von der Logik her korrekt, tar sollte das aber eigentlich abfangen: ulf@leap153-p330:~> mkdir test ulf@leap153-p330:~> cd test/ ulf@leap153-p330:~/test> touch a test.tar ulf@leap153-p330:~/test> tar -cf test.tar * tar: test.tar: file is the archive; not dumped Aber ganz grundsätzlich ist es sicher besser: - das Archivefile mit absoluten Pfad irgendwo anders hin abzulegen - * durch . zu ersetzen, das inkludiert dann auch versteckte Dateien. Viele Grüße Ulf
Am 24.04.22 um 20:03 schrieb Ulf Volmer:
On 24.04.22 19:19, Yamaban wrote:
Der "tar" Befehl wird in dem Verzeichnis ausgeführt in dem er die Ausgabe anlegen soll (soweit nicht schlimm) aber auf alle Dateien ohne die Ausgabe Datei zum "Exclude" hinzu zunehmen. Hallo Rekursion?????
Das ist von der Logik her korrekt, tar sollte das aber eigentlich abfangen:
ulf@leap153-p330:~> mkdir test ulf@leap153-p330:~> cd test/ ulf@leap153-p330:~/test> touch a test.tar ulf@leap153-p330:~/test> tar -cf test.tar * tar: test.tar: file is the archive; not dumped
Aber ganz grundsätzlich ist es sicher besser:
- das Archivefile mit absoluten Pfad irgendwo anders hin abzulegen - * durch . zu ersetzen, das inkludiert dann auch versteckte Dateien.
Viele Grüße Ulf
Hi, nein, IMHO muss tar da nix "abfangen": der "*" wird erst von der Shell expandiert - da gibt es das Archiv ja noch nicht - und dann die Liste aller Dateien an tar übergeben. Da sollte nix Rekursion sein. Ich hab das hier auch mehrfach getestet, ging immer so aus, wie man erwartet: jede Menge unaufgelöste/nicht gefundene Links und ein korrektes Archiv mit ca. 25 MB /etc-Dateien. Natürlich sollte das Archiv besser woanders landen, tar cvWf /tmp/etc_`date +%y%m%d%H%M%S`.tar * z.B. schafft die Frage aus der Welt, aber für das Problem ist das egal. Ich denke, an dem Script ist was anderes faul und ohne es zu kennen, hat das ganze Diskutieren keinen Sinn. -- cu jth
participants (4)
-
eilf -
Jörg Thümmler -
Ulf Volmer -
Yamaban