stefankklingbeil
Anmeldungsdatum: 17. November 2013
Beiträge: Zähle...
|
Ok, es gibt schon 100 Einträge zum Thema, aber keins hat mir bsiher weiter geholfen.
Beim Versuch, den .Trash-1000 auf einer externen Festplatte zu löschen hilft weder rm -rf noch shift del. ich kann dateien oder Ordner auf .Trash meiner per USB eingehängten Festplatte einfach nicht löschen.
Terminalausgabe entweder bei
sudo rm -rf .Trash-1000
"das Entfernen von '.Trash-1000/files/expunged.2.2/1504739684/1836142622' ist nicht möglich: Das Verzeichnis ist nicht leer"
oder, wenn ich auf die Dateiebene runter gehe:
rm -rf 15\ -\ Oder\ doch\ nicht?.mp3
keine Reaktion. Bei einer anderen Datei, die ich bei Eingabe von dir ja sehe, heißt es, Datei nicht gefunden...
In DATEIEN heißt o.g. Datei z.B. 15 - Oder doch nicht?.mp3
Gibt es einen Weg, den ich noch nicht gefunden habe?
|
Dogeater
Anmeldungsdatum: 16. Juni 2015
Beiträge: 3381
|
Versuche es mal mit dem absoluten Pfad, also ein ./ davorgesetzt, um das aktuelle Verzeichnis zu wählen.
|
Lidux
Anmeldungsdatum: 18. April 2007
Beiträge: 15844
|
Hallo stefankklingbeil, Welches Dateisystem ist auf der externen Festplatte und deren Rechte ? Gruss Lidux
|
stefankklingbeil
(Themenstarter)
Anmeldungsdatum: 17. November 2013
Beiträge: 29
|
Hey Lidux, also ein lsusb sagt mir:
Bus 001 Device 005: ID 059b:0475 Iomega Corp. ls -l
sagt:
drwxrwxrwx, also habe ich doch volle Rechte. Und
df -k
sagt:
Dateisystem 1K-Blöcke Benutzt Verfügbar Verw% Eingehängt auf
/dev/sdc1 976760000 725004736 251755264 75% /media/stefan/Iomega HDD ad dogeater:
ein ./ davor ändert nichts an den wirren ausgaben: Ordner nicht leer, Datei nicht bekannt, reaktionsloses scheinbar-löschen, das dann aber doch kein Ergebnis zeitigt...
|
Dogeater
Anmeldungsdatum: 16. Juni 2015
Beiträge: 3381
|
stefankklingbeil schrieb: Dateisystem 1K-Blöcke Benutzt Verfügbar Verw% Eingehängt auf
/dev/sdc1 976760000 725004736 251755264 75% /media/stefan/Iomega HDD ad dogeater:
ein ./ davor ändert nichts an den wirren ausgaben: Ordner nicht leer, Datei nicht bekannt, reaktionsloses scheinbar-löschen, das dann aber doch kein Ergebnis zeitigt...
Probiere mal: /media/stefan/Iomega\ HDD/ oder benenne die Partition mit gparted um in z.B. IomegaHDD, Leerzeichen sind immer etwas ungünstig.
|
stefankklingbeil
(Themenstarter)
Anmeldungsdatum: 17. November 2013
Beiträge: 29
|
@ dogeater: Danke für dein Dranbleiben, aber ich komme ja ohne Probleme auf die HDD-Ebene.
sudo rm -rf .Trash-1000
ergibt aber immer (u.a.):
rm: das Entfernen von '.Trash-1000/expunged/2529918344/1504739684/1836142622/Karl Ulrich Mayer | Max-Planck-Institut für Bildungsforschung.html' ist nicht möglich: Eingabe-/Ausgabefehler
Tatsächlich haben alle Dateien in den Ordnern Namen mit Leerzeichen, ich weiß aber nicht wie ich die umbennen soll, denn "rename" erkennt die Datei "Karl Ulrich Mayer | Max-Planck-Institut für Bildungsforschung.html" nicht.
sudo rename Karl\ Ulrich\ Mayer\ |\ Max-Planck-Institut\ für\ Bildungsforschung.html/Karl.html
bash: Max-Planck-Institut für Bildungsforschung.html/Karl.html: Datei oder Verzeichnis nicht gefunden
Bareword "Mayer" not allowed while "strict subs" in use at (user-supplied code).
stefan@stefanstower68:/media/stefan/Iomega HDD/.Trash-1000/expunged/2529918344/1504739684/1836142622$
|
Dogeater
Anmeldungsdatum: 16. Juni 2015
Beiträge: 3381
|
Und der hier?
sudo mv Karl\ Ulrich\ Mayer\ |\ Max-Planck-Institut\ für\ Bildungsforschung.html Karl.html
|
stefankklingbeil
(Themenstarter)
Anmeldungsdatum: 17. November 2013
Beiträge: 29
|
sudo mv Karl\ Ulrich\ Mayer\ |\ Max-Planck-Institut\ für\ Bildungsforschung.html Karl.html
bringt:
mv: Fehlender Zieldatei‐Operand hinter 'Karl Ulrich Mayer '
|
Dogeater
Anmeldungsdatum: 16. Juni 2015
Beiträge: 3381
|
|
stefankklingbeil
(Themenstarter)
Anmeldungsdatum: 17. November 2013
Beiträge: 29
|
Also auf der Ebene ./ ergibt das:
ls -la
insgesamt 112
drwxr-xr-x 25 root root 4096 Sep 12 18:45 .
drwxr-xr-x 25 root root 4096 Sep 12 18:45 ..
drwxr-xr-x 2 root root 4096 Sep 16 17:14 bin
drwxr-xr-x 4 root root 4096 Sep 16 17:14 boot
drwx------ 2 root root 4096 Aug 31 2017 .cache
drwxr-xr-x 21 root root 4400 Sep 24 07:59 dev
drwxr-xr-x 153 root root 12288 Sep 23 21:03 etc
drwxr-xr-x 4 root root 4096 Mär 17 2018 home
lrwxrwxrwx 1 root root 33 Sep 12 18:45 initrd.img -> boot/initrd.img-4.15.0-34-generic
lrwxrwxrwx 1 root root 33 Sep 12 18:45 initrd.img.old -> boot/initrd.img-4.15.0-33-generic
drwxr-xr-x 25 root root 4096 Sep 8 22:56 lib
drwxr-xr-x 2 root root 4096 Sep 8 18:12 lib32
drwxr-xr-x 2 root root 4096 Sep 8 18:12 lib64
drwx------ 2 root root 16384 Aug 31 2017 lost+found
drwxr-xr-x 4 root root 4096 Aug 31 2017 media
drwxr-xr-x 2 root root 4096 Aug 31 2017 mnt
drwxr-xr-x 5 root root 4096 Sep 23 12:59 opt
dr-xr-xr-x 271 root root 0 Sep 24 07:59 proc
drwx------ 9 root root 4096 Sep 8 13:00 root
drwxr-xr-x 32 root root 1000 Sep 24 08:04 run
drwxr-xr-x 2 root root 12288 Sep 16 17:14 sbin
drwxr-xr-x 12 root root 4096 Sep 8 23:33 snap
drwxr-xr-x 2 root root 4096 Aug 31 2017 srv
dr-xr-xr-x 13 root root 0 Sep 24 07:59 sys
drwxrwxrwt 18 root root 4096 Sep 24 08:09 tmp
drwxr-xr-x 13 root root 4096 Jan 25 2008 usr
drwxr-xr-x 14 root root 4096 Jan 25 2008 var
lrwxrwxrwx 1 root root 30 Sep 12 18:45 vmlinuz -> boot/vmlinuz-4.15.0-34-generic
lrwxrwxrwx 1 root root 30 Sep 12 18:45 vmlinuz.old -> boot/vmlinuz-4.15.0-33-generic Auf media, wo die Iomega HDD eingehängt ist:
/media$ ls -la
insgesamt 16
drwxr-xr-x 4 root root 4096 Aug 31 2017 .
drwxr-xr-x 25 root root 4096 Sep 12 18:45 ..
drwxr-xr-x 2 root root 4096 Aug 31 2017 decrypt
drwxr-x---+ 4 root root 4096 Sep 24 07:59 stefan und in stefan konkret:
/media/stefan$ ls -la
insgesamt 48
drwxr-x---+ 4 root root 4096 Sep 24 07:59 .
drwxr-xr-x 4 root root 4096 Aug 31 2017 ..
drwxrwxrwx 1 stefan stefan 24576 Sep 20 15:54 'Iomega HDD'
drwxrwxrwx 1 stefan stefan 16384 Sep 17 11:47 Toshiba Danke für deine Mühe!!
|
Dogeater
Anmeldungsdatum: 16. Juni 2015
Beiträge: 3381
|
Irgendwie wird da wohl das Dateisystem beschädigt sein. Windows NTFS:
chkdsk /F /R /X /B Z: ext4:
fsck.ext4 -c -C0 -ykvt /dev/sdc1
|
stefankklingbeil
(Themenstarter)
Anmeldungsdatum: 17. November 2013
Beiträge: 29
|
Sorry, aber die Befehle geben bei mir Fehlermeldungen:
chkdsk /F /R /X /B Z:
chkdsk: Befehl nicht gefunden. und fsck.ext4 -c -C0 -ykvt /dev/sdc1
muss bei mir sdb1 heißen, denn
sudo blkid -o list -w /dev/null
zeigt an:
/dev/sdb1 ntfs Iomega HDD /media/stefan/Iomega HDD 2CDCF695DCF65912 und das geänderte fsck.ext4 -c -C0 -ykvt /dev/sdb1
wirft eine Warnung aus, die ich nicht ignorieren mag:
/dev/sdb1 ist eingehängt.
WARNUNG!!! Das Dateisystem ist eingehängt. Wenn Sie fortfahren, ***WERDEN***
Sie ***SCHWERWIEGENDE*** Schäden am Dateisystem verursachen.
Aber wenn ich es aushänge, kann ich es ja nicht analysieren...
Hast du noch ne Idee?
|
Dogeater
Anmeldungsdatum: 16. Juni 2015
Beiträge: 3381
|
Ja, Fastboot ausschalten im BIOS. Windows booten. chkdsk ausführen...
|
stefankklingbeil
(Themenstarter)
Anmeldungsdatum: 17. November 2013
Beiträge: 29
|
Ich habe kein windoof auf meiner Linix-Maschine. Aber ich werde die Platte mal an nen windoof-taptop anschließen und das da probieren.
Danke erstmal
|
Benno-007
Anmeldungsdatum: 28. August 2007
Beiträge: 29240
Wohnort: Germany
|
Die ganzen Schrägstriche braucht es nicht - entweder alles in Anführungszeichen - oder noch viel einfacher: Tab-Taste mehrfach drücken und es wird automatisch richtig der Name ergänzt! Vorschläge zeigt es auch an, ab und zu muss man dann den nächsten Buchstaben auswählen, wenn mehrere Dateien die gleichen Anfangsbuchstaben haben. Die Fehlermeldung ansich wäre damit aber noch nicht behoben - blöde Frage, sie schon gegoogelt!?
|