Nach jedem PC Start ein file.gzip in /home/username/

Languages Deutsch
11

Mir ist etwas ähnliches passiert:

Ort: ~
Name: file
Typ: gzip
Größe: 166,4KiB
Ersteller: root

Enthält mehrere Dutzend Ordner die Namen von installierten Packeten tragen. In den Ordners sind lediglich “desc” text Dateien, die die Packetinfo zum entsprechenden Packet haben.

Habe am 11.04. das Update vom 09.04. installiert. Der letzte Hook des Durchlaufts in Pacman.log war update-vlc-plugin-cache.hookgestartet um 16:32:44. Die “file”-Datei wurde 16:33:15 erstellt. Ich würde also vermuten, dass der Vlc-hook dafür verantwortlich ist.
Bei einem andern System ohne Vlc ist “file” tatsächlich nicht aufgetaucht.

12

Auch hier würde ich das journal nutzen

z.b. journalctl | grep gzip
oder journalctl | grep file.gzip

Ich werfe auch mal sudo dmesg in die Glaskugel.

VLC habe ich überall installiert und aktuell keine Device hat ~/file.gzip

13

Ich habe es glaube gelöst durch das deinstallieren von Skype und vscode aus dem AUR

14

Wage ich auch zu bezweifeln, das es VLC ist, der die Datei erstellt. Ich habe es installiert aber bisher nicht in Verwendung gehabt

15

Jetzt leider zu spät, aber beim nächsten Mal

pacman -Qo {Dateiname}

eingeben, das könnte die zugehörige Applikation auflisten.

2 Likes
16

Jetzt bin ich etwas verwirrt.:

Ist wohl ein allgemeines Problem, jeder hat ja nicht die gleiche Software / Anwendungen installiert.

17

Der Name ist nur “file”.
Typ ist gzip.

Laut
journalctl | grep "Apr 11 16:33:"
habe ich 2 sec vor Erstellung von “file” pacman-mirrors ausgeführt. (Diese Version von pacman-mirrors hatte einige Fehler produziert, wenn ich mich richtig erinnere).
Genau zum Zeitpunkt 16:33:15 ist nur noch das im Journal und dann eine Minute lang nichts (Die Datei “file” tauch nirgends auf):

Apr 11 16:33:15 user-manjaro kernel: nf_conntrack: default automatic helper assignment has been turned off for security reasons and CT-based  firewall rule not found. Use the iptables CT target to attach helpers instead.
Apr 11 16:33:15 user-manjaro baloo_file_extractor[21724]: kf.baloo: Not busy, fast indexing

Hier taucht es auch nochmal auf

18

Hast du das file noch? Dann schau doch mal bitte rein was überhaupt in dem Archiv drin ist.

19

Bei pheiduck: siehe oben ; Wobei Ark z.B. den Inhalt bei .gz nicht anzeigen kann, nur bei .tar.gz .
Vllt mal bsdtar -xf file um zu schauen, ob es tatsächlich binary ist.

Bei mir: siehe oben

20

Hmm. Hört sich nach einem .db file (pacman) an.

21

pacman und pacman-mirrors waren laut log die einzigen Befehle die ich zu dem Zeitpunkt als root ausgeführt habe (in ~). Also ja, scheint irgendwie damit zu tun zu haben.

22

@KesLE6 @pheiduck

Ist von pacman-mirrors:

Ist wohl durch rumtesten :roll_eyes: mit in das repo gewandert.

2 Likes
23

Ich habe diese File übrigens auch, aber habe nichts aus dem AUR bei mir installiert, daran sollte es also nicht liegen.

24

Ist von pacman-mirrors. Siehe post über deinem :wink:

1 Like
25

Was ein Aufwand :smiley:

Habe übrigens “Protocols = https” in /etc/pacman-mirrors.conf, also passiert wohl nicht nur bei ftp.

26

Also bei mir nur bei einem ftp server.
Du hast bestimmt noch einen ftp mirror in /etc/pacman.d/mirrorlist ?

27

Stimmt, auf dem Rechner mit dem “file” habe ich die Protocol-Zeile ausversehen auskommentiert. Dann passt das.

28

Schon eine Version draußen mit nem fix?

… ok er ist dran :slight_smile:

Dann bin ich ja froh das es nicht an den AUR Paketen lag, brauch die eh nicht mehr wer benutzt noch Skype in 2021 :smiley:

29

PKGBUILD ist aktualisiert.:

Wurde aber noch nicht in die repos gepushed

30

This topic was automatically closed 15 days after the last reply. New replies are no longer allowed.