Hallo liebe Leute, mein Problem ist eine Fehlermeldung, die ich mit meinem beschränkten Anwenderwissen nicht verstehe, aber gerne beseitigt hätte. Die Fehlermeldung siehe Screenshot Die Datei lässt im Rahmen der normalen Nutzung völlig uneingeschränkt verwenden. Was kurios ist, das die Sicherung dieses Ordners in einer früheren Version 16.04 funktioniert hat. Wie schon gesagt, ich bin nur Anwender und habe nur begrenzte Kenntnis im Terminal etc., Habt Geduld mit mir:-) Im Forum habe ich zu diesem Thema nicht aussagekräftiges gefunden.
Deja Dup Fehlermeldung: Einige Dateien konnten nicht gesichert werden
Anmeldungsdatum: Beiträge: 54 |
|
Supporter, Wikiteam
Anmeldungsdatum: Beiträge: 8677 |
Hallo dieoptimisten113, Bitte benutze in deiner Antwort oben das dritte Symbol von rechts – den Button mit < > - , wähle „Rohtext“ und poste bitte im Codeblock von Prompt bis Prompt die Ergebnisse von: cd /media/t400 ls -hal Die Ergebnisse aus dem Terminal nicht abschreiben, sondern per „copy + paste“ einfügen Mit "copy+paste" ist gemeint das Markieren eines Textes bzw. Kommandos mit der Maus, anschließendes Kopieren und Einfügen an eine andere Stelle. Diese Methode ist oft einfacher zu handhaben als Kommandos neu ein zu tippen. |
(Themenstarter)
Anmeldungsdatum: Beiträge: 54 |
Hallo Berlin 1946, hier sind die Daten. Bin gespannt , was Du findest:-) drwxr-x---+ 60 root root 4,0K Jan 12 16:11 . drwxr-xr-x 4 root root 4,0K Mai 21 2017 .. drwxrwxrwx 1 t400 t400 4,0K Dez 25 16:59 BACKUP_UB18-04_ab4-20 drwxrwxrwx 1 t400 t400 4,0K Dez 25 16:59 BackupWIN10_ab4-20 drwx------ 2 root root 4,0K Okt 15 09:04 BUHA2017 drwx------ 2 root root 4,0K Nov 6 08:58 BUHA20171 drwx------ 2 root root 4,0K Dez 2 21:20 BUHA20172 drwx------ 2 root root 4,0K Dez 6 09:08 BUHA20173 drwx------ 2 root root 4,0K Dez 12 09:13 BUHA20174 drwx------ 2 root root 4,0K Dez 21 15:16 BUHA20175 drwxrwxrwx 1 t400 t400 4,0K Jan 12 09:14 BUHA20176 drwx------ 2 root root 4,0K Okt 22 23:14 C65AC0315AC01FD3 drwx------ 2 root root 4,0K Dez 22 11:33 C65AC0315AC01FD31 drwxrwxrwx 1 t400 t400 12K Jan 10 16:31 C65AC0315AC01FD32 drwx------ 2 root root 4,0K Okt 21 08:42 LEER drwx------ 2 root root 4,0K Okt 25 09:01 LEER1 drwx------ 2 root root 4,0K Dez 3 08:49 LEER10 drwx------ 2 root root 4,0K Dez 7 19:31 LEER11 drwx------ 2 root root 4,0K Dez 8 13:41 LEER12 drwx------ 2 root root 4,0K Dez 10 19:37 LEER13 drwx------ 2 root root 4,0K Dez 23 20:20 LEER14 drwx------ 2 root root 4,0K Dez 25 15:16 LEER15 drwx------ 2 root root 4,0K Okt 25 09:36 LEER2 drwx------ 2 root root 4,0K Okt 26 17:28 LEER3 drwx------ 2 root root 4,0K Okt 27 08:40 LEER4 drwx------ 2 root root 4,0K Okt 28 22:44 LEER5 drwx------ 2 root root 4,0K Okt 30 08:37 LEER6 drwx------ 2 root root 4,0K Nov 2 09:49 LEER7 drwx------ 2 root root 4,0K Nov 2 13:18 LEER8 drwx------ 2 root root 4,0K Dez 2 21:20 LEER9 drwx------ 2 root root 4,0K Okt 22 23:14 System-reserviert drwx------ 2 root root 4,0K Nov 21 17:38 System-reserviert1 drwx------ 2 root root 4,0K Dez 7 19:31 System-reserviert2 drwx------ 2 root root 4,0K Nov 27 12:08 System-reserviert3 drwxrwxrwx 1 t400 t400 4,0K Dez 25 16:59 System-reserviert4 drwxrwxrwx 1 t400 t400 4,0K Dez 11 11:56 System-reserviert5 drwx------ 2 root root 4,0K Jun 6 2020 TRANSFER139 drwx------ 2 root root 4,0K Okt 21 08:42 TRANSFER1391 drwx------ 2 root root 4,0K Nov 1 09:57 TRANSFER13910 drwx------ 2 root root 4,0K Nov 2 13:18 TRANSFER13911 drwx------ 2 root root 4,0K Nov 21 09:39 TRANSFER13912 drwx------ 2 root root 4,0K Nov 22 12:07 TRANSFER13913 drwx------ 2 root root 4,0K Nov 27 08:48 TRANSFER13914 drwx------ 2 root root 4,0K Dez 2 21:20 TRANSFER13915 drwx------ 2 root root 4,0K Dez 3 08:49 TRANSFER13916 drwx------ 2 root root 4,0K Dez 7 19:31 TRANSFER13917 drwx------ 2 root root 4,0K Dez 18 08:57 TRANSFER13918 drwx------ 2 root root 4,0K Dez 23 20:20 TRANSFER13919 drwx------ 2 root root 4,0K Okt 25 09:01 TRANSFER1392 drwx------ 2 root root 4,0K Jan 12 09:01 TRANSFER13920 drwx------ 2 root root 4,0K Okt 26 09:53 TRANSFER1393 drwx------ 2 root root 4,0K Okt 26 13:29 TRANSFER1394 drwx------ 2 root root 4,0K Okt 27 08:40 TRANSFER1395 drwx------ 2 root root 4,0K Okt 28 22:44 TRANSFER1396 drwx------ 2 root root 4,0K Okt 29 09:15 TRANSFER1397 drwx------ 2 root root 4,0K Okt 30 08:37 TRANSFER1398 drwx------ 2 root root 4,0K Okt 31 09:11 TRANSFER1399 drwx------ 2 root root 4,0K Okt 25 09:36 Volume drwx------ 2 root root 4,0K Nov 5 09:11 Volume1 drwxrwxrwx 1 t400 t400 4,0K Jan 10 16:26 Volume2 |
Supporter, Wikiteam
Anmeldungsdatum: Beiträge: 8677 |
Bitte beachten. Danke cd BACKUP_UB18-04_ab4-20 ls -hal ist das deine Sicherung? (ohne Prompt nur zu erraten 😲 ) Nachtrag: für die Datei drwx------ 2 root root 4,0K Okt 15 09:04 BUHA2017 hat nur root die Berechtigung. Siehe Wiki Rechte (Abschnitt „Rechte-in-symbolischer-Darstellung“)
Dort könnten die Rechte anders gewesen sein. Leider nur aus der berühmten Glaskugel ... Hast du diesen Hinweis im Wiki Aus dem Wiki Datensicherung
|
(Themenstarter)
Anmeldungsdatum: Beiträge: 54 |
Hallo, wahrscheinlich bin ich wirklich ein zu einfacher Anfänger. cd BACKUP... funktioniert nicht, siehe Bild. BACKUP ist eine externe Festplatte. Sorry für die Mühe. Und noch ein Sorry, dass meine Antworten Verzögert kommen, ich gehöre zu den Menschen die "selbst" ständig am arbeiten sind:-) |
Supporter, Wikiteam
Anmeldungsdatum: Beiträge: 8677 |
Das Bild hilft nicht, poste deine Terminal- Ausgabe von Prompt bis Prompt. Was ergibt: cd cd /media/t400/BACKUP_UB18-04_ab4-20 ls -hal |
(Themenstarter)
Anmeldungsdatum: Beiträge: 54 |
Habe bei meinem ersten Versuch wieder mal einen Slash vergessen-→ Anfänger halt:-( t400@t400-ThinkPad-T400:~$ cd t400@t400-ThinkPad-T400:~$ cd /media/t400/BACKUP_UB18-04_ab4-20 t400@t400-ThinkPad-T400:/media/t400/BACKUP_UB18-04_ab4-20$ ls -hal insgesamt 1,7M drwxrwxrwx 1 t400 t400 4,0K Dez 25 16:59 . drwxr-x---+ 62 root root 4,0K Jan 13 12:10 .. drwxrwxrwx 1 t400 t400 0 Mai 15 2020 '$RECYCLE.BIN' drwxrwxrwx 1 t400 t400 840K Jan 13 09:16 'Sicherung ab 10_20' drwxrwxrwx 1 t400 t400 856K Sep 24 09:50 Sicherung-ab4_20 drwxrwxrwx 1 t400 t400 4,0K Jul 2 2020 'System Volume Information' drwxrwxrwx 1 t400 t400 0 Apr 26 2020 .Trash-1000 t400@t400-ThinkPad-T400:/media/t400/BACKUP_UB18-04_ab4-20$ |
Supporter, Wikiteam
Anmeldungsdatum: Beiträge: 8677 |
t400@t400-ThinkPad-T400:/media/t400/BACKUP_UB18-04_ab4-20$ ls -hal insgesamt 1,7M drwxrwxrwx 1 t400 t400 4,0K Dez 25 16:59 . drwxr-x---+ 62 root root 4,0K Jan 13 12:10 .. drwxrwxrwx 1 t400 t400 0 Mai 15 2020 '$RECYCLE.BIN' drwxrwxrwx 1 t400 t400 840K Jan 13 09:16 'Sicherung ab 10_20' ... t400@t400-ThinkPad-T400:/media/t400/BACKUP_UB18-04_ab4-20$ Wenn mit dem gelb Markierte in beiden Fällen das gleiche gemeint ist, dann funktioniert es. Oder du beschreibst es genauer. |
(Themenstarter)
Anmeldungsdatum: Beiträge: 54 |
O.k, es scheint so, als ob meine Beschreibung zu ungenau ist. Ich versuche sie zu präzisieren. Die geplante Datensicherung umfasst einerseits die Festplatte im Rechner, welche auf eine externe Festplatte namens BACKUP_UB18-04_ab4-20 gesichert werden soll. Dieser Teil funktioniert einwandfrei und andererseits um eine SD-Card namens BUHA2017, die ebenfalls auf die obengenannte externe Festplatte gesichert werden soll. Und um diese SD-Card geht es. Bei bei früheren Sicherungen, d.h. sicher bei Ubuntu 16.04 hat das Backup dieser SC-Card funktioniert. Soweit ich das herausbekommen habe, sollten die Zugriffsrechte bei dieser Karte komplett funktionieren, denn ich kann manuell alle Dateioperationen ausführen. Gibt da noch weitere Hilfe? |
Supporter, Wikiteam
Anmeldungsdatum: Beiträge: 8677 |
Wie hast du das getestet? Bitte im Codeblock von Prompt bis Prompt cd cd /media/t400/BUHA2017 ls -hal |
(Themenstarter)
Anmeldungsdatum: Beiträge: 54 |
Ja also , was soll ich sagen? Du stellst einfach die richtigen Fragen:-) Die Card ist über einen USB-adapter angeschlossen. Die Berechtigung habe ich nicht konkret geprüft, (ist wohl ein Anfängerfehler).Ich bin davon ausgegangen, dass ich alle REchte habe, wenn alles auf der Karte geht lesen, schreiben, löschen, formatieren, allerdings nur über die graphische Oberfläche. Mit dem Terminal arbeite ich nur vereinzelt, wenn ich muss. Der Codeblock zeigt wohl, dass dem wohl nicht so ist, stimmt? t400@t400-ThinkPad-T400:~$ cd .. t400@t400-ThinkPad-T400:/home$ cd /media/t400/BUHA2017 bash: cd: /media/t400/BUHA2017: Keine Berechtigung t400@t400-ThinkPad-T400:/home$ cd .. t400@t400-ThinkPad-T400:/$ cd /media/t400/BUHA2017 bash: cd: /media/t400/BUHA2017: Keine Berechtigung t400@t400-ThinkPad-T400:/$ Im Nautilus wird die Card angezeigt |
Supporter, Wikiteam
Anmeldungsdatum: Beiträge: 8677 |
hallo dieoptimisten113 drwx------ 2 root root 4,0K Okt 15 09:04 BUHA2017 sagt ja auch das vorgenannte schon aus.
Wenn du beim So sieht das aus, wenn du (bzw,.) ich zugreifen kann. mate@mate-HP:/media/mate/MICRO-SDHC1/Bild ex$ ls -hal insgesamt 7,5M drwxr-xr-x 2 mate mate 32K Jan 1 2012 . drwxr-xr-x 4 mate mate 32K Jan 1 1970 .. -rw-r--r-- 1 mate mate 2,5M Jan 1 2012 20190703_095938.jpg -rw-r--r-- 1 mate mate 2,5M Jan 1 2012 20191231_134902.jpg -rw-r--r-- 1 mate mate 2,4M Jan 1 2012 20191231_135216.jpg mate@mate-HP:/media/mate/MICRO-SDHC1/Bild ex$ Achtung: Fehler können hier schwere Fehler auslösen. sudo -i nautilus Gemäß dem beigefügten Beispiel die Rechte ändern und dann exit beenden. Nautilus betreibst du dort mit Root-Rechten. Unter Terminal-Freunden äußerst verpönt. Rechte (Abschnitt „Rechte-in-symbolischer-Darstellung“) ist der bessere Weg. |
(Themenstarter)
Anmeldungsdatum: Beiträge: 54 |
Hallo Berlin1946 Deine Unterstützung find ich echt klasse. Also ich habe einige Dinge mehr kapiert, aber... die Sicherung funktioniert nach dem ändern der Rechte auf die "verpönte" Version immer noch nicht. Allerdings habe ich den Rechner noch nicht neu gestartet. Das meine Methodik verpönt ist , kann ich mir vorstellen. Wie der Heimwerker beim Profi-Handwerker:-) Hier der Codeblock 400@t400-ThinkPad-T400:~$ sudo -i [sudo] Passwort für t400: root@t400-ThinkPad-T400:~# nautilus ** (org.gnome.Nautilus:4092): WARNING **: 10:43:48.893: Unable to get contents of the bookmarks file: Fehler beim Öffnen der Datei »/root/.gtk-bookmarks«: No such file or directory ** (org.gnome.Nautilus:4092): WARNING **: 10:43:48.895: Unable to get contents of the bookmarks file: Fehler beim Öffnen der Datei »/root/.gtk-bookmarks«: No such file or directory Nautilus-Share-Message: 10:43:49.316: Called "net usershare info" but it failed: Kindprozess »net« konnte nicht ausgeführt werden (No such file or directory) root@t400-ThinkPad-T400:~# exit Abgemeldet Vielleicht kannst Du mir noch einen letzten Hinweis für mein Verständnis geben, weswegen der Zugriff jetzt immer noch funktioniert |
Supporter, Wikiteam
Anmeldungsdatum: Beiträge: 8677 |
Kannst du es etwas genauer Ausführen. Hast du exit
benutzt, um aus dem "Root-Modus" von Was ergibt das jetzt? cd cd /media/t400/BUHA2017 ls -hal |
(Themenstarter)
Anmeldungsdatum: Beiträge: 54 |
pardon, es sollte selbstverständlich heißen ".., weswegen der Zugriff jetzt immer noch NICHT funktioniert. exit hatte ich so verstanden, dass ich damit auf der sicheren Seite bin , um im Nautilus keinen "Unfug" zu treiben. Bei dem Befehl kam folgendes raus: t400@t400-ThinkPad-T400:~$ cd /media/t400/BUHA2017 bash: cd: /media/t400/BUHA2017: Keine Berechtigung t400@t400-ThinkPad-T400:~$ cd t400@t400-ThinkPad-T400:~$ cd /media/t400/BUHA2017 bash: cd: /media/t400/BUHA2017: Keine Berechtigung t400@t400-ThinkPad-T400:~$ |