staging.inyokaproject.org

Bin mir nicht sicher, ob das Thema hierhin passt, aber ja, folgendes ist vorgefallen.

Ich habe eine Datei per mv in der Konsole verschoben...

1

user@Ki-Uke:~/Streamcatch/$ mv Stream.mp3 /media/user/Pool/Radio

Das Ergebnis war, den Ordner Radio (mit den darin enthaltenen Daten) gibt es "nicht mehr", stattdessen befindet sich nun eine Datei namens Radio.mp3 in der externen Partition.

Ich kann jetzt nicht ganz nachvollziehen was ich da im Dellirium ekstatisch getippt oder vergessen habe, (ein / zuwenig???) aber soweit ich weiß, dient der Befehl mv auch zum umbenennen von Dateien... 😬

Um die 3 Audiodateien ist es da nicht zu schade, nur den Handgriff wie ich das wieder hinbiege, falls dann doch etwas wichtigeres Flöten geht.

Gruß

Sicher, dass die externe Partition eingehängt war?

Also, mit einem normalen mv bekomme ich das nicht hin:

1
2
3
4
5
6
7
8
9

$ mkdir dir
$ touch foo.mp3
$ mv -v foo.mp3 dir
'foo.mp3' -> 'dir/foo.mp3'
$ find
.
./dir
./dir/foo.mp3
$ 

user_unknown schrieb:

Sicher, dass die externe Partition eingehängt war?

Scheint mir die erfolgversprechendste Spur im Moment. 👍

KarliGo schrieb:

Ich kann jetzt nicht ganz nachvollziehen was ich da im Dellirium ekstatisch getippt oder vergessen habe, (ein / zuwenig???) aber soweit ich weiß, dient der Befehl mv auch zum umbenennen von Dateien... 😬

Das steht in der Bash-History.

Thomas_Do schrieb:

Das steht in der Bash-History.

... wenn er kein Leerzeichen vor dem mv eingegeben hat. 😉 Einen Versuch ist es natürlich wert.

user_unknown schrieb:

Sicher, dass die externe Partition eingehängt war?

Die externe (2,5" HDD → USB) WAR eingehängt...

@Thomas Do... Bash-History; ja, ich hatte Guake mit mehrern Tabs gleichzeitig offen. Ich bin mir nicht mehr sicher, in welchem Tab ich das verschoben hatte, während auf den anderen lame oder ffmpeg de/en codierung lief. Bezüglich History, es zeigt dann nicht die komplette an.

Und nach dem Sichten der Historie, NICHT mehr sicher, bzw. sicher dass nicht alles gespeichert wurde. Zu 100% habe ich nach diversen Docodieren den mv mehrfach benutzt. Dieser Befehl fiel mir allerdings ins Auge, es war der einzige Copy Befehl.

cp -v FGFS\ 011\ -\ 17-09-27.opus /media/christoph/Pool/Radio

Versuche ich im Dateimanager die Datei Radio.opus (opusinfo erkennt diese korrekt und fehlerfei) in den Papierkorb zu verschieben erhalte ich die Meldung: Einige Dateien können nicht in den Papierkorb verschoben werden, da die zugrundeliegenden Dateisysteme den Vorgang nicht unterstützen. usw usf.

Egal was jetzt GENAU passiert ist, Fakt ist, die verschobene oder kopierte Datei HAT den Namen des Ordners (ohne weitere Unterverzeichnisse) übernommen und diesen quasi "überschrieben".

Habe ich nach der Problematik (auf englich oder Deutsch) restore mv overwritten folder oder ähnliche Wortlaute. Entsprechende Einträge gehen (zu 99,9%) von mit rm gelöschten Verzeichnis/sen\Datei/en aus. Extundelete wurde genannt und ich habe es auf vera

Extundelete habe ich auch schon installiert, und entsprechend ausprobiert --restore-directory funktioniert nicht so wie erwartet.

KarliGo schrieb:

Versuche ich im Dateimanager die Datei Radio.opus (opusinfo erkennt diese korrekt und fehlerfei) in den Papierkorb zu verschieben erhalte ich die Meldung: Einige Dateien können nicht in den Papierkorb verschoben werden, da die zugrundeliegenden Dateisysteme den Vorgang nicht unterstützen. usw usf.

Und welches zugrundeliegende Dateisystem wird Dir dann angezeigt?

1

dmesg | grep filesys

KarliGo schrieb:

Extundelete habe ich auch schon installiert, und entsprechend ausprobiert --restore-directory funktioniert nicht so wie erwartet.

Dafür würde ich ein neues Thema im passenden Forum eröffnen.

user_unknown schrieb:

KarliGo schrieb:

Versuche ich im Dateimanager die Datei Radio.opus (opusinfo erkennt diese korrekt und fehlerfei) in den Papierkorb zu verschieben erhalte ich die Meldung: Einige Dateien können nicht in den Papierkorb verschoben werden, da die zugrundeliegenden Dateisysteme den Vorgang nicht unterstützen. usw usf.

Und welches zugrundeliegende Dateisystem wird Dir dann angezeigt?

1	dmesg | grep filesys

Es ist eine ext4 Partition...

[16747.913568] EXT4-fs (sdb1): mounted filesystem with ordered data mode. Opts: (null)