[gelöst] Status für cat

[Houbey]

Abgetrennt aus TID 167390: SB-Stick sicher löschen - wie? (2017) --wanne

Hallo Debianer,

tut mir leid das ich einen meiner älteren Beiträge wieder zum Leben erwecke, aber ich hätte da nochmal eine Frage.

Ich überschreibe gerade eine HDD, auch wenn es hier um einen USB Stick eigentlich geht. Bei dd gibt es die Möglichkeit den Status abzufragen, wie viel und weit dd bereits überschrieben hat. Dies kann man z.B. als root mit:

Code: Alles auswählen

# killall -USR1 dd

machen, in einem weiteren Terminalfenster.

Geht sowas auch mit cat? Leider funktioniert dieser Befehl nicht mit cat bei mir.

[DeletedUserReAsG]

Geht sowas auch mit cat?

Nein, weil cat für einen anderen Anwendungszweck geschrieben wurde. Du könntest pv dazwischenhängen um hübsche Fortschrittsanzeige zu bekommen, allerdings könntest du dann auch gleich auf cat verzichten.

OT: wäre sinnvoller, wenn du ’nen eigenen Thread aufgemacht hättest. Das hat ja nun so gar nix mit dem ursprünglichen Thema zu tun. Ich werde mal ’nen Mod fragen, ob er’s abtrennen mag.

[wanne]

Geht sowas auch mit cat?

Du könntest pv dazwischenhängen um hübsche Fortschrittsanzeige zu bekommen

Du kannst auch progress nehmen.
Das entspricht mehr der Verwendungsweise.
Aber wie schon angemerkt. Mach doch einen neuen Thread zu dem Thema auf.

[wanne]

Hier nochmal etwas ausführlicher als Beispiel.

Code: Alles auswählen

cat /tmp/fd | pv > /dev/null
950MiB 0:00:18 [53.2MiB/s] [            <=>                       ]

Oder für eine Datei fester Größe:

Code: Alles auswählen

pv /dev/loop0 > /tmp/bla
350MiB 0:00:07 [  50MiB/s] [=======>                                          ] 17% ETA 0:00:33

Code: Alles auswählen

cat /dev/loop0 > /dev/zero &
progress -m 
[23432] cat /dev/loop0
        27.0% (553.2 MiB / 2 GiB)

weitere Optionen zum Verschönern der Ausgabe gibt es natürlich in den man pages. Insbesondere kann man pv auch die Größe schon mitgeben (z.B. wenn man schon weiß wie groß eine runterzuladende Datei ist. Dann kann man das hinter curl setzen und bekommt einen schönen Balken.)

[Meillo]

Du kannst auch progress nehmen.

Danke fuer den interessanten Programmhinweis.

[uname]

Etwas offtopic

Useless use of *
https://www.socallinuxexpo.org/scale5x/ ... aumann.pdf
(ab Seite 20)

[DeletedUserReAsG]

Sieht eher nach ’nem Fall von „useless use of pdf“ aus.

scnr

[habakug]

Hallo,

das ist inzwischen schon fest in dd eingebaut:

status=LEVEL
The LEVEL of information to print to stderr; 'none' suppresses
everything but error messages, 'noxfer' suppresses the final
transfer statistics, 'progress' shows periodic transfer statis‐
tics

Am Ende der Kommandozeile ein status=progress zegt den Fortschritt ähnlich wie mit pv an.

Gruss, habakug

[DeletedUserReAsG]

das ist inzwischen schon fest in dd eingebaut:

Gut, der erste Beitrag ist auch schon ziemlich weit oben, da muss man weit scrollen. Ich kopiere das Wesentliche der Frage nochmal hierher, um weitere Verwirrungen zu vermeiden:

Bei dd gibt es die Möglichkeit den Status abzufragen, wie viel und weit dd bereits überschrieben hat.
Geht sowas auch mit cat?

[habakug]

Hallo,

@niemand
Warum lässt du das

Dies kann man z.B. als root mit

Code: Alles auswählen

# killall -USR1 dd

aus? Das war doch die "alte" Methode den Status abzufragen.
Ich weise eigentlich nur auf die "neue" Methode der Statusabfrage hin. Was erregt hier dein Missfallen?
Vielleicht wird hier etwas wie cv aus "Coreutils Progress Viewer" [1] gesucht.

Gruss, habakug

[1] https://github.com/Xfennec/progress

[DeletedUserReAsG]

Warum lässt du das […] aus?

Weil’s mir darum ging, dass der User explizit nach einem Mechanismus für cat gefragt hat, nicht für dd. Dafür ist diese Info irrelevant und musste nicht nochmal wiederholt werden.

[habakug]

Hallo,
@niemand

Warum lässt du das […] aus?

