Defekter Filename/unsichtbare Files?

Wir haben eine kleine Bilddatenbank für das Intranet am laufen. Die Marketing kann dort .eps files hochladen und alle paar Minuten startet per crontab ein converterjob, der JPEGs für die Webseite daraus bastelt. Nun gibts hier aber anscheinend schon seit einiger Zeit Fehlermeldungen

z.B:

Code:

Command: /var/www/vhosts/xxx/htdocs/2.2.0/app/Console/Commands/convert-image.sh -s '400>' '/var/www/vhosts/xxx/htdocs/2.2.0/public/backend/images/regions/510/ARM_Jerewan_pixabay_680451_2019_03
.eps' /var/www/vhosts/xxx/htdocs/2.2.0/public/backend/images/regions/510/ARM_Jerewan_pixabay_680451_2019_03
_small.jpg
sh: 3: _small.jpg: not found

Was mir gleich aufgefallen ist: die .eps Endung schreibt das Log in eine neue Zeile? Kann sich da irgendwie ein Zeilenumbruch in den Dateinamen geschmuggelt haben?
Ein weiteres Problem ist, dass ich die betroffenen Files aber nicht sehe. Weder auf der Shell per ls, noch im WinSCP oder im Explorer auf der Samba Freigabe. Ich kann sie also nichtmal einfach umbenennen oder löschen..

Was könnte ich hier tun?

Danke, aber ich sehe die Files auch damit nicht.

Ich denke, ich wende mich mal an den Hersteller des Tools. Vielleicht haben die eine Idee, der Converter scheint sie ja zu erkennen.

nein, das hatte ich schon als erstes gecheckt.

Immerhin sieht er etwas. Ich seh nichts
Das wäre vielleicht eine Möglichkeit diese Files loszuwerden.

Ich würde ja erwarten dass zumindest das EPS File am Share herumliegt:

"/var/www/vhosts/xxx/htdocs/2.2.0/public/backend/images/regions/510/ARM_Jerewan_pixabay_680451_2019_03\n.eps"

Statt \n halt vermutlich der 0x0D und/oder 0x0A character.

Ich habe ja heute (heh, eigentlich gestern, sagt meine Uhr mir grade) schon mit Umlüx drüber gesprochen, und mich verwundert vor allem anderen eines: Daß er die Dateien gar nicht anzeigen kann. Ich habe heute mehrere Linux Versionen - teilweise auch schon ältere - ausprobiert, und die bash Shells und Coreutils verhalten sich im Umgang damit nicht zu 100% konsistent... Aber ein Anzeigen per ls war immer sehr einfach möglich.

Sogar Filezilla (von Windows 11 kommend) konnte sie anzeigen, hier wurde der UNIX Zeilenumbruch im Dateinamen nur in ein scheinbares Leerzeichen umgewandelt. Runterladen oder Löschen so nicht mehr möglich, aber rm auf der Shell auch mit Autovervollständigung per Tab oder Wildcard kein Thema.

Das isses, was ich noch ned kapiere. Daß Umlüx die Files auf der Shell gar nicht angezeigt bekommen kann. Das ging auf meinen Systemen supereinfach.

Auch z.B. mit Datei 'filename-part-1'$'\n''filename-part-2' einfach zu sagen:

Code:

ls file*

Geht einfach bei mir... rm auch kein Thema, auf die selbe Weise.

Das check' ich ned.

Die verwendete Linuxdistro und Version davon wären Mal interessant.

verhalten sich alle fehler gleich wie der eine, den du gepostet hast? also mit .eps in neuer zeile - oder gibts unterschiede?

Zitat aus einem Post von Umlüx

Inzwischen mag ich ja gar nicht mehr verneinen, dass sich das Tool die Files nicht gach nur irgendwie halluziniert? Mal sehen, was deren Support heut dazu meint.

im marketing nach der originaldatei gefragt? irgendwer müsste es ja hochgeladen haben, wenn es sie wirklich gibt.

Können die MA löschen? Wurde das File erkannt und dann nicht (vollständig) umgewandelt, weils Original dann gefehlt hat?