Weil’s mir darum ging, dass der User explizit nach einem Mechanismus für cat gefragt hat, nicht für dd. Dafür ist diese Info irrelevant und musste nicht nochmal wiederholt werden.

So wie ich es verstehe hat der User gefragt, ob es den Mechanismus für dd auch für cat gibt.
Du antwortest darauf oben:

Nein, weil cat für einen anderen Anwendungszweck geschrieben wurde.

Schaut man in den Sourcecode von dd in den coreutils, sieht man ein SIGINFO-Konstrukt:

Code: Alles auswählen

Sending a %s signal to a running 'dd' process makes it\n\
print I/O statistics to standard error and then resume copying.\n\
\n\
Options are:\n\
\n\
"), SIGINFO == SIGUSR1 ? "USR1" : "INFO");
      }

Ich frage mich jetzt für welchen Zweck denn cat geschrieben wurde, der ein solches Konstrukt verhindern würde.
Du solltest dich nochmal fragen, was hier wirklich "irrevlevant" ist...

Gruss, habakug

[DeletedUserReAsG]

Ich versuch’s nochmal mit einfachen Worten: carlchen fragte, ob es einen Mechanismus wie den der Statusausgabe mittels USR1 bei dd auch für cat gibt. Du schreibst was von weiteren Möglichkeiten der Statusausgabe für dd. Ich möchte darauf hinweisen, dass eine Option für cat, nicht für dd angefragt wurde, und lasse den für diesen Hinweis nicht bedeutsamen Teil in meinem Zitat weg. Du beschwerst dich darüber, anschließend bringst du Codeausschnitte von dd, um das es hier explizit nicht ging. Tut mir leid, ich kann deinem Gedankengang nicht folgen.

Für welchen Anwendungszweck die Programme jeweils gebaut wurden, steht u.A. in deren Manpage. Da braucht man nicht im Code zu schauen. In der Manpage findet sich auch kein Hinweis, dass cat eine Option zur Ausgabe des Status mitbringt – entweder, du kennst eine undokumentierte Funktion und schreibst sie hier, gerne auch unter Verwendung des korrespondierenden Quellcodes von cat, oder mein „Nein“ war eine vollkommen korrekte Antwort.

OT: ist mir schon mehrfach aufgefallen, dass du mich auf Biegen und Brechen widerlegen möchtest – auch um den Preis, das Thema total zu verfehlen, oder gar falsche Infos in den Raum zu stellen. Hab ich dir irgendwas getan? Dann lade ich dich ein, das via PN zu erörtern.

[habakug]

Hallo,

@niemand
Ich glaube du hast nicht verstanden, dass ich dich nicht "widerlegen" möchte, sondern lediglich auf den Umstand hinweise, dass eine Statusabfrage von Programmen, die eine Pipe verwenden, auch möglich ist, wenn es nicht explizit hineinprogrammiert ist. Diese Prozessabfrage ist doch hier schon genannt worden. Was missfällt dir daran, dass ich es ebenfalls tue?
Ich wüsste nicht, wo ich "falsche Infos in den Raum" stelle, die dich "widerlegen" sollen. Ebenso wüsste ich nicht, was da per PN zu klären wäre.

Gruss, habakug

[DeletedUserReAsG]

Ich versuch’s noch einfacher: Gefragt wurde nach einer Funktion für cat, du antwortest mit ’ner fest eingebauten Funktion von dd.

[MSfree]

Ich versuch’s nochmal

Ich glaube, wir haben es jetzt verstaden

In der Manpage findet sich auch kein Hinweis, dass cat eine Option zur Ausgabe des Status mitbringt

Man pages sind nicht immer vollständig. Mir ist aber auch keine einfache Möglichkeit bekannt, die Fortschritt für cat liefert. Aber dd kann es! *SCNR*

Es gibt allerdings unter /proc/[PID] eine Pseudodatei namens IO, in der Schreib- und Lesestatistiken geführt werden. Die kann man für cat mit

Code: Alles auswählen

cat /proc/[PID]/IO

ausgeben lassen.

Einen "echten" Fortschritt im Sinne von "soundsoviel % abgearbeitet" gibt es jedoch nicht, selbst für dd (*SCNR*) ist der nur in speziellen Fällen ermittelbar.

OT: ist mir schon mehrfach aufgefallen, dass du mich auf Biegen und Brechen widerlegen möchtest – auch um den Preis, das Thema total zu verfehlen, oder gar falsche Infos in den Raum zu stellen. Hab ich dir irgendwas getan? Dann lade ich dich ein, das via PN zu erörtern.

Für derlei Bemerkungen verweise ich dann man hierauf: viewtopic.php?f=14&t=171396

[habakug]

Hallo,

@niemand
Und deswegen müssen wir PNs austauschen?
Ich habe eher das Gefühl meine Antworten müssen erst irgendwie an dir vorbei...

Gruss, habakug

[DeletedUserReAsG]

Und deswegen müssen wir PNs austauschen?

Du kannst es gerne auch öffentlich breitlatschen. Ich versuche nur zu verstehen, warum jemand auf die Frage „Ich suche ’ne Funktion für X, die ähnlich wie die von Y arbeitet“ mit „Mittlerweile kannst du bei Y auch was anderes machen“ antwortet. Weiterhin versuche ich zu verstehen, was ich dir getan habe, um solche haltlosen Unterstellungen wie z.B. im Erpressermail-Thread zu provozieren.

[habakug]

Hallo,

Ich versuche nur zu verstehen, warum jemand auf die Frage „Ich suche ’ne Funktion für X, die ähnlich wie bei Y funktioniert“ mit „Mittlerweile kannst du bei Y auch was anderes machen“ antwortet.

Wenn jemand eine "Funktion für X, die ähnlich wie bei Y funktioniert" sucht, sollte er schon verstehen, wie die Funktion bei Y funktioniert.

Weiterhin versuche ich zu verstehen, was ich dir getan habe, um solche haltlosen Unterstellungen wie z.B. im Erpressermail-Thread zu provozieren.

Ich verstehe nicht ganz: Ich provoziere "haltlose Unterstellungen" von dir oder ich provoziere dich zu "haltlose(n) Unterstellungen" oder du fühlst dich durch meine Kommentare und Beiträge, die dir als "haltlose Unterstellungen" erscheinen, provoziert?
Das ist nicht meine Absicht. Ebenso ist es nicht meine Absicht dich zu "widerlegen". Dennoch bestehe ich auf meine eigene Meinung und bin bereit deine als ebensolche zu akzeptieren.

Gruss, habakug

[DeletedUserReAsG]

Wenn jemand eine "Funktion für X, die ähnlich wie bei Y funktioniert" sucht, sollte er schon verstehen, wie die Funktion bei Y funktioniert.

Nein. Abgesehen davon ging’s aus deiner ersten Antwort auch nicht hervor, du hast da lediglich eine andere Funktion von Y eingeworfen. Wenn du das anders siehst, bitte ich um Erläuterung, warum jemand, der Funktion a von Programm X für Programm Y sucht, wissen muss, dass es mittlerweile auch Funktion b in Programm X gibt, oder wie Funktion a in Programm X implementiert ist.

Ich verstehe nicht ganz: […]

In dem Fall hattest du mir unterstellt, ich könne mich gar nicht daran erinnern, welches Passwort ich wo genutzt haben könnte. Nachzulesen: viewtopic.php?p=1185378#p1185378
Und, wie geschrieben, es ist auch nicht das erste Mal, dass mir sowas auffällt. Aber ich belasse es dabei – ist hier eh absolut OT. Sorry an carlchen dafür.

[Meillo]

Ist es nicht so, dass in vielen Faellen der Fragende zu Beginn gar nicht nach dem fragt, was er am Ende wirklich gebraucht hat? Und ist es nicht so, dass in vielen Threads dadurch ein Mehrwert geschaffen wird, dass man nicht nur exakt darauf antwortet, was der Fragende scheinbar hoeren will, sondern auch die Umgebung darum beleuchtet?


Ich sehe hier keine Notwendigkeit fuer weiteren Schlagabtausch zwischen euch zwei. habakug hat eine zusaetzliche Information beigetragen die in die Umgebung des Themas passt. niemand hat darauf hingewiesen, dass eine andere dd(1)-Methode schon bekannt war und eine cat(1)-Methode gesucht war. Das ist doch alles in Ordnung.

[Houbey]

Hallo Debianer,

ich hatte jetzt erst die Zeit den von wanne abgetrennten Beitrag zu lesen. Dafür erst einmal vielen Dank an wanne und entschuldigt bitte das ich mich jetzt erst melden kann.

@ niemand, es gibt keinen Grund sich für was zu entschuldigen bei mir. Von meiner Seite aus, ist soweit alles okay.

Ich bin ein wenig erschrocken, das meine Frage, die man theoretisch mit einer oder zwei Antworten beantworten hätte können, zwischen zwei hier so eine OT Diskussion ausgelöst hat. Das war definitiv nicht gewollt von mir. Ich könnte jetzt zu jeder Antwort etwas schreiben, aber dann würde es vielleicht wieder Diskussionen geben, weil unterschiedliche Meinungen und Ansichten aufeinander prallen. Ohne jetzt jemanden noch zu nahe, oder auf den Schlips/Fliege was auch immer zu treten, danke ich euch einfach mal für eure ganzen Antworten und Hinweisen für mich, was cat betrifft. Ich denke, damit kann ich definitiv etwas anfangen.

Ich setze das Thema dann mal wieder auf gelöst.